看板
[ Soft_Job ]
討論串[閒聊] 遇到前輩寫的爛CODE大家都怎麼調整心態?
共 5 篇文章
內容預覽:
所謂的爛code,沒有最爛,只有更爛. 舉個例子,我也常常接前人留下來的case. 有一次,我從頭到尾把程式看一遍,只改了兩行. 第一行 /*. 第n行 */. 就這樣而已,瞬間少了2/3 的code. 而且不影響功能,照樣可以跑。很扯吧. 到底該不該改,前人的Code,要視情況而定,. 1. 風險
(還有131個字)
內容預覽:
我待過幾個地方的經驗是,常常看不懂的程式比較多. 待過的地方都是小公司居多,簡單的說我看過幾種最常見的狀況. variable與function隨意定義. int day1, day2, day3, month1, month2, month3, year1, year2, year3. 變數總共有
(還有786個字)
內容預覽:
各位版友大家好~. 相信大家在工作上多少都會需要維護前人遺留下來的CODE. 如果運氣好~前輩功力高強 寫的CODE 脈絡清晰 架構清晰. 變數以及Method的命名 自我描述也很清楚. 相信維護起來是省力不少. 不過如果運氣不好 遇到前輩遺留下來的CODE亂糟糟. 就像一團泥球一樣,偏偏又可以動.
(還有17個字)