您现在的位置: 首页 > 网站导航收录 > 百科知识百科知识
敲代码的时候长时间修不好BUG怎么办？
代码,业务,你的敲代码的时候长时间修不好BUG怎么办？
发布时间：2020-12-06加入收藏来源：互联网点击：
敲代码的时候长时间修不好BUG怎么办？
回答于 2019-09-11 08:43:50
回答于 2019-09-11 08:43:50
建议多从源头个细节去分析，并且一定要把代码模块化，及一个函数实现一个功能，不要贪多。同时注意查找分析数组，指针等，结构体定义等，查看有没有有没有数组越界，野指针的出现，内存的泄露，还有结构体字节对齐等问题。同时也要借助网上的力量，现在网上的各种资料都很多，不大清楚的可以百度一下。也可以向同事，大牛寻求帮助。一起探讨，多个人一起总比一个要考虑更加全面些。
回答于 2019-09-11 08:43:50
如果长时间修复不了bug，说实话，项目经理或者产品经理肯定对你有意见，你的绩效可能会受到影响。
敲代码的，就是我们俗称的码农，平时工作再忙，也要勤于总结和学习，既要埋头拉车，也要抬头看路。
软件行业，技术更新换代非常快，如果你不经常学习，很快就会落伍，就会出现你说的长时间修不好bug的情况，这就意味着你的技能跟不上了，需要更新。
不断学习，才能更新技能。不断总结，才能明白得失，扬长避短。
祝学习进步，工作顺利！
回答于 2019-09-11 08:43:50
我觉得程序员的能力高低主要体现在对bug的控制上。好的程序员不仅自己很少写bug，而且能够将bug控制住，好的构架师则会在多人，或者大规模开发中用构架的手段将bug，或者将排查bug所需要的时间控制住，或者更直白的说就是将风险控制住。所以，如果你修改一个bug很长时间，只有两种可能，一，你不知道问题在哪，修了或者说不知道根本问题在哪。往往修了一个bug，带出一堆bug来，让人崩溃。这时应该想想是不是对需求没了解透，或者算法错误了，总之要跳出当前的范围，到更大的scope里去找问题如算法设计，构架设计。二，基础知识不牢固，或者经验不足，往往出现多线程死锁，分布式环境下的时有时无的bug，新手往往无从下手，这时如果是这种情况应该尽快求助，快速止损，快速学习，而不是藏着掖着，永远不要害怕求救，这样可以快速积累经验，快速成长。
回答于 2019-09-11 08:43:50
如果长时间修不好，说明方向是错误的，还有一点很重要，自己是否理清了业务逻辑，如果逻辑不清，你不要继续修改了。如果你的代码写的很是复杂，不够清晰明了，说明代码本身的逻辑就有问题，所以，建议你理清逻辑（业务逻辑，代码实现逻辑等），然后再继续修改。
回答于 2019-09-11 08:43:50
一般没有解决不了的bug，自己可以多尝试不同的方式去解决，如果最后还是解决不了，那就跟同事一起讨论看看能不能解决
回答于 2019-09-11 08:43:50
感谢阅读！
长时间修不好BUG，是有很多BUG，还是一直找不到一个BUG的原因？
不同情况得找不同应对方法！
如果是一个BUG总是找不到问题，这个就说明你的调试手段不够丰富，没有很好的利用好调试工具！
我在工作中调试，遇到代码级的BUG，通过“加断点，跟踪调试”，的方法，基本都能找到问题原因。
但是定位BUG之后，修复才是关键点。如果不熟悉这段代码不要轻易改动代码，要分析清楚：
（1）这段代码是不是底层代码，被多处调用？如果这样，修复要小心，考虑清楚所有调用的业务逻辑。不然，就是噩梦的开始，“摁下葫芦起来瓢”！
（2）这段代码在业务逻辑中的位置，你的修复方式，会不会改变其他业务逻辑？如果这样，又是一个巨大的BUG！
BUG的修复能力是程序员多少个996换来的！是付出多少汗水换来的！
好多时候，出了BUG，经常见到大牛说“我猜这是某某模块的问题”，你会发现，大牛说的没错！
大牛真是猜的吗！当然不是！
这是因为，大牛对该项目的业务逻辑烂熟于胸，对代码中的架构更是十分精通，遇到BUG，不用借助工具调试，短时间内就能分析出大概的位置！
这是大牛花了时间的研究业务和代码架构的结果！多数大牛都是公司加班最多的，大牛们在研究业务逻辑和代码架构！
总结
所以，代码出现BUG，要想提高BUG的能力，就要花时间去熟悉项目业务逻辑，学习项目架构！
上一篇：你真的忘得了你的初恋吗？
下一篇：返回列表
相关链接 |
||
| 网友回复（共有 0 条回复） |