如何使自己编写的程序更靠谱？看看大佬们怎么说

无论是初入职场的程序员小白还是高级开发人员，对于自己编写的程序都希望它不出bug，更加靠谱。

近期，有研发新人在网上求助方法，问如何才能学出没有bug的程序（兄弟你这个问题有点难度啊）~~~

对于这个问题，各位大佬纷纷给出方法给予新人回应。

有高级工程师说：代码最重要的是逻辑，所以写代码的时候要保持大脑的清醒。

而一位软件开发经理，从整个项目的角度也做出回应：指出最基本的还是要从程序的使用者（用户）角度出发，掌握基本需求后根据自己的逻辑习惯、思路去实现。

当然也有同行网友从现实的角度出发，从个人成长的角度去肯定bug存在的必要性，只有在不断的解决bug、优化代码的情况下，才会让自己的程序更加的靠谱。

更有前辈，直接点名新人对自己的要求很高，但同时也鼓励，这并非是不可能的事情。根据新人程序员小白的要求，前辈直接从自己的经验总结出以下内容：包括前提要求与实际操作等细节问题。

具体内容如下：

前提要求：

基础知识：要扎实，操作系统，算法，软件工程，数据库，网络等都要熟悉。

兴趣：喜欢编程这项工作

态度：态度要严谨，要认真负责，有做好的愿望，提高对自我的要求(可以自定目标)

实际操作：

1.开工前：认真全面了解担当的功能需求或设计，不要着急上来就写，要全面的构思一下。可能涉及的知识点如果不熟了，还要熟悉一下。

2.编程中：2.1集中力要高，要达到别人和你说话都听不到的程度。脑子要快速转动，不只考虑编码的事，常用白盒测试的注意点也要考虑到。2.2尽量集中一段持续时间来完成一个完整的功能，不能干会儿这，干会儿那。2.3如果遇到自己不满意或者不太清楚，不要着急往下干，要理清思路。思路最重要，开发中只要有思路一般都能按时完成。2.4开发中要结合异常情况随时Debug，进行确认是否结果和自己想的一样，有没有漏Case。

3.功能开发完成后：3.1首先要整体自测，局部Check性能。3.2考虑局部改善，自己不满意要有决心重写。

4.提测：Bug=0

最后，项目负责人给出了几点自己的见解：

1. 拿到需求时不要着急去开发，先画一画流程图和思维导图，这一步的重点就是联系上下文发现问题，保证你的工作不白做，例如版本冲突不兼容问题，整体逻辑不对等问题

2. 看看原来的的项目中，有没有可以复用和抽取的地方，这一步的重点是利用好轮子，做好抽象编程

3. 写代码先写大纲，也就是外围逻辑判断，中间的逻辑判断和DB层先用打印日志的方式去完成逻辑通顺，到这一步如果前端着急要接口就可以让他使用了，逻辑通顺只不过数据是假的，这样功能逻辑通顺，大体问题应该就剩下服务层的单块逻辑

4. 这里就涉及到一些基础知识了，例如：做好代码规范，对象优化，算法优化，线程优化等，将单块逻辑补充完整

5. 研发要指导测试人员有重点的测试，将你认为可能某种情况告诉他就行反复验证，不要什么都不说直接扔给人家，这样效率太低

学姐相信，很多人都有这样的想法，其实有这想法都是你们对自己高要求的表现，但是实际上没有无bug的程序，只有检查不到的bug，理性看待bug的存在的意义，养成良好的写代码的规范，在bug的鞭策下茁壮成长~~~