88读书网 > 玄幻魔法 > 试用期码农,你让我拯救公司? > 第326章 稀释法

王霽发现了一个超级解法。

可以找出任何代码缺陷。

他不需要看懂代码,甚至不需要看代码,就能找到代码问题。

无论是他熟悉的云平台代码,还是內核代码,甚至其他领域代码,只要是想纠毛病,都可以用这个方法——

增加代码行数。

就是將文件代码人为放大5倍。

假设一个文件有500行,之前的方法是硬啃400行,掌握度达到80%。

新方法是,將文件变成2500行,让自己懂新增的2000行。

掌握度同样达到80%。

怎么样才能懂2000行?

很简单。

把自己写过的最简单代码复製过去,这些代码掌握度是100%的。

一次性复製10万行,贴到所有文件结尾处,就大大稀释了原文件內容。

混合起来,掌握度轻鬆突破80%!

这就是稀释法。

俗称灌水。

有了这个方法,只为纠错的话,王霽不再需要理解代码逻辑。

他只用5分钟时间,就在编辑器里把linux网络模块灌了一遍水。

所有文件掌握度都突破80%!

一个个红点在眼前出现。

一条条精確提示划过脑海:

“nf_conntrack连接跟踪表未及时释放失效会话,高並发时会导致系统內存耗尽……”

“igb驱动在dma映射失败时未正確处理队列復位,会引发內核软死锁……”

【记住全网最快小説站101??????.??????】

“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他的人挨个回復。

卢展:“@腾云科技王霽,贵公司要加油啊,我看好你们!”

王霽:“@灵析云卢展,我也看好贵公司,加油!”

温馨提示:方向键左右(← →)前后翻页,上下(↑ ↓)上下滚用, 回车键:返回列表

投推荐票 上一章 章节目录 下一页