我觉得王某适合做一个媒体人，会比搞技术更合适，因为他对传播学理论非常娴熟。

找一个似是而非的话题，站队一边，获得一批支持者。 再找一个似是而非的话题，站队一边，获得两个话题交集的坚定支持者。 …… N 次以后，王某获得了少量教徒般的支持者，以及大量反对者。当支持者和反对者论战时，他获得了大量曝光，似是而非的观点得到进一步传播。本质上，很多似是而非的观点根本没有答案，连个有意义的中间结果都没有，所以，这种论战可以持续下去。

楼主遇到的问题，Sidekiq 稳定关闭用 #1 楼 @huacnlee 说的就 OK。 另外两个，数据库比服务先关闭，导致数据丢失风险的，还是用操作系统层面的进程依赖来实现吧。就像那些依赖网络的服务，都是在系统关闭网络前，先被调用关闭的。

不过，楼主说的关机备份的方式，好像本身就是个问题。 大部分服务，无论数据库还是文件，都可以联机备份的。配合自动部署脚本，可以随时在新机器上配置出一样的环境。这样就不用关机备份了，也就没有那些困扰了。

这个应该只是路径问题，你复制一下文件就行了。

不过，你用 Windows 还会继续遇到其他问题，所以，建议买 1 台 Mac，或者在 PC 上装一个 Linux 来学习 Ruby，这样避免把时间浪费在解决 Windows 开发环境和 *nix 体系差别大导致的兼容问题。

太棒了！

官方源最新，其实最好的方式还是选择官方源。 taobao 源还算更新及时。 其他的用的人不多，不好说啊，可能源连得上，可对应的 gem 版本它还没更新过来。

#17 楼 @peter 你留 Gmail 肯定比留 QQ 更容易找到合适的人才。

#14 楼 @rei 哦，我看到了他对 37signals 和 iPod 成功的解释：

Devotees of simplicity will bring up 37signals and the Apple iPod as anecdotal proof that Simple Sells. I would argue that in both these cases, success is a result of a combination of things: building an audience, evangelism, clean and spare design, emotional appeal, aesthetics, fast response time, direct and instant user feedback, program models which correspond to the user model resulting in high usability, and putting the user in control, all of which are features of one sort, in the sense that they are benefits that customers like and pay for, but none of which can really be described as “simplicity.”

我非常同意这个看法。

#12 楼 @rei Joel 的确精辟！ 不过，Apple 用这个规则成功过，当然不能排除市场先行者优势，品牌溢价，设计优势，用户体验优势等因素，所以，也有另一种可能：Apple 不用这个规则，可以比现在更成功。

不好的招聘贴，可能有两面的原因：

1. 管理人员或 HR 不重视人才，或者做事风格粗糙
2. 公司本身没有吸引人的点 <== 这一点估计没那么容易解决

用 disable_with 是常规做法，大部分情况足够了，应该符合楼主的需求。 但是，这个防不了恶意重复提交，因为只是表现层的实现。

+1024 成长中的新手普遍存在过度设计的问题，所以，Microservice 在那么多中小规模的系统上被错误地应用了。 另一个类似的情况是，中小规模下，靠 YY 进行的性能优化。

#9 楼 @rco 就跟商品标价 1000，进货给零售商只要 700，零售商优惠价 800 元卖出，大家都开心。

JRuby 在 JVM 里面，要移植封装了 C 接口的 gem 过去非常麻烦。 普通 Web 应用，性能差距很小，因为瓶颈在 IO。

如果待遇差不多，新机会又感觉不靠谱，楼主为什么想跳呢？

#5 楼 @msg7086 由于证书方从来没有出过问题，所以，我也不知道保险会怎么赔。 等哪天 CA 出问题了，我再告诉你亲身体验结果～

#3 楼 @lgn21st 如果证书方出问题（比如 CA Key 泄漏），网站损失也不大，或者本身就是非营利的组织，像 RubyChina 这样，用免费的应该也没什么大问题。 反正老版本 IE，边缘浏览器，非常少见的小众移动设备，也不是 RubyChina 目标用户的环境。

#1 楼 @lgn21st 免费的 SSL 主要是 2 个问题：

1. 少数小众设备的浏览器不支持
2. 没有保险，或保险金额很低 <== 这个是很多高价证书的主要成本之一

#20 楼 @donychen 的确有部分场景只能用 Shell 脚本解决，其实 Chef 没有完全替代 Shell 脚本，只是把数据和流程都标准化了，并且能并发和中心化管理。 而且，考虑到风险，你这样先把熟悉的 Shell 脚本扔上去跑，然后逐步替换的做法，算稳健的运维流程，挺好的，不用担心 low 的问题。

大部分内容在会前会后都能通过网站了解到，但是现场的气氛是没去现场的人感受不了的，赞！

#15 楼 @nightire 哦，那有可能它限制单个 IP 提交次数之类的，代理出去都是一个 IP，会触发 rate limit.

#12 楼 @seabornlee 真的被误导了，我一开始打的是 gulp，后来看见标题是 glup，想想会不会自己错了，就顺手改成 glup 提交了

楼主，你说：

同事都用的茶轴，青轴，我的 Type-S 声音太小，表示压力太大！

我帮你去问了下，大家都建议这种情况，下载可以模拟击键声的 App，保证压住茶轴和青轴的同事。只要音响功率足够，压住对面大楼的青轴都没问题。

@nightire 拿不到是提示什么信息？

赞楼主转型速度 昨天是 Grunt，今天已经转到 Glup Gulp

fastly CDN 的部分 IP 被围墙 XX 了。rubygems 用 fastly CDN 加速的，所以……

rake +1, thor +1 简单易用。

自动化脚本，如果楼主愿意研究的话： Puppet 和 Chef 几乎能满足绝大部分需求。 前者老牌，稳定可靠文档全；后者较新，功能丰富文档弱。

看摄像头有没有 Linux 驱动。

#4 楼 @046569 妹子当然喜欢汉子，叫十个妹子不是口味更重……

叫十个汉子，上门服务，脱光，站在床边，然后就没有蚊子了。