# 读书笔记 **Repository Path**: winnie-shen/reading-book-notes ## Basic Information - **Project Name**: 读书笔记 - **Description**: 书中自有颜如玉 - **Primary Language**: Unknown - **License**: Not specified - **Default Branch**: master - **Homepage**: None - **GVP Project**: No ## Statistics - **Stars**: 0 - **Forks**: 0 - **Created**: 2026-02-26 - **Last Updated**: 2026-02-27 ## Categories & Tags **Categories**: Uncategorized **Tags**: None ## README # 读书笔记 **01.《智能简史:进化、AI与人脑的突破》** [01] 麦克斯·班尼特(Max Bennett).智能简史:进化、AI与人脑的突破[M].林桥津,译.北京: 中译出版社, 2025. **02.《为什么精英都是时间控》** [02] 桦泽紫苑.为什么精英都是时间控[M].郭勇,译.湖南: 湖南文艺出版社, 2018. **03.《从零开始玩转ChatGPT》** [03] 小岩井.从零开始玩转ChatGPT[M].北京: 北京磨铁数盟出版社, 2023. 待读清单: ✅ [1] 克莱顿·克里斯坦森. 创新者的窘境[M/OL]. 胡建桥,译. 北京:中信出版社,2014. ⚠️ [2] 弗雷德里克·布鲁克斯. 人月神话[M/OL]. 汪颖,译. 北京:清华大学出版社,2015. ❌[3] 马丁·克莱普曼. 设计数据密集型应用[M/OL]. 赵军平,吕云松,耿煜,等译. 北京:中国电力出版社,2018. ❌[4] 贝特斯,等. SRE:Google运维解密[M/OL]. 孙宇聪,译. 北京:电子工业出版社,2016. ✅ [5] 斯坦利·麦克里斯特尔. 赋能:打造应对不确定性的敏捷团队[M/OL]. 林爽喆,译. 北京:中信出版社,2017. ✅ [6] 汤姆·德马科,蒂莫西·李斯特. 人件[M/OL]. 肖然,张逸,滕云,译. 北京:机械工业出版社,2014. ✅ [7] 布莱恩·阿瑟. 技术的本质:技术是什么,它是如何进化的[M/OL]. 曹东溟,王健,译. 杭州:浙江科学技术出版社,2023. ⚠️ [8] 斯图尔特·拉塞尔,彼得·诺维格. 人工智能:一种现代的方法[M/OL]. 殷建平,祝恩,刘越,等译. 北京:清华大学出版社,2013. 以下是八本书的**核心金句/精华摘要**,按书籍逐一整理。每一条都适合在通勤路上反复听,帮助你在碎片时间里抓住思想精髓。 --- ## 《创新者的窘境》 1. **所有失败案例都具有一个共同点,那就是导致企业失败的决策,恰好是在领先企业被广泛誉为世界上最好的企业时做出的。** 2. **你最好的时候,也是最坏的时候。** 3. **在开发比竞争对手更好的产品以获得更高利润的过程中,供应商通常会“过度满足”市场的需求:他们为客户提供的产品,超出了客户的实际需求或客户最终愿意支付的价格。** 4. **破坏性技术给市场带来了与以往截然不同的价值主张——通常价格更低、性能更简单、体积更小,而且更方便使用。** 5. **盲目遵循“好的管理者应与客户保持密切联系”的箴言,有时可能会是一个致命的错误。** 6. **市场要求的或能够消化的发展速度,与技术能够达到的发展速度可能存在差异。今天对客户来说不太有实用价值的产品,日后可能足以满足他们的需求。** ## 《赋能》 1. **我们面对的事物已经从复杂变成了错综复杂。** 2. **还原论的时代已经过去——它能实现的效率无法满足新的现实需要。** 3. **海豹突击队不培养“超级战士”,也不欢迎想做“超级英雄”的士兵。团队精神更加重要,团队成功高于个人表现。** 4. **园丁每天干什么?他不干预花草的成长,只是定期浇水、施肥,营造一个良好的环境,植物就会自行生长。管理者应该培养的是团队自行解决问题的能力。** 5. **团队成员既然要做决策,就不能像原来那样只低头干活,还要时刻像领导者那样抬头看路,用体系化的思维去做决策。** 6. **打破深井式的管理模式,建设好扁平化的沟通协调环境。** ## 《人月神话》 1. **人月是危险和带有欺骗性的神话,因为它暗示人员数量和时间是可以相互替换的。** 2. **布鲁克斯法则:向进度落后的项目中增加人手,只会使进度更加落后。** 3. **过去几十年的大型系统开发就犹如一个焦油坑,很多大型动物在其中剧烈挣扎。表面上没有任何一个单独的问题会导致困难,但当它们相互纠缠和累积时,团队的行动就会变得越来越慢。** 4. **因为左手不知道右手在做什么,从而进度灾难、功能的不合理和系统缺陷纷纷出现。** 5. **书面记录决策是必要的。只有记录下来,分歧才会明朗,矛盾才会突出。** 6. **里程碑必须选择具体的、特定的、可度量的事件,能够进行清晰定义。如果里程碑很模糊,老板就常常会得到一份与实际情况不符的报告。** ## 《人件》 1. **管理者的作用不是让大家去工作,而是创造环境,让大家可以顺利开展工作。** 2. **压力不会让人工作得更好,只是工作得更快。为了工作快点,他们不得不牺牲产品质量以及自身的工作体验。** 3. **大多数组织不会对流失人员进行统计。几乎没有人可以告诉你替换一名有经验的员工的成本。** 4. **终极的管理罪恶是浪费大家的时间。** 5. **在需要一起工作的人群中强调竞争,首先牺牲的就是对健康团队而言必需的个体辅导。** 6. **有凝聚力的团队的最后一个标志是队员们对工作乐在其中——健康而拥有活力,交流轻松自如,自信而充满热情。** ## 《技术的本质》 1. **技术是自然的拓展,是人性的拓展,是更深的宇宙法则的一部分。了解了技术的本质,你才能掌握未来。** 2. **技术进化的机制是组合进化——每个技术都是通过对一组固定现象用不同方式进行编程创造出来的。** 3. **所有的技术归根到底都来自自然现象,所有的技术最终都是这些现象的奏鸣曲。** 4. **佛陀与上帝,居住在计算机的电路里,或者周期转动的齿轮当中,就和他们居住在群山之巅,或者盘坐在莲花上,同样舒服。** 5. **技术的发展路径有两种:重新域定(在新的世界把旧的任务不断重新表达)和标准工程(在微小的改进中发现值得创新的部分)。** ## 《设计数据密集型应用》(DDIA) 1. **对于大多数应用程序,CPU的计算能力不再成为限制因素,更亟待解决的问题是海量的数据、数据结构之间的复杂性,以及应用的性能。** 2. **设计数据密集型应用的三大原则:可靠性(容错性)、可扩展性(应对增长)、可维护性(让不同的人都能卓有成效地工作)。** 3. **没有通用的、适合所有应用的可伸缩架构。好的架构通常涉及实用的混合方法。** 4. **无节制的分布式会给系统混入复杂度——在多台机器上分发无状态服务相当简单,但将有状态数据系统从单节点转移到分布式,会带来许多额外的复杂性。** 5. **软件的大部分成本不是在最初的开发中,而是在持续的维护中——修复bug、保持系统运行、适应新业务、添加新特性。** 6. **Twitter的案例说明架构设计的精妙:大多数用户的推文发布时扩展到缓存,但拥有大量关注者的名人单独处理。这种混合方法能够始终如一地提供良好的性能。** ## 《SRE:Google运维解密》 1. **SRE的本质:软件工程师以软件工程的方法解决运维问题。** 2. **Mikey金字塔是SRE体系的灵魂:监控、事故响应、事后回顾、测试与发布、容量规划、构建工具、用户体验——每一层都建立在前一层之上。** 3. **事故是我们可以从中学习的东西,而不是让人害怕和羞耻的事情。** 4. **SRE的一个关键共识是承认系统的不完美性,追求永不停机的系统是不现实的。** 5. **通过制定合理的SLO以及错误预算,在系统风险与业务快速迭代之间实现可量化的平衡。** 6. **预防胜于治疗——测试与发布是Mikey金字塔中第一个专注于预防而不是事后处理的层级。** ## 《人工智能:一种现代的方法》 1. **人工智能是对从环境中接受感知并执行行动的智能体的研究。** 2. **先有方法和实现,后有理论解释;先有智能技术,后有智能科学——如此迭代发展。** 3. **智能是系统通过获取和加工信息而获得的一种能力,从而实现从简单到复杂的演化。** 4. **方法不止,智能无疆——这个书名可以永远延续下去。** 5. **没有理由相信人类是生物进化的最后阶段,也没有理由相信有机体是智能的唯一载体。** 6. **智能是“科学的无尽疆域”,而人工智能这个“现代方法”,正是开疆拓土的动力之源。** ### 💡 使用建议 1. **通勤路上反复听**:每条金句都是一颗思想的种子,反复听能内化为你的思维框架 2. **结合场景触发思考**:遇到管理难题时,回想《人件》的“管理者是创造环境的人”;遇到技术决策时,想起DDIA的“没有通用的架构” 3. **作为团队晨会素材**:每天分享一条,引发讨论 需要我针对其中某本书,提炼更详细的**分章节精华摘要**吗?