知乎最近有個提問，叫“什么是「中華田園敏捷開發(fā)」？”以下為節(jié)選部分精彩回答，完整鏈接請見文末。

來自知乎用戶@太狼的回答：

隨時加需求
不可能改期
永遠不回顧
上線就不管

來自@知乎用戶@郭啟軍的回答：

你們可能不知道一個項目研發(fā)時間就一天是什么概念，我們一般只會用兩個字來形容這種人：碼怪。

我經(jīng)常說一句話，當年Linus 能用10天開發(fā)完一個git，那么我用1天做一個項目，不是問題。

埋伏他一手，加個寫死的特殊邏輯，這個需求不用考慮，這種情況不會出現(xiàn)。

反手加一個ifelse，悶聲發(fā)大財，產(chǎn)品改需求了？但是不用怕，我改的比他快，五六七八九十個ifelse，兩行注釋，很牛逼這個代碼，如果把這個需求砍掉，今晚10點就能下班，但是砍不掉。

ctrl+ c + v，直接把這個需求實現(xiàn)了。

warning全部IDE直接屏蔽掉。測試快點，測試，先把開發(fā)完的那部分測一下，測試你快點啊！測試別磨磨蹭蹭的。

五六七八九十個測試工單，疏忽了，應(yīng)該加個try catch的。

給測試倒杯茶好吧，測試給你倒一杯卡布奇諾。

給測試倒一杯卡布奇諾，開始你的人工智能測試，這個放到二期優(yōu)化，那個功能砍掉不用測了，漂亮。

準備上線了產(chǎn)品要改需求？產(chǎn)品要改需求？你今天要是把需求給改了，我！當！場！就把這個電腦屏幕吃掉。

以下來自知乎用戶@熊節(jié)的部分回答：

很簡單，一切沒有良好自動化測試覆蓋的敏捷都是偽敏捷。

任何一種迭代和增量的交付方式，都會遇到一個嚴肅的靈魂拷問：頻繁對軟件做修改，如何保障軟件不被改壞？

這個問題，用人肉測試解決不了。交付越頻繁，人肉測試就越不可能跟上節(jié)奏。自動化的、快速且可靠的、覆蓋完善的測試必不可少。這種要求，后補式的、黑盒的測試方法不可能達到，必須在開發(fā)軟件的過程中內(nèi)建。

當團隊被迫采用迭代和增量的需求管理和項目管理方式，對應(yīng)的配置管理和質(zhì)量保障手段就必須跟上。這個質(zhì)量保障手段就是自動化測試，尤其是高覆蓋率的自動化單元測試。這個配置管理手段就是持續(xù)集成。

要知道一個團隊是不是真的在做敏捷，看一件事就行了，看這個團隊的開發(fā)是否每15分鐘至少執(zhí)行一次自動化測試。如果沒有，就是偽敏捷。

以上內(nèi)容節(jié)選自知乎，如有侵權(quán)請聯(lián)系刪除。

完整鏈接：https://www.zhihu.com/question/328042540

長按二維碼，關(guān)注我們

新睿云，讓云服務(wù)觸手可及

云主機｜云存儲｜云數(shù)據(jù)庫｜云網(wǎng)絡(luò)

點擊“閱讀原文”參與活動

總結(jié)

以上是生活随笔為你收集整理的什么是中华田园敏捷开发？的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。