程序员创业论bug视频

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

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

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

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

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

3. 程序员这个工作好吗，这个工作有发展前途吗

我们知道，现在程序员这个工作是非常热门的工作，也是非常高薪的工作。有很多人大学就选择学习计算机与互联网这个专业，为的就是想要成为一位程序员，这个工作还是非常有发展前途的。

我们知道现在程序员这个工作是非常热门的，而且程序员的工资是非常的高的。它可以使年轻人在很短的一段时间就能买得起房，所以程序员这个工作还是非常热门的，非常有发展前途的。

综上，我们可以发现程序员这个工作还是非常的棒的，因为工资是非常的高的，这个工作也是有发展前途的。对此，你有什么其他的看法？可以在评论区里说一下，大家一起来讨论一下。

4. 优秀的程序员是如何处理技术 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、良好的团队合作精神
无论是部分编程还是大型项目，所有开发人员都是作为团队的一部分在协同工作。你需要致力于团队的目的，或帮助新的团队成员克服障碍。不要存在这种“我只要做好我的本职工作，下班就直接回家”的态度。成为团队的一部分，帮助周围的同事，对自己的能力也是不小的提升。
就像拿破仑说的不想当元帅的士兵不是好士兵，追求参与一个大型软件系统的开发，是每个程序员的梦想。在此之前，应该学习更多的专业知识，达到优秀程序师的标准。最后希望各位程序员阅读本文后能够得到一些裨益，在这条路上走得更好。

5. 程序员 如何创业

1、首行培养商业意识。周鸿对程序员的弱点看得一清二楚。“想成功不要迷恋技术，没有技术肯定不行，但是只有技术一样行不通。”周鸿说。对于那些心怀创业梦想却不具备商业意识的程序员，周鸿提出了两点建议：第一，努力培养自己的商业意识，甚至要强迫自己去做不喜欢的事情；如果第一条路走不通，那么就必须敞开胸怀，还要克服掉固步自封的弱点，寻找具有商业意识的合作伙伴，达到共赢的结果。
2、抓住用户的需求。最好的产品不一定是技术含量最高的产品，而是有巨大需求的产品。有太多这样的例子了，就像INTEL这样的大牌都不会迷恋技术，像64位的东西早在N年前在大型机上就实现了，并且也不是什么高深的东西，为什么INTEL现在才推出来呢？很简单，现在32位已经走到了尽头，用户需要更高的速度、更强的处理能力，所以推出了64位处理器。另外，笔记本上面的迅驰技术也是同出一辙，当然还有INTEL的其他战略在这里面。所以有需求的产品才是最好的产品。
3、好产品是运营出来的。我很认同周鸿祎的观点：好的产品是运营出来的，而不是开发出来的。十年磨一剑的时代已经过去了，现在的很多产品几乎每天都在发布新版本，所以创业者不能妄想靠某款优秀的产品一鸣惊人。产品的成功，不能光靠技术，运营才是更重要的。在创业初期不可能有一个完美的想法，所以要先拿出产品，在市场中慢慢总结和修正，找到合适的运营方式，最终使它真正成为一个具有商业价值的产品。
4、成功在于积累。不要抱着一蹴而就、一劳永逸的心态。
5、做自己真正感兴趣的事。这是动力问题，感兴趣才能坚持长久。感兴趣才能经得起失败。如果在失败中享受做事的乐趣，并能够努力培养自己的不足，培养商业意识，结识更多的合作伙伴，那么，即便创业没有成功，也还有机会重来。

6. 程序员行业也是“青春饭”，以后有哪些转型的方向

要成为一名程序员，不仅要忍受无休止的加班，还要承担失业后的各种不确定风险。一般情况下，国内程序员如果不成为公司管理层，40岁之前就会失业。要成为公司的管理层对普通人来说就更难了！所以很多人认为程序员吃青春饭。考虑到程序员目前的生活状况，作者同意这种说法。

但是，如果真的热爱程序员这份工作，该怎么办？可以选择转行！

不用说，过了35岁，你的一线编码能力肯定会下降，你的速度和效率肯定没有25岁的程序员快。但是没关系，因为编程只是你整个武器库中最不重要的部分。你的经验，你的视野，你的架构能力，你的管理能力，你的分析问题和解决问题的能力，远远不局限于技术领域。

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

程序写代码就像造一座大楼，如果即便经过严格的设计论证，装配高质量的部件，最后还有系统性地验收，让你去造这么一座大楼，你能保证不管是窗户安没安好，还是地基挖浅了挖深了，还是墙皮脱落，都一个问题没有？
回想早年的小程序，执行某一个具体的任务，明确的输入输出，一般是不会有bug的。
但现在的软件开发，早就已经不是一个人在战斗了，大部分的工程，开发规模5人左右居多，另外稍大的软件工程动辄几十人，更有甚者几百人的团队规模并行作业。你试想一下，要保证这么多人的产出都符合设计要求，势必需要合适的开发流程，需要更多的项目管理的技巧和方法。这就对个人以及团队的提出了非常高的要求了。
软件工程的方法论中，要求软件开发者尽可能多地在软件测试阶段发现bug，而不是交付之后。
但是楼主说的能不能让软件开发出来没有bug，我觉得把下面这几个事情做好，还是有可能的。
1、花尽可能多的时间，和客户沟通软件需求，了解每一项需求的用意。
2、确保软件需求不能随意变动，因为很多情况下一个需求的变化，程序会带来很多问题，有可能连底层结构都需要跟着一起变动。频繁的需求变动，加上开发周期和成本的约束，带来的结果就是软件质量的不可控。
3、确保软件测试质量，完成全覆盖测试，设计系统需要的全部用例并保证全部通过。
总结下，软件项目在实际开发过程中风险点还是很多的，通过合理的控制，可以降低和减少bug。但是软件本身是为人的需求而生，只要需求在变化，软件是永远都需要跟着去维护和更新的，所以只要有不可控的因素（需求分析，系统设计，系统详细设计，编码，单元测试，集成测试，系统测试，验收等）任何一个环节任何一个人产生问题，反映到最后的软件产品上就是一个bug。
另外Bug分很多类，一类是对用户来说不能正常使用，能被用户感知到的错误。一类是用户能正常使用，但是有各种异常的错误。一类是使用没有任何问题，但是不符合产品预期的问题。其他应该还有很多，这里我们一一讨论。

对用户来说不能正常使用，能被用户感知到的错误。
其中一种情况是程序员和测试人员的问题，所有功能在上线前，工程师和QA人员应该测试，回归完功能。能被用户感知到使用流程有问题的话，一定是相关人员能力或者线上意识某一方面欠缺，也是最不能容忍的。
另外一种情况是黑天鹅事件，什么网线被挖断，机房被炸，服务器爆炸什么的。。。。。。 ，这个说实话，出了在软件架构上做冗余，目前没有什么特别好的办法。

2. 用户能正常使用，但是在用户看不到的地方有各种异常的。
一个功能模块几乎不可能是独立的，它必然牵扯到其他模块。对于你所依赖的模块，你没办法保证这些模块是100%可用的。这个时候可能虽然有错误，但是只要不影响主要流程，我们依然可以正常使用。但这个时候对于外部依赖的异常处理，很考验工程师的能力。
举个例子，有可能你看到的点赞数比你实际收到的点赞数少。这个是由于点赞统计在什么时候失败了一次，某些用户可能认为这个是bug，但是其他可能不会在意（当你有10001赞的时候，你在意少了1个么？）
3. 使用没有任何问题，但是不符合产品预期
这个更多的是研发和产品经理对于需求理解的不一致。因为文字是有二义性的，况且人和人对相同文本的理解本来就可能出现偏差，这就导致了需求理解的不一致，最终导致了线上产品不符合预期。对于内部人员来说，这个也算BUG。
说了那么多，最主要的核心在于实现功能的是人。人不像机器，不可能不犯错；同样的，不可能存在没有bug的程序，像大家使用的windows，穷尽无数优秀的工程师，给予用户优秀的桌面体验的同时，也有你可能完全看不到的数千个bug。想要完全避免几乎是不可能的。所有也不存在一次性就写好的情况，鬼知道产品经理什么时候改需求呢~

8. 为什么软件创业这么容易失败

是技术问题还是市场问题？或者是其它的原因？许多人分析主要的原因在于创业过程中，创业团队成员之间出现了矛盾，说得不好听就是：几个股东意见不一致，发生内斗或内耗；说得好听一些就是：缺少一支优秀的创业团队。由此可见，一支优秀的创业团队可以说决定着一家企业的成与败，失败的创业者从创业一开始，就奠定了创业失败的命运。 “铁三角”理论：即技术、市场、运营三个角色的人选都要到位，而且都要是狠角色。程序员的角色当然是定位在技术方面，你应该是研究型的领导，你拥有多年的软件项目/产品开发与管理经验，对各种技术或工具都是熟门熟路的，你解决问题的能力很强，你能写出漂亮的技术方案，最关键的是你对某个行业的业务流程理解透彻，而且知道客户需要什么，有些创业者的技术确实很NB，但好象什么行业都做过，也都知道一点业务流程，这是很危险的，因为你会渐渐明白，很多时候技术只是实现业务流程的一种工具，对国内的很多IT企业来讲，实际上并没有什么值得一提的核心技术，核心的是对某个行业的业务流程的深入分析与理解，比如财务软件，ERP软件等等，重要的并不是用什么开发技术或数据库技术，而是业务模式与流程，所以，在诸如此类的企业里，最关键的人物不是开发人员，而是那些头发稀少老态龙钟的行业顾问或专家们。 最头痛的是市场，得市场者得天下，小弟虽还不算太老，但对一点深有体会，也曾栽在这里，可以毫不夸张地说，国内很大一部分的IT企业都是以市场为导向，也就是说先有市场，再创业再技术，而不是以一项技术或产品为导向，然后去开拓市场，这种方式风险太大，除非你的产品或技术是真正的核心与独一无二的，而且通常需要的启动资金较大，对杯水车薪的程序员来说，并不是理想的创业方式，除非VC们都变傻变笨了，毫无理由地给你muchmuchmoney，但这种好事会出现吗？我们需要白日做梦异想天开，呵呵。因此，我们在创业时，必须将市场放在第一位进行考虑，也就是要寻找一位市场高手作为合作伙伴，他必须具有强大的市场策划与执行能力，而且经过多年的努力，他已经建立了较大的市场资源，这些市场资源对于你们新成立的公司是有用与有效的，新成立的公司通常都是股东自已来做市场的，你千万不要抱有那种自以为是的美梦，比如我们去招聘一个市场经理，然后大张旗鼓地帮公司开拓市场，这种人太难找了，代价也太高了，聪明的做法是找个NB的市场合作伙伴，让他来带领普通的市场人员，真正起关键市场作用的应还是股东，他是市场效果的直接受益人。 大家可能都知道微软现任CEO史蒂夫·鲍尔默先生，这个绝顶聪明的老家伙真是一个天才的运营家，他总是热情洋溢、幽默有趣、极富鼓舞性，具有很强的运营策划能力，微软有了他，比哥可以天天去海岛钓鱼，或者陪老婆做做慈善事业。对于一家企业来说，是很需要这个角色的，他是公司战略的决策者，他能够全面周到地分析整个公司面临的机遇与风险，考虑成本、投资、收益的来源及预期收益，甚至还包括公司管理规范章程、长远规划设计等工作，他总是激情澎湃，他的讲话总能给昏昏欲睡的程序员们带来极大的鼓舞以及对未来充满了各种各样的美好蓝图。 以上我们分别讨论了各个角色的能力要求以及在企业中所起的作用，下面我们来简单讨论一下角色之间需要注意的一些问题。 首先，每个角色都是独立的个人，每个人都有自已的观点与价值观，看待问题的角度与态度可能都不同，因此矛盾与冲突无法避免，但必须做到就事论事，任何的矛盾能在较短时间内解决与平息，所此要求各成员之间必须很熟悉与了解，每个人都非常清醒地认识到自身的优劣势，同时对其他成员的长处和短处也一清二楚，用网上一朋友的话来形容就是： 一个教室学习过的同窗，一个战壕战斗过的战友，一个赌场玩过的赌友，一个房间嫖过的嫖友，呵呵。 千万记往：创业团队不需要陌生人！ 其次，各个角色之间必须具有互补性，能力最好不要重复。

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

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

10. 如何看待程序员把Bug都改完就被开除了

作为一名码农、程序员，加班算是家常便饭了。周一至周五晚上加、周末加、办公室加、回家加、有偿加、无偿加……确实让人看见就怕。
但是你加班的原因是什么呢？让我们一起来看看下面两个例子。
01 程序员踩点下班，领导：不想干的请办理离职，我这里不养闲人与废物
在职场上加班不是目的，加班是为了完成工作，当员工能在正常上班时间内完成工作，无需加班，这时候作为领导也就没有必要让其留下来加班。
然而也有一些公司领导不看产出只看员工加不加班，就有一领导经过几天的观察，发现新来的几名程序员每天晚上不到八点就早早的下班走了。
对此这名领导很生气，想管管这群新来的程序员，于是在群里通知称：
都是干嘛使的？八点不到都 TM 走了！不干的直接说，现在就表态度，我这里从来不养闲人，也不养废物！不干的不想干的都去人事那里办理离职。
其实员工有这种心态实在人之常情。但退一步想，为何老板却能做到 5+2、白+黑呢？难道老板们都是铁打的？都是超人？非也，只因他们是经营者，他们为企业负责，为自己负责。
员工往往拿的是固定工资，所以这就导致了老板与员工焦点矛盾的局面：老板只关心利润，员工只关心工资。