第326章 稀释法

    王霁发现了一个超级解法。
    可以找出任何代码缺陷。
    他不需要看懂代码，甚至不需要看代码，就能找到代码问题。
    无论是他熟悉的云平台代码，还是内核代码，甚至其他领域代码，只要是想纠毛病，都可以用这个方法——
    增加代码行数。
    就是将文件代码人为放大5倍。
    假设一个文件有500行，之前的方法是硬啃400行，掌握度达到80%。
    新方法是，将文件变成2500行，让自己懂新增的2000行。
    掌握度同样达到80%。
    怎么样才能懂2000行？
    很简单。
    把自己写过的最简单代码复制过去，这些代码掌握度是100%的。
    一次性复制10万行，贴到所有文件结尾处，就大大稀释了原文件内容。
    混合起来，掌握度轻松突破80%！
    这就是稀释法。
    俗称灌水。
    有了这个方法，只为纠错的话，王霁不再需要理解代码逻辑。
    他只用5分钟时间，就在编辑器里把Linux网络模块灌了一遍水。
    所有文件掌握度都突破80%！
    一个个红点在眼前出现。
    一条条精确提示划过脑海：
    “nf_conntrack连接跟踪表未及时释放失效会话，高并发时会导致系统内存耗尽……”
    “igb驱动在DMA映射失败时未正确处理队列复位，会引发内核软死锁……”
    “tcp_cubic在BDP突变时窗口增长函数计算溢出，触发TCP性能断崖式下降……”
    “bridge模块生成树协议状态机在拓扑变更时未加锁，导致网络环路检测失效……”
    “ip_vs虚拟服务端口映射未限制哈希表大小，高负载下触发OOM Killer……”
    “TLS卸载引擎在中断上下文未完成回调通知，引发SSL连接挂起……”
    总共47个bug！
    其中23个可能会被网络攻击。
    有了提示，就能针对性解决。
    改动比纠错慢得多，因为需要凑出正确代码，在不懂业务逻辑的情况下，得结合AI边改边试，需要大量时间。
    好在，他有一支懂业务逻辑的盟军队伍，腾云联军跟十三局。
    他把23个缺陷都描述出来，分别交给两支友军解决。
    懂业务的人，一听就明白。
    对他的眼光五体投地。
    没二话，都配合他修改。
    改完后交给他review，存在的问题再用稀释法查看，立刻给予反馈。
    就这样，3个小时后，这23个问题全部解决，编译测试通过。
    其中14个问题，是解决黑客公布的内核漏洞。
    9个问题，是新发现的。
    连地狱俱乐部也没发现！
    这3小时里，几路友军又增添7个新修复，结合王霁这边的14个已知问题，一次性给工信部审核组提交21个！
    审核组的编译、验证速度很快，21个提交全部通过！
    腾云一次性积21分！
    此时积分榜状态是——
    第1名：腾云科技21分，
    第2名：深核科技18分，
    第3名：夏云9分，
    第4名：西山云7分，
    第5名：昆仑云7分，
    ……
    腾云一举反超深核科技，跃居榜首！
    这两家小公司分别位居前两位，将3个大厂甩开了一大截。
    专项群里的CTO们沉默了。
    王霁对几个cue他的人挨个回复。
    卢展：“@腾云科技王霁，贵公司要加油啊，我看好你们！”
    王霁：“@灵析云卢展，我也看好贵公司，加油！”
    苏振：“@腾云科技王霁，王总争口气，别只会抢友商单子，来点技术证明自己！”
    王霁：“@夏云苏振，苏总争口气，别只会被友商抢单子，来点技术证明自己！”
    柯雁：“@腾云科技王霁，王总不是夸下海口，要彻底重构腾云底层么？这么强，怎么一个提交都没有？”
    王霁：“@昆仑云柯雁，贵公司这么强，一定很多提交吧？”
    杨青：“@腾云科技王霁，王总别光顾着直播打拳，也搞点技术吧。”
    王霁：“@西山云杨青，打拳、搞技术，要不您挑一样比比？”
    这4位大佬，没一个敢回话。
    群里憋笑憋得很辛苦。
    没好意思点赞。
    群里一长溜的文字：
    “海岳云于登杰拍了拍腾云科技王霁，叫了声爷爷您好帅。”
    “矩阵云柯基拍了拍腾云科技王霁，叫了声爷爷您好帅。”
    “灵境云杨文港拍了拍腾云科技王霁，叫了声爷爷您好帅。”
    “幻影科技徐可拍了拍腾云科技王霁，叫了声爷爷您好帅。”
    “极光互联李捷拍了拍腾云科技王霁，叫了声爷爷您好帅。”
    “……”
    足足有4屏之多。
    被叫了几十声爷爷之后，王霁开始低调，继续闷头解决问题。