全是前端框架之类的，到后端MVC框架基本就止住了，后端还有大量的工作要做，但是好像发展乏力。以前也看过国外专家说js之类的动态语言性能上是落后于静态语言的，nodejs在web上的优势来源于异步非阻塞处理大并发的优势。
回复 (16)
速度上，动态语言肯定是落后静态语言的，找中间人解释花时间是避免不了的。 不过都是可忽略的。 需要高密度运算，只要写个cc++包扩展，nodejs做个进程调用就ok了. nodejs的任务就是消息传递。
不要谈什么web，web是什么？ 如果你说你是写web程序的，估计你不晓得你要写的东西都依赖什么。谈tcp udp http fs更实际点. 以前用c写tcp，现在用js就可以写tcp，时间上的这些差异根本就可忽略。 但是tcp传过来，要加密，你就不能指望用js来不停的移位迭代插入，c肯定是最好的方式.
一直想问node.js好得并发库么，
我还一直想着前端的坑先过一遍, 开始学习后端, 争取一个人能写整个网站, 然后我可以开始了解设计, 把我能做的网站都给美化一下, 然后怎么怎么的... 结果到现在还是坑在前端的事情上边, 又是 MVC 又是动画效果,, 都没时间深入后端 而且后端除了一样用 JS, 整个知识体系几乎就是另外一套东西
后端还有大量的工作要做——是滴，估计那伙人感兴趣分布式计算和大规模集群。。
可能是这个论坛的js基因决定了它讨论前端多一些吧。有些与后端开发的帖子估计早就沉了。。
nodejs应该把网络连接基础服务与后端业务分开处理 ,两者之间通过消息传递来通信
nodejs 不只是拿来做 web 的，我也不喜欢只拿它做 web。但好像论坛里面很多人都把它只局限于做 web，偶尔那么几个还是用 pomelo 的，结果还是基于 socket.io 和 websocket 这类本质是 web 的东西。
Node一定是未来，现在传统后端开发技术都已经到了瓶颈 而Node拥有：统一的语言，高性能的并发处理，简单易懂 我很看好Meteor这个框架，如果说Node带来的是前后端语言的统一，那Meteor带来的则是Web的彻彻底底的革新
主要是后端js，还没有找到强大的框架，js做后端应该有想配套的开发工具，语法过于灵活，项目一大就难以维护，很多框架也是照搬java上的东西，看到楼上的说的meteor，只能说提高了某种类型web应用的开发效率。
nodejs里io是并发非阻塞的，处理流程都是单线程的，要多线程/进程并发只能利用进程间通信.
不要只提web web web web web web web web， nodejs能做除了web很多很多很多事情。不是说没有了web的话node就死了。
@dlutwuwei 框架不过是会设计模式的人，写给容易揉乱团队代码的那部分成员，规范他们的行为的东西。把框架当成开发保障，本身就是个错误。如果你的团队没人懂设计模式，用框架不过是自欺欺人。 同样，如果你懂设计模式，根本不需要什么框架，相反，你要写出一套结构，来规范你的团队揉乱你的代码的那帮人。
本来熟悉js的就是搞web的, 那玩node的主流用户肯定是搞web的. 至于纯后端, 冒着被当成异端打死的风险说一句, 几个主流语言异步协程的优雅方案都有不少, 为什么要来弄node? 就算对回调情有独钟, 至少twisted也封装了大量的协议和标准的流程.
况且http本身就算比较通俗的后端解决方案, 比如Tokyo Tyrant的作者重新设计的Kyoto Tycoon, 就是拿rest http替代了原来的自定义协议; Erlang的跨节点之间actor rpc很让人口水, Go标准库给的做法就是默认http rpc.
异步非阻塞是web系统的未来趋势，nodejs的一个优势是因为全球有大量的js程序员，干着很枯燥的活儿，有人才有前景，呵呵
都在做，还没做出来。
@tulayang 支持 没必要过分关注框架，也没必要过分关注语言性能。框架和语言都是解决问题的，很多时候这些问题也是特定的，一些框架很牛逼，很庞大，但未必就适用自己的项目。 大部分时候，代码首先要解决问题，然后再考虑可读，可扩展等问题。我个人认为，代码应基于现实需求，先解决眼前的问题，在这个基础上迭代改进重构。