推 Hnash: 這其實很吃當下情況跟判斷 我自己是能接受hard code來hot f 05/28 17:29
→ Hnash: ix線上問題 事後在重構的 05/28 17:29
推 cutearia: 救火時間有限囉 05/28 17:31
推 Hnash: 試想半夜兩點接到電話要緊急維修 你會去想程式架構還是趕 05/28 17:31
→ Hnash: 快改好起床再調整 我相信大部分的人都會選後者 05/28 17:31
推 Kroner: 關節痛按摩有效嗎？ 05/30 05:05噓 B0988698088: 所以你要討論什麼？純抒發請到FB 05/28 17:37
噓 tzouandy2818: 自問自答也一篇 05/28 17:41
推 ko27tye: 本來就是救急用的做法啊 是要討論什麼 05/28 17:45
推 b0920075: 還以為是在問程式執行速度，原來是開發時間 05/28 18:24
推 Kroner: 看到關節痛，我就想起我姨媽 05/31 17:58→ sos20122: 如果胡亂模組化不如hardcode 05/28 18:36
推 wulouise: 客戶坐在你後面現在究竟就要，慢慢refactor沒關係 05/28 18:41
推 MonkeyCL: 重構留給學弟做啊 05/28 18:57
噓 Csongs: 你有比ai寫的快嗎 05/28 19:33
推 Chricey: 有人知道UC2和其他關節保健品的差異嗎？ 05/31 18:13推 NDark: 如果你的產品就是幾個月才動一次 一定大改 那不值得做系統 05/28 19:38
→ k7ji91ab5m: ... 05/28 20:47
推 chuegou: 就我狀況 維運別人的都盡量不重構 05/28 21:01
→ chuegou: 自己的就重構到爆 過度設計也在所不惜 05/28 21:01
推 Chricey: 有人知道如何處理關節痛嗎？求分享！ 06/07 19:00推 seal0112: 修線上產品問題用的啊 隔天上班有時間再重構 05/28 21:07
→ pot1234: 我覺得hard code快一點。需要橫跨的檔案比較少的話可以 05/28 21:39
→ pot1234: 快一點。解bug我就不知道要說啥了，困難到會有bug的話就 05/28 21:39
→ pot1234: 別亂寫啊… 05/28 21:39
推 Kroner: 關節痛有人有有效的復健方法嗎？ 06/09 02:25→ BoXeX: 一切就是看狀況 像我以前公司很愛在C用function pointer 05/28 23:39
→ BoXeX: 模擬物件導向 結果維護麻煩的要死 05/28 23:40
→ BoXeX: debug 工具都沒辦法直接用 05/28 23:40
→ BoXeX: 還不如分類簡單的if套娃 05/28 23:41
推 Kroner: UC2是天然成分嗎？還是有添加物啊？ 06/09 22:06→ BoXeX: 當然也不是說就不要抽象 但一些簡單的東西就保持簡單 05/28 23:45
→ BoXeX: 白痴都能讀懂的code 就繼續讓白痴也能讀懂 05/28 23:46
→ NTUTM04: 其實就急不急跟好不好修兩個metric衡量一下 05/29 00:12
推 viper9709: 推一樓 05/29 00:13
推 hakama99: 我收到一個需求是某個按鈕在下個月其中三天要關閉，真的 05/29 00:20
→ hakama99: 要做api去開關這個按鈕也沒必要 05/29 00:20
推 abccbaandy: 設計到IDE都幫不了那種真的煩，後人根本不知道怎麼追 05/29 00:38
推 DDR678: bug不會因為你抽成一個function就不見 05/29 07:53
推 DDR678: hardcode也不會因為抽成function就不是hardcode, 你只是 05/29 07:57
→ DDR678: 把hardcode寫在一個function裡面罷了 05/29 07:57
→ lazarus1121: 那是因為你已經確定需求了 05/29 09:04
→ lazarus1121: 開發階段誰知道AB功能看起來這麼像 05/29 09:04
→ lazarus1121: PM卻跑來說A要加啥米啥米但B不用 05/29 09:04
噓 brucetu: 你說的對，下班之前解決這個問題 05/29 09:08
→ brucetu: 隨便你想怎麼 code 05/29 09:08
→ yamagishi: つcopilot 05/29 11:00
→ Suleika: 你都因為哈扣了還在意哈扣怎寫，有同步給團隊就好 05/29 12:04
→ Suleika: *因為速度 05/29 12:04
→ dapple: 客戶站你後面 他非常火(哈扣/重構) 05/29 13:10
推 jyunwei: 現在流行thread，你可以開一個發這樣的東西 05/29 13:41
→ shooter555: 我知道你想講的是workaround 而不是hardcode 對吧 05/29 13:52
→ shooter555: C不用function pointer 不要跟我講你會寫C 05/29 13:55
推 wade2432: 火燒屁股還在慢慢寫的腦筋才不好吧，等等客戶翻臉案子 05/29 16:48
→ wade2432: 吹了看你的模組化能不能賺到錢 05/29 16:48
→ superpandal: 這種事情的邏輯與整理房間一樣的 做法也與整理防間 05/29 18:10
→ superpandal: 房間 05/29 18:10
→ superpandal: 雷同 雖然我也不太會整理房間 但我還算會整理code 05/29 18:12
→ superpandal: 整都是持續在整理的 到後面變成垃圾堆的時候要整理就 05/29 18:13
→ superpandal: 累趴 也很難從垃圾堆找出你要的東西 越早整後面就不 05/29 18:15
→ superpandal: 用怎麼大掃除也就是重構 一開始就整理的成本也非常 05/29 18:16
→ superpandal: 低 再找個收納盒好的櫃子也就是好的模組化方式就非常 05/29 18:18
→ superpandal: 好 05/29 18:20
→ superpandal: 至於樓主說的狀況 那不是隨便用個機制就搞定了嗎 05/29 18:24
推 CoNsTaR: 可讀性和架構是給大專案用的，幾百幾千人的專案每個人都 05/29 19:55
→ CoNsTaR: 不會有 full picture，所以有一個架構師在做決策才重要 05/29 19:55
→ CoNsTaR: 幾十人的小專案做擴充性什麼的以開發效率來講絕對不高， 05/29 19:55
→ CoNsTaR: 等需求穩定後再來重構絕對比每天慢慢磨擴充性花的總時間 05/29 19:55
→ CoNsTaR: 少很多，但是如果你每天都工作早早做完閒閒沒事，做這些 05/29 19:55
→ CoNsTaR: 就是用目前免費的高時間成本（大量閒閒沒事的時間）做以 05/29 19:55
→ CoNsTaR: 後的事（原本需求穩定後才要做的重構） 05/29 19:55
推 CoNsTaR: 與其寫高擴充性的 code，還不如寫方便重構的 code，例如 05/29 20:04
→ CoNsTaR: 那種可以整段剪下貼上，沒有一堆生命週期、scope 等等考 05/29 20:04
→ CoNsTaR: 量的 code 05/29 20:04
→ CoNsTaR: 因為你做再多設想，也不可能知道還沒出現的需求是什麼， 05/29 20:04
→ CoNsTaR: 你做的擴充性永遠都只是 hit or miss 而且還需要花大量 05/29 20:04
→ CoNsTaR: 時間成本在設計，但寫容易重構的 code 需要的成本只是隨 05/29 20:04
→ CoNsTaR: 手留意不要太高耦合、保持自己看得出來段落在哪的 copy-p 05/29 20:04
→ CoNsTaR: asteable 的 snippet 而已 05/29 20:04
推 new122851: 跟客戶說明重構的重要性，使其接受 05/29 20:07
推 jhjhs33504: 這問題很開放 只能說不同產業別 疊代開發的風氣差很多 05/29 23:22
→ superpandal: 不需要擴充性非常強阿 不然整理的意義何在？ 有一定 05/30 01:20
→ superpandal: 擴充性程式碼又乾淨簡潔很重要 超出擴充性範圍邊寫邊 05/30 01:23
→ superpandal: 改就好 也不需要多少時間 而不是東西狂堆爆炸了再給 05/30 01:24
→ superpandal: 其它人處理 05/30 01:25
→ superpandal: 無腦堆與重構的通常都不會是同一個人 05/30 01:28
→ RumiManiac: "hard code" 是小問題啊，通常都很容易重構 05/30 05:05
→ RumiManiac: 我感覺你想講的應該是應急的 dirty code 05/30 05:05
→ RumiManiac: 我是建議真的有需要的話就寫，然後馬上重構 05/30 05:06
推 wang19980531: Hardcode本身就是一種workaround 05/31 14:08
推 prag222: 現在都用AI寫code了還在clean code分大小寫才是笑話 05/31 17:58
推 prag222: 實際上的hard code看起來就是個笑話,想偷工早點會去睡覺 05/31 18:01
→ prag222: *回去 05/31 18:01
推 prag222: 實際重構的作法都是拿自己的時間時程塞進去一併做掉，其 05/31 18:13
→ prag222: 一老闆不答應，主管不一定同意，有限度重構讓自己後續方 05/31 18:13
→ prag222: 便才是重點 05/31 18:13
→ superpandal: clean code? 06/01 13:15
→ mmonkeyboyy: 看module吧.... 自己的屎自己扛 除非你想寫完離職 06/02 01:42
推 luke72: 不想hardcode所以規劃了一堆modules，做完發現不可行 06/07 19:00
→ luke72: 整個架構都必須大改，你前面的modules都變垃圾 06/07 19:01
→ luke72: 直接扣腦筋不好的帽子好厲害喔，菜鳥 06/07 19:02
→ layer0930: 其實跟經驗有關…，入行發現有寫人做了10年程度一樣 06/09 02:25
→ layer0930: 有些人寫3-5年就超越了 06/09 02:25
→ luluking: 與其討論怎麼做比較好，不如先想想你寫的code到底有何價 06/09 20:21
→ luluking: 值，如果只是可有可無的功能怎麼寫都無所謂 06/09 20:21
推 tvbic: hardcore是個好東西呀，不但可以短時間內把工作完成，而且 06/09 22:06
→ tvbic: 還可以留下地雷，給你的競爭對手，一舉兩得 06/09 22:06