开源的现实很骨感_风闻

软件开发领域有一个流行的原则：DRY，Don’t repeat yourself。

翻译过来就是：不要重复造轮子。

开源项目的主要目的是共享，其实就是为了让大家不要重复造轮子，尤其是在互联网这样一个快速发展的领域，速度就是生命，引入开源项目，可以节省大量的人力和时间，大大加快业务的发展速度，何乐而不为呢？

然而现实往往没有那么美好，开源项目虽然节省了大量的人力和时间，但带来的问题也不少，相信绝大部分技术人员都踩过开源软件的坑，小的影可能是宕机半小时，大的问题可能是丢失几十万条数据，甚至灾难性的事故是全部数据都丢失。

除此以外，虽然DRY原则摆在那里，但实际上开源项目反而是最不遵守DRY原则的，重复的轮子好多，你有MySQL，我有PostgreSQL；

你有MongoDB，我有Cassandra；

你有Memcached ，我有Redis；

你Gson，我有Jackson；

你有Angular，我有React……

总之放眼望去，其实相似的轮子很多！

相似轮子太多，选择就是让人头疼的问题了。

类似的事情经历多，以至于我对一切美好的口号抱着天然的警惕。

早期的计算机发展没有实现标准化，每家推出的计算机兼容性都比较差，分发软件时，只好提供源码，用户下载源码后自行编译安装。

简单的话就是三板斧：

1）./confgure

2) make

3) make install

幸运的话，三板斧能解决问题，否则需要到处找各种依赖的库。

因此，微软经常宣传：“免费的才是最贵的”，我们的产品整体上是最便宜的。

问题是，在中国人力是最不值钱的，三合大神有的是时间和精力。