我们在为别人编程
编程，是一个解决问题的过程，
通过对问题本身进行分析，考虑目前可用的计算资源，
整合出一套自动化的解决问题的步骤，就是程序。
在这个过程中，我们需要发现规律，找到普适性，
以降低软件的成本，覆盖大部分场景，
这是我们每天要做的事情。
我们很少为自己编程，
我们做软件，并不是为了解决自己的问题，而是帮用户，
我们提供了一个代码库，也不是为了自己，而是因为别人要用它。
因此，仅仅创造一个解决方案，这并不够，
还得告诉别人，该如何使用它，
编程的艺术或许在于如何提供功能。
这是一件很容易被忽视的事情，
解决方案的创造者，默认是会使用它的，所以很难体会用户的心情。
那种灵活到几乎做什么都行，却没有一种方法可行的感受。
看似简单的事情
天才程序员写的代码库很简单，可重复使用，且功能强大。
我们写的代码库比较复杂，没有人知道该如何使用它。
这并不是一个巧合，
并不是我们刚好遇到了一件麻烦的事情，
而是我们本来就不知道如何写出好用的代码，我们写不出来。
我们知道漂亮的代码长什么样，知道如何使用它们，
并不意味着我们也可以写出这样的代码。
脍炙人口的文章人们都想写出来，可是却只有少数人能够办到。
这需要长期的训练以积累经验，需要仔细的斟酌，
需要考虑如何提供一项功能，而不仅仅是实现它，
需要把自己当做对系统一无所知，然后再教会自己。
大部分人都不擅长这一点，
毕竟考虑功能该被如何使用，与考虑功能该被如何实现，是两件不同的事情。
无微不至的软件服务
如果我们没办法写出那么好的代码，那就只能多提供一些帮助信息了。
我们不得不写上足够多的注释和文档，
解释我们为什么要这么做，以及软件的用法。
解释我们正在解决的问题，以及它存在的原因。
这些注释和文档还得与时俱进，随着代码的发展而更新。
我们觉得这些是多余的，是因为我们是代码的作者，
而用户如果没有它们，就寸步难行，
我们需要设计一条学习曲线，让用户慢慢的理解我们的意图。
商业级的软件服务需要在编码之外做出很多额外的努力，
除了全面的测试之外，还要有详尽的注释和丰富的文档，
我想这才是和业余项目的根本区别吧。
