互联网对内核模块的加载之道

谨以此文献给现在的你们和以后的自己。

场景：线上作业内核模块
工人A：内核模块的开发者
工人B：内核模块的使用者
经理：内核模块的监管者

领导：工人A，工人B，将内核模块验证下是否能在机器上正常部署
工人A、工人B：好的
工人A在本地同内核版本机器上验证，喊来工人B
工人A：已经验证可以部署了，你看下我是怎么部署的
工人B：我需要在线上机器上验证可以编译部署
工人A：那好，你部署吧
领导：你们不能在线上机器上编译部署，工人A，你只需要把你线下编译的内核模块提供给工人B，工人B加载就可以了
工人A （OS）：可是机器上的内核编号不同，我提供生成的内核模块，工人B加载不上啊
果然，
工人B：工人A，我加载不了
于是工人A开始找兼容方案，可惜没有找到任何有效的方案，因为是线上作业，只能拜托有经验的前辈
前辈：我们的解决方案是将客户要求的不同版本编号的内核要过来，线下编译后再把生成的模块交出去，本质上这种linux-headers头不一样的问题，跟你想的没错，是没办法兼容的。
工人A于是才知道怎么对待线上内核模块加载的方法
工人A：查询了机器上的版本和编号，挨个的打包并上传，最终提供给工人B
工人B：搞定

内核模块加载本来被工人A、工人B认为是一件小事，但是这件小事反而给工人A、工人B留下了一些难以忘怀的教训和宝贵经验。可能这对工人A的影响更大，因为整件事，工人A没有主人公意识，直接根据工人B的诉求，按照思维惯性做事，没有考虑潜在的影响。

互联网本来是一个相对开放的行业，但是从这件小事你也可以看出一些端倪，所有的背后都是有很多的谨慎和思考。这对于传统的行当而言，只会更加明显，程序员口中的“能跑就行”不是什么笑谈，很多地方真实的发生着。

互联网对内核模块的加载之道，其实透露了很多道理。凡事不仅仅是向前狂奔，要懂得事物的规律，在尺度间把握方向。小步快走是很理想的状态，在哪里都是，希望我后面的人生一直可以小步快走。

我也是时候该放慢些对协议和拥塞相关的执着脚步，这些年太急功近利，步子太大，容易摔倒。但我还在，因为我依然热爱它。