负责修复bug的程序员

㈠ 程序员到底是干什么的

程序员是从事程序开发、程序维护的专业人员，一般常说的程序员就是前端开发工程师或后端开发工程师。

其中Web前端开发主要是针对互联网应用系统Web前端产品的设计和开发，实现html/css，javascript，以及JSP页面的输出;配合开发人员进行代码的调试、bug修复、浏览器兼容性调优;实现网站页面特效、JS效果;对网站的页面进行优化。

前端开发的工作内容就是将美工设计的效果图的设计成浏览器可以运行的网页，并配合后端做网页的数据显示和交互等可视方面的工作内容。

而后端开发工程师的日常工作为写注释文档、和产品对接需求、设计方案、开发、修bug等等。其中开发和修bug是工作中最常干的，所以程序员们也经常调侃自己就是码代码的。

程序员岗位职责

1、对项目经理负责，负责软件项目的详细设计、编码和内部测试的组织实施，对小型软件项目兼任系统分析工作，完成分配项目的实施和技术支持工作。

2、协助项目经理和相关人员同客户进行沟通，保持良好的客户关系。

3、参与需求调研、项目可行性分析、技术可行性分析和需求分析。

4、熟悉并熟练掌握交付软件部开发的软件项目的相关软件技术。

5、负责向项目经理及时反馈软件开发中的情况，并根据实际情况提出改进建议。

6、参与软件开发和维护过程中重大技术问题的解决，参与软件首次安装调试、数据割接、用户培训和项目推广。

7、负责相关技术文档的拟订。

8、负责对业务领域内的技术发展动态进行分析研究。

㈡ 优秀的程序员是如何处理技术 Bug 的

从初入职场菜鸟到职场大咖，很多程序员在努力充实自己，有时候我们需要对自己进行一次能力定位，了解自己的优势和没有掌握的技术。芯学苑列出几点作为初入职场的新手评估自己，明了前进学习的方向。
1、技术能力(解决问题的能力)
这是非常重要的事;过硬的技术能让你得到面试机会，并在工作中游刃有余。当公司招聘一个Java开发人员时，是会优先考虑能力因素的。在实际的项目开发中，一个程序员的技术能力等于其解决问题的能力。
如果拿一个尺度来衡量这个能力的话，一个程序员的能力可以用能完成任务的数量和难度来衡量。一个程序员能基本无误的完成项目中的一个功能算是合格，但在此之前，他对项目的生产力为负，为他布置的任务，中间环节的沟通，修补bug的时间其实要多于自己直接完成该功能的时间的。能较好完成一个完整模块的程序员才算是较好的程序员，也是项目中的主要开发者。能独立完成整个项目才是优秀的程序员。
2、专业基础(知识的积累)
一个程序员的知识积累很大程度上决定了其解决问题的能力。知道如何编写代码是基本的技能，但是知道Java编程语言的原理，知道代码背后的算法将使你从人群中脱颖而出。
3、主流编程工具
今天，事实是，你不能成为一个样样都懂的人(杂而不精)。你必须选择你要掌握的工具。有时这是由工作的环境决定的，但是按照下面说的去做也是一个很好的选择：
构建工具：Maven或Gradle。
SCM：Git(不是GitHub。大不相同)。
构建自动化：Jenkins。
IDE：Netbeans或Eclipse——不仅用于编写代码，而且还从IDE中重构和调试代码。我遇到了很多没有如何从他们最喜欢的IDE调试的开发人员。
Bug跟踪：Bugzilla或Jira。
4、JSF的知识
应用程序服务器
所有Java开发人员应该知道如何在Apache Tomcat中部署。
当Glassfish开发停止时，下一个最好的事情是J Boss Wild Fly。
5、沟通的能力
沟通是我们做好一切事情的关键。我们必须与我们周围的环境保持互动，无论是在我们的私人还是职业生活中。一个良好的程序员知道如何在各种团体面表达自己。也许对你来说显而易见的东西在他人的角度来看并非如此。
从大的尺度(比如一个人的工作生涯)来看，一个程序员知识积累的多少只决定于其自学能力和他对编程本身的兴趣。
在一个分工明确的项目中，程序员需要理解产品，和领导沟通理解自己的任务，和同事们沟通以正确的方式进行合作。无论哪一个方面沟通出了问题都不是小事情，同时，程序员还需要正确的传达设计的实现难度，以及让别人正确的理解自己设计模块的接口。在不写文档时，正确的口头沟通非常重要，需要写文档时，良好的编辑能力也算做是沟通能力的一部分。
6、自学能力
这是一个非常重要的技能，在你自己的空闲时间学习新的技能。不要等待公司为你提供培训。你需要自己去学习新技术，提升自己在相关领域的水平。从Java后端开发到架构模式，总是有一些新事物值得学习。经常阅读博客和论坛，尝试加入本地聚会小组。你学到的东西可以帮助你的事业。知识刷新频率极快让人无法追赶的这个时代，难免会有超出自己知识范围的时候，此时你的自学能力决定了你能多快的完成任务。
7、良好的团队合作精神
无论是部分编程还是大型项目，所有开发人员都是作为团队的一部分在协同工作。你需要致力于团队的目的，或帮助新的团队成员克服障碍。不要存在这种“我只要做好我的本职工作，下班就直接回家”的态度。成为团队的一部分，帮助周围的同事，对自己的能力也是不小的提升。
就像拿破仑说的不想当元帅的士兵不是好士兵，追求参与一个大型软件系统的开发，是每个程序员的梦想。在此之前，应该学习更多的专业知识，达到优秀程序师的标准。最后希望各位程序员阅读本文后能够得到一些裨益，在这条路上走得更好。

㈢ 现在好的测试缺陷管理工具都有哪些

这些工具都是现在比较流行且容易上手的测试工具有（这个自动化就是尽量减少人工重复劳动的回归测试，性能就是找出软件的瓶颈）1.性能测试：LOADRUNNER、JMETER……2.自动化测试：QTP、RPT……3.web前端分析：yslow、httpwatch缺陷管理工具有（说白了这就是用来记录bug的，程序员与测试员之间通过这个来修复bug）：1.QC2.TD3.TESTLINK4.bugfree5.Jira书籍有：软件测试的艺术，我觉得这本书不错，对新手来说精通自动化测试LOADRUNNER测试还需要懂写脚本语言javacvbs等这些都可以用来写测试脚本的暂时先就说这些。。。。。。

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

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

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

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

㈤ 他怎样的展示自己的成果

工作中，我们大概都痛恨这样一类人：

明明只是做了日常分内的事情，就把事情提升了一个高度，拼命往自己脸上贴金；平常小事如此，要是做出点儿什么成绩，在各种场合都说，巴不得让所有人都知道他们的功劳。

领导们高高在上不清楚一些基础细节，竟然就轻信了，认为他们很有能力、很有想法。

这是前段时间有读者给我留言描述的情形，显然，他看不上这样的方式，跑来问我：工作中要怎样展示自己的工作成果，看起来又不像是在邀功？

从我们刚踏入职场的时候，很多人都被教育过，在职场中，要高调做事、低调做人。但这个度究竟要怎样把握呢？

我的思路是：让事情本身成为故事主角，你化身为那个讲故事的人就好。

什么意思呢？

举个例子，你是一位程序员，负责修复bug。某次加班加点，终于完成了10个bug。围绕着你在一定时间内（说明难度强度）修复了10个高难度（同前面的作用）的bug去讲，就是让事情本身成为主角；而围绕着你加班加点多辛苦去讲，就显得在卖弄苦劳。

当然，前一种方式可以捎带着提一下，自己是加班加点的，但都很含蓄，包括但不局限于：半开玩笑地说昨晚回去家人都睡了，或者修完bug半夜的时候回复一封邮件说bug已经修复了大家不要担心......（是不是挺有心机）

我一向觉得，该展示的时候还是要展示，只要不是以损害别人的方式就好。回到这个问题本身，展示成果，而又不显得像是在邀功，可以选择以下一些方式。

1. 和老板在形成固定的沟通汇报方式

如果你汇报工作让老板觉得在邀功，除了可能在汇报时用了不恰当的方式（如上文提到的），还有一个可能就是，你平时汇报工作不够到位！

和老板形成一个固定的沟通汇报方式很重要，无论是平时下班前简单沟通一下事情进展，还是白天见缝插针的沟通，或者是针对重要项目定期的沟通，都可以让老板一直都知道你在忙什么，对你做了什么、投入多少时间精力都会心中有数，而不是直接得到一个结果致使对方觉得过程很容易。

2. 把成果和心得分享给团队提供价值

如果是一些你自己进行的小尝试，发现效果不错，但是和老板日常沟通又觉得这件事太琐碎了，况且老板也不一定懂具体的操作，可以把自己总结出来的方法分享给大家。

这样一方面展示了你的主动性、乐于分享，展示了个人的影响力；另一方面，因为你提供了实用的价值，姿态也不难看。

3. 涉及报告部分用数字、图表更直观有说服力

无论是和老板沟通，还是和团队分享，要记住一张图胜过一千句话。邮件或者报告中加上数字和图表，比如前后效果对比，会让大家印象更深刻。

这里还有一点tricky的地方教给大家，如果数据涨幅比较小，可以尝试改变横纵坐标的数值范围，这样图表展示的折线或者柱状图差距就大了。

㈥ java程序员工作描述如何写

java程序员工作描述这样写:
1、负责研发公司应用软件的模块设计、开发和交付,
2、负责编码，单元测试,
3、按照功能组件的详细设计,
4、对其他软件工程师的代码进行审核,
5、参与新知识的学习和培训,
6、修复程序BUG,
7、参与与其业务相关的需求变更评审,
8、完成上级交办的其他事宜,
9、编写技术设计文档.
更多关于java程序员工作描述怎么写，进入：https://m.abcgonglue.com/ask/ccb1011615830490.html?zd查看更多内容

㈦ 暴风影音为修复bug杀了个程序员祭天被投诉举报是真的吗

8月25日下午，风影音软件在苹果商店的下载页面更新了最新版本，出现了一段描述为“修复了闪退的bug，还杀了一个程序员祭天”。

之后这张截图在网络刷屏截图引发关注，有网友称其用语轻松，也有部分网友质疑，作为一款软件的官方说明，暴风影音类似表述有渲染暴力意味，甚至有网友晒出截图称，将对其进行举报。

㈧ 计算机程序员主要是做什么工作的

程序员是从事程序开发、维护的专业人员。

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

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