听说，改需求，是程序员心中共同的恐惧；
又听说，如果一个程序员加班，那他十有八九是在改需求。
程序员有多害怕改需求呢？
那得看需求改得有多奇葩了，奇葩程度与害怕程度成正比！
有程序员就说了，有时改需求不是不愿意改，只是改得太过突然，
就好比房子快要封顶了，产品经理却说要改地基。
改就改吧，给时间和金钱，也不是不能改，但
时间不给，钱也不到位，
这搁谁谁不怕？
有程序员还说了，其实他们不是害怕改需求，而是因为考虑的东西太过全面，比如：
程序员在开始一个项目或任务时，通常会对工作有一个明确的预期和计划。频繁的需求变更会打破这种预期，使得他们需要重新调整工作计划和心态，这可能导致一定的心理压力和焦虑。
程序员往往希望能够在稳定的环境下工作，以保证代码的质量和项目的进度。需求变更可能引入新的不确定性和风险，从而增加他们的工作压力。
需求变更通常意味着需要额外的工作量和时间来完成新的任务。对于已经安排紧凑的项目进度来说，这可能会导致程序员需要加班或牺牲休息时间来完成工作。
如果需求变更发生在项目的后期阶段，那么修改代码可能会涉及到更多的模块和组件，从而增加工作量和时间成本。
某些需求变更可能涉及到复杂的技术实现，需要程序员花费大量的时间和精力去学习和研究新技术或解决方案。这可能会增加项目的风险和不确定性。
需求变更还可能破坏原有的系统架构和设计，导致需要重构或重写部分代码，从而增加技术实现的难度和复杂性。
需求变更后，程序员需要重新进行测试和验证，以确保修改后的代码符合新的需求并且没有引入新的问题。这可能会增加测试的难度和工作量，并可能导致项目延期或交付质量下降。
如果需求变更涉及到多个模块或组件的交互，那么测试和验证的难度会进一步增加。
需求变更通常涉及到多个部门或团队的沟通和协调。如果沟通和协调不畅，可能会导致需求变更的理解和执行出现偏差或延误。
程序员可能需要花费大量的时间和精力去与其他部门或团队进行沟通和协调，以确保需求变更的正确理解和执行。
程序员通常对代码的质量和可维护性有很高的要求。频繁的需求变更可能会导致代码结构变得复杂和混乱，从而降低代码的质量和可维护性。
为了满足新的需求，程序员可能需要使用一些不太优雅或不太安全的解决方案，这可能会引入新的潜在问题或风险。
*内容来源于知乎用户廖显东-ShirDon，如侵删
总之，需求可以改，但请也体谅体谅程序员。尽量让需求合乎常理，不要过于奇葩！
最后，播妞希望程序员们都不要遇到奇葩需求，希望所有需求你都会~
程序员，留言区聊聊你遇到过的奇葩需求吧~让大家看到你们的不容易！
![]()
- 文末推荐 -
工欲善其事，必先利其器。
如果你想要快速掌握后端开发，高效提升技术能力，强烈建议选择黑马程序员。
黑马开设多个热门学科，
助力零基础学生成为企业所需的高级人才！我们的
好课、好老师、好服务，
已累计帮助
30万+
名同学实现高起点就业，赢得“
70%学员来自口碑推荐
”的好口碑。
![]()
现在，零基础也能学会的基础班仅需
28
元，部分学科就业班最高可优惠
2000
元！
机遇总是偏爱有准备的人，如果你想抓住高薪机会，一定要提前为自己布局，希望大家早日掌握高薪技能，早日拥抱高薪！
