内行透底：逻辑代码一清晰，调试时间砍掉70%

　　我原以为这破项目改改参数、补个判空就完事，结果拖到现在才懂那内行说的话。机房那股风噪裹着服务器嗡嗡的，连桌上半盒凉透的梅菜扣肉饭都馊得没味，旁边坐的实习生攥着笔杆捏出了汗，连打了两个哈欠都没敢挪地方，我盯着日志里那串乱飘的指针，连咖啡杯里的奶泡结了块都没发现。

文章配图，仅供参考

　　那时候我总觉得，代码乱点没关系，凑功能就行，反正能跑，大不了出问题再debug，谁知道这破逻辑藏着的坑，让我前后花了快一个礼拜才挖出来，那时候才懂，那些喊“逻辑一清晰，调试砍七成”的，根本不是瞎扯，是真的踩过坑才说的话。后来我把那段代码重写了一遍，把乱飘的分支捋成了清晰的线性判断，连注释都少了大半，调试的时候，二十分钟就找着了之前花三天都没摸到的问题，那时候才反应过来，之前的调试时间根本不是花在改bug上，是花在跟乱逻辑捉迷藏上了。

　　可这事儿最气人的是，有人偏不信这个邪，还把乱逻辑说成“灵活”，把调试慢说成“经验不够”，好像他写的乱麻代码是艺术，是别人看不懂的高级东西，他还天天跟人吹，我这个代码三天改五次需求都能兜住，可他兜的那些破需求，每次都得我帮他擦屁股，最后他拍拍屁股调走了，留我在这儿擦永远擦不完的屁股。

　　我原以为写代码只要功能对了就行，结果发现，逻辑清不清晰，才是区别新人跟老油条的东西。新人写的代码，哪怕只有两百行，看着也顺，老油条写的代码，哪怕有两千行，看着也乱，还总说“你不懂，这是架构”，可那架构连他自己都记不住，每次调试都得从头捋，他还嘴硬说“我是故意留着这些分支的，以后改需求方便”，结果真到改需求的时候，他连自己写的分支在哪都找不到，还得让我帮他找。

　　上周我改他写的那个接口，看他写的判断，一层套一层，像套娃似的，我数了数，光if else就有十层，我费了半天劲才把他的逻辑捋顺，改成了清晰的开关分支，再调试的时候，连十分钟都没花，就把他那卡了半个月的问题解决了，他过来瞅了瞅，没说话，只是挠了挠头，把他之前贴在显示器上的“改需求专用便签”撕了，揉成球扔到了垃圾桶里，那便签上还写着“改需求找我，代码我熟”，字迹都晕开了，看来是贴了挺久的。

　　刚才我在楼梯间抽烟，听见楼上的实习生跟他导师说，他最近写的代码调试时间少了好多，导师问他咋回事，他说把之前乱套的分支全拆成了清晰的逻辑，导师没说话，只是拍了拍他的肩膀，那实习生手里还攥着一本《代码整洁之道》，封皮都磨得起毛了，看来是真的看进去了。我看着楼梯间的消防指示灯亮着红幽幽的光，连烟都烧到了手指才反应过来，我把烟头扔到地上，踩灭的时候，脚底下还沾了点灰尘，那灰尘还是从机房带出来的，看来我也得回去把之前那些乱麻代码捋一捋了。

　　可我还是拿不准，那些把乱逻辑当个性的人，是不是真的不懂，还是说，他们是故意用乱逻辑来掩盖自己的能力不足，毕竟，要是代码太清晰，别人一眼就能看出他们的水平，他们就没法再拿“经验不够”来当借口了，这事儿我还没捋明白，等明天再跟那实习生聊聊吧，他最近写的代码，确实比之前顺多了。

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!