修煉敏捷開發(fā)總結(jié).docVIP

修煉敏捷開發(fā)總結(jié) 從公司拿的第一本書搞笑程序員的45個(gè)習(xí)慣敏捷開發(fā)修煉之道，急急忙忙的看完了，寫的是什么呢？大概清楚，但具體來說不是很清楚，所以現(xiàn)在總結(jié)一下下，里面雖說說的不是很具體，很多是大家都在做的，但是還是總結(jié)出來的好，把它養(yǎng)成自己的習(xí)慣，符合的繼續(xù)發(fā)揚(yáng)，不符合的改善，如此而已。 現(xiàn)在我的功力尚淺，讀這些習(xí)慣的書，應(yīng)該不算早也不算晚，看看吧，反正不管怎么樣，我翻完了，總結(jié)一下吧，總結(jié)其實(shí)就是摘抄里面的內(nèi)容，自己的感受呢，項(xiàng)目經(jīng)驗(yàn)太少，應(yīng)該不是很多，但敲一遍應(yīng)該能記住一些吧。 好吧，開始了。 糟糕的代碼需要重構(gòu)！需求一直是變化的，不要畏懼變化，但也不要頻繁的變更需求，需要在一小段時(shí)間內(nèi)，保持需求的穩(wěn)定性！需求是用戶決定的，不是編碼人員決定的！測試先行，有時(shí)可以讓測試牽引著編碼工作的進(jìn)行！團(tuán)隊(duì)內(nèi)部的協(xié)作，資源共享，代碼共享，相互幫助，降低每個(gè)人壟斷的面，使得危險(xiǎn)性降為最低，使得每個(gè)人都不是不可替代的！編碼先難后易！這樣利于工作的進(jìn)行，容易的都做完了，難得做的時(shí)候遇到問題，有時(shí)不得不修改或者重寫已經(jīng)做完的部分。 一、態(tài)度決定一切 1、做事遇到bug，應(yīng)該做的是解決問題，而不是找出兇手！ 2、欲速則不達(dá)該重構(gòu)的重構(gòu)，該修改的修改，有時(shí)這會(huì)讓我們工作的更快。 繞過這些，沒準(zhǔn)我們會(huì)走更多彎路！ 3、對事不對人我們是來工作的，又不是找茬的，是吧，每個(gè)人都有自己出色的一方面，當(dāng)然也會(huì)有自己不出色一方面，給每一個(gè)人一個(gè)表達(dá)自己看法的機(jī)會(huì)。 4、排除萬難、奮勇前進(jìn)勇氣會(huì)讓人覺得不自在，提前鼓起勇氣更需要魄力。 但有些時(shí)候，它是掃除障礙的唯一途徑，否則問題就會(huì)進(jìn)一步惡化下去。 鼓起勇氣，這能讓你從恐懼中解脫出來。 學(xué)無止境 1、跟蹤變化 二、每天學(xué)習(xí)下新的技術(shù)，新的思路，逆水行舟，不進(jìn)則退，難呀！ 2、對團(tuán)隊(duì)投資與團(tuán)隊(duì)的人進(jìn)行分享，大家強(qiáng)才是真的強(qiáng)大，讓講座穿插在我們的生活中，午飯時(shí)間大家都可以交流自己學(xué)習(xí)的心得，你有蘋果我有梨，一共享，咱倆就都有蘋果和梨了，何樂而不為呢？ 3、懂得丟棄有時(shí)我們學(xué)習(xí)了新的技術(shù)，新的開發(fā)方法和習(xí)慣，但也不忍心丟棄舊的不好或者叫不合時(shí)宜的技術(shù)和習(xí)慣，我們應(yīng)該適應(yīng)社會(huì)的發(fā)展，適應(yīng)技術(shù)的創(chuàng)新，我們已經(jīng)學(xué)習(xí)了新的技術(shù)了，又有什么不忍心廢棄掉原來那些不好的耽誤事的技術(shù)呢？舍得舍得，有舍才有得嘛！ 4、打破沙鍋問到底很好的提問，可以給你帶來答案！用一下5H1W什么的方法吧，它確實(shí)能給你帶來答案，即便帶不來答案，也能告訴你你該怎么做了 5、把握開發(fā)節(jié)奏開發(fā)節(jié)奏不能太慢，那樣會(huì)讓人變得更懶惰，更沒有斗志；同樣開發(fā)節(jié)奏太快也是，經(jīng)常性的加班，也會(huì)讓人們絕望。 就像減肥一樣，一點(diǎn)點(diǎn)的成功也是一個(gè)很大的激勵(lì)，小而可以達(dá)到的目標(biāo)可以讓人們?nèi)偾斑M(jìn)，慶祝每一次難忘的成功 三、交付用戶想要的軟件在模電上面學(xué)到一個(gè)詞反饋！他會(huì)幫助你開發(fā)出很接近用戶需求的產(chǎn)品！不斷地發(fā)布，然后不斷地與用戶交流，不斷地修正需求，這就是反饋帶給你的 1、讓客戶做決定產(chǎn)品最后誰用？廢話，當(dāng)然是用戶了，所以產(chǎn)品做成什么樣子，只有用戶才能決定，我們做什么？只能建議！ 2、讓設(shè)計(jì)指導(dǎo)而不是操縱開發(fā)很簡答，計(jì)劃趕不上變化！開始時(shí)有一個(gè)宏觀的設(shè)計(jì)就好了，不要面面俱到，因?yàn)槟汩_始并不是很清楚這個(gè)項(xiàng)目，需要在編碼過程中慢慢了解，慢慢根據(jù)實(shí)際情況再進(jìn)行更詳細(xì)的設(shè)計(jì)，開始時(shí)就用大量時(shí)間做沒有實(shí)際價(jià)值的文檔，浪費(fèi)生命啊，而且自己以后也可能要按照原來的不合適的文檔編碼，因?yàn)槟鞘悄阗M(fèi)盡九牛二虎之力才弄出來的文檔啊，不用的話不是白做了嗎？何苦呢啊 3、合理的使用技術(shù)技術(shù)沒有好與不好，只有合適不合適！選擇慎重，不是看起來困難的就好，相反，越簡單的說明越有功底，就像籃球場上，最牛叉的得分不是什么空中轉(zhuǎn)體360再拉桿.，一系列花哨的動(dòng)作得分才是最美的，不可否認(rèn)，這些可以證明你的實(shí)力，但是這樣也同時(shí)帶來更多的體能消耗，也可能帶來更多的傷病，相反，一個(gè)簡單的上空籃得分，一次簡單的籃下空位跳投，都是很省體力，很巧妙，而且不會(huì)受傷的優(yōu)雅的得分，能擺脫5個(gè)人的防守，證明你的功力更加深厚啊。 代碼也如此，簡單的代碼，自己看著清晰，用著簡單，別人看著也清晰，維護(hù)起來越簡單，而且越簡單的事物越不容易壞 4、保持可以發(fā)布隨時(shí)都保證你的項(xiàng)目能展示給任何人看，給客戶，給老板，這樣對大家都有好處，對代碼的健壯性，對進(jìn)度的安排，對客戶的需求。 5、提早集成，頻繁集成越早集成，越早發(fā)現(xiàn)模塊間的問題，修改的成本越低 6、提早實(shí)現(xiàn)自動(dòng)化部署 7、使用演示獲得頻繁反饋他會(huì)幫助你開發(fā)出很接近用戶需求的產(chǎn)品！ 8、使用短迭代，增量發(fā)布 9、固定的價(jià)格就意味著背叛承諾軟件項(xiàng)目有很多不確定性，很多東西做之前是沒辦法評估的敏捷反饋 1、守護(hù)天使 四、自動(dòng)化單元測試 2、先用它再實(shí)現(xiàn)它編程之前，先寫測試。 先寫測試，你就會(huì)站在代碼用戶的角度來思考，而不僅僅是一個(gè)單純的實(shí)現(xiàn)著。 這樣做有很大的區(qū)別，你會(huì)發(fā)現(xiàn)因?yàn)槟阋褂盟鼈儯阅茉O(shè)計(jì)一個(gè)更有用、更一致的接口。 3、不同環(huán)境，就有不同問題多平臺(tái)測試不是增加麻煩，而是減少以后的麻煩的不同環(huán)境下，問題也不同的 4、自動(dòng)驗(yàn)收測試 5、度量真實(shí)進(jìn)度有時(shí)候做一個(gè)任務(wù)列表真的會(huì)很不錯(cuò)，而不是時(shí)間性質(zhì)的，是任務(wù)性質(zhì)的，將一個(gè)項(xiàng)目拆分成若干任務(wù)，列出來，然后自己做完一個(gè)就標(biāo)記上，沒做的就空在那里，等著繼續(xù)完成 6、傾聽用戶的聲音每一個(gè)抱怨的背后都隱藏了一個(gè)事實(shí)，找出真相，修復(fù)真正的問題對客戶的那些愚蠢抱怨，你既不會(huì)生氣，也不會(huì)輕視。 你會(huì)查看一下，找出背后的真正的問題 五、敏捷編碼 1、代碼要清晰的表達(dá)意圖它說，代碼重讀的次數(shù)遠(yuǎn)遠(yuǎn)超過編寫的次數(shù)，所以還是把代碼寫的清晰，簡潔些吧，有時(shí)甚至可以犧牲性能，因?yàn)槟阋尯笃谏?，維護(hù)的人容易做事，因?yàn)槟阋灿锌赡苁且粋€(gè)升級別人代碼，維護(hù)別人代碼的人，己所不欲勿施于人嘛。 那就把代碼寫的像英語一樣，通俗易懂吧，哪怕借助詞典查一下呢 2、用代碼溝通恰當(dāng)?shù)淖⑨尶梢詭椭藗冮喿x代碼。 不光要寫這代碼是做什么的，而且也要注明為什么這樣做，當(dāng)時(shí)自己的想法。 先閱讀注釋，然后快速瀏覽代碼，從而完全理解它做了什么，以及為什么這樣做。 3、動(dòng)態(tài)評估取舍東西沒有絕對的好壞，只有適不適合你的客戶，面面俱到不太現(xiàn)實(shí)，所以還是舍棄一些東西吧，因?yàn)槟阌懈匾臇|西要做呢 4、增量式編程在寫了幾行代碼之后，你會(huì)迫切的希望進(jìn)行依稀構(gòu)建/測試循環(huán)，在沒有得到反饋時(shí)，你不想走的太遠(yuǎn)。 5、保持簡單簡單不是簡陋。 簡潔，實(shí)用，就好了，不必整一堆花里胡哨的高技術(shù)，沒用的。 6、編寫內(nèi)聚的代碼模塊自己做自己的事，相互之間耦合度應(yīng)該低一些，獨(dú)立性強(qiáng)一點(diǎn)，不能離了誰，誰都玩不轉(zhuǎn)，一個(gè)錯(cuò)就都出問題了，這個(gè)要特別注意??！怎么才能做得到呢？ 7、告知，但不要詢問命令與查詢分開。 命令可以做很多事，可以修改很多量，但是查詢就是去看一下，而不能做出任何修改，也應(yīng)該不要做任何修改 8、根據(jù)契約進(jìn)行替換 六、敏捷調(diào)試 1、記錄問題解決日志這個(gè)就像高中時(shí)期的錯(cuò)題本，2個(gè)月2個(gè)本子，讓我的數(shù)學(xué)成績從90多分提至了130多分甚至更高，這說明了什么？說明了人們會(huì)經(jīng)常跌倒在同一個(gè)地方，是很不長記性的，所以我們怎么辦？腦子記不住，筆頭總可以吧，寫上啊，以后再查啊，沒事就瞅瞅啊，笑話下自己嘛，是吧！ 2、警告就是錯(cuò)誤沒事也應(yīng)該多注意下警告，爭取都給改了，完美主義者有什么不好呢？不過我的實(shí)際經(jīng)驗(yàn)告訴我，有些警告是不可以避免的，是不用去搭理的，這個(gè)看你自己了，看具體情況了。 3、對問題各個(gè)擊破沒啥可說的，調(diào)試時(shí)基本的原則，單一變量原則，我們要確保周圍其他的一定是好的，方能去判斷這個(gè)事物是不是好的，所以，盡可能的拆開他們吧，那樣你的思路會(huì)更清晰，做事情也越輕松 4、報(bào)告所有的異常報(bào)告異常情況，利于你的調(diào)試要傳播不能處理的異常有些東西隱藏起來終究會(huì)出來禍害人的，只能將其消滅掉，消滅不了的，也要將其示之于眾，讓大家來看清楚他，消滅它吧 5、提供有用的錯(cuò)誤信息不是什么丟人的事，利己利人！敏捷協(xié)作 七、雙拳難敵四手，一個(gè)人干不過一群人的，所以團(tuán)隊(duì)是一個(gè)很重要的玩意兒，團(tuán)隊(duì)中不能只有一個(gè)人發(fā)揮，其他人抑制，因?yàn)槟菢舆€是一個(gè)人，我更傾向于抑制一個(gè)人激活全隊(duì)的人，當(dāng)然最好的結(jié)果是，激活所有的人，但是也有偶爾嘛，哈哈，大家的利益高于一切，在哪都是這樣的，沒啥可說的，除非你是牛人，但世界上牛人不是很多，我看還是老老實(shí)實(shí)混團(tuán)隊(duì)吧。 1、定期安排會(huì)面時(shí)間當(dāng)然會(huì)議的交流很重要，相互了解，相互幫助。 2、架構(gòu)師必須寫代碼只有深入進(jìn)去了，才能了解，了解了才能架構(gòu)啊 3、實(shí)行代碼集體所有制讓開發(fā)人員輪換完成系統(tǒng)不同領(lǐng)域中的不同模塊的不同任務(wù) 4、成為領(lǐng)導(dǎo)者你會(huì)感到給予別人教導(dǎo)，也是提升自己學(xué)識的一種方式，并且其他人亦可以開始相信你可以幫助他們 5、允許大家自己想辦法用問題來回答問題，可以引導(dǎo)提問的人走向正確的道