什么是中华田园敏捷开发？
知乎最近有个提问，叫“什么是「中华田园敏捷开发」？”以下为节选部分精彩回答，完整链接请见文末。
来自知乎用户@太狼的回答：
随时加需求
不可能改期
永远不回顾
上线就不管
来自@知乎用户@郭启军的回答：
你们可能不知道一个项目研发时间就一天是什么概念，我们一般只会用两个字来形容这种人：码怪。
我经常说一句话，当年Linus 能用10天开发完一个git，那么我用1天做一个项目，不是问题。
埋伏他一手，加个写死的特殊逻辑，这个需求不用考虑，这种情况不会出现。
反手加一个ifelse，闷声发大财，产品改需求了？但是不用怕，我改的比他快，五六七八九十个ifelse，两行注释，很牛逼这个代码，如果把这个需求砍掉，今晚10点就能下班，但是砍不掉。
ctrl+ c + v，直接把这个需求实现了。
warning全部IDE直接屏蔽掉。测试快点，测试，先把开发完的那部分测一下，测试你快点啊！测试别磨磨蹭蹭的。
五六七八九十个测试工单，疏忽了，应该加个try catch的。
给测试倒杯茶好吧，测试给你倒一杯卡布奇诺。
给测试倒一杯卡布奇诺，开始你的人工智能测试，这个放到二期优化，那个功能砍掉不用测了，漂亮。
准备上线了产品要改需求？产品要改需求？你今天要是把需求给改了，我！当！场！就把这个电脑屏幕吃掉。
以下来自知乎用户@熊节的部分回答：
很简单，一切没有良好自动化测试覆盖的敏捷都是伪敏捷。
任何一种迭代和增量的交付方式，都会遇到一个严肃的灵魂拷问：频繁对软件做修改，如何保障软件不被改坏？
这个问题，用人肉测试解决不了。交付越频繁，人肉测试就越不可能跟上节奏。自动化的、快速且可靠的、覆盖完善的测试必不可少。这种要求，后补式的、黑盒的测试方法不可能达到，必须在开发软件的过程中内建。
当团队被迫采用迭代和增量的需求管理和项目管理方式，对应的配置管理和质量保障手段就必须跟上。这个质量保障手段就是自动化测试，尤其是高覆盖率的自动化单元测试。这个配置管理手段就是持续集成。
要知道一个团队是不是真的在做敏捷，看一件事就行了，看这个团队的开发是否每15分钟至少执行一次自动化测试。如果没有，就是伪敏捷。
以上内容节选自知乎，如有侵权请联系删除。
完整链接：https://www.zhihu.com/question/328042540
近期好文推荐：