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