由一个bug产生的感想

最近工作中没有进展，感觉有点急躁，还一直在犯错误，再加上临近年关，有点不在状态，也是很苦恼

个人认为一份工作做不出来成绩是对自己最大的浪费，当然成绩不光是靠努力换来的，而且现在的体会是努力只能占60%的因素（99%的汗水和1%的灵感我感觉是骗人的，成绩就是靠那1%的灵感来的），但是灵感是怎么来了的，肯定是对每个问题进行深入的研究和考量。但是工作的习惯，思考的方式，思考的方都是很影响工作的

上周写了一个bug，应该算是一个很严重的bug，影响面现在还没多大，因为现在还是实验阶段，线上没有太大的量。
自己一直认为这种事情是自己的性格（粗心）造成的，其实后面发现是因为没有养成良好的工作习惯。

回到工作上,怎么避免bug?

不好意思bug是避免不了的，但是bug是能够减少的，怎么减少bug呢

（1）代码整洁
代码整洁是减少bug的基础，写出整洁的代码是很不容易的，代码格式化到甚至是一个换行或者括号，都应该形成一个好的习惯。

（2）做好架构设计
写代码之前，必须做好设计，每个模块之间的结构和联系，想好之后再写代码，不然慌乱写肯定出bug。

（3）做好自测
做好测试是减少bug的重点，每个人都会写出bug，针对每个模块做好测试也是非常重要的，如果发现哪个模块不能测试，说明这块的代码肯定设计的不合理。

（4）写好注释
每个人的写的代码，过两个月再回去看，每个人都会看不懂，尤其是每次出现bug，再去查问题逻辑都会不懂，所以写好注释是很关键的。

回想起自己刚刚工作的时候，造成了一次线上很大事故，把整个LS集团的服务器的配置信心全部搞乱了，虽然没有造成线上影响，但是对于运维工作人员造成了极大的困扰。造成这个事故，肯定我是最大的责任，这个我承认，但是其实工作的流程，也在这个事故中体现的淋漓尽至，目前互联网公司的流程能做到很规范的很少，尤其是内部系统，在这种情况下，个人的素质体现的更加重要。

其实会发现身边的人从外企出来的，从传统企业出来还有从比较大的公司出来的人，写的bug是相对较少，我认为并不是他们的能力比我们强多少，强的点在与规范上，如果自身能做到上述几条，最少能减少50%的bug。如果后续再有测试介入，肯定系统会稳定很多。

代码设计感想：
这个概念好泛，怎么才能写出牛逼的代码，设计肯定占有很大的比重。
（1）想想当初我是怎么做的，开始写程序，大家都会犯一个错误，就是一写一大片，就一个函数到底，最后一个mian函数测试，几乎每个人都是这么开始的，这样写的好处是什么就是思路清晰。但是这种代码对于别人无异于就是在吃一堆垃圾。当时我就想怎么去优化，开始我就强制自己的一个函数不能超过100行，超过100行就强行写另一个函数，慢慢的减少到不能超过50行，然后就是这一个程序，慢慢的改，慢慢的抽离。也就是说我是先写好代码，再进行设计，慢慢的会发现，再去写程序，绝对不会一写一大堆了，能抽离的全部抽出来了

（2）程序的算法和效率，程序的效率很要命，尤其是在互联网2C的行业。算法的时间复杂度和空间复杂度好像是每次面试的必面的，想想深层次的原因，如果对于亿级的访问来说O(n2)和O(n)的差距是亿级的，这还是很恐怖的，所以建议大家，在大量的写业务逻辑的同时，想着怎么去优化一下代码的效率，深入思考几个场景后，基本上续后的代码就会有一个质的飞跃，也建议大家没事多刷刷leetcode

（3）上述只是初级阶段，代码设计还有更高阶的，考虑设计模型，底层通信，交互等等，这块我也不敢班门弄斧，自己认为我这块还是在初级阶段，我还得潜心修炼。至于架构的设计更不敢造次！