• @jasl , rust 1.8 开始支持交叉编译了. 下面是一段文档:

    Since Rust 1.8 you can install additional versions of the standard library for different targets using rustup/multirust.
          For example:
          $ rustup target add x86_64-unknown-linux-musl
           Which then allows for:
           $ cargo build --target x86_64-unknown-linux-musl
    

    不知道这是不是意味着, 如果知道目标部署机器的架构, 例如: server 是 X86_64 架构, 开发机也是, 我是否可以本地编译好 rust 库文件, 直接部署到目标服务器开始使用?

    如果可以实现, 我想首要的好处, 就是不需要在目标机器安装编译环境, 虽然文件可能会大一点, 但是对于只在部分核心(较少的地方)的部分使用 rust 的项目, 还是很有优势的.

  • 详细看了下, 确实酷!

  • 刚反应过来, Yehuda Katz 不就是 bundle 的作者么, rust 核心开发成员, rails 核心开发成员, rubinius 核心开发成员 ...... 还有好多, 真正的大神啊!

  • @jasl 这里 也有个例子, 很简单, 就是一个数数字的例子, 启动10个线程。在每个线程中,从1数到500万。在所有10个线程结束后,打印“done”。 在 Ruby 中使用 FFI 调用 rust 的实现, 那是 2 秒和 0.086秒 的差距 ......

  • 不知道, 我只是把例子跑起来而已, 话说, 宏不是应该 ! 结尾才对吗?

    ruby! 肯定是宏.

  • @jasl , 其实好久不用 gem 了, 几乎都是直接 bundle, 用的官方源,

    写了个 gem, 用 bundle 里面的 gemspec 更新了下, 出错了, 才发现这个问题.

  • 前端视角下的 Ruby at 2017年06月15日

    Ruby社区的人一般都写Ruby On Rails

    建议改为 中国 Ruby 社区的人一般都写 Ruby On Rails.

    国外, 我觉得 Ruby 社区和 Rails 社区还是有点分割线的吧?

  • 抱歉挖坟, 现在主流的 Firefox 版本 52 已经支持了. Chrome 的下一个主流版本也会支持.

    这两家只要支持, 可以认为 %70 的浏览器已经支持了.

  • 前后分离架构的探索之路 at 2017年06月14日

    楼主的路子, 是典型的 CTO 成长之路啊.

    这个什么都懂一点但什么都不专精的万金油。

    CTO 在不同的技术深度方面当然多多益善, 但是就这条, 是通往 CTO 之路的根本.

  • 正确的做事方式:
    • 永远不要再次打断自己.
    • `卡马克式' 的专注.
    • 重要的事情, 立即写下来

不确定的事情不纠结, 不确定的想法不纠结, 不确定的感觉不纠结. 真正的接纳, 意味着要放下过去的不完美.