最近，我阅读了人月神话的一部分，有了一些感受。
过去，我对于编程的乐趣不是很了解。编程为什么有趣？首先是一种创建事务的纯粹快乐，其次快乐来自于开发对其他人有用的东西，第三是整个过程体现出魔术般的力量，第四是学习的乐趣，最后乐趣还来自于工作在如此易于驾驭的介质上。编程非常有趣，在于它不仅满足了我们内心深处进行创造的渴望，而且还愉悦了每个人内在的情感。在以后，可以注意编程给我们带来的乐趣，从编程中发现乐趣。
过去，我错误的认为人月这个工作量单位是合适的。成本的确随开发产品的人数和时间的不同，有着很大的变化，进度却不是如此。因此我认为用人月作为衡量一项工作的规模是一个危险和带有欺骗性的神话。它暗示着人员数量和时间是可以相互替换的。在以后，可以尽量不使用人月这个工作量单位。
过去，我认为一个团队人越多越好。需要协作沟通的人员的数量影响着开发成本，因此成本的主要组成部分是相互的沟通和交流，以及更正沟通不当所引起的不良结果。这一点，也暗示系统应该由尽可能少的人员来开发。在以后，在组队进行任务时，更加注意不是人越多越好。
过去，我对于概念完整性的重视度不够。在系统设计中，概念完整性应该是最重要的考虑因素。也就是说为了反应一系列连贯的设计思路，宁可省略一些不规则的特性和改进，也不提倡独立和无法整合的系统，哪怕它们其实包含着许多很好的设计。在以后，系统设计中可以更加重视概念完整性。
过去，我对于结构师的认识不够。结构师必须牢记是开发人员承担创造性和发明性的实现责任，所以结构师只能建议，而不能支配；时刻准备着为所指定的说明建议一种实现的方法，同样准备接受其他任何能达到目标的方法；对上述的建议保持低调和平静；准备放弃坚持所作的改进建议；一般开发人员会反对体系结构上的修改建议。在以后，可以更多的了解结构师。
过去，我对于手册的重视程度不够。手册、或者书面规格说明，是一个非常必要的工具，尽管光有文档是不够的。手册是产品的外部规格说明，它描述和规定了用户所见的每一个细节；同样的，它也是结构师主要的工作产物。在以后，可以更加重视手册。