本文共 2602 字，大约阅读时间需要 8 分钟。
22 轻量级沟通：你总是在开会吗？
开会 目的是为了解决问题 凡是效果特别好的会议，基本上都是用来做信息同步的 重量级的 轻量级沟通 减少参与讨论的人数 面对面 站会 做了什么 要做什么 困难与帮助27 尽早暴露问题： 为什么被指责的总是你？
不是所有的问题，都是值得解决的技术难题 遇到问题 尽早的把问题暴露出来 Fail Fast 有问题不可怕，让失败尽早到来 克服心理障碍 在工作中暴露自己的问题 小结 事情往前做，有问题尽早暴露28 结构化：写文档也是一种学习方式
矛盾的情感，一方面，需要依赖于文档获得知识，另一方面，很少有人愿意写文档 回避写文档的真正原因是，掌握的内容不能很好地结构化 想要成为一个好程序员，有一个良好的知识结构是极其重要的，理解了这些背后的动机，微服务就只剩下工具层面的问题 知识输出 将零散的知识结构化，有很多种方式，但输出是非常关键的一环。 输出的过程，本质上就是把知识连接起来的过程 写作 演讲 金字塔原理 中心论点、分论点至论据，层层展开 无他，唯手熟尔 小结 多输出，让知识更有结构用户故事 | 站在前人的肩膀上，领取属于你的高效工作秘籍
大部分程序员忙碌解决的问题，都不是程序问题，而是由偶然复杂度导致的问题 对于高效工作有哪些心得？ 能用尽可能小的时间颗粒度来安排自己的工作 有意识培养自己的思维方式和从多角度看问题的习惯 思维方式的改变&&工作习惯的培养&&可以做的更好&&主动思考也很重要 你的思维方式是否合适，由此产生的执行方式是否到位，检验方式是否科学，理论修正是否能产生更好的思维方式 一学二懂三要用 多思多问 接收一个新需求的时候，思考这个需求的意义是什么？到底需不需要做？要怎么做才能更好？有没有好的替代方案？需求应用的场景是什么？这样做以后方便维护吗？ 缝补补的代码即不利于个人发展，对后面的迭代也是一种煎熬以结果为导向
站在不同角色角度看问题 敢于说不答疑解惑 | 持续集成，一条贯穿诸多实践的主线
将诸多实践贯穿 做好CI 最好采用主开发分支的方式 测试防护网 测试覆盖率 暴露问题，是改进的前提条件 国内程序员真正落后的不是信息，而是观念 当你的技术知识积累到一定程度时，还采用原来的学习方式，就很难获得真正意义上的提高 划重点 | 一次关于“沟通反馈”主题内容的复盘 看板 持续集成 回顾会议 写代码的进阶路径 编写可以运行的代码。 编写符合代码规范的代码。 编写人可以理解的代码。 用业务语言写代码 fail fast 发现问题今早报错 持续集成是一条主线，可以将诸多实践贯穿起来 安全性检查，是回顾会议的前提条件。 在信息获取上，国内外程序员差别不大，开拓视野，改善工作习惯，是国内程序员亟需提高的 加餐 | 你真的了解重构吗？ 重构本质是一种 微操作 每一步都可以独立完成 每次完成都可以停下来 定义 重构（名词）：对软件内部结构的一种调整，目的是在不改变软件可观察行为的前提下，提高其可理解性，降低其修改成本。 重构（动词）：使用一系列重构手法，在不改变软件可观察行为的前提下，调整其结构 函数式编程已然成为时代的主流 阅读 《重构》 29 “懒惰”应该是所有程序员的骄傲 懒惰，急躁，傲慢 自动化 如何实现自动化 要懂得如何软件设计 重要*3 谨慎的将工作自动化 做有价值的事是重要的，这里面的有价 值，不仅仅是“做”了什么，通过“不做”节省时间和成本也是有价值的 NIH 综合征 有人特别看不上别人做的东西，非要自己做出一套来，原因只是因为那个 东西不是我做的，可能存在各种问题 写代码之前 先问下自己是否真的需要去做 30 一个好的项目自动化应该是什么样子的？ gradle 好好学习一波 将工作过程自动化 31 程序员怎么学习运维知识？ 零散的运维知识 知识体系 核心库 第三方库 开发框架 单机部署 集群部署 32 | 持续交付：有持续集成就够了吗？ 环境 测试环境 预生产环境 生产环境 构建流水线 devops docker 的影响 持续交付，是一种让软件随时处于可以部署到生产环境的能力 验证发布包 部署 就部署纳入开发的考量 33 如何做好验收测试 行为驱动开发 BDD 业务语言进行描述 given，when, then 将验收测试 自动化 34 你的代码是如何变混乱的 SOLID原则 设计模式是术 设计原则才是道 把函数写短 35 分层 构建好你的领域模型 你的领域只关注你的领域层，第三方传递过来的先做一层转换 36 为什么总有人觉得5万块可以做一个淘宝？ 用简单的技术解决问题，直到问题变复杂 37 先做好 DDD 再谈微服务吧 微服务的真正技术难点并非技术实现而是业务划分 识别界限上下文 学习领域驱动设计 待看 领域驱动设计精粹 38 新入职一家公司，如何快速进入工作状态 运用思考框架 我们在哪 我们要去哪 我们要如何到达 业务 技术 团队运作 从大而小，从外而内 了解一个项目，从大图景开始 39 面对遗留系统，你应该这样做 分清现象与原因 确定方案 重写某些代码，小步调整 建立好领域模型 寻找行业对系统构建的最新理解 最新实践，小步改造不要走上老路 建议 构建测试防护网，保证新老模块功能一致 分成小块，逐步替换 构建好领域模型 寻找行业中对系统构建的最新理解 40 如何保持竞争力 焦虑来源于不确定性，特定时代+特定行业的产物 T型人，一专（深入）多能 一专带来的触类旁通，深度思考 在学习区工作成长 舒适区-学习区-恐慌区 答疑解惑 找到愿意和你一起改变的人，做一件具体的事 对于外部系统的测试 可以通过接口隔离开来，然后模拟服务或者本地可控的方式进行测试 结束 尽可能利用已知的信息，做更少的事情 有效工作转载地址：http://rhiii.baihongyu.com/