- 禁止为纯理论、低概率的边界情况增加兜底逻辑。例外:用户明确要求,或涉及数据损坏、资源泄漏、安全问题。
假如不加这一条,AI 会习惯把各种极端假设情况都考虑到,写长长的防御性代码占满你的屏幕
这种代码撸棒性拉满,但是对人类来说阅读维护成本更高,不符合开发效率优先的现状
- 禁止为纯理论、低概率的边界情况增加兜底逻辑。例外:用户明确要求,或涉及数据损坏、资源泄漏、安全问题。
假如不加这一条,AI 会习惯把各种极端假设情况都考虑到,写长长的防御性代码占满你的屏幕
这种代码撸棒性拉满,但是对人类来说阅读维护成本更高,不符合开发效率优先的现状
1
QAO 1h 12m ago
但是万一某些场景真的是你此时此刻没想到的呢?古法编程时期,因为没考虑到各种 edge case 引发的线上故障又回来返工的例子不要太多,屎山很多就是修修补补这么来的,倒不如想清楚一次性做好设计,写好代码
|
2
loading 57 mins ago via Android
op 实属搞笑。
|
3
pakro888 22 mins ago
ponytail
|
4
lscho 20 mins ago via Android
|
5
dreamkuo 6 mins ago
我赞成这个观点, 我觉得非常有意义, 因为安全性存在边际递减效应. 百分之九十的代码 解决不到百分之 0.1 的安全性, 这简直就是浪费生命. 消耗的上下文能力,和人工审查 反而遗漏了严重的漏洞.
|