这条曲线说明职业生涯初期还是比较顺利，也许是行业较好、个人也还算有点技术功底，所以初期阶段混得还可以。到了职业生涯中期，自身出现了瓶颈，可能是性格或者其他原因，导致性价比不高情况出现，这时候被动地接受调整岗位或者离职，收入上也开始由盛转衰，之后一直有上下的反复，但是始终没有能够回到巅峰，职业生涯末期出现大幅度下滑。工程师很多都是性格内向，在你到了一定的年纪时，如果没有特别突出的技术能力、自身也没有其他能力的话，势必会成为企业的鸡肋，也就有了裁员的说法。这种做法其实不是裁员，而是对于组织技术活力的调整，没有哪个公司愿意主动调整工作能力强、工作责任心强的又拥有10年、20年丰富工作经验的员工。
这条曲线说明从业者整个职业生涯一直在不断地学习、在不断地增强自己的综合能力、不断地自我积极调整以适应企业需求。这类人很成功，能够保持大体上的收入不断增长，一直到退休功成身退。能够真正做到这样的技术人员很少，大家共勉吧。
有一次去武汉出差途中，出租车司机和我聊起了他的儿子，28岁，做IT工程师，月收入1.3万，跳槽的要求是不能出差、不能加班、双休，因此，他的收入定格在了1.3万，而他表哥在杭州某电商大厂工作，已经达到2.6万。司机师傅形容他儿子希望一辈子保持一个还可以的中等收入，不求发展，也不想为了工作累着自己，就像上面这条横线。很可惜，现在是市场经济社会，不是过去那种一个厂可以让你混一辈子的时代了，所以上面这条曲线是不可能出现的情况。没有哪家老板会愿意让你在他这里混着，或者愿意从别的企业来接盘你这样的人。有这类想法的人很危险，最好尽早转行，IT技术工程师这个岗位不适合你。
有一位读者和我讨论问题，询问35岁左右年收入多少合适，我报了一个平均的数值，他觉得少了，因为他28岁已经快接近这个数值了。他的想法是像上面这张图一样，一直在增长，没有一点波澜，这不太现实IT行业从业者，大家心态要放好，职业生涯过程中每个人，是每个人，都会遇到发展瓶颈，甚至是失败，这很正常。因此，你的收入一定不可能像上面这张图那样保持持续性增长，人到中年，能够保持自己的收入平稳直到退休已经很不容易了。
这种曲线趋势出现概率较低，一毕业收入达到顶峰，然后持续下降，应该不会有谁是这样的情况，真有的话，好好静心看点书学习吧，你会改变现状的。
1.4.7 CTO角色解释
CTO角色是很多工程师梦寐以求的，除了这个角色之外，技术VP也是不错的定位。这里我们对这两个角色的差别进行解释。
CTO角色
CTO是公司第一号技术大师，他对于技术非常敏感，需要具备对于技术发展的深远见解，保持公司在技术上的竞争力。CTO需要保持自己对于专业领域内前沿技术的不断搜寻，也要对可能影响公司的技术方向的旁系领域进行调研。
CTO需要非常热爱技术，并且愿意自己动手尝试新的技术，一般来说CTO也会有自己的“CTO办公室”，有几位全职或者兼职的下属，他们会帮助CTO一起做技术调研或者原型产品。
也正是由于CTO常年耕耘于技术前沿，所以他也承担了公司blog的重责，应该是博客文章的重要贡献者。
国内外的技术领导风格其实有很大的不同，在美国，每个公司的技术副总裁、CTO和高级架构师都很注意影响力，我们经常看到，当公司内部有技术分享的时候，有很多人主动去讲，都尽可能展现自己在技术或者管理方面的长项。一个工程师、技术主管、CTO或者架构师，如果有了这种技术领导力，当他跟同事一起讨论问题或者一起协调问题的时候，大家往往会主动倾向于他，“他说的事情一定不会假”，往往自带这种效果。另外还可以经常参加业界的分享，做各种技术委员会的委员，包括出书、参加各种活动。其实这也是给自己的职业发展铺一条路，所以塑造影响力不仅仅为了企业，也有利于个人职业发展。
美国Amazon的CTO Werner Vogels博士是一位很具有代表性的CTO，正如前文所说，他拥有自己的技术博客，我对他最近的帖子进行了截图：
大家可以看到，博士除了写一些和所在公司相关的深入技术、产品设计分享以外，他也会针对一些基础知识进行分享，于是就有了“Back-to-Basics”系列。我上个月开始写的技术杂谈系列，也是源于他的启发。
一些公司设有首席架构师，根据我对多家美国大型科技企业的研究，首席架构师一般是CTO的备选人物，这是因为首席架构师和CTO关注的领域较为相近。首席架构师和CTO之间通常的差距是经验，首席架构师有点类似于小号的CTO，积累足够的经验后，他们就可以走向CTO岗位。
技术VP
简单地说，技术VP的职责是交付软件解决方案，确保业务健康，只有业务健康，工程师们的努力才有价值，团队才有可能继续发展。
前面提到了Amazon的CTO，我也在Google上搜索了Amazon公司的技术VP，但只在LinkedIn上搜索到他们的资料，按照名字去搜索，无法找到博客或者发表过的文章。
搜索了亚马逊的技术VP或对应职位，最后在LinkedIn里找到了一些，但是他们都没有开设个人技术博客。
技术VP需要是一位杰出的管理者、团队构建者，其工作内容涉及招聘、沟通、问题解决等。技术VP的工作是确保工程团队内的每一个人成功，即他的工作是解决成功过程中遇到的问题。
CTO和技术VP，两者应该是合力开发产品，而不是谁领导谁的关系。
创业型公司容易出现这种情况，由于没有第一时间找到或者招聘到一位靠谱的技术VP，导致开发过程总是被各种情况打断，团队的氛围很差，工程师和产品经理之间隔阂很深，这些都是因为没有一位称职的技术VP在产品开发流程内进行统筹管理。
对于一家科技公司来说，CEO和技术VP之间的合作至关重要。CEO负责明确需求，将市场的需求精简为产品需求，技术VP则从专业角度上确保团队可以按时发布产品，即便在CEO时不时地修改需求的情况下，优秀的技术VP依然可以确保按时完成任务，并且他也起到了CEO与技术团队之间的润滑剂作用，将压力挡在了技术团队门外。
技术VP通常包括以下职能：
1）人员管理：对于少于10人的团队，技术VP直接管理团队内所有员工，对于10-100人的团队，技术VP下设多位经理，他负责管理这几位经理，对于大于100人的团队，公司会上设工程总经理，他会向这位总经理汇报。
2）项目管理和执行：技术VP需要对产品的开发、交付负责，他需要在公司内部糅合各个团队之间的关系，包括开发部门、资源部门、审计部门等，确保产品开发的正常进行。
3）财务管理：这里指的是工程部门范围内的财务管理。具体包括人员投入、原型设计费用、设备费用、出差、娱乐等。
4）技术领导：首先他需要和CTO一起制定公司的技术战略规划，然后根据规划制定技术演进到产品的RoadMap，确保产品上的技术能够保持创新。对于架构师这个职责，技术VP可以自己担任，也可以委派组织内的其他人担任。
5）战略发展：技术VP不一定是技术大牛，但是他一定是跨学科人才，因为他的工作需要和多个不同部门的人打交道，包括市场VP、业务发展VP、制造部门VP、运维VP、CEO、CTO、COO，共同开发公司的战略和产品战略。
我也搜索到了一位比较典型的技术VP，Coursera的Richard Wong。Richard出生于香港，11岁时第一次接触计算机程序设计，斯坦福硕士毕业之后，在微软干了11年分布式软件开发工程师，而后又在LinkedIn呆了4年，接着就去了创业公司Coursera。他认为杰出的程序员和一般的程序员的巨大差距在于需要多久你可以把自己的想法转变为代码。
同样的问题也会落在技术VP身上，要不要写代码？从我个人的理解，研发人员很重要的是需要一位能知道他们、了解他们的大哥。你也要参与代码过程，目的在于可以通过写代码去理解大家、了解大家在想些什么。你作为技术领导者，必须融入这个氛围，了解一线员工他们在做什么，作为他们的发言人，代表技术团队跟公司管理层争取一些利益和福利，大家会觉得这是我们自己的带路人。
总结
对于CTO和技术VP的工作CTO和技术VP的工作是有明显差别的。我们可以用下面这张图来表示：
需要明确的是，公司业务稳定之后的CTO和工程VP，这两个角色所承担的责任是存在很大区别的，两个角色都对业务的扩展有重要作用。个人感觉，CTO与工程VP之间的关系是紧密的，工作上各有各的分工，CTO规划技术愿景，工程VP更多负责业务愿景。
