全部学习汇总： GreyZhang/The_Mythical_Man_Month: My reading notes of The Mythical Man-Month. (github.com)
继续上一篇的一些思考。
这里再次提到了增量式的开发，其实对于开发者来说，尤其是小型的开发团队，我觉得这是最好也是最稳妥的软件开发模型。当然，其实这也是我自己喜欢的一种方式。
为了验证这样的一些想法，不知道未来我是否能够有时间集中尝试一个产品的开发。重新构建已经实现的一个控制器，以此来对比看一下设计的效果。这个过程中，自文档化的处理也一起实践实施。
这一段描述颠覆了我对微软的认识，我不知道参加这样重新设计的人员是否始终是同样的人员。如果是的话，那么996的传说应该在早期的微软开发团队中就已经存在了。而现在，能够从互联网上看到的微软都是超级人性化的“可恶的资本主义”的模样。
快速原型只能够作为一个中间过程中的版本存在，由此，其实这上面的一些可行性的结论也许不一定能够在最终的设计中得到确认或者继承。
我觉得在两种看似对立的观点中存在一个统一，其实两个观点可以并存。第一种观点也不见得是错误的，这正好是linux成功的一个绝技。但是，第二种观点至少可以看做是一种对现有状态的改变，我觉得两种观点并不是对立只是看似对立。如果实践发挥得好，两种观点能够得到很好的统一。
面向对象设计的三个步骤：1，封装隐藏细节； 2，把一些函数进行数据类型化的抽象； 3， 继承扩展。
这里提到的一切看上去似乎都是奢侈或者奢靡，但是从我个人的期望来说我是希望有这样的环境的。我觉得，这种安静具有空间隔离感的环境能够让人进行更加深度、沉浸式的思考，因而会有更强大的创造力。每当我回到家里自己的工作空间中，我总觉得自己的生产力爆棚，或许很大的原因就是这个。
之前章节中提到的培训、交流等时间的消耗，其实也存在于这个过程之中。
我觉得这方面其实是可以做尝试的，即使是在一个难以推进的公司之中，至少在小局部小部门内部进行权利的下放。
如今的计算机软硬件发展已经解决了曾经太多的问题，把很多愿望变成了现实。某种程度上，我觉得我们现在的现实超越了曾经的梦想。
如果曾经的五六十年代或者七八十年代，计算机辅助我们实现了很多伟大的成就。那么，基于现在的计算机的性能，哪怕是个人计算机的性能，理论上来说我们的创造具备了无限的可能。
以前看过一篇文章，认为元编程是用来生成不同语言的一种编程方式。而通过这里的介绍，元编程的概念似乎不是如此，而是类似于一种语言以及开发环境的创造。
到此为止，《人月神话》从开发者角度的一次阅读基本结束了。人月后面还有几个章节，基本上是内容回顾以及其他人的评价或者点评。相关的内容我会当做故事来看一下，而我自己的点评或者回顾已经全在我的读书笔记之中。
扫一扫
7297
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
