就这样.在客户端和服务器上共享相同的lib应该是非常好的吗？ JS VMs像Hot
Ruby(
http://hotruby.yukoba.jp/)一样是“现实世界”的替代品还是玩具？
PS：如果我问这是因为我想知道它,请不要关闭这个问题但只是分享你的意见.
>我对编程语言战争不感兴趣.如果你知道,或者优点和缺点,请提供一些基准
>我不是在比较苹果和梨https://stackoverflow.com/questions/3436335/could-node-js-replace-ruby-rails-completely-in-the-future
>我不是js粉丝
解决方法
简单地说：没有.
使用更长的解释：服务器端javascript可能会对当前使用的脚本语言造成很大影响,但它不会取代它们,原因有以下几个：
> Legacy – 有很多已经为PHP,Python等编写过的代码和库.就像没有人急于切换到python3一样,没有人会急于切换到服务器端的JavaScript.
> Brainfuck – 对于大多数人来说,JavaScript对于正确编码仍然是一个很大的困难.人们习惯于命令式编程和“正常”OOP. JavaScript是非常奇怪的OOP和函数式编程之间的奇怪组合.并不是说这很糟糕,我个人喜欢它,但它让大多数平庸的程序员都离开了.让我们面对现实,大多数程序员都是平庸的.
>价格 – 虽然运行速度非常快但总是很好.这些天人们比硬件要昂贵得多.将一切转化为新的范例,或仅仅让人们学习一种全新的做事方式只是……昂贵.非常贵.
>杀手级应用程序 – 这与第3点相关.除非有非常非常好的理由转换到服务器端JavaScript,否则人们不愿意进行投资.
而且,最重要的是,做服务器端的东西与浏览器端的东西有很大的不同,几乎不可能需要在两端运行相同的代码.甚至在每一端开发所需的技能也大不相同.
