系统从根本上就是复杂地，因为它不仅仅包含事物的集合，还包含事物的连接关系。而连接关系增长的非常快。
随着系统的发展，理解一切是如何工作的，或者系统是否还仍然有效，变得越来越困难。这会让人感到难以理解、脆弱和不可预测。到那时，系统就正式变成了一坨 *
如果使用得当，上概述的工具可能会非常有效。但数学就是数学。线性地移除系统中的部分，连接会减少得更快。治疗复杂性的症状通常只是重新分配它。简而言之，避免复杂性陷阱的最佳方法就是完全避免复杂性。

这篇文章提出了“针对一个问题做出决定的结果并不是最重要的，而做出决定的过程，才是决定是否是好决定的标准” 的看法。文章同时给出了一个解决好问题的应该有的过程：通过自己的术语定义问题，使用不同的视角探索解决方案，获取做出决定所需要的信息并尽可能地降低噪声，以及区分决定是早期决定还是晚期决定并以此做出不同策略。

软件设计有两种方式：一种是设计得极为简洁，没有看得到的缺陷；另一种是设计得极为复杂，有缺陷也看不出来。第一种方式的难度要大得多。
模块化原则在这里展开来说就是：要编写复杂软件又不至于一败涂地的唯一方法，就是用定义清晰的接口把若干简单模块组合起来，如此一来，多数问题只会出现在局部，那么还有希望对局部进行改进或优化，而不至于牵动全身。

阐述了 Unix 作为操作系统的几个统一性理念，包含有对多任务，协作进程，二进制文件，CLI 等内容的思考，也对比了与 MacOS，Windows 等操作系统的差异。

阐述了 Unix 发展过程中的一些重要事件，大多是事件本身的记录，阅读时没有太多的感触，因此没有做太多的笔记。

第一章中，概述了 Unix 哲学的基础以及 Unix 的十六条原则，所有的哲学和原则最核心的就是控制复杂度：KISS（Keep It Simple, Stupid）

《Unix 编程艺术》一书笔记汇总。该书虽然叫做 “编程艺术”，但和具体的编程却关系不大，更多的是系统设计和编码原则。

这本书是心理学家李松蔚在网络上进行心理干预的精彩案例合集。李松蔚在对咨询者的回答中，很少给出了常规意义上“明确的”，“有指导性” 的意见，而更多的是站在咨询者的角度上去探寻咨询者的问题的本身，然后给出一个非常小的行动建议，并观察行动的结果。
人在遇到问题时，往往想要有一个 “大” 的解决方案，而对”大“方案的期待，又常常让人挫败，沮丧和自我否定，最终产生的改变是 0 %。李松蔚的解决方法则是很大程度的接纳自己，再做出改变 5 % 的计划。计划很小，所以不会有心理负担，进而能带来实实在在的改变，而这改变的经验又可能引出更大的改变。

摘抄整理自 茹炳晟 在 InfoQ 上一文 [LLM对程序员的冲击和影响 (qq.com)](https://mp.weixin.qq.com/s/_Kh8IzsfghT4fPWknesnzA)

本书的主题是关于如何通过自我管理成为卓有成效的管理者。让自身成效不高的管理者管好他们的同事与下属，那几乎是不可能的事。本书中的 “管理者” 泛指知识工作者，只要该知识工作者对组织负有贡献的责任，那他就是一位管理者。