改别人写的代码觉得吃力，这个完全体现不了一个人的技术菜不菜。为什么？原因答主根据自己的经验从以下几个点给分析分析：
外在因素
工具的使用习惯不同
大家应该有遇到过这种情况，大家可能在看到其他人使用和你一样的开发工具的，但是你发现他把开发工具的窗体上的模块都调的和你的使用习惯完全不一样的，比如：你的资源管理器在左边，但是他把资源管理器调到了右下角。那这个适合你来给他找bug刚开始真的会觉得很麻烦，总感觉不舒服，并且你还不能调。这样会严重的影响你的找bug效率。
当工具使用习惯不一样的时候也会有所影响
代码的风格不同
所谓的代码风格不一样，打个比喻：你敲的代码每个变量名的命名都是按照规定的需求文档来，绝对没有一点差错，但是你看到对方的变量名总是一些奇奇怪怪的单词的组合。在或者你习惯把成员变量放在类的最上面，但是别人习惯把成员变量放在当前要使用的方法上面，等等等等。虽然这个对于找bug没有实质性的影响，但是相信很多小伙伴有这种感觉，总感觉不舒服，每次看到这里和自己的风格不一样，心里总是会咯噔一下。这应该叫做影响心情吧！！！
业务逻辑的理解思路不同
对于同一个模块的业务功能，大家会根据自己的业务逻辑的理解，找到解决方案，或者说同一个业务模块，你理解的业务逻辑和他的会不一样，那么你的解决方案也就不一样。所以在给他找bug的时候你会经常遇到看不懂的代码，这个看不懂也不是说你比较菜，是你不理解他现在的想法，所以你如果要继续往下面找的话，必须要问他来理解他敲出来的代码的他的想法，这样就会很麻烦很麻烦，如果他能正确的表达他的思路还好，如果表达不清楚那就会花费很多的时间了。所以二手代码对于所有程序员来说真的是噩梦，你会在看代码的时候内心疯狂的吐槽前开发者。
每个人的业务逻辑理解可能不一样，所以沟通成本会比较大自身因素
对当前遇到的技术不够熟悉
自身对于技术的不熟练才是找bug吃力的最主要原因，但是不是绝对因素。如果对于当前使用的技术不够熟练，会导致遇到的bug你也在内心是摸棱两可的，也不确实，之后你会在各种调式中去试，如果运气好，你可能试个几次找到原因，如果运气不好，可能把你觉得有问题的都试完都找不到。那这个时候你在对别人说不好意思你也找不到，那你这完全是在浪费时间，有可能还会招到别人的吐槽。但是你的对现在用到的这个技术了如指掌，那你每个模块检查完毕，基本跑一跑你就能缩小范围然后调试之后就能确定问题所在了。
技术才是核心
对业务逻辑理解的不够透彻
也有一种可能你不是负责这个模块的，然后别人给你讲了讲现在他的模块业务功能，然后对于业务功能的不熟练也会导致你在找bug的时候一边找一边去想业务逻辑，效率会很低，你找的肯定会很吃力。
总结：别人出现bug能拜托你去帮忙的话，已经证明了你在他内心技术是足够好的，找bug吃力的原因有很多，但是对于技术的熟练也还是最主要的原因，但也不是绝对原因。
以上是答主个人看法，如果有帮到您，麻烦点赞，评论，加关注谢谢！
