作为一名程序员，你最喜欢的座右铭是什么
1、程序猿问科比：“你为什么这么成功
”科比：“你知道洛杉矶凌晨四点是什么样子吗
”程序猿：“知道，一般那个时候我还在写代码，怎么了
”科比：“额…….”2、我是一个苦b的程序员，今晚加班到快通宵了，困得快睁不开眼了，女上司很关心，问我要不要吃宵夜。
我没好气地说，宵夜就算了，能让我睡一觉就行了。
女上司红着脸说了句讨厌啊，然后坐在我身边不动，好像距离我很近，搞得我很紧张，难道她发现我的程序出了bug
ps：单身狗那么多年是有原因的。
程序员写的程序里的bug，会不会是鬼造成的
但大部分程序员都有一个问题就是不太愿意测试自己的代码。
他们草草的调式完成以后就认为工作结束，测试那是测试人员的工作。
1. 影响了程序员自己的声誉 2. 影响了产品的质量 3. 影响了客户的信任度 4. 这个时候再 DEBUG 难度增大了许多。
大的不说，就说多自己声誉的影响吧。
如果你的程序总会有这样那样的 BUG ，你得到收益会减少，即使你写了很多代码。
程序员必须克服一些自身的致命缺点才能够从根本上解决这个问题。
那么这个问题是什么?前面我们已经提到，程序员对自己的代码都非常宽容，认为那是正确的没有问题。
实际上这种想法比较正常，程序是通过程序员思考和设计之后才写出来，程序员不会将自己认为不正确的东西写到代码里，而到这个时候都一直假设程序是正确的;但人非圣贤，怎么可能不犯错误来。
实际上程序员在对待其他程序员时候的态度就很好，带着一种挑剔和学习的态度;但一旦对待自己的代码就很难这么做;这就是最致命的。
程序员也必须对自己的代码带着挑剔和学习的态度;这个基础是假设自己的代码是错误的，然后需要做的是怎么样证明自己的代码是正确的。
程序员自身可以在程序生成的每个阶段做这些工作：仔细的设计(这个时候画点时间是值得的，必须保证我们对自己的程序有清晰的轮廓后才能开始动手写)、编写代码时、单元测试(单元测试的重要性就不在赘婿了)、功能测试。
仔细的设计：这个的仔细是说在程序员编写代码之前，其必须对代码的整个结构以及逻辑结构有明确的清晰的了解，只有这个时候才可以去写代码。
这里没有谈到文档，但我说到了一定要清晰的思路，但清晰的思路不是每个人都可以在脑袋中直接形成的，很多人都是普通人，没有办法在脑袋瓜中把所有问题都想清楚，那么就记下来，特别对于复杂的逻辑。
编写代码：对于没有把握的代码，例如：新设计的算法，最好保证其正确性。
可以单独将这部分测试，这可以让代码模块化的同时又保证了代码的正确性。
一句话：少量的代码保证质量还是比较简单的。
单元测试：单元测试的重要性不在赘叙了，现在也有许多工具可以帮助程序员并减少工作量。
功能测试：程序员保证自己代码质量的最后一关;为了做这样的工作我们可能必须写一些代码来测试，甚至是测试工作。
使用大量的 CASE 来测试，以及错误的 CASE 。
这里和测试人员的测试不同之处在于：仍然让程序员的注意力放在其自己的代码范围内，减小了排错的难度。
如果你通过了以上的步骤都找不出你程序中有任何问题的话，那么我想你的程序应该足够健壮了。
其实还有一点必须说明的就是：代码 REVIEW 。
前面说道了程序员对待别人代码的态度是挑剔和学习的态度，所以让其他程序员来 REVIEW 你的代码也是检查程序有没有逻辑错误的很好的办法。
团队中应该交叉 REVIEW 代码，这是实践的经验。
作为一个好的程序员必须有以上的习惯，以及对待自己代码象孩子一样，我们要爱惜我们的代码，同时也要让代码走正确的路。
为什么会有这么多调侃“程序员”这一职业的段子呢
喜欢调侃自己的人，都是热爱生活，热爱家庭，有血有肉，有情有义，感情真挚，幽默风趣是我们的风格，是我们热爱生活的一种表现
程序员发现 Bug 的时候是怎样一种心境
这个很好的说明了程序员的心境 上联：为系统而生，为框架而死，为debug奋斗一辈子 下联：吃符号的亏，上大小写的当，最后死在需求上
横批：杯具程序员
程序员发现bug是一种怎么样的心情
当你做一件很复杂又很枯燥浪费时间的事情，当你欣喜的发现终于做完的时候，你发现了一个BUG，这时候心情可以说是崩溃的。
如果次数多了，估计你就真的崩溃了。
