[讨论] 只要程式还能跑，死都不要改?
楼主: ClawRage (猛爪Claw) 2026-03-16 05:39:38
网络上常看到句俗谚
就算程式很烂，但他还能跑的话
不要动
https://i.postimg.cc/50RhQkmW/image.png
别尝试优化
别尝试改良
放到不能跑的那天再去想怎办
这是鸵鸟心态吧，软件业干五家咪糜烂ㄟ?
就算程式很烂，但他还能跑的话
不要动
https://i.postimg.cc/50RhQkmW/image.png
别尝试优化
别尝试改良
放到不能跑的那天再去想怎办
这是鸵鸟心态吧，软件业干五家咪糜烂ㄟ?
作者: neitia (Neitia) 2026-03-16 05:47:00
不只软件,连硬件都是这样 总之,如果能跑 就不要动
作者: poke001 (黑色双鱼) 2026-03-16 05:58:00
连擦个灰尘清洁都可能擦完之后整个设备就故障了 看你敢不敢动阿 动了坏了就你要负责弄好
作者: fash5896 (zxc) 2026-03-16 06:02:00
别怀疑，只要能动就别去管它，等哪天有状况再说
作者: khfcgmbk (三毛儿) 2026-03-16 06:10:00
都正常运行了哪里鸵鸟
作者: ernova831 2026-03-16 06:13:00
不要没事找事做
作者: ymsc30102 (囧脸葱) 2026-03-16 06:15:00
你没被windows搞过?
作者: fffange (3fange) 2026-03-16 06:16:00
祖传程式码
作者: Rain0224 (深语) 2026-03-16 06:20:00
Oracle 表示：
作者: hiyonikki (阳) 2026-03-16 06:21:00
因为你改动后出包，解决BUG浪费的时间及心血超巨大，还不如不改
作者: MIshad (米写) 2026-03-16 06:28:00
除非有全新的工具可以节省整段工作 不然多半不会改
作者: CCNK 2026-03-16 06:39:00
因为生产就是赚钱 坏掉就是亏钱+时间
作者: lulocke (( *‵ω′)人(бвб )) 2026-03-16 06:46:00
你去银行业资讯部门问问看
作者: kducky (kd) 2026-03-16 06:47:00
是啊 很多事都是这种逻辑
作者: miyazakisun2 (hidetaka) 2026-03-16 06:51:00
除非主管说大胆改 给妳时间改 不然 对啊
作者: x94fujo6 2026-03-16 06:54:00
作者: DendiQ (貔貅) 2026-03-16 06:56:00
身体没还坏当然可以继续喝珍奶
作者: x94fujo6 2026-03-16 07:01:00
作者: low1219 (狗才加班) 2026-03-16 07:01:00
你知道质量守恒吗？维持在一个稳定的状态，就不要去动他！
作者: Dlareme (:D) 2026-03-16 07:06:00
雀食 用户端只要能用 谁管你code怎么写 没人在乎
作者: nightyao (yao) 2026-03-16 07:08:00
不然你以为鸭嘴兽怎么在世上，连上帝都不喜欢改
作者: tonyxfg (tonyxfg) 2026-03-16 07:14:00
哪有，上帝超喜欢砍掉重练的，地球上发生过好几次大灭绝了，而物种小灭绝则不计其数
作者: attacksoil (击壤) 2026-03-16 07:14:00
如果产品已经稳定 当然不用动 但如果今天要加feature
作者: henry1234562 (亨利二å三) 2026-03-16 07:14:00
只有程式码真的存在可见需要处理的问题 这才能叫做鸵鸟心态 否则你这是没事找事
作者: hasroten (赋洛流) 2026-03-16 07:16:00
会动的东西就不要动
作者: fetoyeh (小叶) 2026-03-16 07:22:00
你怎么知道你这改下去不会暴毙呢…
作者: salesperson (↖⊙○⊙↗Dr.阿宅) 2026-03-16 07:27:00
屎山代码就这样来的
作者: scott032 (yoyoyo) 2026-03-16 07:31:00
所有东西都是这样 不然花钱花时间谁出
作者: shinobunodok (R-Hong) 2026-03-16 07:32:00
改了会给你加薪吗
作者: yuetsu (Super White) 2026-03-16 07:33:00
不改顶多被懂的人嘲笑几句 改一下要是爆了你就死了
作者: laechan (挥泪斩马云) 2026-03-16 07:37:00
谁改谁负责
作者: smart0eddie (smart0eddie) 2026-03-16 07:40:00
牛.jpg
作者: bnn (前途无亮回头是暗) 2026-03-16 07:40:00
那个是经济效益问题 你改程式就是要心力和测试都是时间和钱
作者: onionandy (かよう) 2026-03-16 07:41:00
事实 你以为重构会让程式变简洁 但先不说你可能改错就算你逻辑没改错但换了写法会不会跟其他部分产生莫名奇妙的冲突你没全面测试很难发觉然后开发最花时间精力的不是coding 是测试 你改点小东西 测试的时间比你改的时间还要多好几倍
作者: NoEric (にこにこにー) 2026-03-16 07:49:00
屎山很多时候也是妥协的结果 不知道来龙去脉只会搞死自己
作者: tn00210585 (*〞︶〝*) 2026-03-16 07:49:00
如果你没有营运压力，天管你怎么改
作者: LipaCat5566 (不断与时间竞赛) 2026-03-16 07:50:00
就跟你家不会天天重盖一样 他没毛病动他干嘛
作者: egg781 (å–µå‰) 2026-03-16 07:52:00
甲骨文表示
作者: orze04 (orz) 2026-03-16 07:52:00
作者: StrikeBee (JKユニット) 2026-03-16 08:01:00
当然 要是出事你要扛责 除非是你的老板/主管指示
作者: amsmsk (449) 2026-03-16 08:05:00
出问题你负责吗
作者: efkfkp (Heroprove) 2026-03-16 08:06:00
你想改可以有空闲时写新的模拟试验跑完再说啊，谁叫你在主要产线上边修边测的，当机你的薪水付得起损失吗XD
作者: lolicon (三次元滚开啦) 2026-03-16 08:09:00
笑死 紥线带绑血管wwwww
作者: CKRO (CKRO) 2026-03-16 08:15:00
一堆bug能work
作者: welkin0105 (实验与料理的旅行者) 2026-03-16 08:16:00
不要没事找事，真的
作者: iamnotgm (ä¼½è—之黑) 2026-03-16 08:20:00
24楼你这就不懂了 与其改根本没人知道在干嘛的旧code还不如干脆砍掉重练 这更加说明上帝也不喜欢改code
作者: Annulene (tokser) 2026-03-16 08:20:00
有些游戏不知道在肥什么 可能就这种情况
作者: bgrich (bgrich) 2026-03-16 08:20:00
修显卡的张哥都说了 能动就不要清太干净 会破坏灰电平衡
作者: zore14563 2026-03-16 08:20:00
改了出bug花得侦错时间可能都够你搞个新案件了，别没事找事
作者: tamynumber1 (Bob) 2026-03-16 08:24:00
改好没功劳 改坏你的责任
作者: qazw222 (诚实手套) 2026-03-16 08:25:00
对，没有错，不要白目乱搞自作聪明搞到爆炸求收尾的事情看太多了
作者: kkmmking (炉石想上传说阿!) 2026-03-16 08:28:00
不要怀疑，连盖房子也是一样
作者: dgplayer (不是假发是桂) 2026-03-16 08:29:00
宁愿从头重写都不要去动旧code
作者: orze04 (orz) 2026-03-16 08:38:00
https://i.imgur.com/ceeDNOu.png 上帝留下来的屎山代码
作者: Alex548291 (ARS·L) 2026-03-16 08:39:00
一些功能没解耦 改下去不会知道会不会破坏一些原有的功能或是埋了更可怕的地雷
作者: HOLDSTEAK (握牛排) 2026-03-16 08:40:00
不然你以为干嘛放乖乖 谁知道移开了会怎样连换都不敢换新的
作者: MoyiEx (木易) 2026-03-16 08:42:00
乖乖过期还是要换新的
作者: chrisjeremy (Yomi) 2026-03-16 08:50:00
是 出事的代价你扛不起金融业有些系统都很旧了 但是稳定没出问题 没人敢更新或优化
作者: knives 2026-03-16 08:51:00
不然出事你要负责吗很多新手就是看了一堆CleanCode的书在那乱教，以为自己很行，前辈写的都是大便
作者: ab4daa (nooooooooooooooooooo) 2026-03-16 08:53:00
if it works, don't fix it
作者: raisn (葡萄干) 2026-03-16 08:54:00
为什么Agile 行不通就是这个道理 很现实
作者: testwindraja (时间不等人 早起最好) 2026-03-16 08:55:00
总有小年轻想挑战自然定律w别说人写的程式, 连人体都是一堆bug能work的范例
作者: D122 (å°é»‘çƒ) 2026-03-16 08:57:00
鸵鸟心态不是这样用的吧 重要的是程式真的能跑啊整天优化那尽头到底在哪
作者: lain2002 (lunca) 2026-03-16 08:57:00
灰电平衡, 还能跑就绝对不要清
作者: blackvision (黑幻) 2026-03-16 08:59:00
因为有时候你觉得这个小改一下就好 但其实牵扯的很多会变成你一改就是全部都要改还有种情况就是你改到一半突然想到说喔对吼当初因为XXX所以才这样写 那不能这样改
作者: SuckRtkTV 2026-03-16 09:00:00
能动,就不要动
作者: woodghost 2026-03-16 09:10:00
没听过灰电平衡吗？
作者: palapalanhu (宅宅史莱姆Lv.1) 2026-03-16 09:10:00
修车还不是一样,常常拆了就越坏越多
作者: usoko (time to face reality) 2026-03-16 09:10:00
这在2024之后已经成为历史了 连史上最陈 IBM的COBOL都能被AI修正了 这年头已经没有不能refactor的问题了但是电脑主机的尘电平衡仍然无解 请不要随便拆开来清
作者: ciafbi007 (春困夏乏秋盹冬眠) 2026-03-16 09:13:00
就很玄 不要不信
作者: ZEXIS 2026-03-16 09:26:00
工程师流传着一句话，一个bug是bug，但多个bug可能是work
作者: allen886886 (昨天没睡饱) 2026-03-16 09:28:00
灰尘都不能乱清了
作者: lolicon (三次元滚开啦) 2026-03-16 09:31:00
哇 那个血管好像有点屌 上帝真该（略
作者: cool8418 (彭凯) 2026-03-16 09:37:00
能做事就不要假会 这是不变的道理
作者: hh123yaya (KID) 2026-03-16 09:37:00
不一定是死都不要改 至少你改了也不要上板
作者: yamagishi (山岸刑务官) 2026-03-16 09:39:00
理想是每次都不要拖，bad smell 的地方可以重构就马上重构现实就……很骨感
作者: wayneshih (漂流虚海的雁太保) 2026-03-16 09:40:00
因为长官说这个小改一下明天弄好
作者: yellowhow (┴─┴～\(￣□￣#)\) 2026-03-16 09:40:00
因为改要花钱、要承担出问题的风险问题一职都是谁出钱、谁负责，那怕有AI也是
作者: Darkword1987 (黑字) 2026-03-16 09:42:00
本来就应该只针对瓶颈优化效能 或是针对时常需要调整的部分重构增加弹性 不然有些地方‘优化’它根本没效益 还可能出新bug
作者: dripping (邓九公) 2026-03-16 09:42:00
你就知道为什么有些公司系统还会放很旧的作业程式在跑
作者: yellowhow (┴─┴～\(￣□￣#)\) 2026-03-16 09:42:00
就算这优化很简单，但厂商不想给钱啊，那你要免费帮改?对厂商来说，这系统能运作就OK了，加钱就是浪费
作者: CKWexe (CKWexe) 2026-03-16 09:43:00
https://bit.ly/4snIVAU 就跟这个一样
作者: Satomisan (小恶魔石原) 2026-03-16 09:43:00
能动就不要动
作者: schula (mabi-weaver) 2026-03-16 09:48:00
真的，可以跑就不要手贱去动，例如bios = =
作者: LipaCat5566 (不断与时间竞赛) 2026-03-16 09:50:00
windows很多资料夹是为了向前兼容保留 intel很多结构也是到14才推翻大改
作者: HuanLin07 2026-03-16 09:53:00
即便是很简单的优化也不要擅自去改 天晓得改了结果整个程式跑不动 大家还得花大半时间去抓到底哪出问题
作者: dinosd2 (...) 2026-03-16 09:54:00
改了出问题谁要负责?这个是重点，除非老板愿意给你钱跟时间去改，还能弄到确定没问题
作者: DEAKUNE (*ReVeluv*/~Buddy~) 2026-03-16 09:57:00
那是因为一开始就没有好好写注解，另外有些人一周内没搞定优化，下周回来就忘了怎么写的，要改动就会出bug
作者: asmiocv 2026-03-16 10:05:00
屎山程式码还没注解就是靠有出问题慢慢修出来的，不要动他!https://meee.com.tw/SHWaT3p.gif
作者: runedcross (Shiki) 2026-03-16 10:09:00
比起bug更多是因为弄这个大多没有绩效
作者: patvessel (帕特贝赛尔) 2026-03-16 10:16:00
领钱就是这样啊 没钱做兴趣的有就不说了
作者: max60209 (人åƒç„¡é•·) 2026-03-16 10:17:00
牵一发动全身当然可以动 你时间够多肝够耐操就可以 嫌工作太乏味就去早死
作者: hayashiyuu (yuu) 2026-03-16 10:31:00
有个同事接手某程式嫌前一位写得不够好看决定用他的方式重写，现在那个程式变好看了，但不能动了，供参
作者: Y1999 (秋雨) 2026-03-16 10:38:00
bug没出事就是机制
作者: h0103661 (路人喵) 2026-03-16 10:39:00
这也是老梗了，2010s之前各种语言、套件、规范百家争鸣，code写成意大利面是日常，这十年才比较多统一规格以及类型定义，现在还有AI帮忙根本没啥程式难改的。
作者: skyofme (天空人) 2026-03-16 10:50:00
错了对于那种架构混乱的老专案，这个才是ai真正帮不上忙的地方
作者: fight40520 (回澜) 2026-03-16 10:52:00
嫌工作不够多？当薪水小偷不好吗？
作者: jackjoke2007 (jjk) 2026-03-16 10:59:00
坏掉要多花钱 钱你出吗
作者: s8900117 (bat) 2026-03-16 11:11:00
真的不要乱动
作者: rlrbc (猪猪) 2026-03-16 11:18:00
因为改了出BUG又要花时间处理
作者: gg0079 (edr) 2026-03-16 11:43:00
改(X) 改不好整干脆个重写(O)
作者: k798976869 (kk) 2026-03-16 11:54:00
老板：为什么要花钱改？现在有AI 重做很快 就一堆公司开啥x10 x100 x1000用AI重做新的目的是要开除原本只有他懂的藏招老屁股员工
作者: Norias 2026-03-16 12:05:00
连乖乖都要先放上新的才敢拿掉旧的
作者: twn65w65 (喵喵羊) 2026-03-16 12:09:00
作者: adsaf (亚兰斯‧米斯特利亚) 2026-03-16 12:16:00
很多都是成本问题，不是技术问题
作者: Anchorage 2026-03-16 12:22:00
本程序依靠BUG运行，请勿随意修正
作者: richard586 (selervice) 2026-03-16 12:47:00
有空当然可以改，但程式人员永远没空
作者: jkkkj123 (ç…ŒåŸ ä¹‹æ²è˜‡) 2026-03-16 12:54:00
怕啥 直接整坨丢给ai翻翻新 大不了不会动
作者: ren740719 (雪月灿) 2026-03-16 12:56:00
笑死，居然有人说那种屎山代码专案可以让Ai改，我看你很勇喔
作者: jkkkj123 (ç…ŒåŸ ä¹‹æ²è˜‡) 2026-03-16 12:58:00
原po也没定义问题 我觉得能喊好玩就喊
作者: gary82gary (Gary) 2026-03-16 13:20:00
越早改越好，后面成了屎山改都改不动整坨丢给AI只会叫他帮忙排版跟加注解，叫他重构别想了
作者: kskg 2026-03-16 13:47:00
改完不能动主管就会骂你没事动个屁
