计划
2024年阅读计划 每日：中午/晚上，按照2:1的比例分配时间阅读和记录思考。耗时控制30min～60min 每月：按照书籍、进度、总结的结构回顾一个月阅读的内容，写成文稿并制作视频分享（文稿载体、博客、公众号，视频载体b站），耗时控制在1h～2h以内。 每季度：记录阅读数据、提要收获、制定下一步阅读计划。
实时记录
二月
2月4日
- 页数：1-21
- 时间：1h
摘要 关键词：焦油坑，人月神话、外科手术团队
- 焦油坑：以一种戏谑的方式说了大型软件开发是灾难，对个人来说存在着职业苦恼（资源控制权、测试和bug等），但程序员们因为热爱这种魔术般的创造，像史前的动物那样主动投入焦油坑，并在其中快乐又痛苦的挣扎。
- 人月神话：解释了项目进度估算的基本单位“人月”（一个人一个月的工作量），神话说明了估算时，如神话般的乐观主义（不考虑人的效率差异、不考虑人多后的沟通成本）。分析了为什么人月神话存在--年轻人乐观主义、缺乏经验，考虑不够全面（将人的效率、意外出现的额外成本期望，项目依赖等因素）。
- 外科手术团队：基于事实：精干团队效率远大于普通团队（7～10倍），由精干经验丰富的人才担任外科医生（当前就是架构师），自顶向下去规划、设计、拆解项目，能避免 传统平等队伍的沟通合作问题。
| 关键词 | 截图 |
|---|---|
| 人月神话 | |
| 外科手术团队 |
思考
个人成长
- 讲究方法和实践、成为精干的程序员，提高效率。
- 高效率下，沉淀经验，以架构师甚至创业团队CTO的要求培养自己。
团队合作
- 作为外科医生，合理利用其他职能人员解放自己和团队，共同完成大型项目。
- 尽量招聘精干团队，担任核心owner，同时允许普通人的存在去完成分解后的任务。
项目管理（理解不深，正确的废话，但突出几点）
- 更大范围：不要乐观主义，考虑好容易被忽略的系统测试、上线可能的意外。
- 更多数据：参考历史完成情况，评估人员效率，缺陷率，完成分布得到期望估分，并允许最坏情况发生。
2月5日
- 页数：22-39
- 时间：1h
关键词：贵族专制or民主，画蛇添足，贯彻执行
- 贵族专制：计算机系统、程序而言，由靠谱架构师这样的贵族专治优势巨大，如果民主的意见一致，也许需要考虑架构师是不是 有水分。
- 画蛇添足：没机会做大型项目的重构，体会不深，大致意思是架构师在设计第二版系统时会矫枉过正、引入不必要的设计，反而第一版是精简有效率的。
- 贯彻执行：讲上述的贵族民主如何实施，项目经理如何把控。
- 文档化：文档既是标准也是沟通方式、能减少扯皮。新人加入快速上手、系统对接定义清晰
- 形式化定义：“决不要携带两个时钟出海，带一个或三个”，标准可以讨论，但必须确定且唯一。
- 会议大会：周会（每周半天，所有人）对文档提出建议，这也是大家实施民主的地方，组织要从根本上鼓励正确的民主，而不是胡搅蛮缠，这样文档会朝着更正确的方向修正（架构师制定主方向、实现人员帮助修正方向）。大会（双月or季度）--范围更广、做表彰和解决周纬度来不及解决的问题。
五月
5月8日
- 页数：22-39
- 时间: 3min
关键词：信息交流
- 信息交流：《创世纪》中的段落，组织者说来咱们盖高塔，人们就能盖好。只要交流能到位，没有什么难事。
- 交流方式：交流方式有知识库（文档库、wiki），周会（周期性会议，不是每周），非正式会议（临时发起，按需）简单来说，周会让大家能够定期交流信息，知识库用来沉淀结论，非正式会议在任何你觉得有理解不一致的时候就需要开展
- 组织结构：对于n个人来说，至少每两个人之间对齐，才能保证所有人对齐。那么至少需要次沟通，更进一步有些话题如果不能由2个人决定，就需要多人（k）讨论，那么还需要级别的沟通次数，
- 结构：组织结构（一般是树形）使得交流对齐更简单可控
- 成分：使命（mission），产品负责人（producer），技术主管（高贵的架构师，tech—leader)，进度（项目管理），人力划分（研发、测试、产品、PMO、HR、设计等）
思考 以字节的组织结构和工作方式来看，基本符合书中说的几点
