@echo1937 还是会更贵的吧。

@jjplay 目测是说只有15k级别的才来投，就是不见25k级别的。
（当然也有可能是15k级别认为自己是25k级别来投的（

这都能吵起来wwwww

用Deb系还是RH系完全是看需求和用途。

比如开发的系统如果是特别依赖运行环境的，比如大公司的大型系统，各种C/C++系统，各种Java系统，各种Oracle什么的，脆弱的要命的设计，升个软件就能搞挂的，那当仁不让用RH了。
比如大家用得滚瓜烂熟的Centos6系，那可是5年前就冻结了的发行版，里面的版本可能更早，对于程序员和运维来说，这5年根本不用学新知识新技术，也不用升级或者适配，吃吃老本就行了。反正官方维护到2020年，还可以再吃5年老本，减轻程序员和运维负担。

比这个稍微好点的是Ubuntu，也是适合各种老系统的。我们公司就是用的这个，12.04LTS，我们的软件脆弱的要死稍微升级个包版本就可能把软件弄挂掉。缺点是Ubuntu的支持期太短，没多久就停止维护了，于是公司里一大波人被迫研究怎么迁移到14.04LTS去，痛苦万分。

Debian就是完全另一个风格。提倡尽可能用系统软件包而非自己编译；就算自己编译也是打包成deb包，让包管理解决依赖。生命期里软件版本冻结，但是可以跨版本更新，比如Deb6升级到7，或者7升级到8，都是可以的。对于开发人员也可以轻松改用rolling update版本开发，提前应对升级带来的影响。
依赖Debian系统的软件，必须要能自行解决依赖问题，又或者必须不依赖系统环境。现在很多初创公司，为了尽快做出产品，加快开发速度，必然会选用一些很新的平台与技术，比如Docker，比如Go，比如RoR，比如PHP，比如Python，比如Scala。这些东西有个共同的特点，那就是降低了平台依赖性，到处都能跑。既然到处都能跑了，那放着性能更好软件更新的发行版不用，去用5年前的系统做什么。创业公司必须活在未来，而不是活在古代。

另外楼上一票在说运维问题的。RH系运维难度比Deb系大很多。公司招人起码也得找个RHCE吧。这年头一个跑Go或者PHP的Debian运维如果开价80-100k的话，一个同等级的RHCE运维至少120k-160k。对于一些创业公司来说两个系统跑起来根本根本没差（特别是Docker以后），每年多花5万刀去体验RH/CentOS这是有蛇精病啊。（甚至稍微有点能力的开发工程师都可以兼职Deb运维，那还能省一笔钱。）
倒是如果拿到很多风投以后，甚至上市以后，能培养起运维团队了，再换CentOS倒也是可以。只不过你都换RH系了，为啥不直接上RHEL订阅？

@lzhtony 这我就不发表意见了。

@lzhtony 快的线路，一定会有中国人涌入。
中国人涌入的线路，一定不会快。

几乎所有的线路问题都是对中国线路问题。
中国以外的地区再慢再慢也不会像这样慢。
手头kimsufi的服务器，加拿大BHS机房，连中国是非常慢。
不过全球测速下来的结果是
加拿大->东京 160ms 5MB/s
加拿大->荷兰 20ms 11MB/s (跑满网卡)
加拿大->新加坡 240ms 4MB/s
都是单线程下载的速度。
再烂的线路再远的距离也不会低于10mbps的。（地球同步轨道除外

至于中国嘛，完全就是例外了，跑哪都慢的要死……

@046569 一台银河一号轻松搞定

要么备案，要么被墙，要么不靠谱。楼主选一个吧。

普通的千兆而已有什么好惊讶的……
这年头还有哪个SSD速度能比千兆慢的？
机械硬盘都远远超过这个数了。

1. 公司花了精力财力把你招进来，就不会随随便便就开掉你。

应该不用我说2了吧。

虽然没听说过你说的这些，不过应该不好也不坏，学得认真的总能学好，学得不认真的基本没戏。

从Rails的角度来看，两种都不行。

应该是
users: id, name, pass
orders: id, subject, user_id

怎么可能呢。要是客户证书全自动发送，先不说怎么处理多张证书的情况，你凭什么不经过用户同意就发送敏感信息？

oh，膜拜楼上各路大神菊苣_(:з」∠)_
prprp

@feiyunfirst 如果你说Web环境，那就是指Nginx、MySQL/MariaDB和PHP5这3套软件了，一个一个通过APT安装是不会有问题的。
如果你说那种用一个脚本全自动安装的，那就是指LNMP这个第三方软件脚本，本身就是独立于系统之外的，如果有问题也应该先向LNMP脚本的作者寻求技术支持。

美国大公司的程序员起薪10万/年你怕不怕。

@leavic pascal就被吃了……

又一个游戏官网诞生了。
和上次那个卖牛肉干的页游有异曲同工之妙。

手里两台在fremont两台在东京。