lead要的是“爆发力”

在团队中承担了较长时间的架构师和管理者的职责，所以发现两者逐渐开始和作为骨干的时候的发力点有非常大的不同。
就是非常的考验深度思考的能力。

“马拉松”

之前做一些技术的时候，相比之下像是一个马拉松，保持一个目标，然后不放弃即可，不停地做啊做就行。
这里固然是一个深度思考，可以让事情事半功倍，但是要知道深度思考对于脑力体能的消耗极大，所以如果实现写代码代价不大的话，直接写出来其实更快，消耗更低。
量化：感觉就是就是1个人，1个因素，几乎就是O(1)的复杂度。
所以我自己也好，团队里一些资深程序也好，都有一个感觉，就是做单一任务的时候，往往比较“休息”，不累也不慢。

“举重”

在开始做架构设计以及团队管理时候，这个试错成本就太高了。
颇有“国之大事，不可不察”的意味。
正是因为影响巨大，所以要在规划阶段，直接在大脑里计算权衡清楚，
量化：整个事情有n个人参与，需要考虑m个因素，直接就是O(nm)的复杂度。
然后一遍遍的做沙盘推演，这里大脑负担就如同要举O(nm）这么重的东西一样，考验的就是力量。

另外带队中，就是要呈现一股气，这个在面对压力和挑战的时候，也是拼的“大心脏”，拼的是精神的“力量”。

“爆发力”模型下的工作方式

所以当开始要考验多人的复杂系统的时候，需要做好如下调整：

• 不算到位不开工：对于规划和计算的要求要高，不可因为脑力负担高，心理负担大，就开始莽夫行为，上头搞起。多算胜，少算不胜，而况不算乎。
• 保证自己的状态：马拉松可以拼“不放弃”，举重则不行，务必让自己身心状态俱佳，在一个好的环境中，把力量全都发挥出来，才是对于团队最负责的状态。熬夜拼命，导致状态不佳，昏招迭出，则是感动自己坑了团队；