关于 AI 与代码下毒的思考

[fyq]

经常在本站看到有人讨论说跑路之前可以给公司代码埋点雷，比如：

故意把注释写得没有参考价值活用变量闭包，闭包内外变量名称尽可能用一样的，这样整个代码就会看起来逻辑极其混乱难以分析；大量使用语法糖和各种简略写法，比如六七个箭头函数裹在一行里，高耦合低内聚，不写输入参数检查，只要调接口的时候参数有任何一点不对，马上崩……

对我们人类来讲，这么处理之后当然会增加阅读难度，而且琢磨半天也不一定能修好。看到最近大火的 Chat GPT 可以重构代码，感觉很惊奇。就感觉如果 AI 继续发展下去，像上述这类给代码下毒之类的手段恐怕就不那么好使了。

或许有朝一日，当 AI 足够强大，那些没人敢碰的屎山也就不再是一个困扰了吧，真期待那样的未来啊。

[Puteulanus]

我感觉 AI 连屎山都能理顺重构的时候，大部分程序员应该已经失业了

[leimao]

@Puteulanus 应该说是这个世界就不需要人了。

[xdeng]

经常在本站看到有人讨论说跑路之前可以给公司代码埋点雷
没有经常吧

[hamsterbase]

你这些都不需要 AI ，前端已经用了很久的 eslint 了。

发布之前各种 门禁，卡点，安全扫描，还有强制代码覆盖率。

举几个例子

1. 禁止循环里调用 await

https://eslint.org/docs/latest/rules/no-await-in-loop

2. 代码圈复杂度限制

https://eslint.org/docs/latest/rules/complexity

[loolac]

就没人写个死循环给 AI 跑一下结果吗？

[paradox8599]

@loolac 不用，AI 自己就会写死循环。我问他 react hook 怎么用，他给我写了个无限触发的 useEffect