Re: [轉錄] 抄捷徑的技術債,遲早要還的

看板Soft_Job作者 (遙遠的旅人)時間14年前 (2012/02/05 11:33), 編輯推噓4(402)
留言6則, 4人參與, 最新討論串3/7 (看更多)
※ 引述《Ting1024 (無)》之銘言: : ※ 引述《thinkniht (不下棋=.=)》之銘言: : : 要如何說服高階主管理解其此看法的重要性呢? : : 還是能用的只有一招:(重構的書上說的) : : 不告訴主管 : : 反正任務交待下來,只要能做好就好,怎麼做是自己的事情 : : 主管不用知道XDDD : 沒差,反正會跳槽會升遷, 本來就是後面的人去扛 : 一代扛一代阿 就是為了以後要跳槽要升遷,所以當年我選擇乖乖做重構。 搞清楚什麼情況可以作到什麼程度、哪時候該做哪時不該做,就會累積一些經驗。 我個人不相信class結構的設計是可以入行就有的,能夠一開始就開出良好規格的能力 ,是在多次對相似情境的架構重構之後才有的。 而且重構最大的目的是將程式碼的複雜度壓在可以控制的範圍內。複雜度可以控制 ,加新功能、修BUG所要花費的代價才能控制,時程也才能評估。 對於一個長期自己維護的專案來說,程式碼太亂以至於無法估計重構範圍與所需 時間,那同時也表示這個專案的進度、品質也已經失控了,你在這個時間點對於 與需要重構的部份相關的程式區塊所做的承諾(不論是修BUG還是加功能)都是在開 快樂票。 寫東西的時候產能要穩定,你就必須總是在重構,並在無數次的做過頭與懶得做 造成的代價間,學會怎樣當個好程式設計師。 至於的公司允不允許...以個人長期發展而言,那通常不重要,除非找的是種花電信 、銀行那種打算待很久的鐵飯碗工作。 總是相信有更好的機會而去要求自己累積更高的開發水準,有一天才可以真正的把握 機會。有些東西能力沒到那裡就是做不出來,或是做出來根本不能看。 你去跟別人搶機會、搶新企劃搶著了又能怎樣?沒那個才調最後爛掉還不是會黑? 只有當你的能力確實提昇了,可以控制,那些爭取才有意義。 -- 我所信仰的科學是一種謙卑的理性,承認自身的無知與渺小才能觀察到世界在我們貧 弱的知覺上留下來的痕跡。 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 123.194.157.4

02/05 17:00, , 1F
這篇說得很好,推一下
02/05 17:00, 1F

02/05 17:48, , 2F
02/05 17:48, 2F

02/05 20:24, , 3F
嗯嗯 腳踏實地
02/05 20:24, 3F

02/06 20:27, , 4F
重構的目的是為了降低複雜度
02/06 20:27, 4F

02/06 20:28, , 5F
再說一次,重構的目的是為了降低複雜度
02/06 20:28, 5F

02/06 20:33, , 6F
不要為了重構而重構,不要為了design patterns 而 patterns
02/06 20:33, 6F
文章代碼(AID): #1FBVYYuo (Soft_Job)
討論串 (同標題文章)
文章代碼(AID): #1FBVYYuo (Soft_Job)