这都能吵起来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订阅？