摘要:
在个人品牌层面, 必然脱离不开技术本身, 而身为数据库内核专家, 让别人尽快感知到我的专家身份至关重要.
本文从过去的经历中分析和思考, 如何尽快以技术专家的身份被感知.
过去所见过的高管的技术特点:
- 不在一线处理具体的事情
- 技术理论深厚, 广度非常厉害, 知道很多相关的理论
- 记忆力也很厉害, 可以对某些具体的领域相关的理论上的细节侃侃而谈
- 至于是不是纸上谈兵这事另说, 但是相关的理论知识掌握的非常全面
所经历的其他人对技术专家的要求:
- 必须有成功的项目经历背书
- 在理论方便需要有建树, 不能仅仅是工程实践方便, 理论上需要有突破, 例如发过有影响力的paper
- 如果是TL,那么需要有带团队的经历背书
- 必须要精通某一具体领域的所有的理论
在最近的这个公司中所经历的技术专家:
- 说实话这个公司没见过真正的技术专家, 要么是混子, 要么是表演家
- 知道很多东西
- 但是自己不干活, 或自己干不出来活, 但是在这个位置必须要出点东西, 就纠结于一些无关痛痒的细节
- 提交代码的方式, 提交代码时写的注释的方式
- 变量和函数的命名是否符合心意
- 所做的技术架构, 其实就是把代码换个位置, 架构调整, 就是把一些代码换到不同的地方
- 这样的混子专家的一个最大的特点就是他们的技术的理论, 和实际的项目代码脱节
- 他们无法将自己的理论在项目代码中实践, 也无法从实践中做经验的总结, 推出一般性的理论
- 如果站在这个公司的角度, 需要什么样的技术专家呢?
- 必须有数年中一线开发的经历, 如果已经脱离一线开发, 那么其他条件再合适也不可能担任这样的职位
- 理论功底要扎实, 不仅仅是知道, 还要有自己的思考, 这样才能保证技术高度, 以及能够预先预料到技术瓶颈, 从理论上指导避免走弯路
- 此外就是经过这么多年代码的折磨, 对代码和技术依然狂热, 也就是说驱使行动的是内心的技术规划和向往, 而非外界的激烈和惩罚
- 必要时需要身先士卒, 如果团队中其他成员能力不足以解决问题,要自己顶上去把事情搞定, 要有兜底的能力, 在这样的技术专家这, 没有解决不了的事情
缔造技术专家的行为:
- 首要的就是对应领域的理论, 需要极为精通, 这点是在工程能力之上, 不能轻视!
- 锁定某个特定的领域, 然后对这个领域相关的一切, 广度和深度, 都要做到精通!
- 其次便是从实践中思考, 理论和实践互相促进, 从实际的项目代码中, 思考自己知道的理论