[討論] git flow/pair programming/agile
某場演講說長期以來我們對語言使用者都說not to do卻沒有說要如何做比較好
但是看到版上對於各式各樣的豎立的規則又說被綁手綁腳 programmer很難伺候耶...
明明在linux上會選自己喜歡的套件組合去處理問題 但是寫程式卻不是用這個想法
MVC/Flux/Design Pattern/TDD/git/agile/scrum/XP...
每個工具本來就有擅長解決的問題領域
大家都很有經驗常常spec改來改去
所以XP強調先完成最低限度甚至只是半成品 跟客戶討論以便提早改架構的時間點
大家都很有經驗常常寫一大片程式碼寫得很爽結果爆掉
所以agile/clean code/tdd強調寫小小的 確保可以跑再往下寫
大家都很有經驗常常寫到後來程式碼找不到還原點甚至整份快炸掉 所以有版本控制
大家都很有經驗常常程式變大炸在不知道的地方 Auto Testing就是減少每次手測成本
大家都很有經驗常常前一個人code他媽的難讀
所以clean code強調減少註解的污染誤導 多增加變數名稱本身的意義
每個人寫程式都有盲點 有時候自己找半天找不到bug 別人來看一下就發現
所以pair programming提早幫你避免掉單人盲點
早期程式設碼goto來goto去的根本沒辦法看 流程概念漸漸發展出來
隨著程式變大 程序導向程式非常混亂難以處理 出現了物件導向的概念
但是物件call來call去最後還是結成蜘蛛網 所以有OO五大原則的基本分離方法
隨著OO理論成熟Design Pattern的概念被提出 階層式架構概念出現
又將IO與核心分離成MVC Flux的設計是更簡化複雜度的架構
總而言之就是程式碼盡可能增加 易擴充 易維護 易測試
每個工具會適合用來解決特定的問題 不要淪為為用而用的碼農
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 140.113.210.209
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1498099654.A.4F8.html
推
06/22 10:58, , 1F
06/22 10:58, 1F
噓
06/22 11:08, , 2F
06/22 11:08, 2F
→
06/22 11:17, , 3F
06/22 11:17, 3F
→
06/22 11:18, , 4F
06/22 11:18, 4F
→
06/22 11:19, , 5F
06/22 11:19, 5F
推
06/22 12:01, , 6F
06/22 12:01, 6F
→
06/22 12:10, , 7F
06/22 12:10, 7F
學生時期否決goto原因是違反一個進入點和一個出去點 總要先學好基本再用進階
其實try catch也是一種goto
※ 編輯: Sidney0503 (140.113.210.209), 06/22/2017 12:15:00
→
06/22 12:12, , 8F
06/22 12:12, 8F
推
06/22 12:37, , 9F
06/22 12:37, 9F
→
06/22 12:37, , 10F
06/22 12:37, 10F
→
06/22 12:38, , 11F
06/22 12:38, 11F
推
06/22 12:53, , 12F
06/22 12:53, 12F
推
06/22 13:24, , 13F
06/22 13:24, 13F
推
06/22 14:55, , 14F
06/22 14:55, 14F
→
06/22 14:55, , 15F
06/22 14:55, 15F
→
06/22 14:56, , 16F
06/22 14:56, 16F
→
06/22 14:56, , 17F
06/22 14:56, 17F
推
06/22 16:15, , 18F
06/22 16:15, 18F
→
06/24 01:09, , 19F
06/24 01:09, 19F
推
06/28 09:18, , 20F
06/28 09:18, 20F
Soft_Job 近期熱門文章
PTT職涯區 即時熱門文章
