nke Harper

“如果你的代码部分停止工作是因为其他人改变了他们的代码部分。那么通常他们的函数使用了比以前更多的参数。有时，参数被完全消除或被放置在不同的文件中。”——Jessica Su

“不断地返回去返工你几天前才写的东西，原因是你写的东西’坏掉了’（第n次）——由于其他人（没有讨论）在实现改变更广泛的系统时，或者不测试或者不在乎测试失败——你听到的第一件事是“你的代码坏掉了”。”——Simon Hayes

3.人们不明白我是做什么的尽管软件开发人员的数量明显在不断增加，更不用说我们所使用的一切对软件的依赖性也在增加，许多非技术人员仍然不明白软件开发人员究竟是干什么的。对于非技术人员来说，开发人员就是“技术人员”，而没有考虑到软件工作者和硬件工作者之间的区别。持续的误解和错误的期望，特别是来自于家人和朋友的期望，真的会让程序员抓狂。

引用：

“非技术人员似乎有一个常见的误解——既然程序员使用电脑，那么我们肯定知道如何修理它们；这种想当然的看法有点像——假设Jenson Button知道如何驾驶F1赛车，那么他也一定知道如何拆卸和重新组装一个赛车齿轮箱。”——Steve Borthwick

“是的，我以写代码谋生；但是，对于打印问题或你打不开的配件或无法启动的笔记本电脑，请恕我无能为力。除非你请我吃饭或请我喝啤酒，那么也许我可以提供帮助。”——Phil J

“向人们解释我不是安装盗版操作系统和其他盗版软件的。”——Anbalagan Jeyabalachandran

“家人和朋友认为你可以修复任何与电脑相关的东西。无论是硬件还是软件。他们不在乎。最后他们反而会嘲笑[你]。类似于：“既然你不能修复笔记本电脑的DVD光盘，那你算什么软件工程师？”——Jazib Babar

“1%-2%的人知道你是做什么的。”——YasinPekşen

2.缺乏时间像大多数工作一样，制作好的软件需要时间。不幸的是，在大多数努力中，上级管理者和/或客户通常不愿意等待很长时间，就想得到可正确实现的理想解决方案。因此，软件开发人员常常被迫快速完成某些工作，而这可能会导致攻击，技术债务和文档缺乏，所有这些都可能会造成更多令人头痛的问题，特别是对于那些将来不得不处理这些代码的程序员而言。

引用：

“我想办好事情，但是快速、熟练做事方面就会产生很大的压力。有时它是有道理的，但我感觉当前的编程/商业文化已经在这个方向上走得太远了。”——Tikhon Jelvis

“在我看来，匆匆忙忙编写的代码我称之为拼装代码，当然我也希望产品中的代码我能写得更优雅。但不妙的是，有一个恒定的时间压力…”——Gene Sewell

“当你做的很多事情甚至与你知道的何为良好编程实践毫不相干的时候，但是因为快速比质量更重要，你不得不按他们要求你的那样做。”——Jose Palala

“…时间和资金不够用于正确的解决方案，但却有足够的时间和资金用于修复快速和恶劣的解决方案，一遍又一遍又一遍。”——Romi Awasthy

1.使用其他人的代码作为一个软件开发人员，迟早，你得使用其他人写的代码。无论是继承先于你工作之人的遗留代码，第三方API，还是由顾问编写的代码，你都不能完全避免修复、增强和/或整合他人程序的问题。当然，这样做会导致开发人员拔掉一些——或很多根——头发。

引用：

“…最糟糕的地方是，你不得不处理一些其他人的代码，找出来，调试它，调整它。更糟糕的是，如果你前面的人已经离开了公司，那么就真的只能靠你自己摸索了。”——Ratnakar Sadasyula

“试着破译成千上万行无注释的代码。”——Simon Zhu

“我曾经多次处理过由顾问编写的特可怕的代码。”——Joe Samson

“另一个我认为可能非常令人沮丧的问题是第三方API。你有时会非常依赖它们，然后你发现了一个问题或需要一个新的功能，但特定的API没有给你任何源来解决这个问题，所以你需要询问API的作者，期盼能有最好的结果。”——Kevin Sekin

“语言和框架bug。你花费几天的时间找出为什么代码不工作的原因。结果却发现不过是触及了语言或框架上的bug。”——John Paul Alcala

“发现找不到一个写的代码不应该远不合格的人…。”——Nani Tatiana Isobel