• 为什么 JRuby + TorqueBox 相比 Ruby + Passenger 没有显著的提升? at 2015年10月24日

    throughput呢？ CPU压力呢？ 内存占用呢？ 你这个response time说明不了任何意义。在没有达到性能极限之前，无论你怎么压，response time估计都是3ms多。

  • JRuby 线程安全 问题 at 2015年10月15日

    初始化框架的时候eager initialization

  • 评论 Why I wouldn’ t use rails for a new company at 2015年10月06日

    #58楼 @redvoilin

    PHP是比较纯粹的Web模板语言，不是一个full-stack的web框架，使用PHP的项目，往往被迫在早期架构扩展的时候就引入了后端编程语言，逐渐就迁移过去了，PHP只做模板了，所以不太存在可扩展性的问题。

    Python和Ruby都一样，可以做full-stack，可以支撑相当长一段时间的架构扩展，代码逐渐积累到庞大的规模。而一旦发展到大规模应用，需要更高的可扩展性的时候，迁移还是不迁移，都会变得异常痛苦。

    Python比Ruby好的地方是应用领域更加广泛，Web不行还可以干点别的，Ruby就尴尬了，除了homebrew，puppet，大概找不到太多其他领域广泛应用。

  • 评论 Why I wouldn’ t use rails for a new company at 2015年10月05日

    Ruby已然错过了最好的发展时期，开发者社区未来只可能是缓慢下降了。

    为啥会错过？因为移动互联网起来之后，服务端编程变轻了，对页面模板的要求变低，导致Web快速开发框架的门槛越来越低，很多其他语言Web框架足够用了，同时对高并发的要求一下变得很迫切。而Ruby近年来最大的问题就是：没有解决Web应用中高并发的需求。导致了从Rails起家的创业项目，后期不得不面临成本巨高，同时异常痛苦的系统架构和编程语言的迁移。

    如果做新的项目，开发效率上，其他语言框架已然接近Ruby，但是后期性能扩展却可以持续跟上，不会面临需要整个迁移平台的风险，那么任何理智的技术决策人员都不会再采用Rails开始做项目了。

    我是认同原文作者的观点，这个结论挺残酷的，但是得承认它。从整个技术发展未来看，Ruby仅适合作为程序员的第二语言，不适合作为第一编程语言了。

    BTW：从谋生角度来说，第一编程语言是Java或者JavaScript。客户端编程未来看，JS大概是要一统江湖了，服务端主要还是Java，此外Golang也可以看看(PHP是个奇葩，在此不提)。

  • RubyConfChina 2015 大会主题介绍以及日程 at 2015年10月05日

    还真是干货满满。

  • [Teahour.FM#77] 专访原 JavaEye 的创始人 Robbin (终于复播了) at 2015年08月03日

    谢谢Dainel和Terry，不是访谈，我自己也不会去回忆这些有趣的记忆和八卦。但愿对朋友们未来有所启发。

  • 为什么国外的创业公司更喜欢 Rails? at 2015年05月18日

    #37楼 @jasl 2w行代码，你这个项目code blow的太可怕了。

  • [北京 / 远程] 墨刀 (MockingBot) 招聘 Rails 全栈工程师 at 2015年01月29日

    @ cqcn1991 在上海的同学，请找我哦，不要错过。

  • [上海][2015年01月20日] 2015年 第一次月中聚会 技术聚会 at 2015年01月20日

    我带一个很小的mini投影过去。

  • [上海][2015年01月20日] 2015年 第一次月中聚会 技术聚会 at 2015年01月19日

    貌似是在咖啡馆，好像没有办法讲ppt了吧？