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

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

    初始化框架的时候 eager initialization

  • #58 楼 @redvoilin

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

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

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

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

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

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

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

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

  • 还真是干货满满。

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

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

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

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

  • 貌似是在咖啡馆,好像没有办法讲 ppt 了吧?