程序员对修改需求产生“畏惧感”的原因是多方面的，以下是一些可能的解释：
不确定性和混乱：
需求变更可能会引入不确定性，使得原本明确的项目目标变得模糊。这种不确定性可能会导致项目计划的混乱，增加项目管理的难度。
额外的工作量：
需求的变更通常意味着已有的工作可能需要重做，或者需要添加新的功能。这会增加程序员的工作量，可能导致加班和工作压力的增加。
技术挑战：
新的需求可能涉及到技术上的挑战，比如需要学习新的技术或工具，或者需要在现有的技术框架中做出调整。
影响项目进度：
频繁的需求变更可能会打乱项目的时间表，导致延期交付。这不仅会影响客户满意度，还可能对公司的声誉和财务状况产生负面影响。
沟通成本：
每次需求变更都需要团队成员之间进行沟通和协调，这会消耗大量的时间和精力。
质量保证问题：
需求的变更可能会引入新的bug或者使原有的测试用例不再适用，这会增加测试和质量保证的难度。
团队士气：
频繁的需求变更可能会影响团队的士气，因为团队成员可能会感到他们的工作成果被不断地推翻重来。
预算限制：
需求的变更可能会导致项目成本的增加，如果预算有限，这可能会导致资源的紧张和项目的不可行。
客户关系：
如果需求变更是由客户提出的，程序员可能会担心无法满足客户的期望，从而影响与客户的关系。
个人成就感：
当需求频繁变更时，程序员可能会感到自己的工作缺乏成就感，因为他们很难看到自己的努力转化为稳定、可交付的成果。
综上所述，程序员对修改需求的畏惧感并非没有道理，但在快速变化的商业环境中，需求变更是难以避免的。为了减轻程序员的负担，团队和管理层可以通过更好的需求管理、沟通机制和灵活的技术方案来降低需求变更对项目的影响。