网络io模型的书籍 为什么有很多出名开源的C/C 方面的高性能网络库，比如libevent，boost-asio，有些企业还要自己写？
为什么有很多出名开源的C/C 方面的高性能网络库，比如libevent，boost-asio，有些企业还要自己写？
我认为，是构建轮子还是直接使用开源库，很大程度上取决于部门负责人的个人喜好。曾几何时，c开发人员热衷于重新构建轮子，那么为什么有些企业要自己编写呢？我在项目开始时不知道这个库的存在，我不想以后再介绍它。
2）许多第三方库依赖于许多其他第三方库。要引进a馆，就得引进B馆、C馆、D馆，这无疑增加了院系成员的学习成本。
3）第三方开源库通常会频繁更新。如果你知道有一个bug，你想更新它吗？基础库的更新无疑会花费更多的开发时间和测试时间。
4）使项目整体可控。一旦引入的开放源代码库出现问题并且项目团队不熟悉它，这将是灾难性的。
5）现有开源库过于复杂，学习成本高，团队成员水平参差不齐。
最后，附上一本我前段时间读过的书。
本文是作者《一个程序员的奋斗史》悟空问答原创文章，未经允许转载，抄袭将被追究
在windows平台网络io模型都有哪些？
IO分为网络IO和磁盘IO。对于网络IO，epoll是可以的。但是对于瓷盘IO，没有完美的方法，所以都采用多线程阻塞模拟。区别在于windows下的IOCP是系统内核提供的线程池，而Linux和其他线程池则是在用户层提供的。Libeio和libev由node的早期版本使用。libuv提供之后，它们就不再使用了。
在做程序员的道路上，你掌握了什么概念或技术使你感觉自我提升突飞猛进？
我是甲方的ERP程序员，公司刚推出ERP系统时，大家都觉得上帝的存在太复杂了。
上线后，各种问题层出不穷，项目已通过验收。乙方一听我们的问题，就会有两个动作：1）这个问题不在需求范围内，需要付费解决；2）这个问题这个版本没有解决，下一个版本可以解决。
显然，这是个小问题。为什么不能解决？核心原因：没有源代码，不知道从哪里开始。ERP归根结底是对数据库的添加、删除和修改。直到我明白了这两点，ERP的“九字真言”终于越过了前三个字。（所谓ERP九字咒语是：先刚性，后固化，再优化）。
我理解的两点如下：1）真正理解ERP逻辑的人不是计算机工作者，而是业务骨干。ERP构建了最常见、最核心的业务逻辑，体现在操作流程和功能接口上。只有业务骨干才能真正理解这种设计的必要性。
2）只要程序员与业务主干相结合，尽管没有源代码，但还是有办法看到添加、删除、修改和查询的代码是如何操作数据库的。这是SQL事件探查器跟踪程序。
两者结合后，ERP维护将变得非常简单。毕竟，一个已经上市几十年的ERP产品具有很好的稳定性和继承性。那么，各种个性化报表的开发就非常简单了。
随着对业务编程越来越熟悉，这个团队将对ERP产品有非常透彻的了解，终于有一天。乙方要求增加维修费，我们想了想，没有，我们自己维修吧。然后，我们将ERP的生产功能分离，自行定制开发，并逐步完善，越来越喜欢它。这是九字咒语的最后一个阶段：优化。
当然，这一过程的实现得益于ERP产品开发平台的支持和自身的开发逻辑。大型工厂（包括国外SAP）的ERP从财务模块开始，再到供应链，再到制造，再到商业智能。这决定了每个模块是松散耦合的。在演化过程中，采用了多种接口方式，从硬写数据库到使用XML交换数据，再到COM组件接口、API，甚至提出了整体开发平台，并用开发平台重写业务文档。基本上，这些资料可以在网上找到。如果你参加几次由大工厂组织的开发培训，就更容易开始。
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
