Web 2.0: Shifting from "Get Fast" to "Get Massive" this
process-one.net
process-one.net
However, conflating Web 1.0 "get fast" with Ruby on Rails "develop fast" is:
1) wrong: with extremely limited resources and a long list of priorities, startups need to start with fast, basic tools in order to get a functional site up -- to then discover what people want to use. scaling comes later, if ever.
2) self-serving: this guy seems to be intent on getting more companies using what he has to offer
Conclusion: mind the hyperbole.
Of course, it is self serving, like 37signals buzz on Ruby was self-serving too. I does not mean that you have to trust me. You can check by yourself and make your own opinion. I really doubt that people will switch to Erlang because I said it is the way to go.
They will do so because they have assessed the technology as an alternative. My goal is only to make Erlang known as an alternative for large scale infrastructure, which is not the case now. Nothing more.
google has solved the 'get massive' partly in using the 'Map Reduce' [0] algorythm written in cpp. So looking at one particular language [1] alone to solve the problem(s) of parallel processing is bogus.
Reference
[0] Map Reduce, 'Google MapReduce tool'
http://en.wikipedia.org/wiki/Mapreduce [Accessed Tuesday, 6 March, 2007]
[1] Joel On Software, 'Can Your Programming Language Do This?'
http://www.joelonsoftware.com/items/2006/08/01.html [Accessed Tuesday, 6 March, 2007]
I totally missed this in the article mickael. I'll go with TIMTOWTDI [0] anytime. I'll go back and read it again :)
Reference
[0] TIMTOWTDI, 'there is more than one way to do it, perl motto"
http://www.perlmonks.org/?node_id=52073
[Accessed Wednesday, 21 March 2007]