[討論] 專案開發的前置規劃與重構

[ripple0129 (perry tsai)]

開始進行一個專案之前
如果是個人的小專案開發
在有了初步的功能概念後
各位會做好詳細的架構規劃
或是直接動手做了之後再重構

個人認為Programmer成為User之後
也還蠻容易有User思維
也就是自己寫Code寫一寫
然後自己想到新功能也再加上去

我覺得真的靠想的就把所有規劃都完成
還真是有難度
也害怕想東想西到頭來什麼都不做
所以與其這樣
那就管他什麼架構
先把功能寫出來再說
之後再慢慢的重構吧

雖然搞不好要翻掉重寫
但總是有大量片段程式碼能夠使用
各位在開發上面是否都雷同
還是真的有神人可以一次到位的

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 223.140.23.71
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1478954771.A.D0A.html
推 rayway30419: 閒閒沒事或者加功能的時候再refactor
推 now99: 先做出來,後來再慢慢改,有時候還沒改專案或著跳槽了XD
→ pttworld: 規劃不被加功能影響的架構，對程式語言涉獵深度的重構。
→ james732: 首先要問老闆的schedule再決定怎麼做(嘆)
→ yyc1217: 再怎麼神也比不上客戶的一句話 就儘量保持彈性吧
→ testPtt: 一開始就深度物件化 之後就好改 但很花時間
推 bobju: [軟]體的本質就是隨著需求不斷地完善及改變，經常升級改版
→ bobju: 正是常態。
→ bobju: 前置規劃跟重構都需要。而隨想隨寫也有其意義：就視為初步
→ bobju: 探索的雛形系統，待需求更明確後，再重構一個架構更完善的
→ bobju: 系統。
→ yyc1217: 一開始會覺得寫了很多餘 繞來繞去的東西 但後續要改時
→ yyc1217: 才會體會到那些設計模式的好處
推 gcaaa: 如果是小型專案我會以MVP原則下去設計，之後在refactor
→ gcaaa: MVP是最小可行性產品, 然後之後在重構的原因是避免發生
→ gcaaa: anti-pattern
→ viper9709: 一次到位不見得之後就不用再改吧
推 aiyswu: 沒有一次到位這種東西