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

看板Soft_Job作者 (perry tsai)時間7年前 (2016/11/12 20:46), 編輯推噓5(5推 0噓 13→)
留言18則, 10人參與, 最新討論串1/1
開始進行一個專案之前 如果是個人的小專案開發 在有了初步的功能概念後 各位會做好詳細的架構規劃 或是直接動手做了之後再重構 個人認為Programmer成為User之後 也還蠻容易有User思維 也就是自己寫Code寫一寫 然後自己想到新功能也再加上去 我覺得真的靠想的就把所有規劃都完成 還真是有難度 也害怕想東想西到頭來什麼都不做 所以與其這樣 那就管他什麼架構 先把功能寫出來再說 之後再慢慢的重構吧 雖然搞不好要翻掉重寫 但總是有大量片段程式碼能夠使用 各位在開發上面是否都雷同 還是真的有神人可以一次到位的 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 223.140.23.71 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1478954771.A.D0A.html
推
11/12 21:09, , 1F
閒閒沒事或者加功能的時候再refactor
11/12 21:09, 1F
推
11/12 21:13, , 2F
先做出來,後來再慢慢改,有時候還沒改專案或著跳槽了XD
11/12 21:13, 2F
→
11/12 21:23, , 3F
規劃不被加功能影響的架構，對程式語言涉獵深度的重構。
11/12 21:23, 3F
→
11/12 21:50, , 4F
首先要問老闆的schedule再決定怎麼做(嘆)
11/12 21:50, 4F
→
11/12 22:23, , 5F
再怎麼神也比不上客戶的一句話 就儘量保持彈性吧
11/12 22:23, 5F
→
11/12 23:21, , 6F
一開始就深度物件化 之後就好改 但很花時間
11/12 23:21, 6F
推
11/12 23:25, , 7F
[軟]體的本質就是隨著需求不斷地完善及改變，經常升級改版
11/12 23:25, 7F
→
11/12 23:25, , 8F
正是常態。
11/12 23:25, 8F
→
11/12 23:30, , 9F
前置規劃跟重構都需要。而隨想隨寫也有其意義：就視為初步
11/12 23:30, 9F
→
11/12 23:30, , 10F
探索的雛形系統，待需求更明確後，再重構一個架構更完善的
11/12 23:30, 10F
→
11/12 23:30, , 11F
系統。
11/12 23:30, 11F
→
11/13 00:15, , 12F
一開始會覺得寫了很多餘 繞來繞去的東西 但後續要改時
11/13 00:15, 12F
→
11/13 00:15, , 13F
才會體會到那些設計模式的好處
11/13 00:15, 13F
推
11/13 00:21, , 14F
如果是小型專案我會以MVP原則下去設計，之後在refactor
11/13 00:21, 14F
→
11/13 00:22, , 15F
MVP是最小可行性產品, 然後之後在重構的原因是避免發生
11/13 00:22, 15F
→
11/13 00:22, , 16F
anti-pattern
11/13 00:22, 16F
→
11/13 01:14, , 17F
一次到位不見得之後就不用再改吧
11/13 01:14, 17F
推
11/14 12:02, , 18F
沒有一次到位這種東西
11/14 12:02, 18F
‣ 更多 ripple0129 的文章
文章代碼(AID): #1O9myJqA (Soft_Job)