Node.js 从 ROR 转 Node 如何开始?
大家好,2年ROR使用经验. 个人开发这.很喜欢Ruby/Rails 但是最近在思考一个问题,为什么Node发展的这么快. 答案可能有很多. 知道最近我想写一个在web上运行终端模拟器 的应用才发现. RoR 没有对应的库.深层的问题有两点. 对于一个fullStack开发者,统一前后台语言是多么的重要. Node这方面胜出.虽然JS比Ruby烂的多.
- Node有一个巨大的优势就是内建了nonblockIO+Ractor 对于web这种重IO操作的应用来说更加的方便. 我想这两点是我想转Node的原因. 最后问下使用node开发 全用coffeescript 有可行性吗?
之前的同事用的全coffee写的Node
前后端统一语言是一个伪命题，并非那么重要，关键是看场景，脱离场景谈这个其实是扯。 前后端即使使用同一种语言，也不代表前端的人的 Mind set 跟后端开发的人一样，另外 NodeJS 带来的 callback 回调，以及为了用异步回调去解决顺序处理所衍生出的各种奇技淫巧，是我用过了最后放弃掉的主要原因，还有就是如果你想把各种 NodeJS 的后端库都拿到前端去用，即使 Browserfiy 之流也是各种坑，这些都是由整个社区发展的良莠不齐，以及前后端天生割裂的两个场景要硬生生的整合所带来的问题，很少吐槽 NodeJS，但是不吐不快。
CoffeeScript 是明日黄花，直接用 ES6 ＋ Babel 吧。
#3楼 @lilijreey 相同的书写方式和代码重用是销售说给市场听的，作为严肃的开发者千万不要轻易相信，如果为了追求相同的书写方式，那是舍本逐末，能通过语言和框架，结合你在具体场景中的 mind set 才是重点。
用异步去解决问题其实是无奈，从内核支持 IO 异步带来的并发性能优势我承认，但是核心问题在于大量的业务场景，以及业务逻辑代码并不是异步的，但是却要你用异步的方式 ＋ 奇技淫巧来处理。没错必须用异步来解决，但是造成这个问题的原因是因为你别无选择。
请别扯 Erlang，完全不一样的东西好么。
还不一定是丢了西瓜捡了芝麻呢！
你只看到了 Ruby on Rails 的弱项，看 Node.js 强的地方，却没有反过来看各自的优缺点，并结合自己的业务来看那个更适合你。
关于异步，你的业务真的需要么？
想当然是最可怕的。
管理员们都因在工作中给 node 项目擦屁股而对 node 深恶痛绝。😂
#8楼 @lilijreey 呵呵，那么你为什么不直接用 Erlang？
这帖子很牛,牛的不是内容,而是把各种大佬全部召唤出来了.....
#10楼 @lilijreey 既然熟悉erlang, 为啥不用elixir，上手很快吧。Node回调太蛋疼了
Node在开发网站方面的确是落后于Rails的便捷，不过可以做一些功能单一的东西，这句是真的：
CoffeeScript 是明日黄花，直接用 ES6 ＋ Babel 吧。
除了并发优势外，NodeJS 在互联网应用场景并没有优势，劣势倒是很多：
- 生态成熟度低，很多通用场景都要自己造轮子
- 代码可靠性相对低，经常踩坑
- Javascript 从程序语言设计角度来说，是一个既不适合工业化，又不能让开发者写得开心的语言
曾经因为前后端能用同一种语言，几年前给某创业者推荐尝试 NodeJS，后来该创业者踩了1年的坑后，回到了 Ruby。
有些东西不是看起来好就是好的，当然 NodeJS 社区的营销能力的确胜过 Ruby 社区。
你听说过Go语言吗？
可以参考Airbnb，Twitter等Rails只负责前端展示，逻辑都交给后端的NodeJS或者Scala。
莫名其妙，写终端模拟器你想要rails给你什么库？再说谁告诉你ruby的io是阻塞的？建议你放弃思考，直接请人来帮你写。
我来告诉你为什么NodeJS发展得快： ExpressJS跟Sinatra/Flask特别像，就是大家一看就懂，“嗯这个东西好，一看就会，我明天就拿它做个高并发的网站出来。“ 相反Rails的东西不会的人一看就会害怕，“啊这就是所谓的语法糖/魔法，果然凡人看不懂，没个一年半载怕是入不了门，我还是回去用NodeJS好了，高并发，也不用再学一门新语言"。
“统一前后台语言”从一开始就是一句NodeJS的广告词而已，NodeJS和前端代码（如果你真的需要所谓前端代码的话）除了Javascript是一样的以外没有什么可以借鉴的，ReactJS不能放到Server上，ExpressJS也不能跑在浏览器里，还不是要学两套东西。再说现在学一门语言能有多难？那些一心想着”用现有的知识(Javascript)能做出来就最好了“的人不过是不思进取的懒人。
最近客户要开一个新项目，死活不再用Rails了，他觉得Rails慢（其实是Angular慢，他要是把Rails升上去，再让我加个Turbolinks，我能给他弄得比现在的Angular代码快得多）。就让我用NodeJS的Express，他听说NodeJS快得不得了。我花了一周时间连个登录都没做好。光是把环境配置得跟Rails类似就花了两天时间。剩下的时间就都用来配置环境和修一些信息不明的错误。
什么都要自己搞，Express 4追求unopinionated，追求minimalist，把session，flash之类的都从core里去掉了，我又得一个一个去装回来。没有ORM，又得装个Mongoose。assets不打包，要不就扔网页里，要不就配置Webpack之类的来打包。经常默默Crash不给任何错误信息，只能用comment/console.log来调试。
过度追求精简的我觉得是一种洁癖。什么都去掉了，到了用的时候又要让人自己装回来，自找麻烦。直接把优秀的人的多年经验拿来用不比外行乱精简更好？
NodeJS刚面世的时候我就用了一下，给我的感觉就是一片混乱，什么都要自己去挑选组装，我那时还是个新手，连jQuery都不会，每天都在担心昨天作出的选择是不是一个好的选择。这次重新接触NodeJS之后发现还是一片混乱，还是一大堆琐碎的选择。ExpressJS已经被原作者抛弃（因为他不靠它吃饭），被另一个人接手现在成了孤单的one-man-project，很久都不更新一次（https://github.com/expressjs/express/commits/master）。 ExpressJS的作者现在去搞了个叫Koa的框架。而且以代码简短为荣（Koa's small ~550 SLOC codebase），以选项众多为荣（https://github.com/koajs/koa/wiki）。 所以NodeJS在Web领域继续朝着Configuration over Convention的路子在走。
然后作为一个新手很重要的是文档，我反正是没看懂http://koajs.com/ 的文档。相反Rails的文档只要你认真读，能回答很多你学习过程中的疑惑。
我们顺便来看看Koa能干什么
Koa is a new web framework designed by the team behind Express,
the team abandoned Express
which aims to be a smaller,
less feature, more choice to make
ditch callbacks and greatly increase error-handling
这两个不是你自己制造的问题吗？
. Koa does not bundle any middleware within core
所以你要去找一大堆的middleware来完成最基本的session，flash，etc.
unopinionated（无主见）, minimalist（简陋者），这些词背后都意味着当你想做的东西不简陋的时候，你就得自己去研究总结很多opinion。
CoffeeScript 是明日黄花，直接用 ES6 ＋ Babel 吧。
对于我这样右手有RSI的人来说能少打一堆没用的括号就会尽量少打。花括号圆括号全都要按着Shift，累。
Node有一个巨大的优势就是内建了nonblockIO+Ractor 对于web这种重IO操作的应用来说更加的方便. 我想这两点是我想转Node的原因.
你再怎么nonblocking IO，也要等数据库返回数据之后再发送内容，还要去解决异步的问题（参考Koa的文宣），所以虽然并发会更高，但是代码只会更繁琐，不会更方便。
Update 2016-8-12
我换回Rails了，这个客户做完就不用Phoenix了。还是太繁琐，太罗嗦，比如要把conn和current_user在templates里到处传，比如很多Rails帮你打点好的地方都需要自己花时间去打点。有这时间我还不如拿来给Rails多加几个Server。再说了假设Phoenix的返回速度是1ms，Rails是200ms，我也不想为了这199ms去给我自己增加那么多工作量。Ruby-China现在打开需要1.6s的时间，换成Phoenix也许就能在1.58s内打开，速度提升了1.25%！
---
最后我学了学Phoenix，成功用微秒级的速度说服客户从NodeJS转Elixir/Phoenix。开发效率上也只是略逊色于Rails。Learning curve也很平缓。
但是Phoenix和Rails比起来还是很残缺不全，而且Phoenix作者好像也有点简陋主义的倾向，但凡能多写两行弄出来的就不给加个helper。所以我还是更喜欢Ruby/Rails的理念。而且Phoenix也有one-man-project的倾向。
不过Phoenix速度还是要比Rails快很多，这一点也让我放不下，所以现在还是更倾向于Phoenix。我感觉Rails现在最大的缺陷就是Ruby造成的速度问题。哪怕Ruby作者3x3的口号我觉得也没什么吸引人的，因为按照Phoenix作者的说法（https://github.com/mroth/phoenix-showdown）， Elixir/Phoenix已经是Rails的10多倍了。
所以我期望中最完美的结合是Rails原班人马放弃Ruby转投Elixir。搞个Elixir on Rails的大新闻出来。
抱怨了这么多主要是那一周被NodeJS折磨了没地发泄，sorry
最后给你们看我prod环境的log，注意其中的µs
01:09:56.277 request_id=53nbaccbfib3ugpcg31ajcrlr1b13b4u [info] GET / [39/78]
01:09:56.373 request_id=53nbaccbfib3ugpcg31ajcrlr1b13b4u [info] Sent 200 in 96ms
01:15:13.716 request_id=8bhv93vm58b5donvvk98g548a6g9bckb [info] GET /
01:15:13.716 request_id=8bhv93vm58b5donvvk98g548a6g9bckb [info] Sent 200 in 282µs
01:15:45.240 request_id=tt5j6vhqsu2so2sh529qfam7di7ovj0u [info] GET /
01:15:45.241 request_id=tt5j6vhqsu2so2sh529qfam7di7ovj0u [info] Sent 200 in 313µs
01:16:47.404 request_id=2uv48orqkrqol62kuqst7me38r8e09vh [info] GET /
01:16:47.404 request_id=2uv48orqkrqol62kuqst7me38r8e09vh [info] Sent 200 in 218µs
01:17:29.837 request_id=pr2k21emb5l3hhlesc25f5i3tg45qsuv [info] GET /
01:17:29.837 request_id=pr2k21emb5l3hhlesc25f5i3tg45qsuv [info] Sent 200 in 178µs
01:50:20.497 request_id=3un89oqbhgjmhaiv2gnvp19m58ssddn6 [info] GET /
01:50:20.498 request_id=3un89oqbhgjmhaiv2gnvp19m58ssddn6 [info] Sent 200 in 191µs
02:09:52.167 request_id=1mqbkdt4ofrla3ioaa8e6l85u4umib9g [info] GET /
02:09:52.167 request_id=1mqbkdt4ofrla3ioaa8e6l85u4umib9g [info] Sent 200 in 190µs
06:50:40.028 request_id=3dn8vr2q3mubcga4usa4gbjq6lrr09tr [info] GET /
06:50:40.028 request_id=3dn8vr2q3mubcga4usa4gbjq6lrr09tr [info] Sent 200 in 305µs
07:24:49.306 request_id=tmrml479vagr43t4fep06mmu78tv8174 [info] GET /
07:24:49.306 request_id=tmrml479vagr43t4fep06mmu78tv8174 [info] Sent 200 in 208µs
13:56:16.896 request_id=qa161n1btahoakkmlh2ncspl2mpptio8 [info] GET /
13:56:16.896 request_id=qa161n1btahoakkmlh2ncspl2mpptio8 [info] Sent 200 in 201µs
最近刚开源的一个koa项目，基本上按着rails的思维去写，不得不吐槽koa资料太少了，要开发效率和成熟方案还是得rails. kails 基本上实现了rails框架的一些基本功能，一切都要自己搞啊，方案调研都花了我好几天，感觉又可以搞好几篇博客了
已实现的功能：
- MVC
- Database (postgres), ORM(sequelize)
- migration(sequelize-cli)
- assets compile(webpack)
- Session with redis
- Password with bcrypt
- Testing (mocha)
- Lint (eslint)
- middleware
- ES6 欢迎拍砖
我之前尝试研究过做一个 web terminal，Rails 没有找到现成的开源项目，Node.js 有。
Node.js 的 web terminal 实现相当简洁，几个 IO 对象 pipe 一下: UI <-> Socket <-> pty
Rails 当时还没有 5.0，因此做 web socket 还挺吃力
所以在 web terminal 这个场景上, Node.js 是完胜 Rails，不得不服。
但因为这个场景的优势，就完全放弃 Rails 去拥抱 Node.js，就一叶障目了，普通 web 场景，很多还是 Rails 高效。
作为一个开发者，应该多学几种语言、框架，在特定场景下选择最合适的技术。
爱用什么用什么， 用过才知道的感觉也不错。
后端就不要用什么nodejs了，那些看起来很美的东西都是忽悠你的。js这种天生弱智的语言，就没法做后端。在浏览器上应用广泛，也是因为历史原因，再加上也确实没有更好的选择了，才造成今天的怪胎。想无阻塞高并发？elixir/phoenix啊，beam平台分分钟灭掉node。说golang也牛逼？你用golang写个稳定可靠部署后不用管可水平扩展的分布式框架我看看？elixir+phoenix+OTP，你不再需要别的了。现在唯一的缺点就是轮子不太多，慢慢发展建设吧。现在这时候了，还考虑用node做后端，确实需要换换思维了。
前端开发2年多js写了不少，我只想说nodejs单线程的，做项目如果不在意用户量和稳定性的就用吧。
#27楼 @small_fish__ 请问crystal做web开发用什么框架？我找了一下没找到
Crystal +1，这个时候就是强势植入 Crystal 的最佳场景了，如 Ruby 般顺滑，如 C 一般的性能。还是内部 async 的，光 这里 体现出来的 WebSockets 可能性就够 ActionCable 狂流口水的。
上次吵了半天之后我已经对 Ruby 能不能成功转型不抱希望了，与其想改变那么多人，大热的天还不如我自己求变，换个地方玩就好了
为什么要把大好的时光浪费在这些东西上面呢？有空可以多看看国外真正做技术的公司在做什么，Node这种垃圾只有一些垃圾社区会用。当然也有人会说亚马逊、阿里也用node，人家只是为了方便招人罢了，用node做做不重要的微服务。真正解决问题的是用稳定的语言加上优秀的解决方案（算法等），而不是选择一门新奇的语言，通过某个片面的特性来提升效果。
没想到问个小小的问题怎么多好心人来解答. 哈哈个人不看好elixir+phoenix. Elixir/phoenix两年前就看过源码. Elixir改良了Erlang的一些语法弱项.但是都是不痛不痒的语法. Eralng做web 性能肯定没的说. 我做大型MMO后台就是用erlnag写的框架. Nodejs其实我 一直不看好,前几年刚出来就不看好. 主要是我这个功能不想自己写. 想用别人的,发现没有现成的Gem包,Node到时有几个. 这两个在看Node的项目代码. 准备一直到Ruby上. So Easy. 不过这几天还真心觉得如果要和Erlang这种面向并发的语言比.Ruby,Pyhton,什么的都是小白. 如果想彻底支持并发,最后都会发展成Erlang这种类型. 不过Erlang以及领先20年了
#32楼 @small_fish__ 我觉得可以试试，带不带的起来就要看天了。虽然我现在个人兴趣在 Rust，不过 Crystal 作为一门 work language 还是非常不错的，基本上 Ruby 我想吐槽的地方都避免了
看了这么多评论，只觉得现在 Ruby 社区已经有法西斯主义的倾向了。
强调 Ruby / Rails 优于一切和强调 Node.js 优于一切有什么不同么？
用不同的工具干不同的事情，用最快最适合的办法搞定最急需的事情，这才是一个Senior该干的事情吧。
Ruby & Rails 足够好 
现在已经不存在所谓的 callback hell, async/await 写起来也足够优雅，Node 在生产环境使用完全没有问题，前后端同一种语言带来的好处是明显的，ES6/ES6 写起来已经很舒服，可以不用 coffee.
@lgn21st 同意，脱离业务场景谈这些都是扯。。。不在于rails 到底比谁强，而在于用的人到底会不会用。
同意 @kevinyu 的观点，关键看使用的人会不会用。在“某些”地方Node比rails好用100倍。
准确地说，婚姻中永久性冲突比例是 69% 。一份长达 4 年的跟踪调查结果显示 ，情侣总爱因为同样的问题争论不休，比如：穿上了新衣服 、改了发型 、胖了或痩了几斤 、多了或少了几条皱纹 ，好像问题存在的时间不是 4 年而是 4 分钟一样，总是陷入重复的拌嘴状态。 你以为老了就会好吗？ 心理学家丹·怀尔（Dan Wile）在《蜜月之后》一书中写道：当你选择一位长期生活伴侣时 ，你难免会选择一套特殊的无法解决的问题 ，你也许会同这些问题斗上 10 年、20 年甚至 50 年 。
Rails 能带来稳定的收入，和一定的心理优越, 变量或类起名时候的，在约定下尽量的优雅 这是非常棒的体验。
至于其他方面，现金流稳定的话，也许 “快” 等等，从来都不重要。
不过，在 ruby in domain 的论坛，说 ruby 优，别的有缺点，是 法西斯 倾向万分不妥
作为合格的 法西斯
- bin id
- remove Node.js
在 ruby in domain 的论坛, 尊重 ruby 是有个人修养的体现，重度尊重是有行业智慧的体现，而讨论 Node.js 是 open 的体现，也是宣传和繁荣的智慧。
着眼中长期利益的 web 技术站，似乎还是 Ruby on Rails
仅待她如伴侣...
似乎又有写一篇公众号的冲动...
坛子里的码农追求的可不是稳定的收入，而是快速增长的收入。坛子里也有老板，深刻知道现在Ruby招人有多难。
尊重Ruby也不等于不能指出Ruby的局限性。说到Ruby的优点，优雅和让程序员快乐并不是让项目优秀的必要条件。反而Ruby的动态特性造成很多bug只有上线后才能找到，超过100%的测试覆盖率也不能保证。
根据适合的业务场景选择适合的语言，不要跟钱过不去。 我手上的一个项目说白了就是帮别人挂直播频道的在线人数，现在直播那么火。 前端的管理界面、设置界面用的是rails，这个没话说，确实快捷方便。 后面的具体挂人数的这个东西，node实在太给力了，1核2G内存的配置的VPS,轻松做到5万人在线，也就是保持5万个长连接。 要是用ruby早就内存爆炸了。
ES7 里面的await，async确实能让回调写起来方便很多，语义也更简洁明了，其他语言特性也都在演进，没如上所说那样不堪。ES7虽说是未来版本，但目前Babel支持良好，ES6发布之前，多少公司不照样使用Babel跑着ES6.
从开发便利，社区成熟度，Ruby／Rails无可挑剔，至少无人可敌，但是你要真想从性能方面来比，随便把当前游戏行业，直播行业拉出来溜溜，绝对是Java／Node 完爆。
另外，不要把不熟当作槽点，你两天没把Login功能搞定，就吐槽Nodejs，那如果换过来，你先入Nodejs， 后入Ruby／Rails， 也两天没搞定， 你是不是也跑到Node社区把Ruby／Rails吐个遍。。。。。
我也觉得社区法西斯主义越来越强，观点略同的拉到一派把观点不同的当作敌对。
Ruby／Node 我都喜欢， 这么说不是怕你来喷和稀泥，心性如此，不同场景，做不同选择。
