Rasmus Lerdorf - PHP frameworks? Think again.
sitepoint.com
sitepoint.com
I moved in, got them off shared hosting, replaced the built-in search with a Apache Solr, tuned the cache and a few other quick wins, took my money and left them my phonenumber. They live to fight another year or two, and I'll stop by and help again then.
Scalability is not your problem, getting people to give a shit is.
http://teddziuba.com/2008/04/im-going-to-scale-my-foot-up-y....
Frameworks helps getting people to give a shit, custom C++ extensions doesn't, so use a framework, unless Yahoo! called.
In a world where every church, school, and small business could afford its own personal Rasmus Lerdorf, we'd all have much more efficient code that was lovingly hand-optimized for our specific applications. In the real world, hardware grows on trees, while Rasmus Lerdorf probably costs something like $400 per hour.
Scalability is a problem we all dream of dealing with.
Skipping over the use of "Hello World!" in benchmarks is anyone actually surprised by this? Frameworks aren't a silver bullet. I don't think they were ever meant to be, especially when it comes to performance. There is nothing stopping you from going in to the framework code and optimising it or even taking functionality over to C++ if that's what you want.
And the semantic web is cool.
What the fuck? Why is anyone upvoting this link? It's completely insane.
He's a got a good point: PHP is a framework. It's just not a very easy one. Clue, Ras: when your users ask you constantly for certain features (say, named parameters or templating) and you don't give it to them, they will go around you. Or they'll stop using your language.
First of all, requests/s per server is not a measure of performance, it's a measure of scalability. I can take the same system he's got, buy 9 other identical servers, and get 10 times the throughput. Does that mean they're higher performance? No, just higher scalability.
Secondly, scalability is not your problem. Getting people to give a shit about your site/product is your problem. Scalability is a hard problem later, but it is only worth really worrying about once it is a real problem.
Rasmus Lerdorf: -1.
Getting people to care about your website requires it being fast .. see Google: "Google found an extra .5 seconds in search page generation time dropped traffic by 20%." (http://highscalability.com/latency-everywhere-and-it-costs-y...)
But then again, if you want speed why use PHP at all ;-)
He continues on by stating that PHP developers really need to think about performance for not only scalability reasons but for green reasons.
Sounds to me like he cares about performance because of scalability. That's retarded.
Upon second reading, I'm beginning to think that the writer failed to follow what was being said. I can't believe that someone like Rasmus Lerdorf would say something quite so daft, and the style of the article is erratic to say the least. So maybe it's just the writer who misinterpreted what RL said.
But at the same time, even creating a simple procedural PHP extension is a huge undertaking (much more than it needs to be), accentuated by poor and out of date documentation all around, and large parts of documentation are missing from the PHP site concerning extension creation.
That language is not something I'm particularly enamored of, but Rasmus is a bright guy, who created something that thousands (tens, hundreds of thousands?) of people the world over use. That's not bad for "a one trick pony".
(BTW, would you call him that to his face?)
I've been reading stuff from him since '99 when I first started working with PHP. I've seen him talk. As far as I can tell, the only thing Rasmus ever really gets excited about is performance - he's been saying the same thing for years.