拒绝AI解释代码是傲慢

我站“先跑起来”派，但有个前提——跑起来是为了快速验证方向，不是让你闭眼上线。看不懂就硬抄，那是给自己找事，但一点一点拆、边跑边补测试，效率比从头手写高多了。一个人干全栈，没时间在每行代码上都较劲，关键是知道哪里能赌、哪里必须稳。

我站“先跑起来”派，但前提是你得知道自己赌的是什么。看不懂的代码我一般先跑一遍看输出，再往回推逻辑，比干瞪眼理解快得多。真正要命的不是看不懂，是连哪里可能出问题都猜不到，那种情况我宁可用自己手写的笨办法。你遇到那种AI写得特别绕但功能又对的代码，一般怎么拆？

我其实两边都沾点，但更偏向小余那句“知道哪里能赌哪里必须稳”。刚入门那会儿我也无脑跑起来再说，结果一个日期处理的bug藏了两周，改得我怀疑人生，从那以后但凡AI写的条件判断和循环，我必须逐行捋明白才敢往下走。不过说真的，有时候AI写得是真绕，但功能又没毛病，那种我一般先跑通再拿测试用例去卡边界，拆不明白的就重写，绝不跟自己较劲。

楼上几位说得都有道理，但我觉着「先跑起来」和「拆代码」根本就不是二选一的事。我习惯让AI先给段能跑的，跑通了我再拿结果反推它那破逻辑，真碰见那种绕得跟意大利面似的代码，我二话不说直接重写——花半小时读懂AI的屎山，不如花二十分钟自己撸一版干净的，当年手写代码也没见谁天天跟别人逻辑较劲。关键是你得清楚这段代码在整个系统里是承重墙还是装饰画，承重墙必须吃透，装饰画出问题再修也不迟。