每个程序员工作到了一定阶段，都会面临一个共同选择：走管理序列还是走技术专家路线？
虽然有些公司的高P程序员走了管理路线，比如成为一名架构师，但日常工作其实没有很大差别，还是会下场解决一些技术问题。
但如果你只看到这些表面工作变化那就错了，架构师的本质其实是连接，比如通过创建模型将业务、团队技术三者关联起来，复杂度也加大了，因为无论是业务、技术还是团队中的每个人，都充满着不可预测的变化性，这和纯干活的程序员能力模型有质的区别。
一旦走到技术主管这种角色中，对技术的应用和问题解决应该要有架构思维和全局观，你会认识到技术的“杠杆性”，去撬动人和技术之间的价值。
比如之前Facebook花190亿美元收购的WhatsApp，当时WA公司成员只是个50人的小团队，程序员就占了一半。。你们能想象每个人的价值最大化到什么程度了吧？团队不在于大而在于精，管理者需要对技术与团队运用得当。
而如果走专家路线呢，那么在这一块技术领域，你就是代表者之一。
往大了说，比如图灵定义了计算机边界，那么只要是学计算机的，就绕不开他。往小了说，比如Python之父创造了Python语言，某大厂技术专家写了本经典Java代表作等等，这些人都是在自己的领域做到了足够精通后，拓展自己的边界，加固自身壁垒。
如何成为专家？用吴军老师得话来说：成就=成功率*事情的量级*做事的速度。
放到当下企业环境中，做事的速度和问题量级，同一级别甚至上下级别的程序员都不会特别大，而做事的成功率差别却不言而喻。
所以总结来看，领导更擅于撬动技术杠杆，链接团队和技术、企业的价值；专家更擅于利用自己熟知的技术提高解决问题的效率和成功率，然后去解决更复杂的问题。
了解完不同方向的本质和所需能力后再做选择，后面会走得更坚定一些。