楼主还是说一下接不接受不可换镜头，接不接受定焦吧。

另外，最好说一下对 iPhone 不满意在哪里，我们才能对症推荐呀。

@jin5354 但是你要知道普通微单+套机镜头 (F3.5-5.6) 和黑卡的 1 寸底 F1.8-2.8 镜头效果差不多。

左行右立本来就不对啊。在人少的国家是无所谓，在人多的地方，如果你走路时电梯突然停了怎么办？另外，由于走路需要前后间距，运载效率反而比站定低。在一辆地铁到达后，大家全部站定其实是最快的疏散方法。

比起这个，在电梯出口站定看手机查路线比较让人讨厌。毕竟后面的人都没法停，那只好把你撞开了。

嗯，我校大一时和你们差不多。不过后来就翻新了。

@victor 社区大多数是用 Python 的，强行用 Ruby 除了给自己找麻烦没什么意义。

平时用 Ruby，做机器学习换到 Python 真是要哭了。Pip 居然要依赖 virtualenv 配合，如果还需要管理不同版本的 python 就更复杂了。另外我至今不知道应该手动修改 requirement.txt 还是应该 pip freeze. 前者可能会忘加包，后者会把系统装了的但是我不想包括的包给加进去。现在新出的 Pipfile 应该好点了，但是目前的似乎仍然需要依赖 virtualenv。

相比之下 Ruby 的 bundler 就好多了，一个 Gemfile 手写，记录想要的包；另一个 Gemfile.lock 记录锁定后的版本。不想加的不要加。也不需要 virtualenv 这类东西。

前面有同学提到 Cargo，因为 Rust 最初的包管理项目失败了，后来 Mozilla 请了 Yehuda Katz 和 Carl Lerche 两位做了 Cargo。他们两位也正是 Bundler 的主要作者。

我感觉是比 08 年更差了

太神奇了，最后居然没有出现公司招聘！这不科学啊！

Load balancer 后面的系统一定要是 stateless 的。你的文件储存是 stateful 的，显然要单独拉出来集中处理。如果一台机器不够，就要上分布式储存，那就不是简单的 load balancing 问题了。一旦进入分布式系统的领域，就必须放弃 CAP （ consistency, availability, partition tolerance ） 中的一个。如果你的文件储存压力不是那么大，建议这部分不要没事找事搞分布式。

再推荐一个 https://appear.in/
无需注册，无需安装软件，用 WebRTC 的，大家访问同一个 url 比如 appear.in/v2ex 就可以愉快的聊天啦。

微信。虽然延迟大，画面差，但至少能保持不断。

毕竟要多读几个字节，应该是要花时间的吧？

把那个文件夹拖动到 Dock 上的 iTerm 图标上……

英国也不错的呀，和美国感觉完全不同。

技术栈什么的不用想太多了，谁知道 React 能火几年，基本功才是王道。

搬到冷一点的地方去。

这是个好问题……关注一下

主用 Ruby。静态类型检查确实可以防止一些低级错误，但也仅仅是一些低级错误而已了。C++的黑魔法才真是黑……

Rayban Aviator?