10x程序员工作法
郑晔
火币网首席架构师，前ThoughtWorks首席咨询师 ，TGO鲲鹏会会员
立即订阅
7975 人已学习
课程目录
已完结 56 讲
0/4登录后，你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 程序员解决的问题，大多不是程序问题
免费
思考框架 (1讲)
01 | 10x程序员是如何思考的？
以终为始 (11讲)
02 | 以终为始：如何让你的努力不白费？
03 | DoD的价值：你完成了工作，为什么他们还不满意？
04 | 接到需求任务，你要先做哪件事？
05 | 持续集成：集成本身就是写代码的一个环节
06 | 精益创业：产品经理不靠谱，你该怎么办？
07 | 解决了很多技术问题，为什么你依然在“坑”里？
08 | 为什么说做事之前要先进行推演？
09 | 你的工作可以用数字衡量吗？
10 | 迭代0: 启动开发之前，你应该准备什么？
答疑解惑 | 如何管理你的上级？
划重点 | 关于“以终为始”，你要记住的9句话
任务分解 (11讲)
11 | 向埃隆·马斯克学习任务分解
12 | 测试也是程序员的事吗？
13 | 先写测试，就是测试驱动开发吗？
14 | 大师级程序员的工作秘笈
15 | 一起练习：手把手带你分解任务
16 | 为什么你的测试不够好？
17 | 程序员也可以“砍”需求吗？
18 | 需求管理：太多人给你安排任务，怎么办？
19 | 如何用最小的代价做产品？
答疑解惑 | 如何分解一个你不了解的技术任务？
划重点 | 关于“任务分解”，你要重点掌握哪些事？
沟通反馈 (12讲)
20 | 为什么世界和你的理解不一样
21 | 你的代码为谁而写？
22 | 轻量级沟通：你总是在开会吗？
23 | 可视化：一种更为直观的沟通方式
24 | 快速反馈：为什么你们公司总是做不好持续集成？
25 | 开发中的问题一再出现，应该怎么办？
26 | 作为程序员，你也应该聆听用户声音
用户故事 | 站在前人的肩膀上，领取属于你的高效工作秘籍
27 | 尽早暴露问题： 为什么被指责的总是你？
28 | 结构化：写文档也是一种学习方式
答疑解惑 | 持续集成，一条贯穿诸多实践的主线
划重点 | 一次关于“沟通反馈”主题内容的复盘
自动化 (12讲)
加餐 | 你真的了解重构吗？
29 | “懒惰”应该是所有程序员的骄傲
30 | 一个好的项目自动化应该是什么样子的？
31 | 程序员怎么学习运维知识？
32 | 持续交付：有持续集成就够了吗？
33 | 如何做好验收测试？
34 | 你的代码是怎么变混乱的？
35 | 总是在说MVC分层架构，但你真的理解分层吗？
36 | 为什么总有人觉得5万块钱可以做一个淘宝？
37 | 先做好DDD再谈微服务吧，那只是一种部署形式
答疑解惑 | 持续集成、持续交付，然后呢？
划重点 | “自动化”主题的重点内容回顾汇总
综合运用 (7讲)
38 | 新入职一家公司，怎么快速进入工作状态？
39 | 面对遗留系统，你应该这样做
40 | 我们应该如何保持竞争力？
答疑解惑 | 如何在实际工作中推行新观念？
划重点 | “综合运用”主题内容的全盘回顾
总复习 | 重新审视“最佳实践”
总复习 | 重新来“看书”
结束语 (1讲)
结束语 | 少做事，才能更有效地工作
10x程序员工作法
登录|注册
划重点 | “自动化”主题的重点内容回顾汇总
郑晔 2019-04-10
“自动化”模块终于全部更新完毕。至此，四个工作原则我已经给你全部介绍了一遍，相对而言，这个模块的内容比较“硬”，我也竭尽全力帮你串起更多知识的脉络，所以，信息量也是非常大的。希望你能够找到自己接下来努力的方向，不断提升自己的“硬实力”。
重点复习
在这个模块中，我们学习到了一些最佳实践。
持续交付
将生产部署纳入了开发的考量。
持续交付的基础设施通常包含持续集成环境、测试环境、预生产环境和生产环境。
构建流水线保证到了下游的交付物一定是通过上游验证的。
随着 Docker 的诞生，交付由发布包变成了 Docker 镜像。
DevOps
将开发和运维结合到一起。
环境配置工具上的进步，让基础设施即代码成了行业共识。
验收测试
验收测试要站在业务的角度编写。
BDD 是一种编写验收测试的方式。
Given…When…Then… 的描述给了一个描述业务的统一方式。
写好验收测试，需要构建测试模型。
SOLID 原则
设计模式背后的道理。
单一职责原则（Single responsibility principle，SRP）。
开放封闭原则（Open–closed principle，OCP）。
Liskov 替换原则（Liskov substitution principle，LSP）。
接口隔离原则（Interface segregation principle，ISP）。
依赖倒置原则（Dependency inversion principle，DIP）。
用好单一职责原则，前提条件是看待问题颗粒度要小。
DDD
它将思考的起点拉到了业务上。
DDD 分为战略设计和战术设计。
微服务
做好微服务的前提是划分好限界上下文。
微服务的第一步，不要划分微服务。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《10x程序员工作法》，如需阅读全部文章，
请订阅文章所属专栏。
请订阅文章所属专栏。
立即订阅
登录 后留言
精选留言(6)
刘晓林郑老师在专栏中推荐了很多非常好的书籍作为参考，可否考虑在某一期中，将这些参数书籍整理成一个书单，按照专栏的主题做个小分类，然后每本书简单点评两句作为领读内容。希望在专栏的结束语之前可以看到这个书单，嘻嘻。作者回复: 马上就来！
2019-04-19 1
hua168老师，“高内聚、低耦合”听了很多了，但都是一个标题，能不能简单说一下，怎么能写出“高内聚、低耦合”的代码，我理解的就类似功能的写在一个模块中，这样就是“高内聚”，独立性强；模块之间用REST-ful API或public类调用就实现了“低藕合”
这样理解会不会太简单？作者回复: 前面讲过的设计原则，就是帮你写出高内聚低耦合代码的方法啊！
2019-04-10 1
enjoylearning我就奇怪了，用的intelliJ 用户gradelw编译成功，可每次用IDE自己build菜单执行总是报lombok解析错误，也按照作者说过的设置过了，还查了相关lombok plugin issue网上的回答,设置方案跟作者提到的一样。这个问题虽然很小白，但困扰了我一段时间了作者回复: 这就只能怪人品了 :)
2019-04-15
小白菜哈哈，早上好编辑回复: 早上好☀️
2019-04-10
捞鱼的搬砖奇坐等更新！ 不看睡不着作者回复: 休息好才能工作好。
2019-04-10
西西弗与卡夫卡强迫症一下，里面我的id为啥不是橙色的，哈哈编辑回复: 可能是我设置问题，我去改一下，然后面壁思过五分钟😁
2019-04-10
收起评论