**原則◆主張簡單敏捷開發(fā)當(dāng)從事開發(fā)工作時(shí)，主張**簡單的解決方案就是比較好的解決方案。不要過分構(gòu)建（overbuild）軟件。用AM的說法就是，如果并不需要這項(xiàng)額外功能，那就不要在模型中增加。要有這樣的勇氣：不必要對這個(gè)系統(tǒng)進(jìn)行過分的建模（over-model），只要基于現(xiàn)有的需求進(jìn)行建模，日后需求有變更時(shí)，再來重構(gòu)這個(gè)系統(tǒng)。盡可能的保持模型的簡單。◆擁抱變化需求時(shí)刻在變，人們對于需求的理解也時(shí)刻在變。項(xiàng)目進(jìn)行中，Project stakeholder可能變化，會(huì)有新人加入，也會(huì)有舊人離開。Project stakeholder的觀點(diǎn)也可能變化，努力的目標(biāo)和成功標(biāo)準(zhǔn)也有可能發(fā)生變化。這就意味著隨著項(xiàng)目的進(jìn)行，項(xiàng)目環(huán)境也在不停的變化，因此開發(fā)方法必須要能夠反映這種現(xiàn)實(shí)。整合人力、物資、預(yù)算等資源，避免與浪費(fèi)。海門區(qū)參考辦公軟件開發(fā)24小時(shí)服務(wù)

一旦一個(gè)模型實(shí)現(xiàn)了目標(biāo)，就可以結(jié)束工作，把精力轉(zhuǎn)移到其它的工作上去，例如編寫代碼以檢驗(yàn)?zāi)Ｐ偷倪\(yùn)作。該項(xiàng)原則也可適用于改變現(xiàn)有模型：如果要做一些改變，也許是一個(gè)熟知的模式，應(yīng)該有做出變化的正確理由（可能是為了支持一項(xiàng)新的需求，或是為了重構(gòu)以保證簡潔）。關(guān)于該項(xiàng)原則的一個(gè)重要暗示是應(yīng)該要了解受眾，即便受眾是自己也一樣?！舳喾N模型敏捷開發(fā)開發(fā)軟件需要使用多種模型，因?yàn)槊糠N模型只能描述軟件的單個(gè)方面，“要開發(fā)現(xiàn)今的商業(yè)應(yīng)用，我們該需要什么樣的模型？”考慮到現(xiàn)今的軟件的復(fù)雜性，你的建模工具箱應(yīng)該要包容大量有用的技術(shù)（關(guān)于產(chǎn)出的清單，可以參閱AM的建模工件）。海門區(qū)常規(guī)辦公軟件開發(fā)廠家電話通過AI算法挖掘數(shù)據(jù)價(jià)值，提供業(yè)務(wù)洞察（如銷售趨勢預(yù)測、成本優(yōu)化建議）。

不錯(cuò)，我可以買一張新地圖，地圖是每年出一次的，但為什么要這么麻煩呢？缺少一些街道并沒有讓我痛苦到不得不投資買一份新地圖。簡單的說，當(dāng)?shù)貓D還管用的時(shí)候，每年花錢買新地圖是沒有任何意義的。為了保持模型、文檔和源代碼之間的同步，已經(jīng)浪費(fèi)了太多太多的時(shí)間和金錢了，而同步是不太可能做到的。時(shí)間和金錢投資到新的軟件上不是更好嗎？確實(shí)不錯(cuò)的主意以下的實(shí)踐雖然沒有包括在AM中，但是可以做為AM的一份補(bǔ)充：◆重構(gòu) 這是一項(xiàng)編碼實(shí)踐。重構(gòu)，就是通過小的變化，使你的代碼支持新的功能，或使你的設(shè)計(jì)盡可能的簡單。從AM的觀點(diǎn)來看，這項(xiàng)實(shí)踐可以保證你在編碼時(shí)，你的設(shè)計(jì)干凈、清楚。重構(gòu)是XP的一個(gè)重要部分。

AM是面向一般的開發(fā)人員的，但并不是要排斥有能力的人。AM的價(jià)值觀、原則和實(shí)踐都簡單易懂，其中的很多內(nèi)容，可能你都已經(jīng)采用或期待多年了。應(yīng)用AM技術(shù)并不是要你去練水上飄，但你需要有一些基本的軟件開發(fā)技能。AM**難的就是它逼著你去學(xué)習(xí)更***的建模技術(shù)，這是個(gè)長期的、持續(xù)性的活動(dòng)。學(xué)習(xí)建模在一開始可能很難，但你可以試著一次學(xué)習(xí)一樣技術(shù)來完成你的學(xué)習(xí)。06:19敏捷就是不要文檔?什么沙雕邏輯!——敏捷文檔實(shí)踐【老袁講敏捷】AM并不是要反對文檔。文檔的創(chuàng)建和維護(hù)都會(huì)增大項(xiàng)目涉眾的投資。敏捷文檔盡可能的簡單，盡可能的小，目的只集中在和開發(fā)的系統(tǒng)有直接關(guān)系的事情上，充分了解受眾的需要。選擇合適的技術(shù)棧，設(shè)計(jì)系統(tǒng)架構(gòu)（如微服務(wù)架構(gòu)），確保可擴(kuò)展性。

**簡單的方法莫過于把算法封裝為單獨(dú)的類，并建立操作，能夠選擇相應(yīng)的算法，以及為算法傳遞相關(guān)的輸入。這是Strategy模式的部分實(shí)現(xiàn)，但你埋下了伏筆，日后如有更多的算法要實(shí)現(xiàn)，你就可以重構(gòu)你的設(shè)計(jì)。并沒有必要因?yàn)镾trategy模式需要，就建立所有的框架。這種方法使你能夠輕松的使用模式。◆丟棄臨時(shí)模型 你創(chuàng)建的大部分的模型都是臨時(shí)使用的模型－－設(shè)計(jì)草圖，低精度原型，索引卡片，可能架構(gòu)/設(shè)計(jì)方案等等－－在它們完成了它們的目的之后就再不能提供更多的價(jià)值了。模型很快就變得無法和代碼同步，這是正常的。你需要做出決定：如果“同步更新模型”的做法能夠給你的項(xiàng)目增添價(jià)值的話，那就同步更新模型；或者，如果更新它們的投入將抵消它們能夠提供的所有價(jià)值（即負(fù)收益），那就丟棄它們。Java（跨平臺(tái)、穩(wěn)定性高）、Python（開發(fā)速度快、適合快速原型設(shè)計(jì)）、PHP（與Web集成良好）。江蘇運(yùn)營辦公軟件開發(fā)24小時(shí)服務(wù)

敏捷開發(fā)：采用敏捷開發(fā)方法，快速迭代，及時(shí)反饋。海門區(qū)參考辦公軟件開發(fā)24小時(shí)服務(wù)

◆逐漸應(yīng)用模式 高效的建模者會(huì)學(xué)習(xí)通用的架構(gòu)模式、設(shè)計(jì)模式和分析模式，并適當(dāng)?shù)陌阉鼈儜?yīng)用在模型之中。然而，就像Martin Fowler在Is Design Dead中指出的那樣，開發(fā)人員應(yīng)當(dāng)輕松的使用模式，逐漸的應(yīng)用模式。這反映了簡單的價(jià)值觀。換言之，如果你猜測一個(gè)模式可能適用，你應(yīng)當(dāng)以這樣的方式建模：先實(shí)現(xiàn)你需要的**小的范圍，但你要為日后的重構(gòu)留下伏筆。這樣，你就以一種可能的**簡單的方式實(shí)現(xiàn)了一個(gè)羽翼豐滿的模式了。就是說，不要超出你的模型。舉一個(gè)例子，在你的設(shè)計(jì)中，你發(fā)現(xiàn)有個(gè)地方適合使用GoF的Strategy模式，但這時(shí)候你只有兩個(gè)算法要實(shí)現(xiàn)。海門區(qū)參考辦公軟件開發(fā)24小時(shí)服務(wù)

南通利眾網(wǎng)絡(luò)科技有限公司在同行業(yè)領(lǐng)域中，一直處在一個(gè)不斷銳意進(jìn)取，不斷制造創(chuàng)新的市場高度，多年以來致力于發(fā)展富有創(chuàng)新價(jià)值理念的產(chǎn)品標(biāo)準(zhǔn)，在江蘇省等地區(qū)的商務(wù)服務(wù)中始終保持良好的商業(yè)口碑，成績讓我們喜悅，但不會(huì)讓我們止步，殘酷的市場磨煉了我們堅(jiān)強(qiáng)不屈的意志，和諧溫馨的工作環(huán)境，富有營養(yǎng)的公司土壤滋養(yǎng)著我們不斷開拓創(chuàng)新，勇于進(jìn)取的無限潛力，利眾供應(yīng)攜手大家一起走向共同輝煌的未來，回首過去，我們不會(huì)因?yàn)槿〉昧艘稽c(diǎn)點(diǎn)成績而沾沾自喜，相反的是面對競爭越來越激烈的市場氛圍，我們更要明確自己的不足，做好迎接新挑戰(zhàn)的準(zhǔn)備，要不畏困難，激流勇進(jìn)，以一個(gè)更嶄新的精神面貌迎接大家，共同走向輝煌回來！