CTO 应该是大多数开发者心中的梦想，感觉应该是什么问题都能搞得定神人，就好比武林中高手一样。51CTO是一个非常知名的IT平台【感觉给51CTO做了广告】，我平时有在51CTO平台上学习，也知道他们有一个很出名的CTO训练营，只是每期费用都不少。网络上的东西，花小钱可以，花大钱却也有点舍不得。然而有个意外的收获，是有人把这些训练营的内容整理成书籍，因此就第一时间买回这本书阅读（利用3周业余时间，读了两遍）。
该书由CTO训练营的演讲内容整理而来，包含30多位CTO导师的独到观点和深邃思想，因讲师的资历、所涉及的领域经验差别比较大，从CTO格局、创业平台的CTO、CTO的管理之道、CTO看技术架构、CTO与CXO的关系、CTO向CEO的转型6个方面进行归纳和划分，涵盖了一名技术人成长为CTO需要关注的热门话题。基本上就是一系列各种互联网公司CTO的采访或博文合集，CTO们从职业成长、架构设计、管理、产品等各个方面分享了他们的经验；
CTO是一个小众的存在，在企业中从事IT工作的人很多，但只有在it企业中的技术领导者才可以称为CTO，市面上有关CTO的书籍很少，但这本书以多位CTO口述的形式闸述CTO的职业要求、思维理念、团队管理、架构历程等内容，虽集体创作，但内容还是不错的，深入理解，可以让自已少走弯路。
全书共分六篇：
- CTO的大格局
- 创业平台CTO的面面观
- CTO的管理之道
- CTO的第一把刷子——技术架构
- CTO与CXO的相处之道
- 向CEO的华丽转身
CTO 的能力模型
创业公司是否需要CTO，及一个 CTO 必须具备什么能力，这两个是一直存在辩证的问题。根据我的理解公司对 CTO 的要求，和公司所处的阶段有关。比如一家初创公司刚刚成立，只有两三杆枪，可能 CTO 最重要的能力是开发能力和工程实践能力。而如果一个已经有了数百人的研发团队的公司，对 CTO 的要求可能就完全不同了。
理想中的CTO应具备下列能力：
目标规划与管理
技术架构能力
业务理解力
产品能力
团队管理
项目管理
协作沟通
决断力
执行力
人才吸引力
创新能力
现实中的 CTO 可能只具备上述能力清单中的某几项能力，这和公司的背景以及所处阶段有关。不过大部分企业都会要求 CTO 可以管理团队，所以，如果一个人缺乏与人沟通的欲望和团队管理的能力，很难胜任 CTO 的工作。
CTO 要做的事情
首先，重点是组建团队，梳理团队的文化和制度，同时充分授权，CTO做辅助工作， 让团队骨干能尽快成长起来，随着业务共同成长。如此在团队管理这一块就不需要耗费太多精力。
其次，要关注技术，更要关注业务，产品的规划对业务发展要有预判，如果你能清晰下来5步的产品目标，在规划产品方向时自然是清晰的，每一个迭代都能环环相扣，这样的效率一定是最高的，产品和研发也都皆大欢喜。
最后，对上明确能力，对下明确目标。一老板都是不懂技术的，所以一要管理好老板的预期，该说不是要坚定；二要领会老板需求背后真正的目标，把这个问题解决好，这个非常非常重要！这是CTO立足的核心能力！
如何评价一个CTO
CTO的首要目标，应该是公司的业务（商业）目标，所以，要评价一个CTO ，就要从技术对业务的贡献出发。
如果一个 CTO 能够带领技术团队，保障公司当前业务稳定运行，就算及格。
进一步，如果 CTO 能够带领技术团队，打造出支持业务创新的架构和平台，可算胜任。
再进一步，如果一个 CTO 能够做到技术创新，进而引领业务升级，那就可以算是优秀啦。
程序员走向 CTO 的常见路径
《CTO 说》一书中路面的 CTO 们，有相当一部分，都是从大公司的某个业务线出来，与人合伙创业或加入初创公司，成为了 CTO 。
比如豌豆公主的 CTO 陈超，是在 360 工作了十年之后，加入豌豆公主的。
这种是一种常见的路径，前提是你能够在大公司做出成绩，被人认可。
还有一种路径，是你跟着一家公司从无到有，一路打怪升级，最终成为 CTO 。
不管哪种路径，都需要你能够在当下的组织或团队中成为头部，这样才能从一个头部走向另一个头部。
重新读了一遍，感觉还是有不少新的体会，建议好好阅读下《CTO说》中出场的那些 CTO 们的演讲实录，并仔细研究他们的履历，对照着挖掘，肯定会有启发。
经典语句：
1.用未来定义未来、再用未来定义现在 P14
2.协同会，通这会议进行协调，把所有的负责人招集起来，大家坐在一个屋子里头，共同探讨一个话题 P20
3.做技术管理，首先技术要过硬、要不断学习，千万不要把自已变成只做管理不懂技术的人 P46
4."已欲立而立人，已欲达而达人"，作为CTO，如果想在管理的路上立得住且走得远，你手下必须要有强将，而且强将得是你培养出来的，这样你就会拥有一个团结、协作、强大的团队，也能把事情放心交给别人去做，你则有精力去做对公司和团队更重要的事 P56
5.技术人的痛点，技术在短期内总是会被高估，但是在长期内总是会被低估，会对技术压力，技术人员应分为4个阶段：学习、沉淀、分享和影响力：
- 学习：不停学习，去吸收身边经验，跟大牛学习，积累知识
- 沉淀：把所学记入日记、记到脑子、运用于日常工作
- 分享：去论坛分享，帮其他人解决问题，参加公开讲座、内部培训
- 影响力：提高个人影响力和公司影响力
6.考核KPI"要我做的事"与OKR"我要做的事"
7.研发管理人员带团队踩的坑：重构，开发工程师的好胜心，什么来平衡情怀和项目失控的风险，重构的美好理想与残酷现实的差距 P124