[請益] 重構?標準?

[markzog21 (殘羽星辰)]

因為板上有在討論
而小弟最近也在看這方面的書（如果表達有誤請見諒XD）

突然有個疑問

我們常常覺得前人留下來的技術債很大
所以思考要重構
因此我們開始重新規劃整個系統

但會不會我們陷入了另一個陷阱
就是我們自認為此系統架構的最佳解
卻恰恰是下一個接手人覺得的"技術債"?

或許下一個接手人與我們自己的想法不同
於是我們想到的最方便解決的方式(也可能真的是不太好的方式)
就成為了下一個接手人心中罵聲連連的"技術債"?

一個好的系統架構uml應該不全然是教科書上面的教案範例
而是因時制宜的解決方案（這是小弟的拙見，如有不對請指教，但請手下留情...）

但其實我也不太知道
一個讓下一個接手的人感謝的系統架構
應該長什麼樣子

所以上板來詢問大家看看
怎樣的架構是
你曾經看到前人留下來讓你感謝不已的系統架構或解決方案？

還是說寫程式的人
寫的好是應該
寫不好就該...

--
方小郎語錄01:這應該是少女系打法,真是捉摸不定!
方小郎語錄02:她是要做第七個袋口嗎?
方小郎語錄03:每天講評猜中2~300次也沒有獎品!
方小郎語錄04:反正我講那麼多也沒有人在聽!
方小郎語錄05:你這樣調球,我想上帝也不會幫你!
方小郎語錄06:硬要做中袋,真是少女的執著!

--
※ 發信站: 批踢踢實業坊(ptt.cc) 
◆ From: 203.64.84.171
→ darthv:好要怎麼評斷？好的程式員會落入藝術家的陷阱
→ darthv:非我看得上的就是不好。
推 LaPass:應該是..... 看到滿滿的註解跟說明，連資料、api哪找都寫好
→ LaPass:的那種吧.....
推 duer:我覺得重構的最重要就是所有component要盡可能的componentize
→ duer:d(廢話). 當所有的component都是獨立的 整各系統的架構就會
→ duer:非常有彈性 對以後再增加新的功能 或者新的產品都有有幫助
→ duer:至於要怎麼切 需要時間跟經驗的..(感覺整各有講等於沒講>.<)
→ qrtt1:因為判斷的是人。討論不出結果的，除非接手的人也要識貨。
→ andymai:這就跟之前討論OO那串是差不多的結果吧~接手的人要識貨+1
→ YuYuHo:以商人的角度來想,牠們不在乎這東西品質如何,牠們只在乎
→ YuYuHo:這東西賺不賺錢
→ YuYuHo:軟體開發有一種叫做界面導向的東西
→ YuYuHo:就像商人只在乎賺不賺錢,而不在乎怎麼賺錢
→ YuYuHo:這是一種高階介面,是商人夢寐以求的東西
→ YuYuHo:商人想要一種簡單又賺錢的東西
→ YuYuHo:重構的標準就是想辦法讓事情變簡單
→ YuYuHo:實作面的簡單或使用面的簡單,其間的取捨,by case
→ YuYuHo:使用面不見得是你的老闆,也可能是你自己
→ YuYuHo:ansi c library,當你呼叫這東西時,你就是個使用者