程序员应有的态度

一个程序员的态度，就是为客户负责的态度，一个认真工作的态度。不是把工作当作一个不得完成的任务，而是当作自己的事去做，用心去做。
文档，是程序员基本的工作之一，从简单事情做起，把他做好，其实是很不简单的。错别字，对齐方式，打印预览效果等多处细节，是否一一认真检查过，是否以一种创造艺术的心态去做。

态度一：朱光潜曾谈过对古松的三种态度，科学的，实用的，美感的

其实这也是人们对所有其他事物能够产生的情感

三种情感对人的生活都很重要。

科学的追求是真，实用的追求是善，美感的追求是美。

我们对工作应该同时抱有这三种态度。
拿程序员的工作来说，我们工作是为了赚钱，这是对工作实用的态度，是为了生存，我们工作大多数时间在写程序，写程序需要科学严谨的态度，要不然bug可够你受得。

只有这两种态度还不够，只有真正我们把自己的代码当成一件艺术品，我们才能真正的做好它，这就是对代码美感的追求。

三足鼎立，缺一不可 。

态度二：缺陷表明我编写优秀代码的能力出现了问题

修改缺陷是软件开发人员的日常活动。显然，缺陷是开发人员最大的敌人。当修改缺陷的时候，又有多少人能想到以下几点呢：

起初的时候，我能做些什么来避免这个缺陷呢？
我怎么能让这个缺陷逃过我的眼睛呢？
好了，既然问题已经产生了。我下次该如何避免相同的错误呢？下一步该做些什么呢？
事实上，很少有开发人员这么想。

愿意成为优秀开发者的人应该将缺陷视为其位置的一种威胁、个人可信性的一种威胁以及编程技巧的一种威胁。正是这种态度能够使其成为伟大的开发者。

态度三：自信但不傲慢

优秀的开发者应该对自己的能力有自信，但是不应该对其他开发人员和测试人员傲慢。他应该始终记住他是团队中的一员，这个团队要准时高质量地完成项目的共同目标。

态度四：优秀的开发人员，我一定要在你的代码中找到缺陷

不知道有多少测试人员能有这样的态度？

但是如果想成为优秀的测试人员，就需要有这样的态度：不管开发人员多优秀，也要努力在他的代码中找到缺陷。

态度四：不要假设，只是确认

的确我们在碰到问题的时候，特别是调试的时候，总是觉得这个肯定没有问题，那个肯定没有问题，那么问题究竟出在哪里呢，唯一的办法就是建立checklist一个一个confirm。

看了评论，想到了服装生产管理里面的计件工资与计件工资考核。现在中国普遍采用的是计件工资制度，我们大部分的程序员在绩效考核的时候都是解决了多少个问题来评定这个人干了多少活。而且Boss总是要求你快点把活干完。老板关心的是进度与成本以及收益。由于上层的这种意识导致程序员图快而不图好，你想想大家都要养家糊口的啊，我不快点怎么行。

刚好看到一个在实施计件工资制度的案例，里面讲到，一个经理去实行这个制度，搞得大家都抱怨罢工，最终经理被调到另外分厂。而另外一个经理也要实行这种计件工资制度，不过这位经理实施的是先提高大家的水平，同时尝试部分施行这种制度，最后在10个月后顺利在全公司范围内实施。
 
所以作者提出的两个观点是程序员素质提升的有效方法，不过由于现阶段我们的现状导致我们成为代码工人（和服装厂的加工工人一样），如果企业高层没有意识到这个问题，那么就不从根本解决企业软件的质量问题，更无从提高软件质量。 因为代码工人都是以完成任务为出发点，不管质量的，但往往是这种态度又浪费了很多的时间，导致整体质量下降。所以为了更好的解决这个问题，首先项目要给大家一定的适应时间以及技能提高时间，再加强质量检测（QC)，才能是一个双赢的局面。如果是做项目外包的，由于项目周期短，那么可以考虑建立一种长期的相互学习的机制（实际上应该是属于企业文化的范围），敏捷开发里面讲到的结对编程应该就是要建立一个相互学习、相互提高、相互交流的机制来提高项目的质量。

态度五：树立一种观念

没有不可以实现的功能；各位兄弟，当你想在你老板的面前提出：老板，这个功能根本无法实现嘛？
这样一个疑问的时候，你应当之前先想我可以不可以通过另外一个手段实现这个功能。我调查我的工作室员工发现程序员的一个毛病：思路固有化。
每个程序员的成长历程都不一样，大家都有自己的一套解决问题的方案，那么大部分的人都不会去跳出自己的框框，而是在查询在自己的方案里能否解决这个问题，解决不了他会认为这个问题就是这个世界上无法解决的，因此固步自封。
就好比几年前刚兴起DIV CSS布局的时候，有些人就认为用table布局是可耻的，使用就是犯罪，然后有些用DIV方法无法完美解决的问题，用table能很容易实现的时候，他们还在钻牛角尖，我认为这个是愚蠢的。

最后

还都要具备专业的职业态度，真正让你强大的是你的编程思想和解决问题的能力。