维护这么多脚本工作量不小啊

支持，太可恶了

看着不错。这东西早几年我也想做，没做成。

没想到刚开源就 924 了，不过我还在开发。

学个大前端，一了百了。我不用 React，我喜欢 Angular，偶尔用 Vue（不太喜欢）。事实上，前后端分离后可以少操很多心。

我 5 月底开始就被墙了，他们说是运营商的问题。到 6 月中旬申请退款，不用了。在别家再申请一台。

看得我笑了。现在是大前端的世界，不可能再回到以前了，回去就是倒退。做稍微复杂一点的前端项目就知道大前端框架有多爽。你说把前端仔唬的一愣一愣，人家还说把你后端仔唬的一愣一愣呢。（我非专职前端）

的确现在大前端是主流了，我自己的阅读产品也是 Angular（内容制作端和微信端）。不要大前端，稍微复杂一些的做起来就很受掣肘。 但 Ruby 做后端，开发效率的优势还是很大的。个人和小团队创业项目，后端语言首选还是 Ruby（除非是特殊领域）。

各方面性能都不如，但架不住用着爽。而且前期也没几个用户，考虑性能干啥呢

做得不错。我原来以为是模板分享呢，原来是内容分享。

如果确定是要遍历完，用 cursor 就好了，直接 jdbc（或 jdbcTemplate），不要 orm 了。 像 hibernate/JPA 这样的 orm 是有 session 的，遍历完一个表，session 都爆炸了。除非你每一批都打开新的 session，完成时关闭。

Python 本身是做不了大数据、机器学习、深度学习之类的，现在它能做是因为它适合做胶水语言，调其他的轮子。其实 Ruby 也可以做到，只能说 Ruby 运气没有那么好。

node.js 有很多非常小的库，要搁别的语言都不好意思提交的。还是因为提交一个新包太容易了

哈哈，实在看不出 koa 有什么好。async？我用 express 一直都是 async。据说 koa 封装了 request 和 response，而 express 直接暴露了 node.js 的 http 核心库的 request 和 response。暴露有什么不好？有什么必要封装。

koa 是非常小的框架，只负责管理 middleware，连 routing 都没有。相对来说 express 要完整一些，不过没有 model 层，没有 CoC，没有 generator。

node 的 web 框架太多，让人眼花缭乱，始终没有杀手级的。上面说得对，根源在于动态性，而 model 层是对动态性要求最高的。

没有。有微信版

函数式特性又多了一丢丢

人无信而不立

少一“或”字

基础=记忆力，这是你的误解。

LZ 的意思是你要我干什么我都能干，但是别问我，我也不想死记。基础差还想法为自己辩护。恰恰我就是个重视基础的人。100 样东西你都能直接开干我先不管，先给我把 TCP、IP 什么关系讲清楚，GET、POST 有什么区别讲清楚，Cookie 是怎么回事讲清楚（诸如此类）。应届生我会问数据结构问题，二进制问题。

看到一句话我就点赞了。

的确。我的需求比较简单。

这还真没注意。 我开始对 rails 加 hook，rails s 启动可以，但发现 rackup 启动的话没有 hook 到。我最终对 rack 加。这样也更通用一点。

前几天想要给 server 加个 startup hook，研究了一番。

06 知道 ruby\rails，07 年学，09 年用 ruby，10 年用 rails，

辛苦！兹瓷！

#5 楼 @blacktulip 这个投票太少也不能说明什么，当然现在也可能认同他的占大多数了 若干年前不是现在这样的，分清楚的人还是多一些，认为 Rubyist 应该是社区中人，为社区出力的 当然语言这个东西，得大家认同才行，如果所有人都认为 Rubyist=Ruby programmer，你反对也是没用

看来没有人把 matz 的话当回事呀:)

http://programmers.stackexchange.com/questions/189107/when-can-one-call-themselves-a-rubyist 里面最后一位仁兄跟我的理解是一样的 I don't think "Rubyist" is a synonym for "Ruby programmer".