前言
本文假定读者熟悉所谓的。 软件开发的敏捷体现及其所谓的 基本原则 。
目前，有很多人接受此“清单”，同意它，甚至尝试应用它。 但是对我个人而言，这似乎是在开玩笑。
目录内容
- 刚性程序员宣言
- 艰难的程序员清单的基本原理
- 留言
我们不断发现更高级的软件开发方法，直接进行开发并以此为他人提供帮助。 由于所做的工作，我们得以实现：
该概念比新要求更重要。
质量比速度更重要
做比要求更重要的事情
也就是说，在不否认右边的重要性的情况下，我们仍然对左边的内容给予更多的重视。
由于周到的计划和后续的软件开发技术，对我们而言，最重要的是程序员的卓有成效的工作。 并且，由于所有这些，他们的工作结果也令他们感到满意。
可以更改需求，但是新需求必须经历所有旧需求都已通过的反思阶段。 客户必须意识到不断变化的要求可能会导致产品回收。
仅当产品达到要求的质量水平时，才应发布产品。 不可以，没有固定的周期性。
每个人都应该了解自己在做什么，并努力做好。 不成功的销售或计划工作不应变成对需求或截止日期的无休止的修改，即转交给工程师。
积极进取的专业人员应参与该项目。 为了完成工作，请创造条件，提供支持并完全信任它们。
直接沟通不应干扰直接工作。 在工作流程需要时召开会议。
优质的产品是成功的关键指标。
没有人应该“穿破”工作。 您需要冷静地工作，不要遵循任何不合理的“节奏”和“周期”。 处理是不可接受的。
对过程的持续关注提高了系统的质量，可靠性和灵活性。
最佳需求，体系结构和技术解决方案源于在需求，体系结构和技术解决方案上紧密合作的团队。
举行演讲和研讨会是很有用的，以提高总体专业水平和参与整个过程的程度。
该概念比新要求更重要。
在开始软件开发之前，必须完成两件事：
- 开发软件模型；
- 考虑软件架构。
如果客户突然提出新要求，那么您不必“准备好进行更改”，而是准备将新要求与旧概念进行比较。
如果要求落在现有的matmodel和体系结构上-很好。 我们把任务放在队列中。 如果您跟不上，那么您需要调整或放弃新需求，或者更改模型和体系结构以使需求落在他们身上。 这是一个新的计划，可能重做已完成的工作，即时间和金钱。
如果客户不理解这一点，那么他需要耐心地解释它，而不是急于按他的皇家之手转瞬即逝的指示所指示的方向奔跑。 否则，会产生大量的垃圾，而不是软件。
质量比速度更重要
换句话说，技术过程比时机更重要。
他们在建筑工地戴头盔。 怎么了 因为它需要安全。
软件开发人员编写测试和文档。 怎么了 因为这是软件生产技术。
许多办公室会浪费大量闲置或工作不佳的软件，而不是花一点时间来想一想。 然后他们开始“修复错误”。
具有惊人的规律性，有信号表明下一个应用程序（甚至整个OS）在下一次更新后停止工作。 每周进行一次“技术”更新以改善“总体稳定性和可靠性”呢？ 熟悉吗？
我们自己创造了这个恶性循环：每个人都在赶时间，所以我们在赶时间，所以每个人都在赶时间。 现在该停下来思考。
做比要求更重要的事情
. , X . , , X, , , , , , , A, B , , C.
— "" " ", , " ", "", " ". , — , .
, . , , , , , , X, , Y , . , , ? ?
→
P.S.
.
, , , "".
… , , — , ...
powerman
— . :)
DexterHD