程序员总是不愿意承认：写代码在公司里是一件并不太重要的事情

程序员总是不愿意承认：写代码在公司里是一件并不太重要的事情，因为他们认为一旦承认了这点，就意味着是对自己的努力工作和能力的否认。

其实并不是，我只想说作为一个程序员，你的核心技能是写代码这并没有问题，但是如果你只想止步于程序员（包含高级程序员），一辈子写代码，那你可以划走，不用继续往下看了。

一个程序员的技术发展路径可以沿着：高级程序员—研发Leader—技术经理—技术总监—架构师—CTO来前进。

如果你将这条路线当作是技术生涯的职业规划，那么写代码只是最基本、最初级的技能。这个时候如果你想成为技术经理/总监/架构师/CTO,那么你就需要去强化你的技术判断力。

甚至可以说技术经理/总监/架构师/CTO的写代码能力不一定比得上一个资深程序员，但这并不会影响到他们拿着高于程序员十几倍的工资。

ps:程序员在日常代码中了解些业务需求，更有助于能力的综合提升。这篇报告有助于提升程序员的眼界和对公司的整体把握！回复【大数据方案】即可获取报告！

那什么是技术判断力呢？听起来很虚，我将其拆解为五个维度：技术实力、技术领导力、文化构造能力、体系搭建能力和人员管理能力。从一个写代码的程序员，到一个全能的CTO，我愿称之为“五边形选手”的修炼之路。（这里不包含那些不懂代码的CTO）

• 当你是一个普通程序员时，你只需要会写代码找BUG就行，懂不懂项目管理、团队管理没人会在意。
• 当你成为技术经理/总监时，你需要管理30-100人左右的技术团队，此时你除了要有较强的技术基础实力，还得能将项目完成、落地，也就是人员管理能力，但你不用对最终结果负责。

• 当你成为首席架构师时，你将对技术整体架构、前瞻性，技术本身体系负责，此时你的技术应该是公司里技术最全面最强的，但由于你不拍板最终方案，所以文化架构能力和领导力相对薄弱一些。

• 当你成为CTO时，也就是最终的五边形选手，此时你能力均衡，领导力、文化构造能力与人员管理能力突出，把控着与技术相关的战略决策、业务布局、融资策略等，为公司3-5年的的技术策略做规划，是公司技术领域的精神领袖。

所以，可以毫不夸张的说，想成为CTO,技术能力只是基石，即便你最终的写代码能力还比不上一个高级程序员，但那并不重要，你只需要知道找什么样的程序员来满足你的布局规划就行。

技术在发展，也有一定的延续性，CTO是该对未来新技术的发展有所了解和保持敏感性，也可以写一些代码的，但目的是帮助自已加深理解，而不该真正投入大精力去大规模编码。相反，值得你投入更多精力的是项目能力，人脉能力、商业视角、行业前瞻性与个人影响力。

这也是为什么我说：写代码在公司里是一件并不太重要的事情，其实对你自己而言，也不是最重要的事情。

最后，如果你也想成为CTO,回复【大数据方案】获取上述完整报告！