2. Linux.do
  3. 我悟了，写代码bug是改不完的

我悟了，写代码bug是改不完的

Bensong 2026-07-01 08:50 1

用了 Codex 好几个月来写代码，我发现了一个道理.


Bug 是永远存在的，改不完的。不要想着产品完美了才放出来，差不多就可以了。别想着一次性把 Bug 改完，这是不可能的。


还有，别想着一次性把全部特性都优化完美，把所有功能都做到完美，这是不可能的，差不多就行了。


现在越改越复杂，越改越多，离原有的想法也越来越远了。血泪之言。哎。


最新回复 (19)
  • tassel 07-01 08:51
    1楼

    没有被发现的 bug 就是不是 bug，是 feature

  • ww870411 07-01 09:02
    2楼

    看看Mythos的战绩（自家宣传），有很多流程单看没问题、日常使用没问题，但是全放到一起看逻辑漏洞就出现了，还是人类的注意力和精力不够啊。

  • Zn_Lin 07-01 09:05
    3楼

    如果一次都做好了, 后面还怎么摸鱼呀 ^-^

  • Lcfctkg 07-01 09:07
    4楼

    科技在进步，人类在发展，昨天的需求是满足了，今天又发展一个新的东西，昨天的需求就没法满足了，这很正常

  • 可达鸭 07-01 09:08
    5楼

    能跑就没有BUG，只要用户能用，管它什么流程。

  • immortal6736 07-01 09:10
    6楼

    哈哈哈哈哈是这样的，我做一个仿真的mcp，已经重构好几版了，问就是还可以优化，不断屎上雕花 ^-^

  • wangYR 07-01 09:12
    7楼

    写代码是为了完成产品经理/客户的需求，然后领工资

    而不是为了一码传三代，人走码还在

    对待Bug要唯心，没问就是没有

  • pilaoban 07-01 09:13
    8楼

    还有一点，需求还会不断变化，今天提的逻辑是A，明天就改成了B直接原地推翻了 ^-^

  • Northam 07-01 09:13
    9楼

    先解决有无，再解决好坏，都是慢慢迭代的过程，遇到问题了，再去解决，这也是妥协的艺术。

  • svenn 07-01 09:14
    10楼

    有bug改bug, 无bug就堆新功能造bug, 反正不是在改bug就是在造bug的路上.

  • Coderls 07-01 09:14
    11楼

    只要是能跑起来 没有人说不好用就没有bug bug都是后面加各种东西加出来的

  • mengyang07 07-01 09:15
    12楼

    还是要有设计文档，每次修改代码前先改设计文档。即使这样也不一定保证没有bug，只能减少bug。

    另外，千行代码 6，7个bug,都算很优秀的工程师了吧

  • kingstacker 07-01 09:15
    13楼

    （1）先出一个最小的可工作的软件，有点bug也没关系；

    （2）迭代修复bug，增加功能，完事。 ^-^

  • ~罗宾汉~ 07-01 09:16
    14楼

    我之前有个同事，女生，真的牛，写了一个sub，零bug，在公司传为佳话

  • zeroblue959 07-01 09:17
    15楼

    程序员应当以最小化成本满足当前业务为主。等到了修修补补的时候，就离拿N+1不远了

  • jiandanking 07-01 09:18
    16楼

    应该这么想:

    以前的屎山代码都能跑,那么多问题都没出现过问题

    现在有了AI,有问题的概率更小了,不修也罢了

  • lll9p 07-01 09:18
    17楼

    现在在给ai擦屁股，我有个项目规模ai自己写的达到ai写的已经无法理解了

  • SkyBule 07-01 09:20
    18楼

    咋说到说到我的心坎上去了呢，事实好像也是这么一回事呀

  • Seanli 07-01 09:22
    19楼

    不影响操作的就不是bug，那是需要新增的新功能

* 帖子来源Linux.do
附近帖子
返回
飞读
随机推荐