v-model延迟
事实证明,当一个人将自己的精力集中于长期目标时,他将为不久和将来的优质生活打下基础。 从长远来看,立即产生回报的行动几乎不会带来任何好处。 很少有将其放在软件过程中的示例–
1.当一个人开始学习一种比当前更好的新工具/过程/方法时,他/她将面临生产率的下降(例如TDD )。 这导致了一个环境,管理人员开始认为变革无济于事。 或者,只是简单地说,他们没有勇气面对长期生产力提高带来的最初损失。
2.关注过程而不是产品-开发团队的主管会过分强调交付的产品,而不是质疑生产产品的过程质量,这并不罕见。 他们(无意识地)在做的是专注于短期目标-他们希望立即看到正在运行的功能。 如果他们延迟满足并说了话,让技术团队强制执行流程/工具,则将确保所有将来的可交付成果确实是高质量的可交付成果。 因为他们正在投资于可以改善流程的东西,这对产品负责。
3.类似,但具有更深远的含义-在需求“沉入”之前,开始开发/设计。 当今的软件方法和RAD工具可以使需求在项目中不断变化,但是重要的是需求“沉没”在技术团队的心中。 我相信总是有动机提出特定的软件要求。 这种动机几乎不会改变,如果开发人员能够研究需求并与需求或需求的生产者(客户?)进行足够的交互,他们将抓住永远隐藏且从未传达过的动机。 如果针对该动机进行设计/开发,则可交付成果将能够更好地适应需求变更。
显然,关键在于决定何时停止投资并取得收益。 但是,不幸的是,当今的软件团队在投入足够的资金之前尝试采用收益率方法,因此他们无法获得足够的收益率。
参考: 及时行乐V / S推迟软件方面满足我们JCG伙伴在Advait特里维迪CoolCode博客。
翻译自: https://www.javacodegeeks.com/2012/08/immediate-gratification-vs-delayed.html
v-model延迟