技术人员的疆域
郑昀
一
从初中级走向中高级、走向技术专家的过程，必然伴随着价值观输出。
为什么？
因为伴随着你越来越有 Power，越来越有 Experience，你一定会时不时输出一下价值观。你的疆域不再只是你写的代码，你负责的工程。限制你的仅仅是你的意愿和行动力。
什么是输出价值观？
-
分享你分析问题、解决问题的过程，譬如主动撰写RCA报告；
-
把经过自己深入思考、有了透彻理解的技术方案清晰明了地介绍给其他人；
-
引入或建议团队引入提升工作效率、简化流程的以下事物：
-
框架
-
构建工具
-
工具
-
中间件
-
理念
-
库
-
最佳实践
-
……
-
积极参与Code Review
-
在设计评审会上积极发言
-
积极帮其他人调查技术问题
-
主动承担系分工作
-
看到目前系统中的不足，主动承担开发模块、外围支撑系统或中间件的重任
-
看到团队一而再再而三地犯同样的错误，主动组织大家培训
-
主动申请做新人的导师，对新人的工作质量负责
-
主动撰写某个领域的最佳实践，并在团队内布道
-
……
-
你能想到输出你的价值观的其他事，小到技术团队内部，大到业界
我们内部有一份《研发P序列晋升评审表》，仔细读过之后你会发现它们背后隐含的就是『你有没有输出你的价值观』和『你输出价值观的功率有多大』。
二
我们研发的晋级晋升基本上都需要过评审会，给P8以上的人一个机会，面对面挑战你的机会。
2011年，我在内部飞行研讨会上说：
别人听不懂，那多半是因为你讲不清楚，你讲不清楚，往往是你一没听懂、二没想清楚。（所以你没逻辑。）
很多人会搬出“Talk is cheap, show me your code”的挡箭牌，说能 coding 就行。
我们是在一个协同性很强的（庞大）团队里，有产品有研发有测试有运维有运营，大多数场景下，不管你是P5、P6还是P7、P8，对外你需要公开地阐述清楚你对业务的理解和实现逻辑，用简单明了的语言挑战产品和运营，对内你更需要讲清楚实现细节，讲清楚故障原理。你横竖不可能让产品和测试看你的代码吧。
吭哧吭哧说半天，词不达意，细节模糊，也不会画辅助图（调用关系图、业务流程图、时序图、泳道图……），那你怎么自证靠谱？
这是外部逼迫你要搞清楚技术细节和原理，要能公开地清晰表达。
内在逼迫你的是学习金字塔原理：
为什么要写出来、讲出来呢？
因为有一个学习金字塔理论，如下图所示：
我们读过的事情能够记住学习内容的10%，
我们听过的事情能够记住20%，
我们看过的事情能够记住30%，
我们听过和看过的事情能够记住50%——如看影像/看展览/看演示/现场观摩，
我们说过的事情能够记住70%——如参与讨论/发言，
我们说过和做过的事情能够记住90%——如做报告，给别人讲，亲身体验，动手做。
这也就是我在《我们过去几年做对了哪些事》中阐述的管理方法：我们从入职之后就（要）有意识地训练大家，让大家能够公开陈述、清晰表达。所以，试用期内，新人必须做一次技术分享和一次技术评审，面对各方的 challenge；预研的中间和结尾都要有分享会；平时也要定期组织技术讲座。
国家体操队有一幅标语：上级逼，下级逼，互相逼，自我逼。
如果你懒，
如果你杂事儿太多，
如果你没时间，没环境，
那么怎么逼你？
各位 Leader 一定要审视自己的队友，把那些藏在后面不露头的人叫出来，内部开讲，内部多挑战多提问，多做设计评审和CodeReview，不要求你涉猎旁通，经你手的每一件事总能公开地、流畅地表达吧。
讲给一块做过的自己人听能听懂，这不叫本事。
讲给没做过、不知道技术概念和术语的人听，他听懂了，那才叫本事。
讲给“小白”产品经理听，他能听懂，那才叫“清晰表达”。
留一个课后作业，大家回去跟自己的另一半讲一遍，争取让对方听明白：
RSA加密和RSA签名有什么区别，各自发生在什么场景下？
++请倾听我们过去几年做对了哪些事情++
-EOF-
