本章主要介绍了软件开发中的隐喻，包括隐喻的重要性，常见的软件开发隐喻，以及如何使用隐喻。

这一节主要介绍了软件构建的概念，以及为什么软件构建很重要，本书的其余部分将会围绕软件构建展开。

《Code Complete》（译名 《代码大全》）一书笔记，本书被誉为“软件开发领域的圣经”，其作者 Steve McConnel 多年在微软负责软件工程的最佳实践和过程改进。本书关注代码构建质量和工程可维护性，书中结合了非常多的日常开发中会遇到的案例，绝不仅是形而上学的进行理论分析。

.Net Tools 创建教程，包含一个最简例子（一个在命令行输出字符的小牛）演示如何将编写的命令行程序生成为可全局运行的工具

Windows Package Manager （winget） 是微软推出的基于命令行的包管理器，类似于 Chocolatey。在 winget 杠推出的时候，其功能非常的不健全，甚至于都没有 uninstall 支持，但在最新的 Win 11 中已经默认带上了 winget，且基本可以满足日常应用的安装。

这本书以蛤蟆先生与心理医生对话的方式，介绍了人自我状态的三种构成：儿童，父母，成人。秃鹫医生帮助蛤蟆先生从儿童状态走向了成人状态，并给出了人生坐标理论：根据我怎么看别人，和别人怎么看我，来区分四种人格，并鼓励走向“我好，别人也好”的坐标。

#20.5 Unix 文化中的问题 在 2000 年，当花了三天时间参加了一个 Macintosh 开发者会议之后，我愈发清晰地意识到了更大的心理问题。沉浸在一个同 Unix 世界假设基础完全相反的编程环境中真是个给人启迪的经历。 Macintosh 程序员最为关心用户体验。他们是建筑设计师和装饰家。他们由外而内进行设计，首先就问“我们需要支持哪种交互?”，然后构建隐藏其后的程序逻辑来满足用户界面 ...

当 Unix 实践最接近开放源码时，就欣欣向荣，反之则停滞不前。 #19.1 Unix 和开放源码 开源开发的规则很简单: 源码公开。别隐藏秘密。公开代码以及产生代码的过程。鼓励第三方的同行复审确保其他人能够自由地修改和重新发布代码。尽可能地发展合作开发者。 尽早发布，经常发布。快速的发布节奏意味着反馈迅速而有效。每次递进发布间隔越小，回应真实世界反馈的修改过程就越容易。 给贡献以表扬。如果不能 ...

本节描述了 Unix 对于文档风格的偏爱，其并不倾向于所见即所得的文档，而更喜欢以标记为中心的工具。

移植性一直是 Unix 的主要优势。Unix 程序员往往设想硬件是易变的，只有 Unix API 本是稳定的。 Unix 程序员往往尽量避免软件依赖于某种特殊易逝的技术， 而严谨地遵循开放标准。这 种考虑可移植性的编码习惯在 Unix 传统中根深蒂固，甚至应用于那些一次性小型单用途 的代码中。 可移植性最直接的效益是工具和应用程序无需每隔几年就重写，因为 Unix 软件比起原生的硬件平台来得长久， ...