作者:
ClawRage (猛爪Claw)
2026-03-16 05:39:38網路上常看到句俗諺
就算程式很爛,但他還能跑的話
不要動
https://i.postimg.cc/50RhQkmW/image.png
別嘗試優化
別嘗試改良
放到不能跑的那天再去想怎辦
這是鴕鳥心態吧,軟體業乾五家咪糜爛ㄟ?
作者:
neitia (Neitia)
2026-03-16 05:47:00不只軟體,連硬體都是這樣 總之,如果能跑 就不要動
作者:
poke001 (黑色雙魚)
2026-03-16 05:58:00連擦個灰塵清潔都可能擦完之後整個設備就故障了 看你敢不敢動阿 動了壞了就你要負責弄好
作者: ernova831 2026-03-16 06:13:00
不要沒事找事做
作者:
fffange (3fange)
2026-03-16 06:16: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是啊 很多事都是這種邏輯
作者:
DendiQ (貔貅)
2026-03-16 06:56: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哪有,上帝超喜歡砍掉重練的,地球上發生過好幾次大滅絕了,而物種小滅絕則不計其數
如果產品已經穩定 當然不用動 但如果今天要加feature
只有程式碼真的存在可見需要處理的問題 這才能叫做鴕鳥心態 否則你這是沒事找事
作者:
fetoyeh (小葉)
2026-03-16 07:22:00你怎麼知道你這改下去不會暴斃呢…
作者:
scott032 (yoyoyo)
2026-03-16 07:31:00所有東西都是這樣 不然花錢花時間誰出
作者:
yuetsu (Super White)
2026-03-16 07:33:00不改頂多被懂的人嘲笑幾句 改一下要是爆了你就死了
作者:
laechan (揮淚斬馬雲)
2026-03-16 07:37:00誰改誰負責
作者:
bnn (前途無亮回頭是暗)
2026-03-16 07:40:00那個是經濟效益問題 你改程式就是要心力和測試都是時間和錢
事實 你以為重構會讓程式變簡潔 但先不說你可能改錯就算你邏輯沒改錯但換了寫法會不會跟其他部分產生莫名奇妙的衝突你沒全面測試很難發覺然後開發最花時間精力的不是coding 是測試 你改點小東西 測試的時間比你改的時間還要多好幾倍
作者:
NoEric (にこにこにー)
2026-03-16 07:49:00屎山很多時候也是妥協的結果 不知道來龍去脈只會搞死自己
作者:
egg781 (å–µå‰)
2026-03-16 07:52:00甲骨文表示
作者:
orze04 (orz)
2026-03-16 07:52: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
作者:
iamnotgm (ä¼½è—之黑)
2026-03-16 08:20:0024樓你這就不懂了 與其改根本沒人知道在幹嘛的舊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一些功能沒解耦 改下去不會知道會不會破壞一些原有的功能或是埋了更可怕的地雷
作者: HOLDSTEAK (握牛排) 2026-03-16 08:40:00
不然你以為幹嘛放乖乖 誰知道移開了會怎樣連換都不敢換新的
作者:
MoyiEx (木易)
2026-03-16 08:42:00乖乖過期還是要換新的
是 出事的代價你扛不起金融業有些系統都很舊了 但是穩定沒出問題 沒人敢更新或優化
作者:
knives 2026-03-16 08:51:00不然出事你要負責嗎很多新手就是看了一堆CleanCode的書在那亂教,以為自己很行,前輩寫的都是大便
作者:
ab4daa (nooooooooooooooooooo)
2026-03-16 08:53:00if it works, don't fix it
作者: raisn (葡萄乾) 2026-03-16 08:54:00
為什麼Agile 行不通就是這個道理 很現實
總有小年輕想挑戰自然定律w別說人寫的程式, 連人體都是一堆bug能work的範例
作者:
D122 (å°é»‘çƒ)
2026-03-16 08:57:00鴕鳥心態不是這樣用的吧 重要的是程式真的能跑啊整天優化那盡頭到底在哪
作者:
lain2002 (lunca)
2026-03-16 08:57:00灰電平衡, 還能跑就絕對不要清
因為有時候你覺得這個小改一下就好 但其實牽扯的很多會變成你一改就是全部都要改還有種情況就是你改到一半突然想到說喔對吼當初因為XXX所以才這樣寫 那不能這樣改
作者: SuckRtkTV 2026-03-16 09:00:00
能動,就不要動
作者: woodghost 2026-03-16 09:10:00
沒聽過灰電平衡嗎?
作者:
usoko (time to face reality)
2026-03-16 09:10:00這在2024之後已經成為歷史了 連史上最陳 IBM的COBOL都能被AI修正了 這年頭已經沒有不能refactor的問題了但是電腦主機的塵電平衡仍然無解 請不要隨便拆開來清
作者: ZEXIS 2026-03-16 09:26:00
工程師流傳著一句話,一個bug是bug,但多個bug可能是work
作者:
lolicon (三次元滾開啦)
2026-03-16 09:31:00哇 那個血管好像有點屌 上帝真該(略
作者: cool8418 (彭凱) 2026-03-16 09:37:00
能做事就不要假會 這是不變的道理
作者: yamagishi (山岸刑務官) 2026-03-16 09:39:00
理想是每次都不要拖,bad smell 的地方可以重構就馬上重構現實就……很骨感
作者:
yellowhow (┴─┴~\( ̄□ ̄#)\)
2026-03-16 09:40:00因為改要花錢、要承擔出問題的風險問題一職都是誰出錢、誰負責,那怕有AI也是
本來就應該只針對瓶頸優化效能 或是針對時常需要調整的部分重構增加彈性 不然有些地方『優化』它根本沒效益 還可能出新bug
作者: dripping (鄧九公) 2026-03-16 09:42:00
你就知道為什麼有些公司系統還會放很舊的作業程式在跑
作者:
yellowhow (┴─┴~\( ̄□ ̄#)\)
2026-03-16 09:42:00就算這優化很簡單,但廠商不想給錢啊,那你要免費幫改?對廠商來說,這系統能運作就OK了,加錢就是浪費
作者: CKWexe (CKWexe) 2026-03-16 09:43:00
作者:
schula (mabi-weaver)
2026-03-16 09:48:00真的,可以跑就不要手賤去動,例如bios = =
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
作者: max60209 (人åƒç„¡é•·) 2026-03-16 10:17:00
牽一髮動全身當然可以動 你時間夠多肝夠耐操就可以 嫌工作太乏味就去早死
有個同事接手某程式嫌前一位寫得不夠好看決定用他的方式重寫,現在那個程式變好看了,但不能動了,供參
作者:
Y1999 (秋雨)
2026-03-16 10:38:00bug沒出事就是機制
這也是老梗了,2010s之前各種語言、套件、規範百家爭鳴,code寫成義大利麵是日常,這十年才比較多統一規格以及類型定義,現在還有AI幫忙根本沒啥程式難改的。
作者:
skyofme (天空人)
2026-03-16 10:50:00錯了對於那種架構混亂的老專案,這個才是ai真正幫不上忙的地方
作者: 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
連乖乖都要先放上新的才敢拿掉舊的
作者:
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翻翻新 大不了不會動
笑死,居然有人說那種屎山代碼專案可以讓Ai改,我看你很勇喔
作者:
jkkkj123 (ç…ŒåŸ ä¹‹æ²è˜‡)
2026-03-16 12:58:00原po也沒定義問題 我覺得能喊好玩就喊
越早改越好,後面成了屎山改都改不動整坨丟給AI只會叫他幫忙排版跟加註解,叫他重構別想了
作者: kskg 2026-03-16 13:47:00
改完不能動主管就會罵你沒事動個屁