程序员常犯的5个非技术性错误
一个好的软件开发人员需要培养两种技能：技术技能和非技术技能。不幸的是一些开发者只注重技术的部分，以致养成一些陋习，下面是最常犯的5个非技术性错误：
0. 缺乏自律
Jim Rohn曾经说过：自律是目标和成果之间的桥梁。我一直认为，不论是成为一名软件开发人员，亦或是想在生活的其它任何领域取得成功，自律都是最珍贵的技能之一。事实上，很少有人兼具智慧和自律。
Steve Pavlina强调了自律的5个基本原则“……容忍（Acceptance)、毅力（Willpower）、努力（Hard
Work）、勤勉（Industry）以及坚持不懈（Persistence）。将每一个单词的首字母提出，构成一个缩略词：鞭子（A
WHIP）。这样更便于记忆，因为很多人总是把自律和鞭策自我联系在一起。……” 我力荐大家阅读Steve Pavlina写的关于自律的一系列文章。
正如我以前的文章每天写出好代码的5个建议中解释的一样，对于自律，我的个人做法是每天遵循以下步骤
• 将一天要做的事情列成清单。
• 一次只做一件事。
• 正确做事。
• 不要半途而废。
• 与其道歉，不如补救，而放弃最不可取。
1. 自我意识过甚
据我的经验，程序员有点自我意识过甚，但凡过于自我的人都很难意识到这点，以下几个指标可以帮助你认识到自己是否自我意识过甚。
• 你认为自己是最棒的程序员。
• 你抵触交流。
• 你要求检查代码，是为了炫耀而不是为获得建设性的建议。
网上有很多关于程序员及其自我主义的文章，我在此推荐两篇，一篇是来自Mike Bernat的《无私的程序设计（Egoless programmin）》，另一篇是来自stackoverflow.com与此相关的讨论“你如何控制自大”。
2. 不善沟通交流
Woodrow Wilson说：“我若要说上十分钟，须花一个星期准备；若是十五分钟，需三天；若是半个小时，需两天；若是一个小时，我现在就能准备好。”
沟通是我们人类的主要活动。做一个优秀的交流者，这不容易，但就我们的职业而言，却是必不可少的技能。对于设计、代码、同行评估、文档编写、试着去说服别人自己的设计是最好的、编写代码等等，我们总在交流意见。
擅长沟通的人通常会像这样阐述事情：
• 专注。他们只说需要理解的内容
• 清晰。容易理解。
• 简洁。增一分则太过，减一分则不足。
对成为一个更好的沟通者，我有两个建议：
• 如果自认不是个好的沟通者，事先做好充分的准备直到达到集中、清晰、简洁的要求
• 交谈之中，首先倾听，思考妥当后再说出自己的看法。
在我先前发布的文章《在开发团队中做出决定的七个最佳惯例》中，有更多关于提高交际能力的小窍门。
3. 忽略用户
“如果我们不关心用户，自有他人关心。”你在此的唯一原因就是服务用户，但有时候很容易忘记这一信条。我曾经所在的团队只注重于技术和平台，而不是令
用户满意。我们花费一个多月的时间创造一个构架，却未能给用户带来任何价值；到开始使用的时候，我们发现它完全不适应用户的需要。
4. 不能合理安排工作
开发者们总是为自己镀金，他们研究新的或更有趣的技术；做所有觉得更酷的工程处理方法。这样无疑妨碍到了项目，但我并不是说时不时投入到旁的活动中是
不正常的。诚然我们都需要分散注意力，但是你若发现自己老是处于前面所提到的状态，那么你有必要重新考虑自己优先处理工作的方式。我再次推荐你读每天写出
好代码的5个建议【在一楼】这篇文章。
转自：
