• 小众语言, 国外情况是另一回事,在国内的情况, Ruby也依然是归在小众语言行列,市场就业机会多少也远排在Python之后。 当初,我们提出php转ruby时,后端人员立马走掉一半,最直接的理由就是搞ruby之后出去工作不好找。

    我一直在所在的公司推行Ruby(Rails),在享受高生产率,高回报的同时,缺无可避免的需要面对,在市场上招不到更多的Ruby人员。

    但我依然喜欢用Ruby,并认为喜欢用Ruby Python这类语言的人员,比其他(如 php。。。。)人员更有技术追求,更贴近工程师文化。

    然而,这并不影响我喜欢Elixir Phoenix,而从运维成本的角度考虑,我个人认为Elixir Phoenix会更优于RubyOnRails. 其并行处理能力也明显占优势。

    大疆不也因为这样那样的原因,在尝试Elixir Phoenix吗? 能说说为何考虑Elixir这个更小众语言的理由吗?

  • 请求处理时间长的,即便通过线程方式,同一时间能接入更多请求,但也只能是接入,并不意味着能并发在处理这些请求,其结果是,请求接入数增加,请求处理的等待时间也在增加,超时数也在增加。

  • 按钮被点击(这个怎么处理???)

    是测试脚本要发出点击指令,而不是判断按钮被点击了。

  • 推荐些你看好的公司? at 2017年08月10日

    简书的排版是不错,我也直接在简书上写分享文章

  • 开始有点语言之争的味道。已准备好板凳瓜子 😀

  • puma在MRI上体现的优势并不明显,ActionCabel/Websocket的直接支持倒是它的特性优势。在我们自己的应用上对比了puma和unicorn,并发能力差别不是很大。

    其并发优势需要在真正多线程环境上(JRuby Rubinius)上才能体现出来。

    题外话:JRuby作为ruby与java的胶水也是个不错的方式。我也很好奇有多少人在生产环境上使用Rubinius.

  • 如果能来深圳设点就好了

  • PHP是宇宙最好的语言

  • Java 老矣,尚能饭否? at 2017年08月08日

    十年前就已经有不少声音在唱衰Java。君不见到如今,国内市场上的招聘职位占最多数的仍然是Java (以及PHP)。Java的基数太多, 即使增长放缓或稍微下降,也还是大多数。

    十年前RubyOnRails引爆一场Ruby热潮,如今,在用ruby的公司,要招个Ruby人员,有多困难。我的几个小伙伴基本是靠自己培养起来的。

    敢使用Ruby Elixir这类语言的公司,属于有工程师文化的公司,至少不是在把开发人员当码农、消耗品。也希望市场有更多的岗位和相应更多的开发人员。

  • 我会选择 Elixir PhoenixFramework