• 我有空看看。粗看了一下 async 是采用纯 Ruby 写的,而 Eventmachine 是采用 C++ 扩展的,是否有什么大不同吗?

  • 从技术角度做我们这种网络语音应用,用 C/C++ 没有什么大问题。团队其它成员(其实就另外一个小伙伴)是写 C/C++ 的,其它语言没有实战经验,他写好库函数成动态链接库 so,我直接用 c/c++ 调用即可,还能共享代码和人力资源。 搞到后面,老板越来越压缩时间,在好几个项目间辗转,我感到力不从心,老板说招人也迟迟不见动静,招来也不不能马上上手,遂萌生了调用 Ruby 大法的想法,一个人顶三。

    上面说性能的一些同学,我想说一下,在小公司,就不要操心这个问题了,还是多想想开发效率问题,多为自己着想。

  • 你们在说什么?加载文件不就是 require 一下吗?

  • 对的,我后面用 Ruby 重写的时候,就是像素描一样,很快就搞定了. 我决定以后有业务逻辑方面的代码再也不会考虑使用 C/C++ 了,实在有 Ruby 搞不定的,我还会在 GEM 里 用 扩展来搞定。

  • 你看能不能基于这个 https://github.com/geekq/workflow 来实现你想要的业务逻辑呢?

  • Ruby 3 将有类型系统了 at 2019年04月21日

    我想知道 性能大概会有多少下降?

  • 我也是喜欢比较纯粹的东西。MiniTest 就够了。

  • 我来吐槽一点 Ruby 不如 python 的地方,在 Buildroot 项目中,对 python 以及 python 的包的支持是直接官方项目集成的,而 Ruby 只是支持最基本的 ruby 解释器安装,像 gem 包和带有扩展的 gem 包更是没办法集成进来,我想加一个 eventmachine 都没有办法搞定。

    看来是在 嵌入式的平台中(像 ARM, IMX6 等)基本上是没有人用 ruby 来做开发的。从这里也说明 Python 的用户还是更广泛一些啊。