关于程序员:打卡3本书10句话06

为什么精英能够打造 10 倍 高效团队 131

1. 批示正确的后退路线：（决定，决断，论断，解决）
2. 不论什么样的团队，必定都会遇到岔路口，这个时候，抉择哪条路，这个决定将左右团队的命运
3. 没人会教你做决定的正确办法
4. 三个臭皮匠赛过诸葛亮（面对一个问题，多人磋商之后的后果，大概率是不适合的）“团体思考🤔”
5. 独裁 VS 少数派 VS 合议
6. 认同感【独裁 > 多数遵从少数 > 合议】
7. 工夫【独裁 < 多数遵从少数 < 合议】

8. 为合议提速，KT 决策法

   1. 情况把握
   2. 问题剖析
   3. 决策分析 DA
   4. 潜在的问题，潜在的机会剖析
9. 强有力，疾速
10. 影响力（专业性，回报性，集体魅力，森严性，一贯性）“影响力的武器”
11. 更多的抉择，规范靠前

12. Action checklist 查看清单

    1. 团队可能依据理论状况抉择最合适的决策办法吗？
    2. 团队中可能进行疾速且具备重现性的探讨吗？
    3. 团队中的决策者敢于直面孤单，果决地做出决定吗？
    4. 作为团队成员，您可能把决策的决定贯彻到底，并将其做成“正确答案”吗？
    5. 在须要做决定的机会，您能“果决”，“疾速”的做出决定吗？

架构整洁之道 130

1. 组件耦合

   1. 无依赖准则（依赖关系图不应该呈现环）
   2. 每周构建

   3. 打消循环♻️依赖

      1. 循环依赖的影响
      2. 突破循环依赖（依赖反转）
2. 自上而下的设计

3. 稳固依赖准则

   1. 稳定性
   2. 稳定性指标（入向依赖，出向依赖，不稳定性）
   3. 并不是所有组件都应该是稳固的

4. 组件形象

   1. 稳固形象准则

      1. 高层策略应该放在哪里
      2. 稳固形象的准则 SAP

      3. 掂量抽象化水平

         1. Nc: 组件中类的数量
         2. Na: 组件中抽象类和接口的数量
         3. A：形象水平，A= Aa/Nc
      4. 苦楚区😖
      5. 无用区
      6. 离主序列线的间隔
5. 软件架构的指标：支持系统的全生命周期，便于了解，易于批改，不便保护，轻松不少，最大化程序员生产力，最小经营老本
6. 开发 Development
7. 部署 Deployment
8. 运行 Operation
9. 保护 Maintenance
10. 放弃可选项
11. 高层策略与底层实现隔离开

代码整洁之道 – 程序员的职业素养 112

1. 交换细节（不同想法，模糊性）。测试足够（真实性，无可挑剔的需要文档）

2. QA 应该找不到任何谬误

   1. QA 也是团队的一部分
   2. 需要规约定义者（极其 corner，边界 boundary，异样门路 unhappy-path）
   3. 个性形容者

3. 自动化测试金字塔

   1. ～5%：人工摸索式测试
   2. ～10%：零碎测试 GUI
   3. ～20%：集成测试 API
   4. ～50%：组件测试 API
   5. ～100%：单元测试 XUnit

4. 工夫治理⌚️

   1. 会议（必须的，节约大量工夫）
   2. 回绝（必要性的，感兴趣的）
   3. 离席（正当调配）
   4. 确定议程与指标
   5. 立会（昨天干了什么，明天打算干什么，遇到什么问题）
   6. 迭代打算会议（5-10 分钟一个工作，不超过会议工夫 5%）
   7. 迭代回顾和 DEMO 展现（20 分钟回顾，25 分钟演示，上班前 45 分钟）
   8. 争执 / 拥护（争执各方 5 分钟摆明问题，而后大家投票，10-15）（争执 5—30）

   9. 注意力点

      1. 睡眠（7 小时）
      2. 咖啡因☕️
      3. 复原（深思😔，检查，小睡）
      4. 肌肉注意力💪（跑步🏃，骑行🚴，1～2H，地理，政治，曲子，大自然，手工活）
      5. 输出与输入（创造性思维，作品，引发创造力）
   10. 工夫拆分和番茄🍅工作法（25 分钟一组，4 个🍅⌚️♨️30min，底气回绝）
   11. 要防止的行为：优先级错乱
   12. 死胡同：掉进坑别挖，听取别人意见
   13. 泥潭：放弃代码的简略，整洁