1494

1494

全部学习汇总： GreyZhang/The_Mythical_Man_Month: My reading notes of The Mythical Man-Month. (github)

类似的标题翻译看了很多了，这次不去挑战原始的翻译了。但是从内容看，这次偏向于工具。

我自己还是维护了一组我自己喜欢用的工具集，有我自己的工具箱。但是现在我接触的工程师似乎很少有人再有这样的东西，或许这也是技术时代进步的结果吧，而我碰巧接触了一些古老的知识与思想。

工具的使用我觉得应该是自由的，只是在用于与人交流的时候尽量采用标准化的文件，不然因为工具带来的隔阂就很难打破。

看这样的书籍，看到涉及到机器配置的时候我总是有一种感慨。感慨过去的人设计为什么能够做到这么优化，也感慨现在的工程师身处一个好的时代。

在项目推进的过程中，有些公共的资源在使用需求是重叠的，这个可能会是很常见的问题。

资源的分配不能够只是考虑各方面的使用的公平性，不能够一刀切采用雨露均沾的模式。而是应该结合实际的情况，给工程师足够的集中使用时间以保证他们的效率。

如今我接触的软件开发没有到这么底层，因此仿真器的诉求基本上是没有的。但是，现在的开发中开发板等原型成了一个必须品。

涉及到软硬件两方面的问题通常是技术上难以解决的问题，而软件开发的前提假如有一个可靠运行的硬件将会是一个幸运的事情。

看着书中的描述有时候会感到有些凌乱，而这种凌乱还是曾经引以为豪的管理模式。其实，现在的软件开发以及项目管理在工具上已经有了很多革新，因此成熟度比以前好了太多。

文档系统的功能描述也是一种古老的体制，现在工具以及技术的改进让这种难点不再存在了。

有时候看文档的时候需要能够挑取出来其中的关键点，这样能够切中主题。很多时候，大部分的信息都是无效的。

如今的软件开发不仅是高级语言的天下，而且语言也在不断革新。原来OS/360开发的时候所经历的痛楚现在已经得到了有效的解决。

这里提出来的三点有点没有理顺理解清楚，因为随着硬件设计以及加工工艺水平的改进，后两点问题已经不再是多么严重的问题。大部分时候，后两点问题或许是不需要关注的。那么，第一点还有什么瓶颈点呢？只可能是编程语言的表达力不同，如果性能充足且语言都是图灵完备的，做一个转换也不是特别困难的事情。

交互式编程与脚本之间有什么必然的区分？从基本的特性来看似乎没有什么特别的界限，交互式的语言通常是可以脚本化的，这样也就可以支持批处理了。

这一章标题的愿意是利器。而编程语言就是设计软件的利器之一，而经过几十年的升级换代，现在的计算机硬件以及编程语言都有了很大的变化。如果作者接触了当今的技术现状，再回忆过去，不知道他会有什么样的感觉？