认识达内从这里开始

程序员的能力提升是需要长期关注和坚持的一件事情，而本文我们就通过案例分析来简单了解一下，软件开发程序员如何通过解决bug问题来实现能力提升。

根据自己开发过程中所产生的bug，包括代码类型bug，策略类型bug，业务类型bug。每个bug都要寻根问祖找到根源，如果只在半途解决或者屏蔽bug，那么就领会不了这个bug的精髓(至少前期积累bug库的时候都要寻根问祖，如果后面经验丰富能对bug很熟悉，或者能很优雅的屏蔽后可以忽略)

·代码类型bug的产生一般来源于自己的编码不够规范和严谨，透析此类bug可以提高自己的代码质量和编程能力。

·策略类型bug一般来源于自身的代码设计有缺陷，透析此类bug有助提高我们的代码局部或者全局构造能力，可以为后续的封装、组件化、架构设计思维有很大的帮助。

·业务类型的bug很明显来源于自己对业务流程、需求逻辑的理解或业务代码设计不够严谨产生的bug，此类bug也是相当重要，如果前面两点说的是对于自身编程能力，那么这点就是切切实实跟业务开发有关，也是常见的bug。自身编程能力作为基石，只有自己的代码质量提高了才能编写出优雅高效率的代码。但如果自己对业务的理解很马虎很随意，即使编程能力再强，也只能是一个很普通甚至差劲的程序员。程序员的本职是对一个产品赋予头、手、脚、躯干等等(功能)，如果不能制造出健全稳定的功能，那么终的产品可能就会是一个残废。透析此类bug，对自己的业务能力，功能分析，方案制定有很大的帮助;还能获得部门的认可。业务能力，也是公司晋升的重要衡量指标。

一般业务类型的bug容易猜测，如：文案错误，信息空缺，集合元素缺失，等数据不对的情况。此类bug基本上都是数据在终使用的时候，并不是自己想要的数据。如果能对自己代码比较熟悉，那么就能很快的猜测出数据在获取-解析-传输-转换-使用的哪个环节出了问题。如果无法猜测数据在哪个环节出了问题，排查起来也相对简单，数据的传输在代码中还是很清晰可见的。只要顺藤摸瓜很快就能寻找到出问题的地方。PS：“数据驱动编程”，从数据源上规划好数据结构，不仅可以避免掉很多不必要的bug，还能提高开发效率。

·其次是策略类型bug，功能映射到的代码设计有缺陷，猜测此类bug难度会大一些。因为很多时候咋一看以为是业务类型的bug。猜测此类bug产生的原因，一是需要全局回想下自己的整体设计思路，确认是否有隐患的地方，二是根据bug发生的场景、时机，推算猜测出可能存在的错误设计思路。如果发生较大的策略类型bug，其实是很不好的，这很可能意味着自己之前的大部分设计思路需要调整，相应的很多代码也需要调整。虽然要调整的地方很多，但另一方面，也说明了你正在改变，你重新设定了一套设计思路，你在追求优化，而不是去建立补丁。PS：拿到需求后去思考优化方案是很有必要的。

·再次是代码类型的bug，由于自身编码规范不足，埋下一些坑，出现的一些奇葩bug。要想猜测出此类bug产生的原因也是难的，它很可能跟数据关系不大，跟策略设计的影响也不大。想要猜测出此类bug发生的原因，需要结合更多的信息，如log、场景、时机、数据等，加上经验和感觉去推理猜测出bug产生的原因。PS：提高自己的基础和注意平时的编码习惯，应该是每个猿需要做的事情。

【免责声明】本文系本网编辑部分转载，转载目的在于传递更多信息，并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题，请在30日内与管理员联系，我们会予以更改或删除相关文章，以保证您的权益!更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销，赚更多好礼。