开发环境的话，Rails 在 Mac 上也很多。

部署的话，Linux 是最多的。

#18 楼 @huobazi CSDN 曾经用 UUID 的？好，我去查查他们为什么后来不用了。

#38 楼 @lgn21st 我也在等 Pro，连 13 寸的 Pro 都更新了，就是没有更新 15 寸的，一定遇到了很大的技术障碍。 我看到 13 寸终于支持 2 台 4K 输出了，这样的话，15 寸可能是想支持 5K 输出，结果没搞定。

#36 楼 @lgn21st 这么推测的话，我觉得这款 MacBook 的目标市场，也是竞争高端办公用平板电脑，比如 Surface Pro

#30 楼 @luikore Geekbench 上好像有数据了

#28 楼 @peter 大概 2 个 iPad Air 的重量，不过当 Pad 有点大，吃饭时候不能放桌上……

#18 楼 @linjunhalida 嗯，跑虚拟机的话，这样的 CPU 和内存，肯定不够的。

Linux 电源管理问题

还可以起名为 attribute, 起名为 nil，然后发现更多惊喜

#13 楼 @jimrokliu 借助 redis 生成 id 后，稍后写入主 DB，的确是个好办法，感谢提供思路

#8 楼 @taomaree 赞，看了 id generator 的源码，原理都差不多，但是 weibo 的确根据自己的业务指标，搞了个最适合自己的。

#7 楼 @vincent 嗯，UUID 索引变大和簇类索引引起数据位置频繁变动，的确是我们最担心的。 你们有没有小项目尝试过 UUID 做主键？

#5 楼 @cuterxy 非常感谢指出单机测试的局限性，我们用分布式的环境再测一下。

#3 楼 @cuterxy 是的，在并行插入下，理论上 UUID 的确有优势。但是纯性能测试中，它的插入性能随着数据量指数级减慢。

#1 楼 @foxzool 嗯，谢谢！这些文章我都看过，为了不干扰回答者的倾向性，所以我没有在主贴贴出来。主要还是想听听大家实践的成果。

楼主经历高速公路事故，人没受伤就好。

自己开过去处理还要收取拖车费，的确是不合理，看来除了部分发达城市外，中国很多地方这方面管理还是太混乱了。

浙江超速扣分这么厉害？江苏是只罚款不扣分的。

虽然我开的不是日本车，但是楼主对于日本车的描述，实在无法苟同。 车头溃缩机制本身就是为了转化动能，减少对车内人的冲击。所以，不能根据车头稀烂的程度，来判断车的质量的。 部分国内自主品牌车不会设计这种区域，反而看起来车头比较硬，但是车内人员受到的冲击反大。

看完全文，他们的确考虑拆分，但是觉得不适合他们的情况，所以作罢了。

这么做，墙只是在 3 分钟之内，屏蔽了你到目标 IP，对其他人并没有影响的。

楼主如果想看某个 gem 比如 rails 当前版本的源码，可以用 bundle show rails Github 看到的是最新开发版本的代码。

如果想定制模版，可以在应用的/lib 下放自己的模版和 generator。

在线更新是有专门的解决方案的。

如果不想用现成解决方案的话，有个非常简单的方案： 你可以直接把文件放在 S3 上，在 S3 bucket 根目录放一个 METADATA 文件，记录一下版本等需要告知客户端的信息。按照一定的文件夹结构存放后，客户端根据 METADATA 下载对应需要更新的文件即可。

楼主分享了真实世界的案例。

不过，我觉得楼主分享的情况，更类似于个人接外包之路，而非 Remote。 其中大部分问题，都是个人接外包特有的，如果你在一个公司中 Remote，或者创业做产品，其实楼主说的这些情况就没有了。

比如：

• 客户因为你没有回复 QQ 而认为你偷懒的，这个的本质是缺少一个项目经理来跟客户扯皮。
• 前期承诺很大的项目，最后回款不多，是因为缺少一个有经验的销售来判断客户和项目风险，并不断催款。
• 同样的收入，需要比在公司付出 5-10 倍的努力，是因为很多公司已经建立了良好的客户关系和品牌，依赖这些可以获得较高的溢价，但是个人一开始没有品牌很难做到。

这也是为什么，在公司里，项目是自己做的，不写代码的项目经理，销售，老板要一起分钱，因为本质上他们也是付出了其他分工下的有价值劳动，来帮助你一起完成这件事，并获得收益。

建议把环境统一成 UTF-8，这样比 latin1 <=> UTF-8 转换简单很多。

就是没有这个文件 /Users/wen/.rvm/gems/ruby-2.1.5/gems/rails-4.2.0/bin/rails

#2 楼 @lyfi2003 我记得这个 gem 在一些移动设备浏览器的判断上不是很准确。当然，就是因为 User Agent 没有及时更新啦。

首先，能力高低对薪水影响非常大，因为效率可能会相差十几倍，导致薪水会相差 2-3 倍。

其次，城市的差异也很大，北京上海因为生活成本原因，薪水比二线高很多，二线城市之间也有不小的差距。同水平，城市导致的薪水差异可能在 20%-100%

第三，工作职责，职责高，比较重要的关键职位，工资较高。

第四，工作任务和压力，经常加班的，相对公司会高很多，另外非常无聊的工作内容，如果要留住人，也会工资略高。

第五，可成长性，有些人爱好自己的职业，努力又悟性好，未来两三年内有较快发展的，公司会给略高一点的薪水来招。

最后，所有因素中，影响比较小的，就是楼主提到的工作年限。

因为，工作年限本身并不产生任何价值，公司招一个人并不是因为他工作了 3 年，而是他在以上几个因素中，达到了某一个层次。 由于每个人在几年中做的事情，遇到的环境和机会千差万别，所以，同样是 3 年，以上几个因素的差别可能上相差几十倍。这才是大家会回答能力决定的原因。

我没有给出一个数字，但愿这些信息比一个直接的数字对楼主更有价值。祝你找到合适的工作。

#7 楼 @hlxwell 没有你的 Email，所以 Account Manager 的联系方式，我用 Twitter DM 你了。

最近在家，养好身体再战一场

#3 楼 @hlxwell 我的另一家公司有申请到 AWS CN，用了几个月了。 你如果有需求，可以联系一下 AWS 中国的 Account Manager，或者我给你个联系方式。

如果你想直接搬 AWS 的服务回来，最简单的还是用 AWS 中国的服务，现在大部分服务都已经开通了。

当然差异还是有的： Cloudfront 还暂时没有国内版本。 脚本还是要修改一下的，接口跟海外 AWS 有小幅差异。比如海外 S3 支持多种签名，而国内 S3 只支持最新版本的签名方式等。 大体系相同，这种小事 debug 一下也很快。

当然，真心要防止爬的，都是用图片替换掉价格文字的，图片还做了防 OCR 的干扰信息。

#13 楼 @luffycn 有些电商网站，会用 JavaScript 来设置价格，一方面方便商品选择不同的型号时动态显示对应型号的价格，另一方面避免竞争对手爬自己的价格来更新相同的产品，比如“比京东便宜 1 元”这种模式。