程序员老是出bug

⑴ 程序员为什么要一直改bug，不能一次性写好吗

软件可能在使用过程中没有任何问题，但不符合产品的预期下图源自“How projects really work？”，很形象的突出了客户需要的产品和最终得到的产品不一致。

所以软件想要变得成熟，Bug收集和处理机制是非常有必要的，比如：会影响客户使用的优先级高的Bug要优先修复。Bug是软件的影子，也是程序员的噩梦实际上不能存在没有bug的软件，Bug和软件如影随形。就像我们使用的Windows，穷尽无数优秀的软件工程师来设计给用户优秀的桌面体验，但也有各种层出不穷的bug。

程序员对Bug有多爱就有多恨，Bug无处不在，即使再牛逼的程序员也逃脱不了Bug的魔掌。想要完全避免Bug几乎是不可能的，所以也不在一次性就写好的程序。以上个人浅见，欢迎批评指正。认同我的看法，请点个赞再走，感谢！喜欢我的，请关注我，再次感谢！

⑵ 程序bug出现的原因是什么

原因是多方面的，比如程序逻辑不严谨、程序变量类型设置不当、程序算法不完善等。

⑶ php程序员写的代码为什么总有bug

弱类型以及即编即译等等灵活的特性，注定PHP必须要有牺牲一定的稳定性的前提来达到。换句话说，通常JAVA中一些BUG可以通过编译机制可以尽早的扼杀早摇篮之中，即使是运行期的错误，也可以通过编译机制找到。同时，强类型语言的严谨的代码编写风格，也不容易出现由弱类型语言中那些让人又爱又恨的类型自动转换发生的意想不到的行为。

最终，我可以认为PHP为了快速开发，做出了他应有的牺牲。把更多的代码控制权力交给程序员，而不是交给机器，这也意味着代码的有效性考验着作为程序员本身的编程能力。更可能是程序员本身对编程思想的理解程度。不过，PHP大多数都是用来开发web站点，而且还有很庞大的社区，以及许多优秀的框架，这些都可以帮助PHP程序员在开发中减少不必要的麻烦。

BUG不可避免，BUG与否决定在你！

个人经验，少年，你如果要开发应用的话，这个年代不用框架，就等于自己为自己增加N倍的难度。在下推荐几款框架给你吧：
LARAVAL （强力推荐），YII，codeigniter.......

⑷ 程序员为什么要一直改bug不能一次性写好吗

作为一名程序员，我也总是在调试，Bug总是防不甚防的出现，这个过程真是有趣又痛苦，最后我觉得习惯就好，一次性写出完美代码是每个程序员不可实现的梦想。

没有哪个程序员可以写出完美的代码，即使高能又伟大的公司也做不到这一点，想想看你的手机软件是不是经常提醒你该更新了，连微软都在三天两头的让你打补丁，不是吗？

⑸ 软件存在bug是程序员把代码打错了造成的吗

从你的描述来看，软件存在bug，不是程序员把代码打错了，而是代码设置不合理，比如需求不合理，软件的操作上，设计上原本就存在逻辑漏洞，多个单体能够正常工作的模块结合到一起产生问题，异常场景没有考虑到等等，很多原因都可能产生bug。

⑹ 程序员遇到解决不了的bug怎么办

但大部分程序员都有一个问题就是不太愿意测试自己的代码。他们草草的调式完成以后就认为工作结束，测试那是测试人员的工作。
1. 影响了程序员自己的声誉
2. 影响了产品的质量
3. 影响了客户的信任度
4. 这个时候再 DEBUG 难度增大了许多。
大的不说，就说多自己声誉的影响吧。如果你的程序总会有这样那样的 BUG ，你得到收益会减少，即使你写了很多代码。
程序员必须克服一些自身的致命缺点才能够从根本上解决这个问题。那么这个问题是什么?前面我们已经提到，程序员对自己的代码都非常宽容，认为那是正确的没有问题。实际上这种想法比较正常，程序是通过程序员思考和设计之后才写出来，程序员不会将自己认为不正确的东西写到代码里，而到这个时候都一直假设程序是正确的;但人非圣贤，怎么可能不犯错误来。实际上程序员在对待其他程序员时候的态度就很好，带着一种挑剔和学习的态度;但一旦对待自己的代码就很难这么做;这就是最致命的。程序员也必须对自己的代码带着挑剔和学习的态度;这个基础是假设自己的代码是错误的，然后需要做的是怎么样证明自己的代码是正确的。程序员自身可以在程序生成的每个阶段做这些工作：仔细的设计(这个时候画点时间是值得的，必须保证我们对自己的程序有清晰的轮廓后才能开始动手写)、编写代码时、单元测试(单元测试的重要性就不在赘婿了)、功能测试。
仔细的设计：这个的仔细是说在程序员编写代码之前，其必须对代码的整个结构以及逻辑结构有明确的清晰的了解，只有这个时候才可以去写代码。这里没有谈到文档，但我说到了一定要清晰的思路，但清晰的思路不是每个人都可以在脑袋中直接形成的，很多人都是普通人，没有办法在脑袋瓜中把所有问题都想清楚，那么就记下来，特别对于复杂的逻辑。
编写代码：对于没有把握的代码，例如：新设计的算法，最好保证其正确性。可以单独将这部分测试，这可以让代码模块化的同时又保证了代码的正确性。一句话：少量的代码保证质量还是比较简单的。
单元测试：单元测试的重要性不在赘叙了，现在也有许多工具可以帮助程序员并减少工作量。
功能测试：程序员保证自己代码质量的最后一关;为了做这样的工作我们可能必须写一些代码来测试，甚至是测试工作。使用大量的 CASE 来测试，以及错误的 CASE 。这里和测试人员的测试不同之处在于：仍然让程序员的注意力放在其自己的代码范围内，减小了排错的难度。
如果你通过了以上的步骤都找不出你程序中有任何问题的话，那么我想你的程序应该足够健壮了。其实还有一点必须说明的就是：代码 REVIEW 。
前面说道了程序员对待别人代码的态度是挑剔和学习的态度，所以让其他程序员来 REVIEW 你的代码也是检查程序有没有逻辑错误的很好的办法。团队中应该交叉 REVIEW 代码，这是实践的经验。
作为一个好的程序员必须有以上的习惯，以及对待自己代码象孩子一样，我们要爱惜我们的代码，同时也要让代码走正确的路。

⑺ 程序员如何让自己的程序少出BUG(转)

软件测试心得
，而且还经常写一些工作上的事，现在感觉自己老了似的，开始转型了，会选择写一些总结而不是琐碎，也许这是我以后当领导的征兆吧。
程序员是善于思考的一个职业，做过这行的都知道，写一个程序的过程都要经过构思、设计、写代码、测试到最后运行这几个步骤。慢慢地，这个习惯也被搬到了生活中，现在我才觉得，我平时做事这么的冷静善思考原来是工作影响的原因。
象我一样，大多程序员都有一个毛病，或者说一个习惯，自己编写过的代码都不愿意测试，他们凭着自己的习惯，理论上完成了代码的编写就认为自己的工作结束了，剩下的工作应该交给测试人员了。但实际上来讲，如果代码存在BUG，造成软件在运行期出错，那么测试人员和客户肯定会发现这些BUG的，再等到测试人员或者客户把BUG反馈回来的时候代价就已经很大了，不仅仅是时间的浪费，更重要的还有1、影响了客户对产品以及公司的信任度，2、影响了程序员自己的声誉，3、影响了代码的可读性以及质量，4、增加 了DEBUG的难度，5、对程序员的心理造成一定的影响。
首先，程序员应该克服自己身上的一些缺点，这是很重要的一点，因为每个程序员都有自己的编程习惯，而且每个程序员对自己刚刚完成的程序都会信心百倍的说“绝对没问题”，实际上这种想法很正常，因为每段代码都是通过程序员认真谨慎的思考和设计之后才写出来的，在设计时已经排除了很多问题，所以程序员不会将自己认为不正确的判断写到程序里，但这仅仅是理论上的想法，但人哪有不反错的时候。其实程序员在读其他人写的程序的时候，就会很谨慎，仔细找到程序上的错误，但对自己的代码就很难这样做，如果把这种谨慎应用到自己的代码上来，BUG会减少到最少。软件工程所说的各阶段工作想必大家都清楚，前期的设计以及需求分析才是一个软件工程的重点，这里也是花费时间最多的地方，当对要写的程序有了一个清晰的轮廓之后再动手编写代码。
第二，刚刚提到的前期设计，是指在编写代码之前所作的工作，这要求程序员对系统的整个结构以及逻辑有很清楚的理解，这也要求对系统的需求做到位。我没有写过文档，所以这里不谈文档了。思路清晰很重要，但每个人并不能将系统的整个设计思路都记在脑袋里，那最好就写下来，特别是一些复杂的逻辑结构关系还有复杂的算法。
第三，代码的编写，要尽量减少拼写的错误，严禁使用关键字作为变量来使用，要尽量做到代码模块化，并且保证其正确性和可重复使用性。因为是模块组成的，写过之后可以将每个模块部分单独测试，因为代码量少了质量自然提高了。对顺序执行要求很高的函数尽量不采用调用子函数的方法，让程序按顺序走吧。
第四：代码检查以及系统功能测试，这是保证代码质量的最后一步了，我们可以写一些代码模块或者小工具来进行测试工作，跟踪变量值的变化，使用一些小技巧在这个阶段都是必要的，这里和测试人员的测试不同之处在于：仍然让程序员的注意力放在其自己的代码范围内，减小了排错的难度。
按照如上步骤来走的话，那么我想你的系统应该足够健壮了。
把对待别人代码的态度放到自己的代码上来，也就是反复的Review自己的代码检查逻辑错误也是相当好的办法。别把自己辛苦写的代码看的很值钱，在团队中尽量与别人分享、Review代码这是实际工作的经验。
作为一个优秀的程序员要具备这些习惯，看自己的代码就象对待自己的一样，爱惜、呵护是必须的，同时也要象园丁一样及时修剪多于的树枝来让自己的代码走正确的道路。

⑻ 资深程序员可以避免敲代码时出现bug吗

程序员遇到bug是在正常不过的事情了，就算非常资深的程序员也无可避免bug的存在，一般来说，除非你写一辈子 Hello World。
不过世界上的确存在一些凤毛麟角天才的程序员，他们差不多能做到这一点。接到任务之后，思考，冥想，在笔记本上画出数据结构或某个算法片段，腹稿打的差不多了就开 始编程，用 Vim、Emacs 或 IDE 工具，大部分时候能够一气呵成，然后构建代码，构造测试数据，运行程序，在反复调试中修复几个编程过程中没有考虑到的问题，就可以提交到代码库了。
他们的 代码交给测试和其他开发者，少有人能挑出 bug，因为他们对代码有敏锐的感觉，能够在别人忽略的地方发现代码的坏味道，并给出巧妙而优雅的解决方案。
他们是天生的代码创造者，这样的人往往效率高 而且少有错误，以至于会被一些平庸的团队忽略，因为技术领导总是会下意识的去关注那些最容易出事的环节，但这些人才是团队真正的脊梁，不是那些四处救火者。

⑼ 身为程序员，当程序出现bug时，是一种怎样的体验

当程序出现bug的时候，程序员会有两种感觉，一种是终于可以提现自己的价值了，当自己把bug修复好的时候，就会有一种成就感，但是如果很难修复的话，就会很头疼，所有很多程序员很早就有一部分发际线就会变高。