看板 [ Soft_Job ]
討論串[討論] 重構跟kpi的考量
共 4 篇文章
內容預覽： 開啟 | 關閉 | 只限未讀
首頁
上一頁
1
下一頁
尾頁
#1
[討論] 重構跟kpi的考量
推噓33(37推 4噓 79→)留言120則，0人參與, 2年前最新作者VScode (VSisBestIDEinTheWorld)時間2年前 (2022/02/24 01:13), 2年前編輯資訊
3
0
0
內容預覽:
假設以下情境. 有個功能A、B都會用到相同邏輯，且有兩份重覆的code. (沒有unit test保護，而且年久失修 要加入unit test會需要更多時程). 現在要加入C，也會用到相同邏輯. 身為合格的工程師 應該會把ABC重覆的部份提取出來. 而不是讓這邏輯重覆三次. 但以公司營運的角度來看
(還有755個字)
#2
Re: [討論] 重構跟kpi的考量
推噓13(13推 0噓 13→)留言26則，0人參與, 2年前最新作者handsomeLin (NickLin)時間2年前 (2022/02/26 08:57), 2年前編輯資訊
0
0
0
內容預覽:
感覺這個標題就是個假議題，你說不重構A、B因為Unit test來不及寫，那你新寫的C就不用unit test了？. 然後你又說三個code一模一樣，假設你幫C寫完unit test了，那你不就也把AB搞好了嗎？. 再退一萬步來講，AB沒有unit test大家用的那麼爽你還硬要去動也只是吃飽太閒，
(還有73個字)
#3
Re: [討論] 重構跟kpi的考量
推噓19(19推 0噓 2→)留言21則，0人參與, 2年前最新作者HZYSoft (PCMan)時間2年前 (2022/02/26 23:43), 2年前編輯資訊
0
0
0
內容預覽:
如果 A, B 都沒有任何 tests，建議不要動他。. 幫 C 實做這個功能的時候，把 unit test 寫好寫滿，確保 C 是對的. 行有餘力，針對 A, B 的使用情境也加上 test case，確保未來在 A, B 確實能重用. (這點很重要，否則很容易程式長得很像你以為可以重用，實際上根
(還有669個字)
#4
Re: [討論] 重構跟kpi的考量
推噓4(7推 3噓 35→)留言45則，0人參與, 2年前最新作者leo5916267 (封膜獵人)時間2年前 (2022/02/27 00:33), 編輯資訊
0
0
0
內容預覽:
我覺得有個盲點就是 重複程式碼的邏輯. 我的經驗是在需求還沒穩定前. 一樣的程式碼複製到不同地方才是最佳解. 你根本不知道什麼時候 某個地方要用的邏輯不同 一但要改寫的邏輯不通. 你就會被共用的程式碼卡住. 就如你提到的案例 你只能砍掉重寫. 不然你就要很痛苦的把問題解決這時你就會寫出 共用的難以維
(還有152個字)
首頁
上一頁
1
下一頁
尾頁