程序员改bug好改吗

Ⅰ 程序员修复一个Bug到底需要多长时间

James Shore在《The Art of Agile 》一书中，明确指出要想修复问题得先知道问题的所在。而我们之所以无法准确估计时间是因为我们不知道需要多久才能发现症结的所在，只有清楚这一点，我们才能合理估计修复bug所需要花费的时间。不过，这个时候恐怕黄花菜都凉了。
Steve McConnell曾说过：
“发现问题—理解问题—这就是程序员90％的工作。”
很多bug都只需改动某一行代码即可。但是需要投入大量时间的是，后面还得指出怎么样才是正确的——就像我们在钓鱼的时候，得知道往哪里下诱饵，什么时候鱼儿容易上钩等等。
话说bug有四种类型：

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

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

Ⅲ 程序员改bug 问题是怎么改好的

其实程序员改bug也是有学问的。程序员改bug跟医生治病是一样一样的，无非一个是给机器看病，一个是给人看病。首先，一定要准确的定位引起bug的真正原因。定位问题，需要程序员去读代码，了解流程，弄明白来龙去脉。其次，定位bug源头之后，就需要去分析解决问题的方法。分析问题，需要综合相关知识，熟悉它所用到的一些机制，找到最佳解决方案。拿Android来说吧，比如修改wifi的bug，就需要弄清楚wifi的流程，stateMachine机制，消息机制，当然最基本的四大组建及其机制是必不可少的，哪里都有用到。然后，才是去coding。当然coding，也应该注意一些问题，比如，风格尽量和源码保持一致。Google那批程序员功底还是可以的。注释一定要清晰，包括作者，改动时间，以及原因。最后，要强调一点，改bug一定要彻底。不能改一个bug一起另外一个或者一堆bug。一定要避免这样的情况发生。我们公司就一个刚毕业没多久的程序员，改bug不彻底，只改了界面显示，弄的实际功能废掉。对于这样的代码，我只想说两个字：垃圾。另外，改bug要和相关模块的工程师讨论，因为他们或许就是这方面的专家，这样才能写出优秀的代码。

有的人改bug改了几个月，就会分开发的任务，或者层次更深一点的任务。有的人从进公司就一直改bug。不能否认公司方面有一定问题。但程序员也应该从自身方面找找问题。你写的代码是最高效的吗？你写的代码让别人很容易看懂吗？你写的bug让别人呲之以鼻还是赞叹不已？如果你做的不够好，就不要整天抱怨：“又让老子改bug，老子从进公司到现在都一直在改bug！”

Ⅳ 程序猿如何快速高效的改 bug改bug都有哪些技巧

使用debug模式，一步步debug，学会使用这个工具你会很快发现问题在哪。

Ⅳ 互联网前辈总是说“bug是改不完的”，新入职的程序员该怎样应对bug

互联网前辈总是说“bug是改不完的”，新入职的程序员应对bug：

Ⅵ 各位程序员都有过哪些令人哭笑不得的改bug经历

其实程序员确实也遇到过很多的这个因素，比如说他们要把一些软件改的好用一点，要不然时间长了人多了以后就出现卡顿，不改的话就会让这个用户流失，所以说这些bug我觉得挺有趣的

Ⅶ 我是it程序员，刚进公司让我调试bug但是总是调不好很是郁闷，我该怎么办是不是有很多人都有这样的困惑

一般代码不是很多，可以一步一步跟踪，这样在找Bug的过程也学习到人家撰写的编码的知识；如果很长又没耐心去看，你就根据报异常的信息去瞭解，哪裏有错了，打个断点，F5调到那个断点，如果能跑到那个断点，就说明前面没问题，如果没跑到那个断点，就说明前面有异常，要在重新调整。其实就是要会拆分找问题。
做IT，没熬得住寂寞，谨慎仔细，品质如何保证呢。

Ⅷ Java程序员 刚进公司 项目经理分配给的bug 怎么样去着手改

首先，看看主要的开发文档。
第二，请教经理大概讲解些平台整体结构，
第三，请教同事帮你讲解一些怎样快速的寻找或定位到那个类和那个页面的方法。因为是他们开发的，所以他们熟识。最好让他给我演示一二回如何寻找页面和类。
第四。修改时多用一些输出语句，在JAVA用System.out.println()
在JS里有alert();在JSP页面用out.println()等。
第五。记得多问，切记，这是成长的途径，最适合新手了。