程序出bug时不要随意修改的原因主要有以下几点：
稳定性：
一旦代码经过测试并且运行正常，改动代码可能会引入新的错误或者打破原有的逻辑，导致程序崩溃或者产生不可预测的结果。特别是在大型项目中，代码改动的风险更大。因此，为了保证代码的稳定性，尽量避免改动已经运行正常的代码。
代码质量：
代码质量是编程过程中非常重要的一个方面。随着项目的进行，代码可能会变得越来越复杂，存在一些不合理的设计和实现。如果不对这些问题进行修改，代码的可读性和可维护性将会大大降低，这将导致后续开发和维护的困难。
bug修复的复杂性：
修改bug并不是低技术含量的工作。相反，它是一项相当有技术含量的工作。随便将一个bug扔给一个新人来修改是不负责任的事情。需要有丰富开发经验的开发者划分bug的难易程度，制定bug修改技术方案，然后安排新手去修改才是比较可行的路线。
团队协作：
在调试版本中修改程序逻辑可能会导致团队成员之间的沟通变得困难。如果开发者在调试版本中引入了新的逻辑，而没有将其与其他团队成员进行充分的沟通和协调，这可能会导致其他团队成员在正式版本中遇到问题。
测试和重现问题：
有些bug在长时间存在的情况下连用户都已经习惯了，而且有的产品经理甚至把这一类的bug看成是自己产品的特点之一。测试未复现的问题有时也会导致程序员在修改bug时面临困难。
影响性：
如果原有代码被调用的地方多，修改bug时要看别人怎么调用的，总有人会绕过接口约定，自作聪明依赖原有代码的特殊逻辑。
性能优化：
在调试版本中，开发者可能会为了尽快找到问题而对代码进行过度优化。然而，过度优化可能会导致程序的性能下降，影响到用户的使用感受，并且使代码变得难以维护。
综上所述，程序出bug时不要随意修改，应该采取谨慎的态度，充分评估风险，并在正式版本中进行修改，以确保程序的稳定性和可维护性。同时，团队协作和充分的测试也是确保bug修复成功的关键因素。