这是一个创建于 1480 天前的主题，其中的信息可能已经有所发展或是发生改变。
由于互相交流非常方便，就不会留下文字记录，需求评审、技术评审的形式被淡化，短期开发效率增加了，省去了在 JIRA 上维护任务的时间。
长期来看，没有任何办法回溯一个模块的需求、技术迭代过程，导致只知道结果，不知道这个结果是怎么演变来的，那么新人接手的往往是屎山代码，技术重构的时候还需要重新确定需求，维护成本远远大于封闭开发节约下来的时间。
长期来看，没有任何办法回溯一个模块的需求、技术迭代过程，导致只知道结果，不知道这个结果是怎么演变来的，那么新人接手的往往是屎山代码，技术重构的时候还需要重新确定需求，维护成本远远大于封闭开发节约下来的时间。
 |
1
zqx OP 在封闭开发、假敏捷开发、需求变更频繁的场景下，如何提高代码可维护性，如何让下一个开发者容易上手？
|
 |
2
logic159 2020-12-04 09:42:37 +08:00
拒绝封闭开发，人人有责
|
 |
3
Gyarido 2020-12-04 10:09:45 +08:00
短期来看效率高，长期来看全是弊。如果钱没给够，干活的人都是怨言，效率反而底下，亲身经历。
|
Select Language