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