[請益] 重構?標準?
因為板上有在討論
而小弟最近也在看這方面的書（如果表達有誤請見諒XD）
突然有個疑問
我們常常覺得前人留下來的技術債很大
所以思考要重構
因此我們開始重新規劃整個系統
但會不會我們陷入了另一個陷阱
就是我們自認為此系統架構的最佳解
卻恰恰是下一個接手人覺得的"技術債"?
或許下一個接手人與我們自己的想法不同
於是我們想到的最方便解決的方式(也可能真的是不太好的方式)
就成為了下一個接手人心中罵聲連連的"技術債"?
一個好的系統架構uml應該不全然是教科書上面的教案範例
而是因時制宜的解決方案（這是小弟的拙見，如有不對請指教，但請手下留情...）
但其實我也不太知道
一個讓下一個接手的人感謝的系統架構
應該長什麼樣子
所以上板來詢問大家看看
怎樣的架構是
你曾經看到前人留下來讓你感謝不已的系統架構或解決方案？
還是說寫程式的人
寫的好是應該
寫不好就該...
--
方小郎語錄01:這應該是少女系打法,真是捉摸不定!
方小郎語錄02:她是要做第七個袋口嗎?
方小郎語錄03:每天講評猜中2~300次也沒有獎品!
方小郎語錄04:反正我講那麼多也沒有人在聽!
方小郎語錄05:你這樣調球,我想上帝也不會幫你!
方小郎語錄06:硬要做中袋,真是少女的執著!
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 203.64.84.171
→
02/06 12:19, , 1F
02/06 12:19, 1F
→
02/06 12:20, , 2F
02/06 12:20, 2F
推
02/06 13:06, , 3F
02/06 13:06, 3F
→
02/06 13:06, , 4F
02/06 13:06, 4F
推
02/06 15:44, , 5F
02/06 15:44, 5F
→
02/06 15:45, , 6F
02/06 15:45, 6F
→
02/06 15:46, , 7F
02/06 15:46, 7F
→
02/06 15:47, , 8F
02/06 15:47, 8F
→
02/06 15:54, , 9F
02/06 15:54, 9F
→
02/06 18:45, , 10F
02/06 18:45, 10F
→
02/06 20:42, , 11F
02/06 20:42, 11F
→
02/06 20:42, , 12F
02/06 20:42, 12F
→
02/06 20:44, , 13F
02/06 20:44, 13F
→
02/06 20:45, , 14F
02/06 20:45, 14F
→
02/06 20:48, , 15F
02/06 20:48, 15F
→
02/06 20:50, , 16F
02/06 20:50, 16F
→
02/06 20:52, , 17F
02/06 20:52, 17F
→
02/06 20:54, , 18F
02/06 20:54, 18F
→
02/06 20:57, , 19F
02/06 20:57, 19F
→
02/06 20:59, , 20F
02/06 20:59, 20F
討論串 (同標題文章)