作者:
aoksc (é‡å‡ºæ±Ÿæ¹–)
2018-09-24 21:12:25基本上會不會砍掉重練的可能性要看系統的大小與重要性
跟你幾個人無關
一堆專案都馬只有一兩個人在維護
如果是公司主要的核心系統
那基本上重寫的機率很低
除非已經到了真的完全改不動
或是公司系統整個大翻新之類的特殊的情況才有可能
我工作這幾年的經驗其實也才遇過一兩次而已
我上一家公司裡面有好幾個重要的class
其中一個最常用的class裡面光是程式碼就有五千多行
這還不包含發散出去的那些code
當然我知道這對很多人來說算是小class
但這對很多越後面的人已經越難讀懂
因為裡面包含了大量的商業邏輯
但偏偏加新功能可能就是直接加到某個方法中
所以整個流程就一堆if…if…if
可能你只是要執行A功能
但因為都在同一個method裡面所以你必須要檢查B、C、D…ZZ之類的
那你說要改嗎？
該改肯定要改
但問題是你怎麼確保改了不會有問題
抱歉UnitTest就是剛好沒寫到那一塊
新的需求還是每天來
所以你也沒時間仔細的看一遍
大家都知道code很爛
但基本上沒爆炸的話就加減用吧
改了我反而還要去習慣新寫法
這才是業界實際的常態
※ 引述《peanut97 (丁守中)》之銘言：
: 大家中秋節快樂，快收心了。
: 想問一個假設性問題，大家在工作上，如果有一份專案的 code 是某位前人一手寫的
: 後來新人加入，變成前人帶新人，此時繼續維護那份code。
: 但再過一陣子，前人離職了，唯一的創始者走了。
: 新人把舊 code 重構，或是砍掉重鍊的機率高嗎？
: 我的想像是，如果一份code是出自於1個人之手
: 那麼code就是他的世界觀、他的切入點
: 後面的人看著他的世界觀，有時候不一定能全部接受
: 而有人的地方就有政治
: 當他還在的時候，當然就不會亂動。
: 而當他走了的時候，後面的人，一看不爽，就可能改寫成自己看得爽的、
: 好改的code。
: 如果是一個團隊，那當然要好好討論為什麼要改
: 哪些因素造成現在不好的情況，以及主管同不同意改等等的。
: 只是我很好奇，1,2人的專案，改的機率高嗎？
: 是不是，code只能是「現在還存在公司的人」能控制的才行。
作者:
xxtuoo (浪費時間不好QQ)
2018-09-24 21:16:00趁加新功能改寫剛好啊..反正有問題就說新功能難免..不爽不要加XDD
我好像真的做過1F那件事（但我沒說我改寫啦，只說加功能有地方沒判斷好）但那也只是改一小個函數而已
1F說的我經常做啊 反正工時開起來這種歷史共業就看誰接刀了
你當自己是阿姆羅就好了QQ音樂椅剛好沒你的位置就沒你的位置
作者:
kuope (伯伯)
2018-09-24 21:56:00推！業界真實狀況
作者:
stkoso (Asperger)
2018-09-24 22:04:00台灣一堆公司都這樣 主管都不在意的 只管他的KPI
作者:
y3k (激流を制するは静水)
2018-09-24 22:44:00這跟政治一樣 很多問題是一點一滴累積起來的 大家就在賭他會不會在自己手上爆炸而已...不過這種風氣跟資源量 做不出好東西我只能說剛好=3=
作者:
Ghamu (貓丸)
2018-09-25 01:22:00放寬心 你只是職員 領薪水 炸鍋拍拍屁股找下一家公司
作者:
tkucuh (tku's cuh)
2018-09-25 10:10:00看起來也不太會爆啊，就一直if下去吧...:Q
作者:
bndan (seed)
2018-09-25 13:07:00也許一直if下去才是公司要的 (攤手)