很多小伙伴都关心

为什么有很多出名开源的C/C 方面的高性能网络库，比如libevent，boost-asio，有些企业还要自己写？

到底是自己造轮子，还是直接使用开源库，我想很大程度上取决去部门老大的个人喜好。曾几何时，C 开发者都热衷于重复造轮子，那么为什么还有的企业要自己写呢？下面谈谈自己的看法：1）项目初期并不知道有这个库的存在，后面也懒得再引入。2）很多第三方库依赖的其他第三方库都比较多，为了引入A库，不得不引入B、C、D库，这无疑增加了部门成员的学习成本。

3）第三方开源库一般更新较频繁，明知有Bug了，你们要不要更新呢？基础库的更新无疑要花费更多的开发时间、测试时间。4）让项目整体可控性更强，一旦引入的开源库出现问题，而项目组有对它不熟悉，那么将是灾难性的。5）已有开源库过于复杂，学习成本高，组内成员水平参差不齐。最后附一张自己前段时间研读的书籍。本文为作者“一个程序员的奋斗史”悟空问答原创文章，未经允许转载、抄袭必究！。

为什么有很多出名开源的C/C 方面的高性能网络库，比如libevent，boost-asio，有些企业还要自己写？

到底是自己造轮子，还是直接使用开源库，我想很大程度上取决去部门老大的个人喜好。曾几何时，C 开发者都热衷于重复造轮子，那么为什么还有的企业要自己写呢？下面谈谈自己的看法：1）项目初期并不知道有这个库的存在，后面也懒得再引入。2）很多第三方库依赖的其他第三方库都比较多，为了引入A库，不得不引入B、C、D库，这无疑增加了部门成员的学习成本。

3）第三方开源库一般更新较频繁，明知有Bug了，你们要不要更新呢？基础库的更新无疑要花费更多的开发时间、测试时间。4）让项目整体可控性更强，一旦引入的开源库出现问题，而项目组有对它不熟悉，那么将是灾难性的。5）已有开源库过于复杂，学习成本高，组内成员水平参差不齐。最后附一张自己前段时间研读的书籍。本文为作者“一个程序员的奋斗史”悟空问答原创文章，未经允许转载、抄袭必究！。

为什么有很多出名开源的C/C 方面的高性能网络库，比如libevent，boost-asio，有些企业还要自己写？

到底是自己造轮子，还是直接使用开源库，我想很大程度上取决去部门老大的个人喜好。曾几何时，C 开发者都热衷于重复造轮子，那么为什么还有的企业要自己写呢？下面谈谈自己的看法：1）项目初期并不知道有这个库的存在，后面也懒得再引入。2）很多第三方库依赖的其他第三方库都比较多，为了引入A库，不得不引入B、C、D库，这无疑增加了部门成员的学习成本。

3）第三方开源库一般更新较频繁，明知有Bug了，你们要不要更新呢？基础库的更新无疑要花费更多的开发时间、测试时间。4）让项目整体可控性更强，一旦引入的开源库出现问题，而项目组有对它不熟悉，那么将是灾难性的。5）已有开源库过于复杂，学习成本高，组内成员水平参差不齐。最后附一张自己前段时间研读的书籍。本文为作者“一个程序员的奋斗史”悟空问答原创文章，未经允许转载、抄袭必究！。

更多

为什么有很多出名开源的C/C 方面的高性能网络库，比如libevent，boost-asio，有些企业还要自己写？

到底是自己造轮子，还是直接使用开源库，我想很大程度上取决去部门老大的个人喜好。曾几何时，C 开发者都热衷于重复造轮子，那么为什么还有的企业要自己写呢？下面谈谈自己的看法：1）项目初期并不知道有这个库的存在，后面也懒得再引入。2）很多第三方库依赖的其他第三方库都比较多，为了引入A库，不得不引入B、C、D库，这无疑增加了部门成员的学习成本。

3）第三方开源库一般更新较频繁，明知有Bug了，你们要不要更新呢？基础库的更新无疑要花费更多的开发时间、测试时间。4）让项目整体可控性更强，一旦引入的开源库出现问题，而项目组有对它不熟悉，那么将是灾难性的。5）已有开源库过于复杂，学习成本高，组内成员水平参差不齐。最后附一张自己前段时间研读的书籍。本文为作者“一个程序员的奋斗史”悟空问答原创文章，未经允许转载、抄袭必究！。