在zemanta的blog上看到一篇文章，后邊來(lái)自Eran Medan的回帖讓人驚訝，一起圍觀一下：

I agree, I can't keep up, I just finished learning backbone.js and now I'm found out on that it's old news, and I should use ember.js, cross that, it has opinions, I should use Meteor, no, AngularJS, no, Tower.js (on node.js), and for html templates I need handlebars, no mustache, wait, DoT.js is better, hang on, why do I need an HTML parser inside the browser? isn't that what the browser for? so no HTML templates? ok, DOM snippets, fine, Web Components you say? W3C are in the game too? you mean write REGULAR JavaScript like the Google guys? yuck, oh, I just should write it with CofeeScript and it will look ok, not Coffee? Coco? LiveScript? ?DART? GWT? ok, let me just go back to Ruby on Rails, oh it doesn't scale? Grails? Groovy? Roo? too "Springy?" ok, what about node.js? doesn't scale either?? but I can write client side, server side and mongodb side code in the same language? (but does it have to be JavaScript?) ok, what about PHP, you say it's not really thread safe? they lie?? ok, let me go back to server coding, it's still Java right? no? Lisp? oh it's called Clojure? well, it has a Bridge / protocol buffers / thrift implementation so we can be language agnostic, so we can support our Haskell developers. Or just go with Scala/Lift/Play it's the BEST framework (Foresquare use it, so it has to be good). of course we won't do SOAP and will use only JSON RESTful services cause it's only for banks and Walmart, and god forbid to use a SQL database it will never scale?
I've had it, I'm going to outsource this project... they will probably use a wordpress template and copy paste jQuery to get me the same exact result without the headache and in <del>half</del><ins>quarter</ins> the price

中文翻譯：

我承認(rèn)，我跟不上。我剛剛學(xué)會(huì)了backbone.js，但現(xiàn)在發(fā)現(xiàn)它已經(jīng)過(guò)時(shí)了，我應(yīng)該使用ember.js，了解的過(guò) 程中，有人說(shuō)我應(yīng)該使用Meteor，不，應(yīng)該用AngularJS，不，應(yīng)該Tower.js (基于node.js)，而對(duì)于HTML模板，我應(yīng)該使用handlebars，而不是mustache，稍等一下， DoT.js看起來(lái)更好，慢著，為什么要用一個(gè)瀏覽器里的HTML解析器？瀏覽器不就是干這事的嗎？那么，不該使用HTML模板嗎？對(duì)，用DOM snippets，好，你是說(shuō)Web Components嗎？W3C不是專(zhuān)門(mén)做這個(gè)的嗎？你是說(shuō)像Google那樣開(kāi)發(fā)一個(gè)常規(guī)的 Javascript語(yǔ)言嗎？太扯了，我只需要用CoffeeScript就行了，它的表現(xiàn)不錯(cuò)，不用CoffeeScript？用Coco？ LiveScript？ DART？ GWT？這樣吧，我還是重新使用Ruby on Rails吧，哦，它沒(méi)有擴(kuò)展性？Grails？Groovy？ Roo？太簡(jiǎn)單？那好，node.js怎么樣？擴(kuò)展性也不好？？但是用它我既可以寫(xiě)客戶(hù)端代碼，服務(wù)器端代碼，還可以寫(xiě)mongodb代碼，都用同一種語(yǔ) 言。(非要用Javascript語(yǔ)言嗎？)那么，PHP怎么樣？你說(shuō)它不是真正的線(xiàn)程安全？他們?cè)谌鲋e？？那好，讓我們重新回到服務(wù)器端編程吧，還是用 Java怎么樣？不好？Lisp？哦，應(yīng)該是Clojure？不錯(cuò)，它有一個(gè)Bridge / protocol buffers / thrift實(shí)現(xiàn)，這樣語(yǔ)言就相通了，這樣我們的Haskell程序員也能開(kāi)發(fā)了。或者用Scala/Lift/Play，它們都是最好的框架 (Foresquare就是用的它們，它們一定很不錯(cuò))。當(dāng)然，我們不該用SOAP，應(yīng)該用JSON RESTful服務(wù)，只有銀行和沃爾瑪用SOAP，還有，堅(jiān)決不能用SQL數(shù)據(jù)庫(kù)，它們不可能擴(kuò)展。

我明白了，我打算把這個(gè)項(xiàng)目外包出去… 他們可能會(huì)用一個(gè)Wordpress模板，然后拷貝粘貼一些jQuery代碼，這樣就能實(shí)現(xiàn)完全相同的效果，不會(huì)有任何上面說(shuō)的那些讓人頭疼的事。

轉(zhuǎn)載于:https://www.cnblogs.com/jiji262/archive/2012/07/24/2605972.html

創(chuàng)作挑戰(zhàn)賽新人創(chuàng)作獎(jiǎng)勵(lì)來(lái)咯，堅(jiān)持創(chuàng)作打卡瓜分現(xiàn)金大獎(jiǎng)

總結(jié)

以上是生活随笔為你收集整理的关于Javascript框架的神回帖，值得围观的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。