被程序员吐糟的9大困难，说的是你吗？

这篇文章是一名程序员在工作中总结的比较困难的事情，在这里为大家呈现出其中的9个。你可以看到，写代码并不是最难的事情，如果你也在从事软件开发，看看哪些内容你认为也是很难的。

1. 设计解决方案

任务描述：给你一系列的需求，你被要求设计和构造技术上的解决方案。这包括了设计数据结构，算法，逻辑上的封装等等，还要考虑到用户安全方面的因素。

挑战：确保你的设计可以满足客户需求，让客户认为合理。当然还要在项目时间允许范围内。

2. 写测试

任务描述：写单元测试，确保代码中每一个小部分的功能正确。这样做可以让你尽早发现 bug，让你后续的回归测试变得更容易。一些开发的方法论甚至鼓励开发者在编写程序之前就可以写好测试程序。

挑战：为每一部分进行测试是一件很枯燥乏味的事情，让人感觉是在做多余的事情。

3. 编写文档

任务描述：撰写文档，说明你代码的含义并解释应用的工作原理。这包括了独立的文档文件和代码注释，让更多的人理解你的代码。

挑战：这是一件耗时的工作，如果没有人去读它们的话就是纯属浪费时间了。相比于写文档，程序员还是更爱写程序。

4. 实现那些你不认可的功能

任务描述：有时候你会不得不去实现一些功能和特征，它们不是你的本意，你觉得它们不应该出现在这个项目里，但是客户一定要坚持如此。

挑战：你需要抛开一切个人的感觉和意见，把时间和精力专注于客户提出的功能需求。

5. 维护他人的代码

任务描述：有时候你需要维护和调试其他程序员的程序，或一部分代码。

挑战：你需要用尽一切办法理解前任开发者的意图，他是如何设计的这些代码。特别是当这些代码写得很差，也没有注释和文档可以帮助到你时，那就很糟糕了。

6. 与他人打交道

任务描述：作为开发者，你要从客户那里得到需求，向经理提交报告，和测试人员一起工作，更要和其他工程师讨论项目。

挑战：你需要向外行人解释技术上的事情，有时候你的工作会依赖于他人的认可或辅助。期间也会出现你和 QA 人员或其他工程师有不同意见的时候。

7. 预估项目工期

任务描述：项目一开始的时候，你要预估这个项目的完成需要多长时间。

挑战：一般情况下你要预估的是一个你之前没有做过的项目，而且你只能基于那些模糊的需求，再给未来可能发生的问题分配些时间。

8. 解释我的工作

任务描述：向周围的非程序员朋友，家人，同学解释你的工作是在做什么，不做什么。

挑战：你爱的那些人可能不理解你在做什么，而且你还不断的被问及计算机相关的一切问题。

9. 程序中的命名

任务描述：想出一些名字，为你程序中的变量、过程、函数、类、对象、数据库等命名。

挑战：即使是很小的程序或应用都需要给很多东西命名，你要想出那些适合的，简洁的，可以表达正确含义的一些名字。