你以为的代码:往墙头上垒砖
实际上的代码:往机器里塞齿轮
比如老仙青书没了很可能是调整技能调取图像的特效代码时不小心影响技能标签代码，导致青书这个技能和老仙“失联”了

有着15年底蕴的屎山代码狗卡程序猿可招架不住

狗卡改动的东西绝对不止他们公告发出来的那些，肯定偷偷改了其他东西。再加上狗卡这游戏都存在十几年来，代码肯定是一堆屎，招的新人要么继续堆屎，要么小范围重构。按照程序员的心性，大部分新人都不愿意继续堆屎，一旦他们自信的重构，就是一堆bug

你拿狗卡跟炉石游戏王比也太看得起狗卡了

因为早就是💩山代码，牵一发而动全身

就我写过前后端的大作业，更新一个系统，意味着你前面到后面都得变一下（因为是一个映射过程）
还得找要求BUG修复建库，挺头大的说实话
然后有些地方变了虽然测试可以运行，但可能影响了某些东西（注释的重要性）

代码这个东西一旦久了，就会经过很多人的手，每个人习惯不一致能力不一样写的代码就参差不齐，说白了这么久如果都没有维护优化代码性质的工作那绝对是一坨，偶尔新增代码块的功能还好说，出问题顶多回退或者加判断，一旦开始重构，架构不行而且没有测试验收那就容易出大问题，现在基本是玩家在当测试

其实怎么说呢，程序之间的关系和联动太多了，以至于一旦动了某个模块就会对多个其他部分有影响，每次更新是变动了某些内容，对于代码本身来说并不一定是优化，甚至可能是复杂化或者无序化。
按我的理解，医生看病是希望病人身体内在正常有条理，从而在外也正常健康；程序员修复或更新代码是你别管内部乱不乱，就给我外表正常就行了。
医学不允许给虚弱的病人直接打强效兴奋剂，但是程序员可以

改代码就像你改一篇别人已经写好的作文一样

bug反正是修不完的

同楼主，也是外科

前期架构可能就很混乱 耦合度高 导致改一个部分其他部分的都被影响牵连 就会出现改了一个bug又多几个bug的情况