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程序员工作法
登录|注册
25 | 开发中的问题一再出现，应该怎么办？
郑晔 2019-03-01
看过《圣斗士星矢》的同学大多会对其中的一个说法印象颇深：圣斗士不会被同样的招数击败两次。
我们多希望自己的研发水平也和圣斗士一样强大，可现实却总不遂人愿：同样的线上故障反复出现，类似的 Bug 在不同的地方一再地惹祸，能力强的同学每天就在“灭火”中消耗人生。我们难道就不能稍微有所改善吗？
如果在开发过程中，同样的问题反复出现，说明你的团队没有做好复盘。
什么是复盘？
复盘，原本是一个围棋术语，就是对弈者下完一盘棋之后，重新把对弈过程摆一遍，看看哪些地方下得好，哪些下得不好，哪些地方可以有不同甚至是更好的下法等等。
这种把过程还原，进行研讨与分析的方式，就是复盘。
现如今，复盘的概念已经被人用到了很多方面，比如，股市的复盘、企业管理的复盘，它也成为了许多人最重要的工具，帮助个体和企业不断地提升。这其中最有名的当属联想的创始人柳传志老爷子，他甚至把“复盘”写到了联想的核心价值观里。
为什么复盘这么好用呢？在我看来有一个重要的原因，在于客体化。
俗话说，当局者迷，旁观者清。以我们的软件开发作为例子，在解决问题的时候，我们的注意力更多是在解决问题本身上，而很少会想这个问题是怎么引起的。
当你复盘时，你会站在另外一个视角，去思考引起这个问题的原因。这个时候，你不再是当事者，而变成了旁观者。你观察原来那件事的发生过程，就好像是别人在做的一样。你由一个主观的视角，变成了一个客观的视角。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《10x程序员工作法》，如需阅读全部文章，
请订阅文章所属专栏。
请订阅文章所属专栏。
立即订阅
登录 后留言
精选留言(9)
西西弗与卡夫卡关于复盘，孙陶然曾经说过，如果他有所成就，一半要归功于复盘。他提出了几个步骤供大家参考。首先，先对比实际结果和期初所定目标之间有什么差距。其次，情景再现，回顾项目的几个阶段。然后，对每个阶段进行得失分析，找出问题原因。最后，总结规律，化作自己的技能沉淀，再次遇到时可以规避。我再补充一点，复盘资料应该记录到知识库，无论新来的或是接手的人，都能从中获益，从而提升组织的能力。另外，好的复盘需要有坦诚的文化氛围，不然有可能变成互相指责甩锅，就失去了意义作者回复: 补充得非常好，一些能够形成体系的知识要积累下来。
2019-03-01 17
陈斯佳分享一个我现在每天在对自身进行复盘的方法。我每天会通过5个方面来分析过去的一天自己的学习成长。第1个方面是身体，也就是我的身体健康，其中包括运动，饮食，睡眠，还有冥想。因为好的身体，才是一切的动力来源。第2个的方面是关于认知和学习，其中包括比如像通过极客时间专栏的学习，对认知的提升，还有英语的学习和技术的学习。第3个方面是工作生活，工作主要是对前一天工作的总结，并且提炼出成就事件和需要改进的方面，生活主要吗，因为还单身，所以也没啥生活……这一块留给以后的家庭生活使用。第4个方面关系心理，也就是如何和自我相处，如何和他人相处，如何维持好的人际关系。最后一个是理财，也就是自己在理财知识方面的学习和一些理财实践。每天早上几乎都会在这5个方面进行一些复盘，我自己会把它形象化，想象出是5个部门的经理，自己就像是一个CEO一样，每天听取5个部门经理的汇报，其实感觉也挺有意思的。作者回复: 很赞的分享！
2019-05-31 11- grass10happy复盘是不是最好是团队内部进行，每次老板参加复盘，好像就没人说出真话了。
作者回复: 篇幅原因，我省略这个部分，其实，最好先做一轮安全性投票，如果大家觉得不安全，可以把老板请出去。
2019-03-01 3 
helloworld复盘是为了找出问题的所在，而不是为了责备别人作者回复: 找到重点了。
2019-04-25 2
阿智其实，就是复盘如何落地。水土不服是很常见的作者回复: 重点是你的团队想不想复盘。如果想，你会想办法复盘，如果不想，你会找各种借口不做。
2019-03-01 2- pyhhou感谢老师的分享，复盘很有必要，不仅可以记录过去的失误点，还可以对当下的问题提供一个比较好的借鉴方案；还有就是 5 Whys 确实是一个找问题根因的方法，当然个人觉得这里找问题根因还是需要整个团队的参与，因为做的东西不一样，能力、经验不一样，看问题的角度也不一样，可能会出现，对于同样出现的问题，一个人用 5 Whys 找出来的根因和另外一个人用 5 Whys 找出来的根因不太一样，这就需要整个团队复盘讨论总结归纳问题的原因和解决方案
作者回复: 沟通反馈，一个重点就是不能自己玩。
2019-03-11 1 
One day有类似复盘的思想，把每次出现问题记录，然后再讨论，只不过，讨论的是一个有点类似于问题库那种。把有过相似或者有联系的问题会再提出来，问题会分类，分类之后归档，问题与问题之间的有联系的了，就会有更多警觉作者回复: 积累是很重要的，但一定要有行动项，保证问题不只是归档，也被解决了。
2019-03-01 1- 陈斯佳复盘一下今天出现的问题。今天大部分时间都花在了shell脚本的修改上。用五个Why来提问。为什么要花那么多时间？因为不是我写的脚本，需要熟悉时间，还有大部分时间是跑Jenkins测试这个脚本的时间。为什么要用Jenkins跑这个简单的脚本，而不是直接运行脚本？好问题，明天可以尝试一下这样做，就可以缩短反馈排bug的时间了2019-08-15
毅我觉得团队内复盘深度优先，多问问为什么。而团队间的复盘广度优先，多问问是什么有什么，比如研发不知道现场情况，实施就要多提供信息输入；其次协调好立场，个体间的或团队间的；最后不管队内队外，都要具备坚定的执行力复盘才会有效果。作者回复: 回顾会议的过程是先广度，找到很多问题，然后投票，排列优先级，最后才是深度。深度很必要，但在什么问题上做深度，需要先达成一致。
2019-03-01
收起评论