最令程序员沮丧的10件事

软件开发是一个伟大的工作——和任何其他工作一样，它也有它的缺点。下面的10件事就是大多数程序员关于编程所无法苟同的。

对于非软件开发人员来说，开发人员的工作看起来一定很甜蜜：很多公司都需求这方面人才，得到的 酬真的很不错，公司给你各种有趣的福利，等等。但是真相却是，虽然，这一切是真的，但如同任何其他的工作一样，程序员也有那些扒拉着头发恨不得拔光的时刻。在软件工程师的一生中，有许多事情可能会让他或她沮丧不已。

基于在线讨论论坛中程序员的评论和投票，我们总结了最令软件开发人员沮丧的10件事情。如果，读完了这些，你依然不改初衷想成为软件开发人员，那么别说我没有提醒过你。

7.糟糕的文档

工作于其他开发人员的代码令人沮丧，但如果代码文档良好的话，至少会减少大量厌恶值。不幸的是，情况并非总是如此。如果软件没有很好的注释或缺乏良好的书面说明它是如何工作的，那么就需要耗费很长很长的时间来调试、增强或集成该软件。此外，对程序员的血压也不利。

引用：

“最令人沮丧的事情是被雇用来工作于一个文档糟糕的软件。它让那些接管项目的人步履维艰。缺乏注释以及写得糟透了的语义，尤其是还要面对先前的程序员留下的一堆bug和错误。“——Angel Angeles III

“理解某些白痴写的没有文档和没有注释的代码。”——Abhishek Chauhan

“我，和大多数程序员一样，在维护文档写得不好的代码上花费了更多的时间，而不是在编写新的代码上。”——Walt Karas

6.合并代码

源代码控制系统，如Git或Subversion，是一个很好的工具，因为它允许多个开发人员在同一个代码库上同时工作，而无需顾忌他人。但是，最终，代码更改必须提交到存储库，而且可能会发生冲突，例如如果两个开发人员更改了相同的文件或程序的话。在这种情况下，这些更改必须合并在一起。有时这些合并冲突可以简单地解决，但有的时候，并不是手到擒来那样简单。

引用：

“我也不喜欢合并，因为情况往往会是，你想以这种方式改变代码，而我想以那种方式改变代码，那么我们应该如何改变代码能找到一种方式来整合我们双方的更改，但如果真有冲突的话，那将是一个尴尬的过程。”——Jessica Su

“合并冲突——呀拉索，那就是地狱恶魔。”Koustuv Sinha

5.不切实际的期望

软件开发人员通常被认为是相当聪明的人。不幸的是，这种观念往往会导致老板、项目经理和销售人员对程序员或程序员的团队在某个日期内可以合理生产的东西产生不切实际的期望，并对可交付的成果过度承诺。反过来，这可能导致开发人员倦怠，使程序员间弥漫不爽不愉悦的氛围。

引用：

“最令人沮丧的事情是，让人们醒悟错误的看法——我真的不是魔法师，我的知识基础有局限，使用可用工具在限定时间内完成的工作是一定的，以及试图向那些从来没有编程过的人解释什么是约束，真的好烦。”——Mark Miller

“你的老板对你和你的同事有很高的期望，但没有提供足够的时间/资源来满足这些期望，甚至是靠近这些期望。”——Kevin Sekin

“项目经理或业务分析师向客户承诺给月亮，然后程序员必须这样做，不行也得行。”——Ratnakar Sadasyula

“我喜欢这样子，当有人问一些微不足道的事情时，就随便抛出一个功能，而这个功能需要用几十年时间推进CompSci领域来实现。”——Vladislav Zorov

4.其他人破坏我的代码

每个开发人员的代码，在某些时候，必须与其他开发人员编写的代码协同工作。无论是相同软件片段的不同部分，第三方库或工具，还是另一个完全不同的应用程序，没有一个开发人员的代码是一座孤岛。于此产生的不幸是，这意味着在匆忙中，因为不良的沟通或者粗心大意，程序员可能会破坏另一个程序员的代码，从而引发紧张、压力、以及通常还会伴随咒骂。

引用：

“我曾经经历过的最悲催的沮丧是与另一个人共同编写一个程序，他改变了我们需要链接的库而没有告诉我。这意味着我对例程的调用缺少了变量或者添加了变量，甚至更糟的是，代码会在我没有访问的库中崩溃。”——Sheri Fresonke Harper

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

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

如果您对这个文章有任何异议，那么请在文章评论处写上你的评论。

如果您觉得这个文章有意思，那么请分享并转发，或者也可以关注一下表示您对我们文章的认可与鼓励。

愿大家都能在编程这条路，越走越远。