（给
伯乐在线
加星标，看经典文章
）
编译： 伯乐在线/lostmint
【伯乐在线注】：本文作者 Brett Slatkin 是在一位在谷歌工作 10 年的程序员，著有《Effective Python:编写高质量Python代码的59个有效方法》。
我专业从事软件开发工作已超过 10 年的时间，我热爱这份事业，希望有一天我会被人们称呼为老程序员。但这一路走来，我经历了许多可怕的事情，这些事情让我讨厌我的工作。在职业生涯早期，我曾期望有人能给我一份职场指南，这样当遇到之前未曾遇到的事情时，我就不会感到如此的孤单和沮丧。
从某种意义上说，这篇文章就是那样一份指南。我写这篇文章有三个目的。
一、回顾
辨别出我们以往都曾有过的经历。这些会帮助我们建立一些理解上的共识，可以作为判断其他不熟悉的问题的参考点。
二、展望
辨别出一些你还未经历过的新问题，这些问题有可能在你以后的道路上发生。我希望我列举的这些事项，可以帮助你应对接下来要发生的事情，以及帮助你决定什么才是值得你自己去追求的。
三、帮助你理解你的团队伙伴，相互尊重，理解彼此面临的问题
也许你不具备前瞻性的眼界，尤其当你不是一个技术领导或管理者的时候。同样，如果你是技术领导或者管理者，你或许已忘记当一个程序员是什么感受，无法体会程序员日常的工作状态。我想帮助大家站到同一个立场来看待事情。
下面列举的事项不是按优先次序排列的。这其中也包括其他人向我讲述的观察结果，并不都是我自己的亲身经历。所以如果你曾与我共事过，请不要认为某个特例就是关于你。令人感到不可思议的是，大家的经历都很相似。
需要指出的是，还有一些其他类型但这篇文章没有提到的可怕的事情：种族主义、性别歧视、年龄歧视，攻击行为以及许多其他因素导致的敌对的工作环境等。我没有能力去写这方面的话题，你们可以从其他地方找到关于这些话题的深刻的描述和分析。
我写这篇文章的目的是列举出以下关于团队软件开发的特性。如果你认为我遗漏了什么，请告诉我。我可以想象到，这里面提及的许多点，特别是在技术领导和管理者方面列举的事项，也适用于其他职业。请记住这些角色并不都是只有可怕的经历，我关于这个主题的下篇文章就是讲述好的方面。
软件工程师（程序员）的烦恼
程序员就是写代码的人，受技术领导或者管理者领导。
-
有太多东西要学但没有足够的时间。
-
代码写得很烂。
-
当前的抽象不好。
-
换做我，我会以不同的方式完成。
-
注释没有任何意义，也从来不会更新。
-
没有任何关于这个程序应该如何构建以及它是如何运行的说明。
-
构建缓慢。
-
测试缓慢。
-
测试碎片化。
-
根本没有测试。
-
架构很烂，需要大量样本文件、复杂的代码或者混乱的测试。
-
管理者让我牺牲代码质量来赶上开发进度。
-
在没有意识到的情况下依赖关系就改变了。
-
设备、测试和产品因地域而有差异。
-
纠结于某个问题或者花费很长时间去调试BUG。
-
我需要去修正碎片化的测试，这个程序最开始并不是我写的。
-
我需要去修正其他人导致的bug或者产品问题，因为他们没有积极地去马上修正。
-
需要在某些人离开后维护他蹩脚的代码或者系统。
-
有些事情应该自动化地完成，但是却没能做到这一点。
-
被我的队友或者上司打断。
-
内容切换成本。
-
我的上司要求我去处理紧急项目。
-
代码审查时我的队友表现地很混蛋，我感觉这是人身攻击。
-
其他人没有及时提供一个功能项但我需要它来完成工作
-
其他的工程师开发功能或组件太慢。
-
我总要去等待其他人。
-
有些产品上的决定我不能认同。
-
我只能让干什么就干什么。
-
没有自主权。
-
没有人尊重我的观点。
-
我非常努力的完成了工作，却被要求重做。
-
产品经理们改变了对我的要求因为他们过度听取了其他人的批评或反馈。
技术领导的烦恼
技术领导：技术领导在自己写代码的同时还要指导一个小团队程序员的程序设计和实现工作。这些程序员同时还受其他人管理（不是只听技术领导的）
