如何让程序员处于水深火热中

‘壹’ 天下程序员苦“敏捷”久矣！《敏捷整洁之道》告诉了我们什么

从“敏捷”的概念诞生至今已有21年。从不被理解，到人人追捧，再到感叹“敏捷已死”，敏捷这一路到底发生了什么，又经历了什么？

在知乎上，@Jeff Tian 分享了他读《敏捷整洁之道：回归本源》的心得，又谈了谈他对于“敏捷”的感悟。

敏捷并非“玩命”开发。早期的敏捷转型中，加班成为常态，无论公司大小、风格和文化如何，都采用了“敏捷开发”模式，程序员陷入水深火热之中。这种现象引发了对“敏捷”本质的反思。

在《敏捷整洁之道》中，Bob大叔指出敏捷的本意被扭曲，大家普遍认为敏捷就是快、糙、猛。敏捷被发明出来是用来戳破幻想，通过做扎实的开发来实现。书中反复强调，敏捷从来无关于快，而业务部经理和“敏捷大师”们用来压榨程序员的工具是所谓的“承诺精神”，但书中并未提及，而是强调这不是承诺。相反，敏捷需要的是技术实践，如测试驱动开发、重构、结对编程、浮现式设计等。

真正的敏捷在于回归本源，通过遵守为数不多的几条纪律来实现。敏捷团队应通过验收测试来验证代码质量，而不是列出长长的流程或标准。技术实践是敏捷成功的关键，没有银弹能比敏捷更快。敏捷强调小项目、小迭代，每个迭代都会产生数据，通过数据而非幻想来管理项目的计划。

程序员的“出路”在于不断提高职业素养和专业水平，而不是依赖于固定日期和范围的承诺。通过阅读《敏捷整洁之道》和其他经典名着，如《代码整洁之道》等，可以深入了解敏捷背后的真正价值和实践方法。

在实践中，敏捷并非失败或成功，而是伪敏捷的失败。真敏捷社区迅速接纳了越来越多的伪敏捷拥趸，但技术实践才是真敏捷的关键。测试驱动开发是区分真伪敏捷的重要标志，它是企业级软件开发中不可或缺的一部分。

‘贰’ 程序员在一家公司发展到哪种程度说明应该跳槽了

当下我的意见是尽量不要跳槽，工作难找。理由是：

做事要天时地利人和，找工作也是如此。从当然情况来看，天时是不具备的。地利，看看就业的人，人山人海，很多人无业可就。这也并非是好的环境。人和？从自身能力来看，有没有准备充分，只有你自己清楚，别人是不清楚的。因此，我建议，立个flag。既然形势不乐观，不如多看点书，准备做个负责人，不写代码，工资和待遇都好。从实操转为指导，“干活辛苦不赚钱，唯有用脑工资高”，所以做点准备，等待时机，一旦形势转稳，条件成熟，发起冲锋，这样，就能很快达到目的。