不重构程序的原因有很多，以下是一些常见的原因：
资源限制
时间：项目时间紧迫，可能没有足够的时间进行重构。
人力：可能缺乏足够的人力资源来进行重构工作。
预算：重构可能会增加项目的成本，压缩利润空间。
风险管理
引入新错误：重构可能会引入新的错误，增加系统不稳定的风险。
破坏现有功能：重构可能会破坏现有程序的功能，导致项目延期或失败。
测试挑战：重构后可能需要进行大量的测试来确保新代码的质量，这会增加额外的时间和成本。
技术难度
代码质量参差不齐：现有代码的质量可能很差，重构难度较大，甚至可能导致系统崩溃。
系统复杂性：项目可能非常复杂，重构需要深入理解系统架构和代码逻辑，这需要高水平的技术能力。
第三方接口：项目可能依赖于第三方接口，重构可能会影响这些接口的稳定性。
管理压力
管理层不支持：管理层可能不支持重构，认为它会影响项目的进度和预算。
客户期望：客户可能期望快速交付，不愿意承担重构带来的额外时间和成本。
开发者态度：一些开发者可能缺乏重构的积极性，或者对重构的重要性认识不足。
工具支持不足
缺乏合适的工具：可能缺乏有效的工具来支持重构工作，增加了开发的难度。
工具使用困难：即使有合适的工具，使用者也可能因为不熟悉工具而感到困难。
短期利益与长期利益的权衡
短期利益：重构可能无法立即带来明显的短期利益，而开发者可能更倾向于立即实现新功能。
长期利益：虽然重构有助于项目的长期发展，但长期利益的实现可能需要较长时间，这与当前的项目需求可能不匹配。
对重构的误解
额外工作量：很多人认为重构是额外的工作量，而没有意识到它带来的长期好处。
风险过大：一些开发者可能认为重构的风险过大，宁愿选择修补现有问题而不是进行重构。
综上所述，不重构程序的原因是多方面的，包括资源限制、风险管理、技术难度、管理压力、工具支持不足以及对重构的误解等。在进行是否重构的决策时，需要综合考虑这些因素，并权衡短期和长期利益。