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

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

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