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程序员工作法
登录|注册
20 | 为什么世界和你的理解不一样
郑晔 2019-02-18
从今天起，我们要开启一个新的模块：沟通反馈。
如果看到沟通反馈几个字，你就以为我打算在这里教一些谈话技巧，那你还真的想错了。
在这个模块里，我打算与你讨论的主题是，生活在真实世界中。沟通反馈和生活在真实世界这两个话题是怎么联系到一起的呢？请听我慢慢道来。
《大富翁》里的沙隆巴斯有句口头禅：人生不如意的事，十有八九！但是不知道你有没有想过这样的一个问题，为什么人生如此不如意？如果这是一篇鸡汤文，我应该告诉你世事艰辛。但我要说的是，真实的原因往往是因为你想得太美好，用我们做软件的例子来看一下：
在我们的愿望中，做出来的产品应该一举成名，现实却是惨淡经营；
在我们的愿望中，产品经理给出的需求应该是清晰明了的，现实却是模模糊糊；
在我们的愿望中，写出来的代码，应该是快捷无错的，维护也很容易，现实却是 Bug 百出，越修改，修改的时间就越长；
在我们的愿望中，你给我布置任务，我应该迅速地理解到关键，现实却是做出来的与你的目标根本就是天差地别；
……
为什么会这样？欢迎来到真实世界，真实世界不是以美好愿望驱动的，它有着自己的运行规律。虽然我们都生活在同一个世界中，但每个人理解世界的方式确实是千差万别。
我们努力地学习各种知识，为的就是更好地理解这个世界的运作方式，而沟通反馈，就是我们与真实世界互动的最好方式。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《10x程序员工作法》，如需阅读全部文章，
请订阅文章所属专栏。
请订阅文章所属专栏。
立即订阅
登录 后留言
精选留言(14)
西西弗与卡夫卡沟通问题极其常见，比如布置任务、团队协作、理解需求等场景下。有人介绍过日本公司如何布置任务，以消除沟通中双方理解的差异。实际是否如此，没有求证过，但值得我们学习。方法是布置任务至少要沟通五次，和有些领导喜欢说的“我只讲一次”大相径庭。第一次说，任务是什么什么。下属说，知道了。第二次说，你复述一下。下属巴拉巴拉讲一遍，没错。还不行，第三次说，你觉得这事的目的是什么。下属讲清楚了刚要走又被拉住，第四次，你觉得做这些事会遇到什么问题，哪些你可以自己决定，哪些你需要先汇报再决定。等下属讲后，再问第五遍，你有没有更好的建议作者回复: 很好的分享！
2019-02-18 27
毅不同角色间的沟通：克服上下文差异，分段解码，理解偏差早发现早反馈。相同角色间的沟通，信号相同，解码能力因人而异，要有一个主导的人，控制沟通广度与深度，抓主线适可而止，此时结合任务分解，反向沙盘推演。作者回复: 融会贯通了！
2019-02-20 4
刘得淼我要是两年前读到这专栏，会少走很多弯路，会减少不必要的焦虑。希望老师更新完专栏，出纸质书。🌹作者回复: 多谢支持！纸质书的事，有出版社在联系，先坚持把专栏更新完，再想后续的事吧！
2019-02-19 4
One day通信系统中的香农定理啊，泪奔，这个图大学考了好多次了，我自己都画了好多次了。我理解的把自己扩大的上下文分享到别人身上，尤其和人沟通的时候，因为自己知道并不一定别人知道，很多东西都是个人臆想的。信息不对称才会导致问题越多，只有同时站在一条线上，再来探讨深度与广度，才有不同的火花作者回复: 理论可以联系实际了。
2019-02-21 2
春之绿野关于沟通，真想吐槽三天三夜2019-08-24- 春之绿野前些天组长跟我说隔壁组的测试跑过了，我们这边拿过来可以直接用，跑一下就好了，结果是根本就没有好，还有很多问题，他们一改再改。不知道是谁的编解码出了问题，传递出的信息和实际差异这么大。还有一次是手工测试人员的测试步骤和发送数据里的内容有不一致，我跟对方确认，没有得到解释还被骂问的问题太低级……我太难了！2019-08-24
陈斯佳正在学习吴军老师在得到上的《信息论40讲》，到时候听完再来回顾一下这一章知识2019-08-07- 陈斯佳沟通反馈2019-05-24
小辉辉通过沟通，能更好的站在别人的角度想问题，造成的误解就会少很多2019-05-18
白目鱼🤭中枪中成了刺猬……2019-04-26
helloworld自己改善了编解码和算法，但是其他人没有改善，是不是也是达不到理想的效果，希望所有人都能认识到这一点，这才是根本啊作者回复: 先改变自己，再考虑影响别人。
2019-04-24- pyhhou很好的文章，受教了。除了增长见识，学习借鉴一些行业里面的最佳实践，像前面说到的提升自己在工作中的上下文，也是增强沟通反馈的一个方式，但是这些东西都需要长期的积累以及观察实践，不去反复执行加思考，终究不能内化为自己的东西；觉得这个专栏最有价值的就是老师给了一个很明确的方向和一些非常好的思维模式，让自己在工作中面对棘手的事情时，能够很清楚地知道怎样做才是合理的，而不是盲目地去用自己觉得舒服、习惯的方式方法解决问题。刚入职不到一年，可能还是需要不断的经验积累才能深刻体会专栏中的很多的实践总结，但是相信对这些东西有个了解总会让自己少走不少弯路
作者回复: 你说的很对，其实，我给出的很多东西都是一些衡量标准，用它可以判定自己事情做得是否够好。再给出一些最佳实践实际上就是参考路径，你可以根据自己的实际情况进行取舍。
2019-02-24 
Sudouble语言在传递过程中存在损耗，很独到的一个视角，学习了。作者回复: 多了解一些东西，就会发现很多难以解决的问题在别的领域已经有了很好的答案。
2019-02-21
张飞洪编解码模型很像三次握手，精辟，受教2019-02-20
收起评论