討論串[閒聊] 遇到前輩寫的爛CODE大家都怎麼調整心態?
共 5 篇文章
首頁
上一頁
1
下一頁
尾頁

推噓1(1推 0噓 4→)留言5則,0人參與, 最新作者metaphysic (多情應笑我)時間13年前 (2012/11/07 04:41), 編輯資訊
0
0
0
內容預覽:
以前改過客戶的爛code, 我們是上游廠商.. 客戶解不掉bug, 我們公司裡面沒人願意改.. 我用一天改好, 客戶很高興打電話來問我怎麼改好的.. 我告訴他們改了哪裡 自己去看,. 結果看到註解裡寫了fxxk, son of bxxth.... 公司同事則是驚歎有人能看懂那份code.. --.

推噓5(5推 0噓 14→)留言19則,0人參與, 最新作者pttnews (PTT新聞)時間13年前 (2012/11/02 22:19), 編輯資訊
0
0
0
內容預覽:
所謂的爛code,沒有最爛,只有更爛. 舉個例子,我也常常接前人留下來的case. 有一次,我從頭到尾把程式看一遍,只改了兩行. 第一行 /*. 第n行 */. 就這樣而已,瞬間少了2/3 的code. 而且不影響功能,照樣可以跑。很扯吧. 到底該不該改,前人的Code,要視情況而定,. 1. 風險
(還有131個字)

推噓3(3推 0噓 3→)留言6則,0人參與, 最新作者bluewind125 (憂藍的風)時間13年前 (2012/10/28 07:07), 編輯資訊
0
0
0
內容預覽:
我待過幾個地方的經驗是,常常看不懂的程式比較多. 待過的地方都是小公司居多,簡單的說我看過幾種最常見的狀況. variable與function隨意定義. int day1, day2, day3, month1, month2, month3, year1, year2, year3. 變數總共有
(還有786個字)

推噓8(8推 0噓 11→)留言19則,0人參與, 最新作者hichcock (快樂一整年 ^^~~~)時間13年前 (2012/10/26 14:17), 編輯資訊
0
0
0
內容預覽:
幫他舊的程式加上一些 IPC 的介面. 未來新增需求的部分自己寫, 把問題切的乾淨一點. 有空再把它砍掉重練. 題外話, 以前有看過前輩留下來的 code 看不懂. 可是效能真是 TMD 好, 這才慘. 你重寫效能又比不上人家, 不重寫自己又天昏地暗. 總不能把自己砍掉重練吧. --. 只有現在能做

推噓20(20推 0噓 25→)留言45則,0人參與, 最新作者uzoo (coding....coding)時間13年前 (2012/10/26 11:05), 編輯資訊
0
0
0
內容預覽:
各位版友大家好~. 相信大家在工作上多少都會需要維護前人遺留下來的CODE. 如果運氣好~前輩功力高強 寫的CODE 脈絡清晰 架構清晰. 變數以及Method的命名 自我描述也很清楚. 相信維護起來是省力不少. 不過如果運氣不好 遇到前輩遺留下來的CODE亂糟糟. 就像一團泥球一樣,偏偏又可以動.
(還有17個字)
首頁
上一頁
1
下一頁
尾頁