微博原文: http://weibo.com/1654762921/z0sf6p1li
周末在看各种node.js的框架和库，翻了翻github上的的项目，想找些上代码量和架构上规模sample来学习学习。看了半天没找到代码写的漂亮的。nodeclub的项目代码越看我心越凉，从一个RoRer角度看过去，简直回到了刀耕火种的时代。难道我为了事件模型和V8虚拟机竟然要做出如此大的牺牲？
还有另外几条关于 Node 的微博.. 真是损自信呐, Rails 真那么好的么? http://weibo.com/robbinfan?from=otherprofile&wvr=4&loc=guipor
妹的，竟敢贬低我们cnode社区~
碰到 Ruby 那么复杂的语言也玩转的大神真给跪了.. 还有 Rails.. 还有写 Haskell 的从理论上不看好 Node.. >_< http://blog.jiyinyiyong.info/page/nodejs/said-by-%E4%B9%9D%E7%93%9C.wl
@范凯robbin 的微博可以看出,他们javaEye也在考虑迁移到 node.js !
代码虽乱，但技术不可小觑，好的技术也能写出烂的代码，不好的技术也能优化出具有规范的代码风格，既然我们选择了nodejs，就要坚信和坚持的为nodejs铺路搭桥一路扬帆
@a272121742 如果是这样，本来就没必要因为某个大神吐槽了Node.js就自贬身价，写出高质量的代码和应用才是最有力的证明。我们要淡定
好吧，我决定让他眼前一亮。
月经贴。鉴定完毕。
robbin说的不是完全没道理。 做web不是不可以， 不过确实没有完全发挥node的优势。
node-mysql库本身现在还没有支持transaction。在这上面搭建的sequelize.js不支持也是可以理解的吗。
真的没好意思告诉他第一版的nodeclub是一个应届生写的。
现在真的是不适合做数据库应用，我现在的项目本来计划用nodejs，在一个原型后放弃，现在用python已经完成了
不过ruby也不怎么样，虚的东西，吹水的东西太多，不如python 实在
@jiyinyiyong 主要是异步和数据访问，另外我指的数据库应用主要是指进销存或mrpii/erp之类的。异步写法这块，在这类应用中，一个出库收款等动作中有很多逻辑的，就是使用step这样的也很难让代码可读性也不怎么样，就是将来有类似await这样的关键字，也不是直观的写法。就我熟悉的python为例子，用tornado 然后用pyzmq处理异步请求，或是用gevent ,写异步还是可以使用传统的写法的
第二是数据访问，太弱，当然，我现在还没有发现过比python sqlalchemy更强的神器，ruby的sequel都要靠边站,当然node得orm中获取关系都要用异步方式，在实际编码中确实让人头疼。至于直接编码sql ，sqlalchemy这样的能让你用python语言写sql,不影响性能的前提下写出易维护的代码。node这方面是缺失的。
其实我们现在已经在用nodejs做高实时性高并发性的服务了，基于socket.io框架写，实时数据存储和队列用Redis。
但做website，特别是比较依赖关系数据库的website，用nodejs真的很不合适，呵呵。
