[閒聊] 寫程式真的這麼邪門嗎？
作者: STAV72 (刁民黨黨務主委) 2023-01-26 10:11:13
https://i.imgur.com/NLPJc6B.jpg
科學家：讚啦！有用了！
教授：很好，讓我們看看是如何作用跟怎麼作用！
碼農：讚啦！跑起來了！
主管：別再碰它，沒人知道會不會無預警當掉。
寫程式真的這麼邪門嗎？
科學家：讚啦！有用了！
教授：很好，讓我們看看是如何作用跟怎麼作用！
碼農：讚啦！跑起來了！
主管：別再碰它，沒人知道會不會無預警當掉。
寫程式真的這麼邪門嗎？
作者: gaym19 (best689tw) 2023-01-26 10:13:00
是 如果這個碼沒問題 就千萬別動
作者: jeremy7986 (影子-shadow★) 2023-01-26 10:14:00
是 動了要是壞掉 不如不要動
作者: storyo11413 (小便) 2023-01-26 10:14:00
程式碼寫的時候就知道原理和作用 又不是亂寫的
作者: nyanpasu (nyanpasu) 2023-01-26 10:14:00
開玩笑輕鬆的講而已...
作者: gaym19 (best689tw) 2023-01-26 10:14:00
尤其是長年累積不知道傳承幾代的code
作者: Tsukasa0320 (呆丸廢宅最後希望) 2023-01-26 10:14:00
我文組辣 不能複製一份來拆嗎？
作者: sd106 (過路人) 2023-01-26 10:14:00
是 絕對不要動
作者: jack8845 (平賀才人) 2023-01-26 10:15:00
很多時候我他媽也不知道我在寫啥 反正能跑就好
作者: poke001 (黑色雙魚) 2023-01-26 10:15:00
因為有可能連寫的人都忘記了當初怎麼寫出來的XD
作者: Bugquan (靠近邊緣) 2023-01-26 10:15:00
與其複製一份，不如整個打掉重來
作者: emptie ([ ]) 2023-01-26 10:16:00
可以複製一份來改啊 只是對主管來說去動已經working的東西可能不如多修幾個bug
作者: gaym19 (best689tw) 2023-01-26 10:16:00
理論上要修是可以複製一份慢慢拆啊
作者: dokutenshi (好吃不如嫂子) 2023-01-26 10:16:00
100串程式碼 你只要找一條出來DEBUG就算了
作者: gaym19 (best689tw) 2023-01-26 10:17:00
但與其複製一份你不如趕快寫新的 下一版要上了
作者: dokutenshi (好吃不如嫂子) 2023-01-26 10:17:00
一萬串程式碼 叫你找一條出來DEBUG 看你要不要這樣玩大概就是這樣吧 既然不曉得他是怎麼成功動起來的
作者: gox1117 (月影秋楓) 2023-01-26 10:17:00
4 如果他能動就不要動==
作者: Kohran (Samy) 2023-01-26 10:17:00
不然為什麼要拜乖乖
作者: Jaka (Jaka) 2023-01-26 10:18:00
能不動就別動 以後有錯都先怪動的人
作者: dokutenshi (好吃不如嫂子) 2023-01-26 10:18:00
那就甚麼事都別做 祈禱不要哪天出問題然後屁股擦不完
作者: storyo11413 (小便) 2023-01-26 10:18:00
程式碼可能有一堆目標變動已無功用的片段 研究無意義
作者: xsdferty035 (Free逛逛) 2023-01-26 10:18:00
尤其是老系統一個function後面可以trace出一大坨東西的
作者: spfy (spfy) 2023-01-26 10:18:00
理論上可以 但時間人力和金錢的考量 主管會叫你別動
作者: jason401310 (開銅樂會囉) 2023-01-26 10:18:00
科學也差不多
作者: yuizero (14) 2023-01-26 10:18:00
理論歸理論 我曾經有複製一份慢慢拆。結果只是拆了合併根本沒改就不動了
作者: bestteam (wombat是胖胖熊) 2023-01-26 10:19:00
是
作者: ringtweety (tark) 2023-01-26 10:19:00
不只程式部分 硬體也一樣 可以動就不要亂動 連灰塵都
作者: arrenwu (鍵盤的戰鬼) 2023-01-26 10:19:00
其實上下兩格對程式來說並沒有衝突XD
作者: yuizero (14) 2023-01-26 10:19:00
後來一查。可能是rs324什麼的在我拆時驅動不見了
作者: bheegrl 2023-01-26 10:19:00
負負得正啊，你把其中一個負的改成正的試試
作者: suanruei (suanruei) 2023-01-26 10:20:00
跟人體基因很像啊
作者: gaym19 (best689tw) 2023-01-26 10:20:00
不要說工作 學生專題或作業這種的
作者: cplusplus426 (c++) 2023-01-26 10:20:00
線上的系統才會不動 開發中的動起來要先驗證效能
作者: j147589 ((joyisbitch)) 2023-01-26 10:20:00
我的程式跑不起來 我根本不知道為什麼/我的程式跑起來了我根本不知道為什麼.jpg
作者: WiLLSTW (WiLLS) 2023-01-26 10:20:00
而且有時候用一些邪門的方法呼叫IDE可能會trace不到…
作者: arrenwu (鍵盤的戰鬼) 2023-01-26 10:20:00
@Tsukasa0320 現在有git 連複製都不用 爽改就改
作者: ringtweety (tark) 2023-01-26 10:21:00
不要清 線再亂也不要重新理
作者: kirimaru73 (霧丸) 2023-01-26 10:21:00
每一條程式碼都可能會有寫的人完全沒有想到的副作用
作者: arrenwu (鍵盤的戰鬼) 2023-01-26 10:21:00
改一個東西爛了也是馬上可以revert
作者: WarnLeadwar (F2P=P2W) 2023-01-26 10:21:00
程式碼就跟飛機一樣 會動就是會動
作者: chung2007 (2007) 2023-01-26 10:22:00
我完全不知道為什麼我的程式沒辦法動
作者: kirimaru73 (霧丸) 2023-01-26 10:22:00
所以你搬一搬把副作用翻山倒海後結果就完全不一樣了
作者: bobby4755 (蒼鬱之夜) 2023-01-26 10:22:00
死線在前能用就好
作者: arrenwu (鍵盤的戰鬼) 2023-01-26 10:22:00
@kirimaru73 這個也是為什麼現在流行 test-driven
作者: swbthj (swbthj) 2023-01-26 10:22:00
如果是要Debug的話就要讓他當掉你才知道要改哪裡
作者: louispencer (大俠吃漢堡) 2023-01-26 10:22:00
主要是 哪有那麼閒 下個專案在催了
作者: arrenwu (鍵盤的戰鬼) 2023-01-26 10:23:00
我以前也覺得寫unit tests超煩XD
作者: Reze (Bomb) 2023-01-26 10:23:00
很多程式甚至是靠Bug在運行的
作者: bheegrl 2023-01-26 10:23:00
不確定其它人call這api而做出多少妥協時就別亂動了
作者: ro22113175 (明月) 2023-01-26 10:23:00
鴿子起飛.jpg
作者: ringtweety (tark) 2023-01-26 10:23:00
神人可以做得到 但多數人終究是一般人
作者: arrenwu (鍵盤的戰鬼) 2023-01-26 10:24:00
不過不知道為什麼會work通常是誇大了就是
作者: Jaka (Jaka) 2023-01-26 10:24:00
西洽一堆程式大師:O
作者: chung2007 (2007) 2023-01-26 10:24:00
經年累月的系統要全部搞懂不如打掉重練，有些人寫的程式碼除了自己以外只有電腦看到懂，有些時候連他自己都看不懂
作者: Wolfclaw (Wolfclaw) 2023-01-26 10:24:00
碼農：幹，為什麼壞了？也是碼農：幹，為什麼好了？
作者: kirimaru73 (霧丸) 2023-01-26 10:24:00
實務上是 不知道為什麼讓這個嚴重的bug不再出現了
作者: arrenwu (鍵盤的戰鬼) 2023-01-26 10:25:00
改動如果有跟預期不一樣的行為通常不太可能就放著
作者: kirimaru73 (霧丸) 2023-01-26 10:25:00
而在這個過程中最顯眼的是乖乖 那真相就是乖乖了
作者: marx93521 (<阿ㄉ一ㄥˋ>) 2023-01-26 10:26:00
是 尤其是接手維護的通常是能動就好能不改就不改
作者: cplusplus426 (c++) 2023-01-26 10:26:00
乖乖就只是個迷信而已
作者: chung2007 (2007) 2023-01-26 10:26:00
有些人的習慣就很糟，到處int a int* int**
作者: v21638245 (等雨婷) 2023-01-26 10:27:00
其實就是那句名言 it's just work
作者: Kingofknife (L-E-X) 2023-01-26 10:27:00
專業點原因在內核運作上你少看幾千萬行的基礎邏輯導
作者: hugct (cchug) 2023-01-26 10:27:00
沒注解 沒文件 沒時間 沒問題
作者: jetalpha (月迷風影) 2023-01-26 10:27:00
應該是程式碼太多行，再加上通常不寫註解，
作者: TonyYo 2023-01-26 10:27:00
#相信乖乖
作者: poco0960 (poco) 2023-01-26 10:27:00
很多段沒人看得懂他是幹嘛的，但是把那段拿掉就會初四
作者: arrenwu (鍵盤的戰鬼) 2023-01-26 10:28:00
不寫註解直接git blame找出來幹爆了 操 欠幹
作者: chung2007 (2007) 2023-01-26 10:28:00
你可以不相信乖乖把它們全部吃掉，但是你要相信當你把它們全部吃掉之後，一定會有一群人來打你
作者: LeafLu (小葉) 2023-01-26 10:28:00
開branch再改
作者: jetalpha (月迷風影) 2023-01-26 10:28:00
時間一久，後續再加寫程式碼出Bug，就不知道要改哪裡了
作者: Kingofknife (L-E-X) 2023-01-26 10:28:00
最離譜的還有編譯框架的編譯器居然還是特別版
作者: p257416000 (冷淡) 2023-01-26 10:28:00
除非現在在比賽，不然就是做出能動的code就好，優化一個點爆炸的機率高
作者: umikamo 2023-01-26 10:28:00
尤其是滿滿的goto
作者: arrenwu (鍵盤的戰鬼) 2023-01-26 10:29:00
以前我不懂為什麼 git blame 要叫作 git blame後來就懂了
作者: kirimaru73 (霧丸) 2023-01-26 10:29:00
有一個很有名的粒子叫做0x5f3759df
作者: MoodyBlues (國軍最菜的基層軍官) 2023-01-26 10:29:00
是
作者: Kingofknife (L-E-X) 2023-01-26 10:29:00
別懷疑中國的程式碼很多長這鬼樣
作者: leotimjack (留下來未必好) 2023-01-26 10:29:00
你會不記得當時你在寫什麼
作者: cplusplus426 (c++) 2023-01-26 10:29:00
看系統需求吧 太爛的效能不優化上線一樣是炸
作者: ringtweety (tark) 2023-01-26 10:30:00
能動就好 寫得再有嘈點它還是能動
作者: s4511981 (置身事外的占卜師) 2023-01-26 10:30:00
是 能work的碼千萬不要亂動
作者: kirimaru73 (霧丸) 2023-01-26 10:30:00
其實叫做git motherfucker比較信達雅 可惜不太被接受
作者: zerox1336 (zzzzzz) 2023-01-26 10:30:00
如果連unit test也很難維護怎麼辦：）
作者: arrenwu (鍵盤的戰鬼) 2023-01-26 10:30:00
現在程式開發應該都有 unittests 和 end-to-end tests
作者: chung2007 (2007) 2023-01-26 10:30:00
重構
作者: jetalpha (月迷風影) 2023-01-26 10:30:00
沒有維護概念的工程師本身在寫或是改程式碼時，
作者: kirimaru73 (霧丸) 2023-01-26 10:31:00
有一個比較少見的粒子是你一定要把程式容量縮小個N倍
作者: chrisjeremy (Yomi) 2023-01-26 10:31:00
4 程式不徹底解決Bug 是因為案子在趕還有很多東西要做 所以只要不會當掉就好 久了這個問題也被人遺忘 有一天突然復發 大多數人也都忘記原因是什麼了
作者: jetalpha (月迷風影) 2023-01-26 10:31:00
是很容易有意無意就忘了註解存在的……
作者: Kingofknife (L-E-X) 2023-01-26 10:31:00
現在開發何止test程式從系統建設編譯框架就開始測
作者: WiLLSTW (WiLLS) 2023-01-26 10:32:00
看到有人在現代環境goto來goto去我一定會發狂
作者: kirimaru73 (霧丸) 2023-01-26 10:32:00
產品有bug無所謂，如果不會掉星就不重要了，管它幹嘛
作者: arrenwu (鍵盤的戰鬼) 2023-01-26 10:32:00
@zerox1336 還是得維護啊 不然測試程式就沒意義了git blame還真的是在找motherfucker
作者: raphin (Irma) 2023-01-26 10:32:00
沒註解就會變這樣
作者: chrisjeremy (Yomi) 2023-01-26 10:33:00
有些碼農自以為自己的Code很乾淨 變數命名取得好所以不寫註解==
作者: gaym19 (best689tw) 2023-01-26 10:33:00
怕得是註解也告訴你不知道怎麼動的
作者: dolaenom (小土包) 2023-01-26 10:33:00
通通做成函式藏起來，只管輸出入，內容沒事不要動。
作者: arrenwu (鍵盤的戰鬼) 2023-01-26 10:34:00
註解不知道怎麼動的 那至少要file一張ticket了
作者: iwinlottery (我中樂透頭彩) 2023-01-26 10:34:00
It恐怖故事
作者: penta (舞璉) 2023-01-26 10:34:00
是 it just works
作者: kirimaru73 (霧丸) 2023-01-26 10:34:00
不需要註解就可閱讀的程式是一種理想，也有可能實現
作者: Kingofknife (L-E-X) 2023-01-26 10:35:00
都寫進10幾層物件的看屁股啊 得寫ide特殊註解才能帶
作者: kirimaru73 (霧丸) 2023-01-26 10:35:00
但如果你的程式裡面每個變數名稱都長得像
作者: arrenwu (鍵盤的戰鬼) 2023-01-26 10:35:00
repo如果你自己一個人用 想要堅持那理想無妨
作者: kirimaru73 (霧丸) 2023-01-26 10:36:00
nIntegerValueOfCharacterSkillCharge 這樣的話那你就不會堅持什麼可閱讀性了
作者: wansincere (無印良品) 2023-01-26 10:36:00
“程式出bug了“ ， ”最後改的人是誰？“ 大概是這樣
作者: kirimaru73 (霧丸) 2023-01-26 10:37:00
就算最後改的是你 你還是有機會往前追10-20個版本夾出真正改出問題的那位motherfucker然後把bug轉給他
作者: tw11509 (John-117) 2023-01-26 10:38:00
不要笑，某些新創公司業務需求一直大改又趕著上線，還真的會變這樣ＸＤ
作者: shinobunodok (R-Hong) 2023-01-26 10:38:00
是 他如果會動會跑 就不要去理他
作者: kirimaru73 (霧丸) 2023-01-26 10:38:00
不過希望你家的程式編譯+運行一次小於30分鐘
作者: xaxa0101 (無名氏) 2023-01-26 10:38:00
作者: asdwsd (asdwsd) 2023-01-26 10:38:00
作者: diabolica (打回大師å†æ”¹ID) 2023-01-26 10:38:00
我都脫離苦海了別再讓我想起來==
作者: arrenwu (鍵盤的戰鬼) 2023-01-26 10:38:00
新創我「比較」可以理解
作者: monkeytsai (猴子老大) 2023-01-26 10:38:00
是 連一個換行都不敢多加
作者: poco0960 (poco) 2023-01-26 10:39:00
老闆在後面催進度的東西這樣搞很正常，根本沒時間好好測
作者: kirimaru73 (霧丸) 2023-01-26 10:39:00
bug還是一定要修的啦 尤其是那種讓4.1顆星變3.9顆星的
作者: shinobunodok (R-Hong) 2023-01-26 10:39:00
而且很多時候會 明明是上午的我寫的東西 下午的我：這啥？
作者: talrusha (黑桃Ace) 2023-01-26 10:40:00
舊碼不知道在幹嘛沒辦法...
作者: ko27tye (好滋好滋) 2023-01-26 10:40:00
新創多的是連需求都不確定的 code亂七八糟也正常
作者: poco0960 (poco) 2023-01-26 10:40:00
很多都上線出問題才修，那時候也不能停太久
作者: MrGamplin (RIPCOC) 2023-01-26 10:40:00
下一個接手的倒楣鬼：幹這個在寫三小，為什麼可以動
作者: poco0960 (poco) 2023-01-26 10:41:00
新創多的是新手村剛出來的啊
作者: kirimaru73 (霧丸) 2023-01-26 10:41:00
「軟體工程師寫的每行程式碼，需要由另一個軟體工程師向保姆一樣親眼看過並及時提醒改正嚴重的錯誤」
作者: arrenwu (鍵盤的戰鬼) 2023-01-26 10:41:00
我以為新創一般比較喜歡找老鳥/即戰力
作者: tim012345 (風) 2023-01-26 10:41:00
化學的~好像比較在乎能否重現~若無法就沒啥屁用~
作者: GNT0000 (00Q) 2023-01-26 10:41:00
迷信總比加班好
作者: chaosic (chaosic) 2023-01-26 10:41:00
都有那種上線兩三年正常運作，某天突然有bug的狀況了
作者: poco0960 (poco) 2023-01-26 10:42:00
新創進門一切靠口欠
作者: arrenwu (鍵盤的戰鬼) 2023-01-26 10:42:00
誰都很重視能否重現
作者: justwedave (dave) 2023-01-26 10:42:00
it works on my computer ：）
作者: yys310 (有水當思無水之苦) 2023-01-26 10:42:00
幾個月後那code就變成別人寫的code了
作者: jetalpha (月迷風影) 2023-01-26 10:42:00
那是理想，所以一定要加註解讓後續維護的工程師知道前面的工程師是用啥想法去寫出那堆東西的。
作者: tkglobe (nashi) 2023-01-26 10:43:00
是 沒問題就不要去動它
作者: arrenwu (鍵盤的戰鬼) 2023-01-26 10:43:00
只是生科領域如果沒辦法重現你就當他造假的話，這領域的
作者: park3300326 (iowa) 2023-01-26 10:43:00
是 尤其是寫韌體的 很多奇怪的寫法可能是為了幫硬體
作者: WarnLeadwar (F2P=P2W) 2023-01-26 10:43:00
不知道變數名稱可以設定多長
作者: CorkiN (柯基) 2023-01-26 10:43:00
幫支援鴿子gifhttps://i.imgur.com/vZVpsRS.gif
作者: wohtp (會喵喵叫的大叔) 2023-01-26 10:43:00
實驗室裡面架儀器也是一樣啦。在紙上一切看起來都很美好，實際上每個老師博後組了都不靈，只有某個內建金手指屬性的學生組的會正常運作。這時不會有人去研究金手指，只有上供一包乖乖，默默開始量sample。
作者: laechan (揮淚斬馬雲) 2023-01-26 10:44:00
能動了就不要再去碰它
作者: truegod000 (我是原住民) 2023-01-26 10:45:00
然而 即便你的團隊都有這樣的好習慣 當你接到 3rd party library...
作者: jetalpha (月迷風影) 2023-01-26 10:45:00
電子產品就是計算機，正常來說丟同樣的東西進去就會跑出同樣的結果，所以寫註解很重要……
作者: DendiQ (貔貅) 2023-01-26 10:45:00
第一格科學家挺奇怪的，什麼都不知道怎麼做實驗
作者: william45682 (Bear熊) 2023-01-26 10:45:00
4444
作者: kirimaru73 (霧丸) 2023-01-26 10:46:00
「你們的程式有問題」「沒關係我們有提供source code」提供的source code：
作者: Dayton (今夜如此，夜夜皆然。) 2023-01-26 10:46:00
論comments的重要www
作者: truegod000 (我是原住民) 2023-01-26 10:47:00
正常來說... 機器跟你鬧彆扭的不算
作者: kirimaru73 (霧丸) 2023-01-26 10:47:00
煉金術士轉科學家的話向第一格那樣不奇怪只是99/100會直接自爆在實驗室內，你看到的是生存者
作者: arrenwu (鍵盤的戰鬼) 2023-01-26 10:48:00
comments 真的 超重要 寫得像作文都無所謂
作者: hsnu7980 (老二) 2023-01-26 10:48:00
純軟比較不會有重現的問題吧
作者: WarnLeadwar (F2P=P2W) 2023-01-26 10:48:00
浮點數 :)
作者: michuo (michuo) 2023-01-26 10:48:00
作者: Ericz7000 (Ericz7000nolan) 2023-01-26 10:48:00
久遠的code當然別動
作者: k798976869 (kk) 2023-01-26 10:48:00
能複製就複製 不要動裡面
作者: mikuyoyo (拍拍) 2023-01-26 10:48:00
很多東西已經上線了，萬一亂改當下可能沒問題把他上上去，結果經過user用後發現更多問題那賠更大
作者: hsnu7980 (老二) 2023-01-26 10:49:00
如果同一台機器 丟進去東西一樣產出不一樣，一定是機器的文題，純軟：窩不知道
作者: tv1239 (路過的) 2023-01-26 10:50:00
用別人的lib怎麼死的都不知道 十幾年沒人發現的bug之類
作者: tim012345 (風) 2023-01-26 10:50:00
程式是按照你邏輯跑~有問題就解決~所以他照著跑~剩下要
作者: arrenwu (鍵盤的戰鬼) 2023-01-26 10:50:00
3rd party lib 受歡迎的通常有bug也都有ticket了
作者: hsnu7980 (老二) 2023-01-26 10:50:00
等等jserv 大神要截圖罵學生了
作者: x8931139 (貢丸糖) 2023-01-26 10:51:00
4 內碼沒問題就別動 動了就壞了
作者: kirimaru73 (霧丸) 2023-01-26 10:51:00
是機器的問題，但也是你的程式用念針去插機器腦的問題
作者: hsnu7980 (老二) 2023-01-26 10:51:00
用大家在用的lib 至少一堆人幫忙debug
作者: tv1239 (路過的) 2023-01-26 10:53:00
memory被插爛之後 還要跑好幾個小時才會發生的bug想起來就覺得背後涼涼的
作者: kirimaru73 (霧丸) 2023-01-26 10:54:00
程式會嚴格照著"你寫的程式碼的邏輯"跑而這個邏輯通常會內含大量的RNG
作者: truegod000 (我是原住民) 2023-01-26 10:54:00
致這幾天還要on call 的工程師 （淚
作者: starsheep013 (星絨綿羊) 2023-01-26 10:54:00
從硬體到軟體，會出包的可能性太多了甚至會有複合combo，所以沒事別動
作者: arrenwu (鍵盤的戰鬼) 2023-01-26 10:54:00
所以要寫unit tests啊XD
作者: CorkiN (柯基) 2023-01-26 10:55:00
我總覺得這個問題在西洽也是月經文了==
作者: arrenwu (鍵盤的戰鬼) 2023-01-26 10:55:00
@kirimaru73 乍看之下還以為你在講五條悟
作者: tv1239 (路過的) 2023-01-26 10:56:00
複合combo真的很high 有時候換個螢幕你程式就爆炸了
作者: CowBaoGan (直死之馬眼) 2023-01-26 10:56:00
是 特別是韌體 跑的動就別再去碰它 你根本不知道前人留下來的code有多少亂七八糟的workaround
作者: arrenwu (鍵盤的戰鬼) 2023-01-26 10:56:00
不過也有發生過「我以為他們這樣運轉」但實際上不是的情況XD 不過反正是在merge前爆開 倒無所謂
作者: silence5566 (我難過) 2023-01-26 10:57:00
雀食 它運作正常就不要動
作者: Aquarius126 (Aquarius126) 2023-01-26 10:57:00
這問題通常是前人寫的code，把多個功能耦合在一起來，文件跟註解又沒寫好。專案在跑的時候，通常不會有這麼多時間給你重構或解BUG，所以才會有人說能動就好
作者: Seventhsky (7th空) 2023-01-26 10:59:00
3F 能100%了解程式碼怎麼跑的只有小程式而已啦XDD
作者: kirimaru73 (霧丸) 2023-01-26 11:01:00
寫的人是一定會了解自己想要程式碼怎麼跑
作者: tim012345 (風) 2023-01-26 11:01:00
不要分析就還好~畢竟寫程式的~不會只有一個程式要處理~
作者: k798976869 (kk) 2023-01-26 11:03:00
沒空啦 老闆是請你來賺錢的 趕時程
作者: FlyBird 2023-01-26 11:03:00
有很多東西是精心設計過的，表面看不出來，一動就會出事
作者: gaym19 (best689tw) 2023-01-26 11:04:00
你今天是獨立工作者就可以慢慢爬蟲啊
作者: sakeru (里昂~) 2023-01-26 11:04:00
是 會動就不要手賤
作者: ifconfig5566 (it56) 2023-01-26 11:04:00
是
作者: truegod000 (我是原住民) 2023-01-26 11:04:00
就像綠谷剛接到宋七力能力時 也是靠杯難用
作者: gaym19 (best689tw) 2023-01-26 11:05:00
有時間在那邊抓動起來沒問題的程式還不如快寫下個月的更新
作者: e2ne0 (e2ne00) 2023-01-26 11:05:00
Production環境跟development環境會分開
作者: gaym19 (best689tw) 2023-01-26 11:06:00
新版本也要DEBUG欸
作者: truegod000 (我是原住民) 2023-01-26 11:07:00
沒有時間怎麽寫Unit tests (父子丟椅
作者: tsaodin0220 (è·ªæ±‚å¤§ç¥žé ‚è‘—æˆ‘) 2023-01-26 11:07:00
這是真的 能不要動就不要動 我就當過動的倒霉鬼= =
作者: googlexxxx (googlexxxx) 2023-01-26 11:07:00
AMI 工程師血淚控訴Intel 跟ms壓榨
作者: js850604 (jack0604) 2023-01-26 11:08:00
要知道程式會動不代表他邏輯沒問題
作者: truegod000 (我是原住民) 2023-01-26 11:08:00
你有多勇 我動離職同事的code
作者: a9564208 (YOU OUT!!) 2023-01-26 11:08:00
不然以為legacy code這個詞怎麼來的
作者: kinda (天天) 2023-01-26 11:09:00
別人改了一週才通過QA的Code。再怪也不要重構它
作者: kirimaru73 (霧丸) 2023-01-26 11:10:00
其實就算你是時間很多的業餘開發者，你沒事也不會去找
作者: roger840410 (roger) 2023-01-26 11:10:00
有git很方便啦 要回覆很簡單
作者: EPIRB406 2023-01-26 11:10:00
會動只是編譯的過而已吧！
作者: fuhu66 (⊙)(⊙) 2023-01-26 11:10:00
it just work
作者: black111w (stargazer111) 2023-01-26 11:10:00
其實這跟你電腦主機沾滿灰塵一樣，不清理電腦都沒事，一用噴槍清灰塵後直接掛掉一樣
作者: kinda (天天) 2023-01-26 11:10:00
那就像一座積木的高塔，你拔掉一塊。整座就會倒下來
作者: Arctica (欲聆聽，必先靜默) 2023-01-26 11:11:00
4啊，開發系統有時候就是 能動就好QQ
作者: googlexxxx (googlexxxx) 2023-01-26 11:11:00
樓上沒遇過用git倒回去也不會動的時候嗎
作者: rainwen (雨文) 2023-01-26 11:12:00
實驗室的變數相對單純，比較容易找出邏輯，要轉成商用時就會遇到同樣困難。之前曾看過一段話：理論就是知道為什麼但實際上行不通，實務則是實際上行得通但不知道為什麼，程式常常屬於後者XD
作者: jomaysong05 (small-talk) 2023-01-26 11:13:00
遇到user他媽東加西加邏輯全亂套的時候，千萬就別再動程式碼了
作者: tcancer (Vairocana) 2023-01-26 11:13:00
改程式碼就是扯動接上了一條線然後連帶扯斷其他一千條線
作者: scarfman (大天使卯月的笑容最棒了) 2023-01-26 11:14:00
作者: TakeokaMiho (左手是影子) 2023-01-26 11:14:00
當你的碼大到百萬行以上就會這樣
作者: generic (generic) 2023-01-26 11:14:00
4 動了又要改好幾天
作者: catYaYa 2023-01-26 11:15:00
是，我能不動絕對不動。
作者: AirForce00 (丹陽P) 2023-01-26 11:16:00
gta5之前的陳年讀取Bug大概就是那種思維。結果還是靠熱心駭客找出問題修復的
作者: gamesame7711 (框框愛安安) 2023-01-26 11:16:00
看到硬體累積灰塵也不要清 清了會跳機
作者: astrofluket6 2023-01-26 11:16:00
(X) 寫程式 (O) 複製貼上
作者: xylinum (鬱悶..) 2023-01-26 11:16:00
這麼邪門？
作者: torrot (totoro) 2023-01-26 11:17:00
不要亂動 動了全毀
作者: xiaohua (大花) 2023-01-26 11:17:00
是因為上面叫學術研究，下面叫商業產品，消費者不會在意軟體。
作者: googlexxxx (googlexxxx) 2023-01-26 11:19:00
複製貼上也有技巧的，不然一堆人在Stack overflow 找答案的意思是一樣的
作者: hakosaki (hakosaki) 2023-01-26 11:19:00
是...靠北當系統靠北大，寫這東西的人離職好幾年還沒有文件，最好的辦法是不要動他
作者: CrazyLord (Lucian) 2023-01-26 11:20:00
44444
作者: vul3kuo (Glory) 2023-01-26 11:21:00
不知道為什麼work比不知道怎麼work還可怕
作者: jackjoke2007 (jjk) 2023-01-26 11:21:00
這就是機械神教的起源 會動就是會動.jpg
作者: data99553 (AYS) 2023-01-26 11:21:00
實際上重寫代表你得要全面重新測試才不會出問題，哪怕你只動一小塊而已
作者: arrenwu (鍵盤的戰鬼) 2023-01-26 11:21:00
所以最好就是不要動自己不熟悉的code啊XD
作者: lbowlbow (沉睡的小貓) 2023-01-26 11:22:00
是，比這個還邪門，半年後檢查的時候發現邏輯整個寫錯，但已經上線跑了半年還沒發生任何問題，完全無法理解
作者: asdfg0612 (青蛙) 2023-01-26 11:22:00
程式不邪門 但是寫的人想法可能很邪門
作者: Fezico (尬廣跟上) 2023-01-26 11:24:00
自己寫的可能還能看出所以然，你去接看看學長沒寫完的那個才是滿頭問號，重點是他寫的還能用
作者: daredwolf (熊貓) 2023-01-26 11:24:00
不只寫程式，科學實驗的重複性亦邪門乎
作者: abadjoke (asyourlife) 2023-01-26 11:24:00
很多時候我回頭翻自己的註解都不知道為什麼能動了更別說要去翻別人的
作者: jaeomes 2023-01-26 11:24:00
這倒是真的 所以只要可以用就拿來用 誰還想重寫
作者: yellowhow (┴─┴～\(￣□￣#)\) 2023-01-26 11:25:00
開發文件跟交接沒很嚴謹的話，多換幾個人接手就很容易
作者: lbowlbow (沉睡的小貓) 2023-01-26 11:25:00
就算有留文件或註解，有時候翻一翻就會發現當初根本搞錯了，但結果莫名其妙還是對的，比撞邪還離奇
作者: yellowhow (┴─┴～\(￣□￣#)\) 2023-01-26 11:26:00
發生這種事情，接手的根本搞不懂以前那堆人搞的違建
作者: cates (鍵盤萬事通) 2023-01-26 11:27:00
timing issue真的難解 還是別動
作者: dennisN (dennisNism) 2023-01-26 11:27:00
版本控制啊 修錯再回來重修而已
作者: SPDY (Alex) 2023-01-26 11:27:00
具累積性的業障(誤
作者: lbowlbow (沉睡的小貓) 2023-01-26 11:28:00
現實有時間壓力的，根本不給你重修的時間啦XD
作者: GGINDOWBOW (吃肥肥裝頹頹) 2023-01-26 11:28:00
沒錯
作者: arrenwu (鍵盤的戰鬼) 2023-01-26 11:28:00
@lbowlbow 這聽起來有點像是 test gap
作者: handsomecat (((恐(((′・ω・`)))慌))) 2023-01-26 11:30:00
這就是為什麼我們需要綠乖乖
作者: tv1239 (路過的) 2023-01-26 11:30:00
寫程式就跟蓋房子一樣 蓋好了要加東西不變成違建太難了
作者: hayamakurata (朋也君より 開かれました) 2023-01-26 11:31:00
深究下去我相信有點程度的都能理解啦，可是通常有死限/不只抱著一個案子/沒有餘力調查，總之得過且過能跑就好，久而久之就不敢動了…
作者: yellowhow (┴─┴～\(￣□￣#)\) 2023-01-26 11:32:00
阿就沒時間 '3' 上線後通常也不給翻修了
作者: HyperPoro (交大福士蒼汰) 2023-01-26 11:32:00
其實就是怕裡面有bug 再跑一次就又跑不到惹....
作者: lbowlbow (沉睡的小貓) 2023-01-26 11:32:00
有經驗的帶出來的新創公司會好一點，老公司基本上都會有
作者: letmesee3085 (煒哥) 2023-01-26 11:32:00
忘記save了
作者: lbowlbow (沉睡的小貓) 2023-01-26 11:33:00
打從一開始測試就不夠完善又不斷的疊加新需求上去，永遠
作者: HellFly (十大傑出邊緣人) 2023-01-26 11:33:00
乖乖鎮煞
作者: osuv (歐叔符-勝丼騎士團) 2023-01-26 11:34:00
能動就不要再改
作者: CCNK 2023-01-26 11:34:00
擺那邊不會倒就不要動它的意思
作者: jackie0804 (綠茶) 2023-01-26 11:35:00
就是這麼可怕
作者: Clangpp (Clang++) 2023-01-26 11:36:00
說穿了就你unit test跟整合測試做不夠才會這樣啊
作者: huracanid91 (autodesigner_huracan91) 2023-01-26 11:36:00
作者: SecondRun (雨夜琴聲) 2023-01-26 11:36:00
你有維護過超過20年的專案就懂了
作者: cn5566 (西恩) 2023-01-26 11:37:00
就是這麼邪門 不然你以為一群理組畢業的幹嘛要拜乖乖同樣的code 跑同樣的integration test 跑三次結果都不同碰過的鬼比我看過的鬼片還多
作者: tv1239 (路過的) 2023-01-26 11:39:00
聽說過最鬼的是程式裡面塞一堆sleep跑多線程然後只要去改數字 整個程式就等著死
作者: groundmon (JJ) 2023-01-26 11:39:00
如果要說“邪門”，那剛好相反吧，科學研究裡無法掌握未知的變數壓倒性地多，程式裡大多數都是已知且可操控的
作者: lylu (理路) 2023-01-26 11:39:00
問題就是沒時間啊 一方面是你改的東西可能被一堆legacy code包住 光是要整理裡面的邏輯就不知道要多久 再來你改掉的東西如果相依的部分很多 等於要把那些功能全部重測
作者: cn5566 (西恩) 2023-01-26 11:40:00
sleep wait await 全都是必要之惡 動下去就是一整個sprint
作者: hayate65536 2023-01-26 11:40:00
小專案就算了，比較大一點真的會出現某些地方動到就整個爆炸的情況。首先你要有時間去慢慢修，再來還要看註解夠不夠細不然花費時間會巨幅上升，然後可能發生回到舊版本仍然卡死的神奇情況。總之別動是最好的
作者: cn5566 (西恩) 2023-01-26 11:41:00
軟體開發是在跟時間賽跑 你有空去分析這問題的root cause通常就代表這軟體沒在開發了
作者: kashi29 (樫) 2023-01-26 11:42:00
TDD跟BDD很棒啊 但是上頭不給時間我有什麼辦法==
作者: cn5566 (西恩) 2023-01-26 11:43:00
代表你們的假太少了 我們都在大型休假時狂做BDD
作者: arrenwu (鍵盤的戰鬼) 2023-01-26 11:43:00
找不到root cause你要怎麼知道bug確實修好了？
作者: arrenwu (鍵盤的戰鬼) 2023-01-26 11:44:00
這聽起來怎麼像是繞過bug
作者: cn5566 (西恩) 2023-01-26 11:45:00
如果沒有user能觸發這個bug 這還能算是bug嗎這也是programming的哲學問題
作者: arrenwu (鍵盤的戰鬼) 2023-01-26 11:46:00
這就是user要跟feature妥協到什麼程度了XD
作者: bonjk87 (N5H7) 2023-01-26 11:46:00
是
作者: b258963147 (火龍果) 2023-01-26 11:46:00
大型違建好貼切
作者: king22649 2023-01-26 11:48:00
其實反過來也通
作者: JustBecauseU (ki) 2023-01-26 11:48:00
開個branch愛怎麼改就怎麼改
作者: MisterT (Mr.T) 2023-01-26 11:49:00
可以動就不要動
作者: SPDY (Alex) 2023-01-26 11:50:00
It's not a bugIt's an undocumented feature
作者: aabb177 (aabb177) 2023-01-26 11:50:00
不知道為什麼不能跑和不知道為什麼能跑都很危險
作者: s9041200 (小明阿) 2023-01-26 11:53:00
能動就放著是真的，就算測試能過也只是測試能過而已，不
作者: Erichikaunkr (兩百四) 2023-01-26 11:53:00
大的專案其實難以避免 但看過說這句話的很多都是接當初demo做的prototype在說不要動 都不知道他們領薪水來幹什麼吃的
作者: adwn 2023-01-26 11:54:00
很多事也是一樣的啊，雖然看起來怪怪的，但只要能動就好
作者: mushrimp5466 (吃了蝦子的蘑菇) 2023-01-26 11:54:00
4 千萬別動==
作者: tv1239 (路過的) 2023-01-26 11:55:00
prototype改出來的東西更可怕 沒給時間重用的話
作者: KenWang42 (KenWang42) 2023-01-26 11:55:00
重構可以啊 就是吃力不討好
作者: CowBaoGan (直死之馬眼) 2023-01-26 11:55:00
解不掉的bug讓它變成limitation就好(x
作者: hsnu7980 (老二) 2023-01-26 11:57:00
還在放假 討論寫code衝
作者: jason851124 (月光) 2023-01-26 11:57:00
不要不小心按到可怕的全形空格
作者: sa87a16 2023-01-26 11:59:00
不止寫程式吧，機器也一樣，不保養沒事，一ㄅㄠ養完
作者: qoo60606 (凜) 2023-01-26 11:59:00
不要探究他為什麼動了
作者: arrenwu (鍵盤的戰鬼) 2023-01-26 12:00:00
全形空格ide會直接跳出錯誤吧
作者: tv1239 (路過的) 2023-01-26 12:00:00
保養東西修改程式會體會到一句話 "東西在壞掉前都是好的"
作者: naideath (棄å難安) 2023-01-26 12:01:00
沒註解看起來更痛苦
作者: Remix00 (昨天的我) 2023-01-26 12:01:00
碼農日常
作者: shadtalker (shadowtalker) 2023-01-26 12:01:00
是 有時候根本不知道問題出在哪
作者: lbowlbow (沉睡的小貓) 2023-01-26 12:02:00
除了新手之外還有誰會用有全形空格的輸入法寫程式啦！
作者: yellowhow (┴─┴～\(￣□￣#)\) 2023-01-26 12:02:00
老闆不會給你時間去整理重構，廠商不會出錢請你重整自己搞了可能違規，搞不好爆炸就慘了
作者: b325019 (望月) 2023-01-26 12:03:00
還遇過全形符號的勒w
作者: yellowhow (┴─┴～\(￣□￣#)\) 2023-01-26 12:03:00
反正驗收的都簽收了，出事讓他們回來求你比較實際如果是接手前輩留下的就要裝死得更徹底，等出事再說自動自發根本吃力不討好...
作者: ayaneru (ayaneru) 2023-01-26 12:05:00
區區個碼農是會接觸什麼東西逆
作者: flysonics (飛音) 2023-01-26 12:06:00
大家是嫌年假太長嗎 現在就在討論這話題
作者: devicer (去去學分走) 2023-01-26 12:07:00
跟麥塊的紅石建築有點像 沒事別亂動
作者: acpupu (shabadibiduwabadiyeah) 2023-01-26 12:11:00
這就是科學家跟工程師的差別
作者: MrChen (陳先生) 2023-01-26 12:12:00
QQ
作者: sustto (sustto) 2023-01-26 12:14:00
跟綠乖乖ㄧ樣 不要動萬解
作者: easyfish (easyfish) 2023-01-26 12:14:00
真的
作者: c7683fh6 (Jerry_Frost) 2023-01-26 12:17:00
If it ain’t broke, don’t fix it
作者: TAKE72 (たけ) 2023-01-26 12:18:00
偷偷告訴你寫程式的其實都會魔法
作者: ghj10625 (blindgrass) 2023-01-26 12:18:00
動就是壞
作者: bassmaster (三餐吃泡麵然後暴斃) 2023-01-26 12:19:00
就能跑就對了 不要隨便動
作者: b160160 (HG Life is Foo~~~) 2023-01-26 12:20:00
有時候多人開發程式 彼此的條件設定還真的可能不一樣 再加上機器的規格問題 有時候怕壞掉就真的不要碰了
作者: BeTheFree (自定義) 2023-01-26 12:22:00
這就是為什麼電腦手機明明不斷推陳出新但是時間一久就開始變慢的關係，每一個軟體裡面的程式碼各個堆積如山，既龐大又笨重，早就已經沒人在乎裡面當初是怎麼運行的，反正經手的人幾乎就是不斷疊加上去能動就好。這就是這一行令人詬病的地方。
作者: daf60114 (化學工具人) 2023-01-26 12:23:00
作者: ann263028 (腦殘安) 2023-01-26 12:23:00
有時候是因為改別人寫的 或是跟別人合作寫的吧 全部自己寫的通常不會有問題 除非你自己真的不知道自己在幹嘛
作者: ya01234 (姆咪姆咪 夜裡哭哭) 2023-01-26 12:24:00
415樓，大家都是受薪階級，何互相傷害找碴XDD
作者: lbowlbow (沉睡的小貓) 2023-01-26 12:27:00
真的會有不知道自己當初在想什麼的程式碼出現
作者: Gwaewluin (神無月 孝臣) 2023-01-26 12:28:00
作者: germun (ger) 2023-01-26 12:29:00
三個要素決定：時間、錢、老闆
作者: PSP1234 (PSP1234) 2023-01-26 12:30:00
我看完這串開始相信電腦裡住著小精靈了
作者: DEAKUNE (*ReVeluv*/~Buddy~) 2023-01-26 12:31:00
有時照打一份程式，一個會動一個不會動
作者: ray0305 (ray) 2023-01-26 12:32:00
是 沒問題就不要動 即使效率很差也不要動
作者: lisyu (游小蝦) 2023-01-26 12:36:00
有時候你的bug會被別人當成功能，改掉以後，所有繼承的code都不會動了
作者: lens82801 (開始QQ的見習生) 2023-01-26 12:37:00
產品要趕上線難免會欠技術債
作者: weaponking (要你命三千) 2023-01-26 12:37:00
台灣業界：能動的已經量產的了，不要亂改！
作者: tkc7 (至情至性) 2023-01-26 12:38:00
科學家不知道 另一部分很寫實
作者: necrophagist (Hogong-Yeah) 2023-01-26 12:38:00
做研究才更邪門….一堆實驗變因要考慮
作者: Darnatos 2023-01-26 12:40:00
是 不要不信邪
作者: AmigoSin (JohnWall) 2023-01-26 12:40:00
祖傳三代的Hello world
作者: necrophagist (Hogong-Yeah) 2023-01-26 12:40:00
程式的bug完全是看coder的能力 做實驗尤其生物實驗還要看你的生物材料的狀況
作者: LonyIce (小龍) 2023-01-26 12:41:00
不就是習慣好壞的問題
作者: kashiwa27 (UDON) 2023-01-26 12:43:00
可以動啦 反正壞了就git還原
作者: EEloveyou (天天光顧) 2023-01-26 12:43:00
通常有問題的是機器
作者: exile4sih (小組報告長工) 2023-01-26 12:46:00
祖傳程式碼會，你自己寫的不會
作者: IbukiPumpkin (人生GG進行式) 2023-01-26 12:46:00
如果你不是原作者 前人的垃圾code總是讓人吐血
作者: ar0001123 (來去蒙古烤牛肉) 2023-01-26 12:46:00
高階的硬體也一樣...出問題根本是連帶一堆有的沒的，只能放乖乖保佑
作者: willieSin (篠微緋羽) 2023-01-26 12:50:00
代碼就有不同的寫法能導致同個結果，然後還有些看似無意義的代碼，你換個碼農或是工程師自己忘記，一改就爆炸，然後遊戲進維修被客人罵
作者: leo125160909 (中興黃藥師) 2023-01-26 12:52:00
因為碼農大部分是抄人家寫好的去拼裝車，很少人從頭自己寫
作者: s1011282 (阿凱) 2023-01-26 12:53:00
能正常動就不要亂改，要改git複製一份到虛擬機上改
作者: cloudin (☁雲應) 2023-01-26 12:54:00
幹 不好的回憶都上來了
作者: arrenwu (鍵盤的戰鬼) 2023-01-26 12:54:00
你就算不是拼裝車 也不會所有零件都自己打吧
作者: lbowlbow (沉睡的小貓) 2023-01-26 12:56:00
說程式的bug只看coder能力的是產品沒上過線嗎？
作者: metallolly (好棒) 2023-01-26 12:57:00
跟綠色乖乖一樣 不能亂動
作者: truegod000 (我是原住民) 2023-01-26 12:58:00
天啊 這邊討論好溫馨 大家都來吐苦水沒有高來高去的感覺 XDD
作者: rea1 (跟鄉民認真就輸了....) 2023-01-26 13:00:00
前人有加不知道的sleep千萬不能刪
作者: larry90605 (喇瑞) 2023-01-26 13:00:00
程式有些細節 就算邏輯對 但有時候就是跑不動 但有時候會莫名其妙跑對 所以做好不要動為妙
作者: milk830122 (SuperX) 2023-01-26 13:02:00
又不可能保證專案一輩子都是同一個人在維護 說理解的真的每次都能理解嗎
作者: REVERSI (Authentic Counterfeiter) 2023-01-26 13:03:00
這樣看寫程式的根本就戰鎚40K機械神教
作者: milk830122 (SuperX) 2023-01-26 13:03:00
更何況大部分都是拼裝車
作者: ashclay (灰泥) 2023-01-26 13:04:00
不抄人寫好的是要重新做輪子？你自己做的輪子有專業大場一堆人使用過的安全可靠？
作者: milk830122 (SuperX) 2023-01-26 13:04:00
工作有時間壓力很少能給你打磨
作者: jiko5566 (雲落炩) 2023-01-26 13:05:00
對很多時候程式跑起來不是寫的完美而是可能生bug的地方沒有觸發
作者: owenbai (白根交) 2023-01-26 13:14:00
真的 上帝也不知道它怎麼跑起來的
作者: ShaiMo (雙倍奶茶) 2023-01-26 13:14:00
是 沒事別去動 除非有必要 改爆又剛好要用就哭了
作者: v2266514 (阿龍) 2023-01-26 13:14:00
你老闆每次都說很急，給你的時間不夠深究疑惑。而且這行責任制，如果出事你負責，所以除非有排任務處理或你時間太多，大多時候不動最好
作者: Sakuya5578 2023-01-26 13:15:00
儘管你預想1000種狀況，有時候就是客戶會有神奇的第1001種狀況觸發到bug，要防都防不了
作者: littledoges (XDDDDDDDDD) 2023-01-26 13:19:00
It just work
作者: cn5566 (西恩) 2023-01-26 13:21:00
其實原po的圖不用講別的行業 講CS科系->軟工就可以了
作者: FiveSix911 (五六玖壹) 2023-01-26 13:21:00
真的是這樣 謎一般的程式 有時候為什麼會動也不知道
作者: v2266514 (阿龍) 2023-01-26 13:23:00
另外在我們這一行不可能有人從零開始做完所有東西，我們使用的語言、工具、library、框架都是經過全民公測的穩定產品，沒有那個美國時間深究所有我們用到的東西how itwork，所以有了知識盲區，既然有盲區就容易出事還解不出來，好不容易解了通過測試你也不會想要再來一次
作者: cn5566 (西恩) 2023-01-26 13:23:00
了解透徹 如果是認真拼升等的教授 基本上不會對你放水但出了社會就不一樣 為什麼work 沒人在意 大家要的是能用
作者: s0930194 (航海之家) 2023-01-26 13:24:00
為何不能動-->為何可以動-->可以動，不要動
作者: cn5566 (西恩) 2023-01-26 13:24:00
如果這東西有技術債 那就是繼續疊上去如果技術債已經炸開 那就宣布破產 重新搞一個比較快
作者: s56565566123 (OnlyRumble) 2023-01-26 13:26:00
全部換新比較高 不知道前人多少坑
作者: lolicat (貓雨果) 2023-01-26 13:36:00
這主要在講傳承龐大原始內容的問題 後面會一直疊加新的內容進去 所以當某個空降主管腦袋撞到想要改革程式碼的時候就是碼農準備加班的時候老闆只在乎程式能不能正常動作而已
作者: wed1979 (舞抖米哲夭) 2023-01-26 13:41:00
跟乖乖鳳梨一樣
作者: s7503228 (情報屋) 2023-01-26 13:42:00
對啊
作者: iamnotgm (ä¼½è—之黑) 2023-01-26 13:43:00
當你寫超過100個class總共超過1萬行時 出了問題大多時候你不會知道是哪裡的問題的 更可怕的是如果你整個專案有10個人寫的量都跟你差不多然後這些code要兜在一起 甚至
作者: odanaga (PixiyON) 2023-01-26 13:44:00
綠色乖乖不要不信
作者: iamnotgm (ä¼½è—之黑) 2023-01-26 13:45:00
還有已經離職的人寫的東西 這種東西一戳下去通常很可怕因為太多沒人知道怎麼回事的地方了 所以碼農最後都是現在他能動就別戳他別思考為什麼能動 總之他能動就對了
作者: class30183 2023-01-26 13:47:00
大學別系去參觀過資工某實作類型的課,除了給學生挑戰寫短、省資源之外還會討論那行短短的程式碼會隱含什麼表面上沒寫的副作用,舉例看到一小行的副作用搞爛一串編碼這種絆手絆腳,就對編碼喪失興趣了w
作者: lbowlbow (沉睡的小貓) 2023-01-26 13:50:00
現在軟體產業已經不可能全部手刻了，你一定會用到開源函式庫，不然你根本不可能做的完你需要的功能
作者: drinkmuffin (暢飲鬆餅) 2023-01-26 13:52:00
很容易只是動到設定就壞了用別人的套件就是為了節省時間 不可能還去看函式庫怎麼實作
作者: b325019 (望月) 2023-01-26 13:59:00
幾年前openssl爆出嚴重漏洞，但是你不用難不成要手刻嗎
作者: monkeyii (Banova) 2023-01-26 14:03:00
程式有很多是為了符合客戶邏輯硬幹出來的，來來去去的一層一層patch出來，這時候就恐怖了。
作者: a30706520 (貓大狼) 2023-01-26 14:09:00
牽一髮而動全身不是開玩笑的
作者: waterwalk (心碎無聲) 2023-01-26 14:11:00
同個硬體同套code 跑出來結果一定要一樣？ 看起來太年輕了...
作者: wayne0411 (別講那些五四三) 2023-01-26 14:16:00
是…尤其是公司內流傳千古的code,拆炸彈（o, 做專案（x
作者: ntpcgov (新北市政府) 2023-01-26 14:23:00
作者: j198811 (Small_Left) 2023-01-26 14:24:00
是！已經可以用的系統千萬不要想要去改他
作者: Bujo (部長) 2023-01-26 14:44:00
光是套件版本就搞死你了，所以正在賺錢的程式碼，除非有團隊在維護，能不更新就不要更新
作者: AIRWAY1021 (哇啦嗚嘎阿喔) 2023-01-26 14:46:00
連微軟都不敢動自己的程式碼了，都是往上加，W11還看得到W98以前的遺產
作者: yl3218 (小件) 2023-01-26 14:47:00
看是不是自己寫的 自己寫的 要怎麼改都可以 要改別人寫的真的會怕
作者: blackstyles (夜貓) 2023-01-26 14:48:00
沒壞千萬不要動。
作者: zenuie (zenuie) 2023-01-26 14:51:00
接那種醜到不行的程式碼就不會想動他了
作者: HanaIro (花開物語) 2023-01-26 14:52:00
Win12有傳要把一些上古產物改良，像是explorer.exe可以想見大概初期會bug連發
作者: hakama99 (雜醬麵) 2023-01-26 15:00:00
有些寫的bug是很難觸發的 你把它拆解反而會讓bug 100趴觸發
作者: rodqq (乂鐵之火乂) 2023-01-26 15:03:00
所以才需要很多碼農
作者: SuckRtkTV 2023-01-26 15:07:00
能動，就不要動。
作者: cockali (mario) 2023-01-26 15:18:00
呵呵有聽過複製一份跑不動的……聽過而已
作者: lazarus1121 (...) 2023-01-26 15:31:00
邏輯區塊不是不能動只是懶得去動，因為動下去Z>B應該是B>Z才對ML或底層那種無法掌握的才會有這種狀況
作者: good5209 2023-01-26 15:37:00
科學只能發現、無法改造宇宙原理，但程式是所有參與開發的人內心宇宙的混合體，在如此混沌的宇宙中每次行進都得小心地邁步、才能確保走在路上而不會跌進深坑
作者: sustto (sustto) 2023-01-26 15:40:00
所以窩才愛玩pc油戲 對某款油戲有愛的玩家會免費魔改放到網路上供大家用
作者: kentyeh (kent) 2023-01-26 15:45:00
還要加一包綠色乖乖
作者: joewang85 (天才大人) 2023-01-26 15:46:00
確實
作者: andrew5106 (撿到一百塊雷~) 2023-01-26 15:49:00
崩潰 這是真的
作者: Filthy1218 (天地開闊八方無礙) 2023-01-26 15:49:00
4，特別是必須引用的上層物件封包函式或stored procedure不是自己寫的時候...
作者: aasssdddd (路人庚) 2023-01-26 15:56:00
4 vender patch打進來如果突然就動了我就不搬了
作者: mickeykiller (ç«éŸ‹å¯å¯) 2023-01-26 16:04:00
4，當初沒有拆開，累積起來後就不敢動了
作者: container (container) 2023-01-26 16:07:00
大自然跟人工造的差別
作者: greg90326 (虛無研究所) 2023-01-26 16:15:00
不一定拉 我們主管一定要我們解釋為什麼這樣寫可以動的解釋不出來不會讓我們結案
作者: Mozar (沈默的樂師) 2023-01-26 16:26:00
會較真/注重品管的公司偏上面, 財務吃緊/品管差的偏下面.
作者: as80110680 2023-01-26 16:41:00
自己寫的不太會有這種問題啦，但如果是其他人的就 ...不過軟體又不太喜歡自己造輪胎，遲早會遇到鬼
作者: v2266514 (阿龍) 2023-01-26 16:55:00
現在軟體業也講求快速反應快速開發，要不然等你做出來風潮都過去了比如現在流行 AI ，兩間公司要做相關產品，一間從底層開始自己刻，另一間用現成的開源或商業專案延伸，花的時間差異可不是一二個月，而是一年兩年
作者: iou6954 (乂Reborn乂) 2023-01-26 17:01:00
後面維護的人太過分了吧哈哈
作者: masala (masala.zone) 2023-01-26 17:04:00
5樓正解，傳好幾代的code最棘手
作者: Saren (Saren) 2023-01-26 17:09:00
別再動它免得它跑不起來
作者: nohssiwi 2023-01-26 17:11:00
架構寫很大的時候沒有人腦袋能思考的百分之百全面啊，只要漏考慮到一點東西程式的結果就是你無法預測xD
作者: qd6590 (說好吃) 2023-01-26 17:11:00
其實如果能花時間好好地整理一番 應該是可以理解 但是基本上根本沒時間在那邊慢慢弄==
作者: toykiss (影) 2023-01-26 17:12:00
有時是接手別人寫的，這時就容易有這種情況
作者: a3294814 (阿賢) 2023-01-26 17:14:00
最好都不用更新
作者: googlexxxx (googlexxxx) 2023-01-26 17:20:00
你知道同樣的hello world 也有可能編譯失敗嗎？
作者: asteea (Asteea) 2023-01-26 17:23:00
(有限資金 有限時間資源 寫出了)能動的東西 就不要再動了
作者: a71085 (iii) 2023-01-26 17:23:00
就單純重做沒多錢弄壞要賠 你一個小員工太無聊才會想檢查
作者: Bencrie 2023-01-26 17:24:00
比較多是出事情怪東怪西就是不怪自己啦
作者: AxelGod (Axel) 2023-01-26 17:30:00
幾天前寫的code 幾天後就忘了怎寫的慘
作者: asteea (Asteea) 2023-01-26 17:33:00
工作很看產值啦 沒事去動算浪費時間 除非不動的風險更高
作者: chou396 (chou) 2023-01-26 17:35:00
電腦也是，清潔一下風扇就開不了機
作者: PingJieDu (杜平介) 2023-01-26 17:36:00
不是先建立假設才跑實驗，怎麼先跑才想它怎麼跑得動？
作者: g3sg1 (ACR入手!) 2023-01-26 17:37:00
能運作就不要手賤亂動它 除非你有自信能夠看透所有編碼能夠找出問題所在 否則這樣都是自找麻煩
作者: ann263028 (腦殘安) 2023-01-26 17:43:00
哈 回我的人說的對 有時候太久以前寫的 又沒註解好 自己也會看不懂 或是專案太大了寫到昏天暗地自己神經錯亂也都有可能
作者: GreatHong (超☆冒險蓋大師) 2023-01-26 17:51:00
是 別懷疑 程式碼摳下來重開一個專案都會不能運作
