王霁发现了一个超级解法。
可以找出任何代码缺陷。
他不需要看懂代码，甚至不需要看代码，就能找到代码问题。
无论是他熟悉的云平台代码，还是内核代码，甚至其他领域代码，只要是想纠毛病，都可以用这个方法——
增加代码行数。
就是将文件代码人为放大5倍。
假设一个文件有500行，之前的方法是硬啃400行，掌握度达到80%。
新方法是，将文件变成2500行，让自己懂新增的2000行。
掌握度同样达到80%。
怎么样才能懂2000行？
很简单。
把自己写过的最简单代码复制过去，这些代码掌握度是100%的。
一次性复制10万行，贴到所有文件结尾处，就大大稀释了原文件内容。
混合起来，掌握度轻松突破80%！
这就是稀释法。
俗称灌水。
有了这个方法，只为纠错的话，王霁不再需要理解代码逻辑。
他只用5分钟时间，就在编辑器里把Lux网络模块灌了一遍水。
所有文件掌握度都突破80%！
一个个红点在眼前出现。
一条条精确提示划过脑海：
“nf_track连接跟踪表未及时释放失效会话，高并发时会导致系统内存耗尽……”
“igb驱动在dA映射失败时未正确处理队列复位，会引发内核软死锁……”
“tcp_cubic在bdp突变时窗口增长函数计算溢出，触发tcp性能断崖式下降……”
“bridge模块生成树协议状态机在拓扑变更时未加锁，导致网络环路检测失效……”
“ip_vs虚拟服务端口映射未限制哈希表大小，高负载下触发ooKiller……”
“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他的人挨个回复。
卢展：“@腾云科技王霁，贵公司要加油啊，我看好你们！”
王霁：“@灵析云卢展，我也看好贵公司，加油！”
苏振：“@腾云科技王霁，王总争口气，别只会抢友商单子，来点技术证明自己！”