如何看待程序员因为需求反复变更而离职？

程序员就是因需求而生
荣幸回答
我将知无不尽，尽无不言。
同学请坐下，听我一言。
程序员的循环模式
程序员的一生都是在实现一个又一个需求的体系中无限循环。

这涉及到开发和产品部门的工作模式，还有公司的管理体系。

产品部门和开发部门的工作模式是不一样的，产品负责宏观和功能设定，而开发负责实现。

软件开发中很多时候不是一次性完成一个产品，很多时候为了开发的效率和稳定性会把开发分成很多阶段，每一个阶段要开发不同的功能，一个阶段完成开发之后要进行测试，改bug才会进入下一个阶段，下一个阶段会禁止修改上一阶段的代码，这样才能保证开发的效率，否则出了问题都不知道哪里出了问题，这种开发模式下，如果出了问题，那就可以排除上一阶段引入的问题，从而提高定位问题的效率，同时避免问题的交叉引入。那么问题来了，如果到了第四阶段要修改第一阶段的问题，同时第一阶段的功能还和第二第三阶段耦合，那么试想一下，可能非常小的改动，就要引起产品四个阶段的改动和测试，这时候产品还要赶进度，出了问题还要开发背锅，试想开发能不恼火吗，所以明确需求是所有开发过程中最重要的阶段，其实整个开发写代码的过程只是产品开发过程中非常小的一部分，明确需求，产品测试，组内沟通才是产品开发的大头。站在开发角度，一个产品连需求都明确不了，就会让开发人员觉得这非常混乱，而且改需求这种没有产出的活，说实话没有几个人喜欢，所以一个优秀的产品首先要能明确产品的需求，而且要对改需求这种开起来小，其实非常繁锁的是保持敬畏之心，理解开发的工作模式，否则不但让开发恼火，还会浪费公司大量的资源。