• 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了吧?