在最后一分钟对代码进行数百次外观更改
Making hundred of cosmetic changes to the code at the last minute
在我们有严格的截止日期并且合同规定 "no changes to the existing code" 的情况下，程序员不断对代码进行外观更改。我想知道这个 "attitude" 来自哪里：DevOps？敏捷 ?
执行的更改：
1. 用 "var" 替换显式变量
2. 将短变量名重命名为长变量名
3. 重构代码注入到 MVC 控制器中 类
4. 将设计模式（如命令模式）添加到现有代码（无功能更改）
5. 将带参数的构造函数添加到 ViewModel 类（忘记添加一个非参数的构造函数，所以 post 中断...）
经过测试修改了成百上千处，合并方式变得更加复杂。
这是敏捷吗？
不，这不是敏捷 practices.When 程序员正在做上述更改，这意味着 he/she 没有为项目工作做好充分准备。
敏捷允许协作工作，团队中的每个成员在一个问题上互相帮助，这样最终生成的代码将导致更少的变化，并且比个人生成的代码更有效率。
在我们有严格的截止日期并且合同规定 "no changes to the existing code" 的情况下，程序员不断对代码进行外观更改。我想知道这个 "attitude" 来自哪里：DevOps？敏捷 ?
执行的更改： 1. 用 "var" 替换显式变量 2. 将短变量名重命名为长变量名 3. 重构代码注入到 MVC 控制器中 类 4. 将设计模式（如命令模式）添加到现有代码（无功能更改） 5. 将带参数的构造函数添加到 ViewModel 类（忘记添加一个非参数的构造函数，所以 post 中断...）
经过测试修改了成百上千处，合并方式变得更加复杂。
这是敏捷吗？
不，这不是敏捷 practices.When 程序员正在做上述更改，这意味着 he/she 没有为项目工作做好充分准备。 敏捷允许协作工作，团队中的每个成员在一个问题上互相帮助，这样最终生成的代码将导致更少的变化，并且比个人生成的代码更有效率。