推 TISH12311 : 翻譯：可以外包給我 嘻嘻 05/16 12:42
推 stosto : 他只是出張嘴負責這個案子而已，看他們內文又不用 05/16 12:45
→ stosto : 寫code 05/16 12:45
推 artorius : 真的 危機就轉機 別人做不來的才是真機會 05/16 12:47
推 abbei : XD 05/16 12:48
→ daniel0203 : 死馬當活馬醫 就試著改看看 改失敗也是一種收穫 05/16 12:50
→ VSshow : 失敗也有經驗，成功當成果 05/16 12:55
推 g10 : 有想過失敗後果 要被求償? 嘴炮真厲害 05/16 13:23
你是來救火的員工，被求償還輪不到你，失敗還不是前人搞得爛
推 ymca8 : 你想打掉重建也要有人願意買單付這個錢 05/16 13:33
很多時候並不需要整個重建，只要部分調整就會有不錯的效果，
比較難的通常是開發彈性的問題，這個會動到比較大的架構調整，
但想想調整開發彈性通常不會是救火主要的目標
推 qekezfeed : 我可以以分享 只要不覺得我是在挑戰你… 05/16 14:09
→ Mensholaten : 通常是沒有要給你那個時間慢慢重構 05/16 14:14
時間是談出來的，你上頭不給我時間，我幹嘛一定要救火，
而且救火也可以分階段，我可以先幫你處理你最在意的事情，
剩下的再安排另外的時間處理
推 goodyW : 如果重建失敗還是中間過程有問題不用擔責任就ok 05/16 14:24
→ goodyW : 怕的是改到一半出問題了，一堆人在那邊出嘴，就完了 05/16 14:25
所以我已經練就到讓我花個時間看一下原始設計就可以提出改善計畫，
看是要部分重構，還是某幾個地方效能調整，還是整個打掉重練都可
軟體設計沒有困難的地方，困難的地方是演算法，是數學模型，是政治問題，
撇除這些，做系統整合真的沒有太困難
※ 編輯: visor (27.147.29.97 臺灣), 05/16/2022 14:50:23
→ aiueokaki : 又不是自己可以下去改的 想太多 05/16 15:39
推 yorkhung : 很同意，反正做爛不是自己的鍋，放手一搏吧！ 05/16 18:16
→ fgkor123 : 這倒是真的反正都知道爛攤了，做鳥頂多黑掉離職 05/16 18:48
推 cattgirl : 推專業 05/16 20:38
→ cylee : 重構之前要先有 test, 然後會發現大都沒寫 test 05/16 21:50
推 DerLuna : 廠商都馬說正式環境run才是真的test... 05/16 21:52
→ goshfinger : 如果系統只有20分的價值，只要重構後能達到70分， 05/17 13:11
→ goshfinger : 這樣就可以了，不要硬是想求100分，最差情況下反而 05/17 13:11
→ goshfinger : 會做得更爛 05/17 13:11