Feeds:
Posts
Comments

Posts Tagged ‘ruby on rails’

Nathaniel Talbott is really rocking my world with his recent essay comparing the transcontinental railroad with the ruby-on-rails phenomenon. As he points out, there are some surprising similarities in enabling markets and disintermediation– the physical railroad opened up new territories and new markets, and the rapid development cycle of ROR is enabling software customization of previously unaffordable (in time or money) types.

They [the co-op members trying to use a wacky uber-customized spreadsheet macro that breaks when you look at it cross-eyed] have little to no means of affecting the software that they use, and no real choices to use something else. And there are literally millions of others like them out there—small business owners, hobbyists, clubs, families and civic groups. But that’s the other, more profound thing that I think is changing and will greatly change how our kids think about software—one day we’ll look around and see everybody commissioning software, not just people with lots of money or people who can do it themselves. Tickets to the interior are suddenly affordable, and everybody’s buying one.

Everybody wins. Cool stuff happens. Ma and Pa Kettle can get custom software written affordably while GoogroSoft is still polishing paisleys on monolithic software applications.

OK, that last one is a bit Strata-filtered, but you know what I mean. Go read it, and if you’re not familiar with some of the background, such as the original Long Tail essay, NT is a nice guy and scattered links throughout his essay back to some of the prequel material.

Why, you may ask, is this tagged for sustainability? Because, in my opinion, the cottage-industry model of programming offers a lot of options in that area: telecommuting, bespoke efficiencies, disintermediated access to change, etc.

Advertisement

Read Full Post »

Doing some remedial reading on this summer’s Great Twitter
Scaling
Kerfuffle, found a great quote from Phil at Progressive Data Solutions, in his writeup on Railsconf:

“To me, this question is a “shark-attack” question. Sure, you could get attacked by a shark if you go swimming in the ocean, but you should probably worry about other things first, like rip-tides, water temperature, etc. If you ask me this question, I will usually respond with numbers. It’s hard to argue with concrete numbers, and that’s what the Joyent presentation did a good job with. If Twitter is getting 11,000 requests per second at peak, they need roughly 32 cores to handle the traffic. Is your app going to be getting 11,000 requests per second? How about 1000?”

Nice!

Read Full Post »