1 楼的办法比较好，如果用 RubyMine 的话，可以这样

EDITOR 环境变量可能其他的地方也会用到，不如设置 BUNDLER_EDITOR

export BUNDLER_EDITOR=/Applications/RubyMine.app/Contents/MacOS/rubymine

bundle open ...

我感觉项目 startup 的时候并不需要太多大牛，需要的是前期制定合理的开发流程和每个阶段的目标以及一个能快速验证开发成果的模型。有些线上代码看起来很 low 也不要紧，只要能够过测试，先把进度推上去即可。等项目真的有眉目了，再请相关的领域人才来解决特定的问题。

应该是地区方言吧，我老婆经常用这种语言对我下班以后的行为进行编程。

买买买

书到了，我应该算是真爱粉了吧。

1.是写给程序员看的，策划 or 产品只关注实际效果和项目进度，并不会看代码

go testing、pytest、minitest 都是定义 test 方法，而 jasmine 和 rspec 则用 it...expect 这种形式

这是两种流派，剑宗和气宗，各有利弊

到底哪个更好，我以前也问过，记得 rei 给我转了一篇 tenderlove 的文章

http://tenderlovemaking.com/2015/01/23/my-experience-with-minitest-and-rspec.html

你先不要抱着 def 比 it...do 更加直观这种先入为主的想法，把两种方式都用一用，再体会一下

这两种测试的区别，也不仅仅是在与描述上

2.最好写英文，要抓住磨练英文的机会，不然的话你给变量和方法命名的时候会词不达意，影响程序的可读性

后面为什么要用 lisp 的思路来写 ruby 代码？

快给她写一首 ruby gem 之歌，请 matz 当她的音乐合伙人

唱完 ruby 在国内大火，一时 ruby 程序员成为一种优雅的文化符号

php 和 python 吧相继被歌迷爆吧

听说下雨天，铁轨和宝石更配噢，一度上微博热搜称为年度网络流行语

然后。。。

我编不下去了

还是有点不太明白，可能是我知识不完整存在思维盲区吧，感谢您的解释

单车

配置好了以后，是不是开发的时候直接用线上的镜像，然后改一个环境变量就直接开始开发？

请教一个楼主说的性能问题。在看你的文章以前，我一直认为 ducktype 是指我们在阅读代码时需要猜类型，而程序执行时参数的类型是确定的。发生方法调用时，参数会被压入执行栈里，它包含的 rclass 指针可以明确指定类型，为什么 ruby 需要去提前猜类型？我能想到合理的解释就是要提前缓存方法的查找路径，不要在执行时再去根据类型查找方法。不知道是不是这样，能不能找到对应猜类型的 ruby C 源码来说明一下。

一个企业用什么语言，关键还是在于成本

国内低端程序员的用工成本很低，大量廉价的 php/java 工程师正是 rails 推广的一个阻碍

3 个 rails 工程师能够搞定的事情，用 7 个 php 工程师一样能够完成，成本差不了多少

另外 ruby 招人难是一个很大的问题，这不仅仅是工程师的问题

国内 ruby 圈资深一点的大牛就那么几十个人，如果技术合伙人被人挖走，到哪里再去找一个 Rubyist 来代替？

特别是项目开始走上正轨以后，老板更加不希望受制于技术人员

毕竟大多数项目的成败都取决于运营，技术只要不拖后腿就行了，而单个技术人员的重要性是随着项目的发展而逐渐降低的

所以我在国内 ruby 圈看到一个很有意思的现象就是

使用 ruby 的公司，他们的技术合伙人往往和老板有比较不错的私人关系，或者他们自己本身就是项目的发起人

今后在 ruby 国内的趋势我个人看跌，但这并不影响我们使用 ruby

能够有很多 Rubyist 在一起的公司都是幸福的，Rubyist 大部分都是热爱技术，而不是为了完成任务而编程的

就光编程体验而言，我也会一直不断继续使用 ruby

呃，之前用 vue 写了个 blog，前端 git pages，后端挂 heroku

感觉 vue 对于非专业前端十分友善，看一遍文章就可以直接 startup，学习曲线很平滑

不明觉厉

反正孤独的人无所谓，无日无夜无条件

dom 树、组织架构、文件目录

我猜理由应该不是没有大型项目，否则的话性质也很恶劣

若真的非常看重大项目经验，没有大项目的人简历应该直接筛掉，不应该等到一面二面都过了以后再考量这个

如果 hr 和项目负责人没有沟通好，这样说明面试流程不合理，没有尊重面试者的时间成本

对方好像在 v2 上回应了，貌似是因为加班强度太大，怕对方承受不了，才拒掉的

这是个常量，它的指向是一个 module，这个 module 被加入到了 model 的祖先链里了

然后用 class_eval 的方式来绑定方法

ruby 有个特性，就是你 include module 进来的时候，会复制一个 Rclass 结构体，但是它的方法表是指向原 Rclass 结构体的

所以你先 include 一个 module 进来，然后再改动这个 module 的方法，你的执行 include 的这个 class 也可以调用新生成的方法

这就是为什么可以先生成一个空的 module，include 进来以后再 define 属于这个 module 的方法

你看看下面的命令结果，我的 model 是 CheckCard，has_many check_items

如果还不明白，你需要补充 ruby 祖先链的知识

其实相对于其他行业来说，程序员已经不错了

只是到了 40 岁的话，程序员的核心竞争力已经不是单纯的写代码了，我觉得 40 岁的程序员绝对是块宝

因为他做过的项目多，所以他更知道什么是好的设计，能够在项目初期就建立一个较好的应用框架

因为他踩过的坑多，所以他能够帮助别人快速解决一些疑难杂症

他的价值观念已经基本稳定，不会动不动就思考人生，能够对自己做的事情保持专注

他和客户已经沟通了十几年，深知客户的需求，对能透露给客户的信息量拿捏有度

他会从项目全局去考虑，努力协调和项目有关的人和事，促成项目的方方面面能够顺利推进

这样的人，怎么会失业

想看源码？

http://railscasts.com/episodes/239-activerecord-relation-walkthrough?view=asciicast

虽然 rails 版本有点老，这篇应该够你食用了，不过我倒是想推荐一篇 arel 的文章

http://jpospisil.com/2014/06/16/the-definitive-guide-to-arel-the-sql-manager-for-ruby.html

前端 parse 的话可以用 marked.js + highlight.js

Many people tend to think that bad code is produced by bad coders. In my experience, this is very much an exception. More often than not, bad code is produced by bad account managers and an overall misconfiguration of process management in companies.

There's a reason why the most successful corporations in the IT business were founded by people with very good technical understanding - or even coders themself: Bill Gates, Mark Zuckerberg, Steve Wozniak, Steve Jobs, Larry Page, Sergey Brin and Larry Ellison know (or knew) what efforts are needed to implement something. Contrary, many companies tend to lay the requirements for engineering into the hands of account managers, and the conceptual part in the hands of business consultants...people who have never implemented anything.

你要写一个 adapter，一般来说 PM 这个类和工程师这个类的接口是不一致的

美

姑娘只卖唱，赌博仅娱乐。过小康生活最重要还是节制。

记得当年一个招干考试考了笔试第一，最后没去。这些年一直在体制外工作，发现自己其实也真的能力平平，不如在体制下混个温饱来得实在。但是我觉得如果去了，照我的尿性现在一定是沉迷网游或者各种风月场所。如今虽然不成器，但是至少依然每天认真学习、看书、锻炼，只为了不被淘汰。而如果没有这种压力，我只会更加堕落，所以不后悔。

现在已经不招人啦

已调戏

我简单搜索了一下，爬珠峰需要 20~30 万左右的成本，外加五年左右的渐进式训练，还存在一定的风险。

看来要写高一点的代码，还是在飞机上比较现实。

别忘了到 8000 米以上的高峰写个 hello world，以后谁还敢说我写的代码 low