[討論] git flow/pair programming/agile

[Sidney0503 (Sidney0503)]

某場演講說長期以來我們對語言使用者都說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
推 robber1234: 認真推
噓 elements: 前面那篇不就是亂用工具最好的範例？
→ testPtt: 我還沒遇過goto沒辦法看的 硬體還蠻常用goto/jump的
→ dreamnook: 工具的產生就是為了更便利
→ dreamnook: 用工具產生出更不便利的東西不是因為工具爛 是人笨
推 e2755699: goto你真的用的好沒人會有意見
→ dreamnook: goto求學時期各種否決 但真的用的好程式碼也乾淨
學生時期否決goto原因是違反一個進入點和一個出去點   總要先學好基本再用進階

其實try catch也是一種goto
※ 編輯: Sidney0503 (140.113.210.209), 06/22/2017 12:15:00
→ dreamnook: 用的不好就變成obfuscation了XD
推 Argos: 檯面上這些觀念 本來就通通都是所謂的經驗談阿 就是前人搞
→ Argos: 砸過 好心寫書寫blog跟大家說別跟我犯同樣錯誤 結果一堆人
→ Argos: 只會說那些都炒作 炒作？自己沒遇到問題都沒感覺的啦
推 Csongs: 有沒有興趣來我們公司面試(誤
推 shortoneal: goto用在例外處理上反而好讀..總之還是看用法
推 twin2: 有時候前人的好意裡面也會參雜一些顧問團體的利益在裡面,總
→ twin2: 之自己的判斷力是最重要的
→ twin2: 一個好的方法不會要你花一堆錢才能得到,花一堆錢就能得到的
→ twin2: 通常也不是啥好東西
推 Raymond0710: 推 沒用過或不會用就說爛就是糟蹋前人的智慧
→ ACMANIAC: goto 禁用論說穿了就是一種迷信權威
推 joe7226107: 推一個