Ruby离开Rails什么都不是，没什么好说的

不敢赞同

To @nong , @jasl , @tony612 , @killyfreedom ,

我只是发这个贴玩玩, 对我没有影响的啦, 没有 Rails, 我照样用 Ruby.

但是Rails是后端框架，前端本来就只能写JavaScript。

其实这话也不对了, 这里有一个很新的项目: http://ruby-hyperloop.io/

我已经参照 Tutorial 写了一些代码了, http://47.89.26.177:8084/ 这是线上的一个. 大家可以体验下. github 代码: https://github.com/zw963/hyperloop-rails-helloworld1

最近维护者们在录视频, 稍后可以发出来大家看.

我现在右手边坐着一个38岁的大叔程序员，股票交易平台的技术骨干，需求、开发、运维、运营都得管理和支持，前端、后段代码，什么php、java、shell script、obj、swift、javascript/css/html，都得看。还得应付日历上画满的会议。一天从早忙到晚，还是抽空用ruby+rails写了一个项目，现在已经上线了。他从来没有用过ruby和rails， 也请教我一些很平常的ruby/rails的问题，但是基本上自己撸完的。代码我看过，写得不咋滴，但是能说明什么呢。

哈, 这么老的帖子竟然有人回复.

怎么说呢? 我见过你说的类似你提及的类型的程序员, 我总结下来就两种:

• 非常聪明, 但对职业没有兴趣, 混日子, 这种大多数.
• 非常忙, 迫于压力, 实在没时间推敲, 其实很多都是当 CTO 的.

但结果(至少某个阶段)都一样, 看他们很累, 真的很累, 写代码只图快, 又懒得写测试, 对于 TDD 完全不感冒, 更别提 JDD(Joy Drive Development) 了, 他们的工作模式 多数都是: 先快后慢, 总体上来看, 修 Bug 时间远多过 创造客户价值 的时间.

毫不夸张的说, 五年来看, 也许我不如你们, 十年来看, 大概这种类型的, 一定不如我.

顺便说一声: 我也是大叔级别的. 做开发五年了, 比你同事还要大上三四岁, 但从你对他 的描述来看, 我目前不如他.

@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 更新了下, 出错了, 才发现这个问题.

@huacnlee