關(guān)于敏捷開發(fā)的26個(gè)心得docxdocx-文庫吧資料
2025-07-23 17:38本頁面
【正文】 出真正影響性能的1%的代碼，只針對這些代碼做優(yōu)化。在內(nèi)核里的代碼應(yīng)該盡力的寫好來避免不要的浪費(fèi)，但針對高于單個(gè)方法的級別的優(yōu)化應(yīng)該在整個(gè)項(xiàng)目測試通過、針對最終實(shí)際用戶的壓力測試用例通過之后才能進(jìn)行。這個(gè)準(zhǔn)則能讓你確?！坝肋h(yuǎn)不要讓集成構(gòu)建失敗”的準(zhǔn)則。按照指導(dǎo)原則，它們應(yīng)該按照相關(guān)性進(jìn)行分組，從而減少復(fù)雜性。有些開發(fā)人員喜歡把代碼放到好幾個(gè)文件里，這樣是為了按另一種方式組織它們：例如把相同的數(shù)據(jù)類型的放到一起，或按字母順序分類。這是標(biāo)準(zhǔn)的面向?qū)ο笤O(shè)計(jì)原則里的封裝的概念?！霭岩饬x相關(guān)的東西放在一起?！鰣F(tuán)隊(duì)的每個(gè)成員都要知道客戶的需求。每個(gè)人都在忍受這種情況，但沒人采取措施。你要明白，當(dāng)集成構(gòu)建失敗時(shí)，它會(huì)影響項(xiàng)目中的每一個(gè)人，所以沒有比讓核心程序能正確的集成和測試通過更重要的事情了。如果你不能指出某段代碼對用戶有什么用處，那它很可能就是沒用的。查找垃圾代碼的工作永遠(yuǎn)沒有盡頭，找到它，消滅它?！銮謇砝a。想想吧，先寫測試用例后編碼能節(jié)省多少時(shí)間。測試用例可以用來精確的說明我們的設(shè)計(jì)需求。（后面說的這部分很多人都不認(rèn)可，一個(gè)內(nèi)置的能自我測試軟件包并不會(huì)占用多少額外的資源，但當(dāng)你需要用到它時(shí)，你會(huì)發(fā)現(xiàn)它的巨大價(jià)值。許多開發(fā)人員和經(jīng)理都認(rèn)為產(chǎn)品就是你打包給客戶的東西，其余的都不重要。永遠(yuǎn)不要忘記軟件的終極目標(biāo)是什么，是幫助人們完成工作。■軟件的設(shè)計(jì)要以人為本，而不是系統(tǒng)。測試工作永遠(yuǎn)不能停下來?！鰧彶椋瑢彶?，審查。(老輩人有的稱之為觸發(fā)器，但我稱之為隨環(huán)境而變)■不斷的了解如何改進(jìn)系統(tǒng)。相反，你要依賴現(xiàn)有的信息作出最正確們決定。你應(yīng)該盡可能的拖延做決定的時(shí)間，但一旦到了你該做決定的時(shí)候，你應(yīng)該當(dāng)機(jī)立斷，讓項(xiàng)目向前推進(jìn)。敏捷開發(fā)的目的是應(yīng)對客戶需求的不確定。開發(fā)人員很容易想到：一個(gè)‘客戶記錄’里應(yīng)該有‘送貨地址’的信息，但一定不要在沒有任何用例要求這個(gè)屬性的時(shí)候?qū)崿F(xiàn)這個(gè)屬性?！鲆欢ú灰跊]有使用例的情況下往類里添加成員方法。只有在你知道有具體用例的情況下，你才可以實(shí)現(xiàn)一
公司管理相關(guān)推薦
鄂ICP備17016276號-1