构建之法阅读笔记二

这次阅读笔记的核心主要围绕下面这句话进行展开，在真正进行项目开发时情况也确实如此。

软件领域可以分为两个方面：一方面是技艺创新的大爆发；另一方面是坚持不懈的工程工作，包括软件的改善、维护和测试等，这一方面占了90% - 95%的比例。—— 瓦茨·汉弗雷 / 软件工程的奠基人之一

开发一款好的软件，离不开技术的硬核支持，但是在项目开发中基于管理和开展所总结出来的经验，也是十分重要的，对于以后项目的开展有着极大的好处。其实我还是很庆幸团队开发时遇到问题，这至少真实证明了项目本身确实存在问题，我们确实需要进行改进和优化，在进行改进和优化过程中，我们又积累了一小部分项目的经验，当然问题太多会让人头大。或许你会认为在团队开发的压力下学会了一个流行的框架，并学会了简单的应用，多了一项傍身技能是最大的收获，但是有时你在开发实践中得出的经验反而更重要，例如自己适合多大难度的任务，自己的任务可以几天完成，我认为这些潜在的价值才是收获最大的。当然以团队整体来说，在实践中中积累的进度规划，管理合作经验也尤为重要，经验积累的多了，做项目才会变得顺畅，而不是坎坎坷坷。

在进行软件开发过程中令我头疼的便是软件说明书的编写吧，我们已经知道了项目的功能，甚至都知道了功能实现的底层原理，但还是要不厌其烦地去编写高品质的说明书，为什么？因为我们的客户不知道，我们的客户不知道怎么用，就不会用这款软件，做的再好也是竹篮打水一场空。事实上这是一种规范，用户是不会去看你的代码的，可你能给用户呈现的除了软件本身就是这些说明书，把该交代的内容交代清楚，既方便了用户对软件的理解与使用方便，又能让他人体会到我们的设计原则，对我们以后的发展，对下次软件的设计大有帮助。

最后一点：用户永远是第一位，我们做软件是为了满足用户的需求，一定要始终记得用户需要的是什么，用户第一步说我要用英文，那么从开始到中间的传递各种数据到最后结束都要始终用英文，这才叫始终记住用户的选择。当然对于用户的需求，也要根据实际进行调整。

在过去，项目开发完后，自己真的不愿意再进行项目的维护，优化等等，因为这是一系列的麻烦操作。但是如果不这样做，可能会失去原有的客户，自己的软件本身也就失去了意义。解决办法：收集用户的使用体验，根据体验进行相关优化操作。