Making your oss project more like rails
Upcoming SlideShare
Loading in...5
×
 

Making your oss project more like rails

on

  • 2,901 views

 

Statistics

Views

Total Views
2,901
Slideshare-icon Views on SlideShare
2,874
Embed Views
27

Actions

Likes
15
Downloads
52
Comments
0

6 Embeds 27

http://www.marashliev.net 13
http://www.slideshare.net 8
http://www.techgig.com 3
http://www.m.techgig.com 1
http://www.techgig.timesjobs.com 1
http://www.linkedin.com 1

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Making your oss project more like rails Making your oss project more like rails Presentation Transcript

    • { OSS Project Friday, April 16, 2010
    • { Rails Friday, April 16, 2010
    • We were trying to do: * more choice * more modularity * more performance * toolkit for building other Merb stuff (SproutCore) These things sound counter to Rails’ philosophy... goes to show that seemingly oppositional OSS ideas may not, in fact, be oppositional. Solving problems given competing constraints is the truly hard problem in OSS. Friday, April 16, 2010
    • Question Friday, April 16, 2010
    • Why does Rails make devs happy? Friday, April 16, 2010
    • “Optimized for Developer Happiness” Friday, April 16, 2010
    • Friday, April 16, 2010
    • Optimizing Locks You In Friday, April 16, 2010
    • Harder, but possible to optimize later Friday, April 16, 2010
    • Defer Optimizing Measurable Things Gathering data will make your measurable optimizations better Friday, April 16, 2010
    • One of the worst things you can do is ask your users to individually bear the cost of an optimization (modularity, perf) Friday, April 16, 2010
    • Dynamic Friday, April 16, 2010
    • Rails’ choice of Ruby was not due to popularity... Friday, April 16, 2010
    • Friday, April 16, 2010
    • “If you don’t like it, x it” Friday, April 16, 2010
    • “For the past ve days I have been struggling with a bug in the route code in rails 1.2.3. I nally monkey patched url_for to essentially force it to do the obvious” Friday, April 16, 2010
    • One of the worst things you can do is ask your users to individually bear the cost of an optimization (modularity, perf) “Evil”? Optimizing for these things at an early stage is essentially doing battle with your users (see: bundler) Friday, April 16, 2010
    • Nothing Beats Adoption Friday, April 16, 2010
    • Users stress-test your application in ways that you would not have thought of, making it more robust Friday, April 16, 2010
    • Users help drive the needed feature-set... the faster you get real users, the sooner you’re basing your project on reality. It’s not easy to reverse course later. Friday, April 16, 2010
    • Business Is Good for the Ecosystem Friday, April 16, 2010
    • Why there’s no Rails Inc. Friday, April 16, 2010
    • the growth of the Rails ecosystem has been staggering. There are so many shops out there offering Rails consulting and training. I believe part of that proliferation is due to the fact that there's no core- group monopoly that can dominate the market Friday, April 16, 2010
    • We have a tendency to underestimate the net work effect. Reducing the friction for users and businesses to interact results in a net work effect. Stifling it, therefore, stifles the net work effect. Friday, April 16, 2010
    • The company I work for, Engine Yard, exists because DHH encouraged businesses to help build the ecosystem. Not everything we do is OSS, but our existence increases the amount of OSS in the world. Friday, April 16, 2010
    • trademarks of DHH Friday, April 16, 2010
    • MIT License Friday, April 16, 2010
    • Attribution and Credit Build Communities Friday, April 16, 2010
    • Nothing Beats Adoption Friday, April 16, 2010
    • PDI Friday, April 16, 2010
    • Please Do Investigate Friday, April 16, 2010
    • Issue is that has_one associations don't cache nils, whereas has_many do cache the empty array... This results in lots of unnecessary and unexpected queries for all those people that don't have things Note that this post is in 2006 Friday, April 16, 2010
    • Yes, please do investigate something better. I believe it was done simply because it was easy at the time Friday, April 16, 2010
    • @obie: Gawd, it's lame that unobtrusive javascript helpers have dropped off the Rails 3.0 roadmap Friday, April 16, 2010
    • @obie Re: Unobtrusive JS. We had someone volunteering to do the work, but they dropped out. If you have someone willing and able, PDI! Friday, April 16, 2010
    • DHH != Rails Friday, April 16, 2010
    • These programmers share a similar weltanschauung, but they don't need to care only about the things that I care about. In fact, the system works much better if they care about different things than I do Friday, April 16, 2010
    • My core philosophy about open source is that we should all be working on the things that we Sharing a worldview, personally use and care and waiting a bit for something coherent before opening the about. doors wide, mitigates against scary shit Friday, April 16, 2010
    • These programmers share a similar weltanschauung Friday, April 16, 2010
    • Shared Goals Friday, April 16, 2010
    • Convention Over Con guration Friday, April 16, 2010
    • <abs> situps </abs> Friday, April 16, 2010
    • Propaganda Works Friday, April 16, 2010
    • Market First Friday, April 16, 2010
    • Respond to Objections Later The people with the objections aren’t your early adopters Friday, April 16, 2010
    • Friday, April 16, 2010
    • Be High Impact Friday, April 16, 2010
    • Don’t Cheat Friday, April 16, 2010
    • (it will be One of the wins of the obvious) 15 minute demo was that it got into quite a bit of nitty gritty. There’s some code generation, but you can easily see that the techniques scale Friday, April 16, 2010
    • Cheating also results in confused users Friday, April 16, 2010
    • Assume Little Friday, April 16, 2010
    • Don’t Try to Explain Prospective users will Everything give you 15 minutes; you’ll lose a ton of people if you ask them to spend days on it. Up Front Show them the quick win. Friday, April 16, 2010
    • Learn Symfony in 24 Days Friday, April 16, 2010
    • Today, we have barely written PHP code but we have a working web module for the job model, ready to be tweaked and customized. Remember, no PHP code also means no bugs! Day 3 Friday, April 16, 2010
    • Controversy is Good Friday, April 16, 2010
    • Especially When it’s Not About Your Core Functionality Friday, April 16, 2010
    • FUD Friday, April 16, 2010
    • You Can Fight it... to a Point Friday, April 16, 2010
    • Pick Your Battles Friday, April 16, 2010
    • And the Terms on Which They Are Fought Friday, April 16, 2010
    • “Ruby is Slow” We’ve gotten better at this... this section is more about what we’ve learned than us getting it right the first time. Friday, April 16, 2010
    • OK: Productivity is More Because when it comes down to it, Important everything in business *is* a tradeoff... velocity always matters Friday, April 16, 2010
    • Better: HTTP Overhead Makes This Moot Friday, April 16, 2010
    • Best: Actually Win Some Benchmarks Challenge the FUD head-on... in this case, Rails has basically *never* been slower than PHP frameworks Friday, April 16, 2010
    • Avoid Stockholm’s Syndrome Friday, April 16, 2010
    • Rails Can’t Scale Friday, April 16, 2010
    • Friday, April 16, 2010
    • Friday, April 16, 2010
    • 1 in 200 Page Views on the Internet is to twitter.com Friday, April 16, 2010
    • (not including API) Friday, April 16, 2010
    • API Numbers are Higher than 90% Friday, April 16, 2010
    • Tout Your Successes and Don’t be Cowed Friday, April 16, 2010
    • Friday, April 16, 2010
    • Have a Safe Backup Friday, April 16, 2010
    • Mobilize Around Weak Points Friday, April 16, 2010
    • Friday, April 16, 2010
    • Friday, April 16, 2010
    • “We started Engine Yard in early 2006 to meet a genuine need: customers were developing business-critical Rails applications, but they didn’t want to worry about application deployment, management and scaling” Friday, April 16, 2010
    • Businesses Friday, April 16, 2010
    • Businesses + Community Friday, April 16, 2010
    • Getting businesses invested means that the money is there without huge companies like Sun... We can fund important projects, but financial interests keep us grounded Friday, April 16, 2010
    • “Rails is Too Hard to Deploy” Friday, April 16, 2010
    • Identify Your Competition Friday, April 16, 2010
    • It’s useful to know exactly what the target is. At some point, the Rails community ended up with stockholm syndrome about this and didn’t notice the problem was solved Friday, April 16, 2010
    • The FTP strategy only takes you so far... Friday, April 16, 2010
    • Friday, April 16, 2010
    • Friday, April 16, 2010
    • Friday, April 16, 2010
    • Friday, April 16, 2010
    • Friday, April 16, 2010
    • Friday, April 16, 2010
    • Friday, April 16, 2010
    • In short, technical problems... Friday, April 16, 2010
    • ...have technical solutions Friday, April 16, 2010
    • Don’t be a slave to FUD Friday, April 16, 2010
    • Know Your Competition I’ve read, cover to cover, the books on virtually all major competing frameworks Friday, April 16, 2010
    • There’s Plenty to Steal Friday, April 16, 2010
    • Debate is OK The OSS community But if you’re going to alternates from ridiculous debate, you have to know to “why are we arguing” what you’re talking about. A good vigorous debate, even if it sometimes gets loud, is absolutely OK Friday, April 16, 2010
    • ActiveRecord comes from PPoEA Friday, April 16, 2010
    • “Enterprise Architecture” Does that sound like Rails to you? The bottom line is that conflicting philosophies can have good ideas. Friday, April 16, 2010
    • One Last Thing... Friday, April 16, 2010
    • Convention over Con guration Friday, April 16, 2010
    • Con guration Options are a Cop-Out Friday, April 16, 2010
    • Trade-Offs are Not Linear Friday, April 16, 2010
    • Experiments? Given the “convention” philosophy, you might expect Rails to experiment very little Friday, April 16, 2010
    • Dynlang + Vibrant Plugin Ecosystem But actually, Rails people are some of the most Clojure? Erlang? Evented Programming? Node.JS? bleeding-edge people around Friday, April 16, 2010
    • Pull in Best Practices But a good plugin ecosystem means you can be fairly conser vative. Friday, April 16, 2010
    • Make Sure Defaults Still Make Sense There will always be people tugging Rails 3 solution (in on the defaults. The strength of general) conventions is in avoiding the tug. Friday, April 16, 2010
    • Thank you Friday, April 16, 2010
    • Questions? Friday, April 16, 2010