看板
[ Soft_Job ]
討論串[轉貼] 工程師應該放心大膽地創造技術負債
共 8 篇文章
內容預覽:
== 有這麼難懂嗎. 要寫之前 先想好 大概要寫哪些部件 整體架構 未來可能還會有哪些需求. 想好之後 就每天 睡飽飽 吃飽飽 花2小時認真寫. 差不多累了. 喝杯紅茶. 繼續想 接下來要寫哪些部件 整體架構有沒有問題 未來的需求怎麼處理. 哈拉一下. 小睡一下. 整理一下今天寫的. 喝杯紅茶 下班
(還有147個字)
內容預覽:
看標題以為是有什麼建設性的看法. 點進去看都是在抱怨跟反諷. 標題很不錯所以解題發揮一下. 談technical debt(以下簡稱TD)前. 先來談談technical capitcal（簡稱TC). 什麼樣的code能算TC？. well documented? highly reusable?
(還有562個字)
內容預覽:
其實我還真的有遇過這種事情。. 我在上一家公司開發新系統時，先用 swagger 做好文件，然後自己架了一個 jenkins. 寫 pipeline 使用CI/CD，使用 tdd 開發，測試覆蓋率達到 80%，反覆重構一些 n^2. 的 function 看能不能降低，使用 jmeter 測試系統負
(還有31個字)
內容預覽:
如果有能力做到你說的那種程度 (立了清爽明確的抽象層...etc). 然後發生了你說的, 因為 "做得好" 而產生的那些問題. 那代表,. 你的老闆是個白痴, 而新來的新人是個白目,. 那你幹麻費那麼大的勁, 只為了在白痴手下和白目一起做事?. (能做好刻意弄爛還蠻累的吧?). 當然速速離職, 想去
(還有174個字)
內容預覽:
原文43. 想到之前跟EE出身(抱歉勿戰)的合作寫code. 我定了幾個enum type辨識case. 結果交到他手上，全部變數字1234.... 我問了一下這是怎樣 幹嘛不用enum. 他回一句多此一舉. 我30678勒XDD. 這種自幹王的code要維護三小. 後來我也只看他的interfac
(還有27個字)