全是前端框架之类的，到后端MVC框架基本就止住了，后端还有大量的工作要做，但是好像发展乏力。以前也看过国外专家说js之类的动态语言性能上是落后于静态语言的，nodejs在web上的优势来源于异步非阻塞处理大并发的优势。
nodejs 不只是拿来做 web 的，我也不喜欢只拿它做 web。但好像论坛里面很多人都把它只局限于做 web，偶尔那么几个还是用 pomelo 的，结果还是基于 socket.io 和 websocket 这类本质是 web 的东西。
Node一定是未来，现在传统后端开发技术都已经到了瓶颈 而Node拥有：统一的语言，高性能的并发处理，简单易懂 我很看好Meteor这个框架，如果说Node带来的是前后端语言的统一，那Meteor带来的则是Web的彻彻底底的革新
速度上，动态语言肯定是落后静态语言的，找中间人解释花时间是避免不了的。 不过都是可忽略的。 需要高密度运算，只要写个cc++包扩展，nodejs做个进程调用就ok了. nodejs的任务就是消息传递。
不要谈什么web，web是什么？ 如果你说你是写web程序的，估计你不晓得你要写的东西都依赖什么。谈tcp udp http fs更实际点. 以前用c写tcp，现在用js就可以写tcp，时间上的这些差异根本就可忽略。 但是tcp传过来，要加密，你就不能指望用js来不停的移位迭代插入，c肯定是最好的方式.
主要是后端js，还没有找到强大的框架，js做后端应该有想配套的开发工具，语法过于灵活，项目一大就难以维护，很多框架也是照搬java上的东西，看到楼上的说的meteor，只能说提高了某种类型web应用的开发效率。
@dlutwuwei 框架不过是会设计模式的人，写给容易揉乱团队代码的那部分成员，规范他们的行为的东西。把框架当成开发保障，本身就是个错误。如果你的团队没人懂设计模式，用框架不过是自欺欺人。 同样，如果你懂设计模式，根本不需要什么框架，相反，你要写出一套结构，来规范你的团队揉乱你的代码的那帮人。
本来熟悉js的就是搞web的, 那玩node的主流用户肯定是搞web的. 至于纯后端, 冒着被当成异端打死的风险说一句, 几个主流语言异步协程的优雅方案都有不少, 为什么要来弄node? 就算对回调情有独钟, 至少twisted也封装了大量的协议和标准的流程.
况且http本身就算比较通俗的后端解决方案, 比如Tokyo Tyrant的作者重新设计的Kyoto Tycoon, 就是拿rest http替代了原来的自定义协议; Erlang的跨节点之间actor rpc很让人口水, Go标准库给的做法就是默认http rpc.
