极光推送CTO黄鑫：技术人员要建立自己的知识图谱

本周，我们邀请到了极光推送CTO兼首席科学家黄鑫进行人物专访，在展示风采的同时，也分享会员们对技术、对工作、对人生的感悟。

      扎实的底层服务是扩张关键

　　极光推送是一个做第三方云服务的公司，在最开始的时候做的是JPush，就是通过云服务的方式，为所有的APP提供一种推送的能力。现在，我们同时也启动了多款产品，包括聊天、支付、数据分析平台等。

　　我对公司的规划，是希望有很多横向的服务，这也是为什么在Push之外，我们要做IM、Pay的原因。这样业务的横长能首先保证公司收益呈线性向上增长，但这种横向扩张的基础是必须要有一个扎实的底层服务，把你所有的业务都串起来，就好比滴滴有滴滴出行，把出租车、快车、专车、代驾等所有数据都整合到一起，彼此之间能相互利用。这种底层平台的能力是一个任何一个开发者服务公司都必备但是却被忽略的素质。

　　大数据与云结合产生更大价值

　　当把大数据和云服务结合在一起时，能产生很多不一样的价值，为开发者提供更好的服务。因为云服务汇聚的是各个APP开发者，如果我能把所有开发者的信息汇聚成一个大数据，然后把这些大数据分销给不同的开发者，举个特别简单的例子，一个电商APP，我根据大数据预测出它用户的性别、消费能力等信息，然后把这些信息提供给这个电商APP，这样它就能据此给它的用户精准推荐商品。这个时候，云服务的能力才是真正发挥到了一个极致的地方。

　　我觉得这个挑战是现在国内很多云服务都没有做得很好的，并且我认为我可以去把它做得更好，这也是我加入极光推送的原因之一。

　　总的来说，就是底层一个公共平台做业务整合，上层很多开发者服务来保证业务的横向扩展，最上层是一个大数据平台能够让公司的业务呈一个指数型的上涨，这是我的理解里，所有云服务平台必经的一条路。

　　理解算法背后的世界观

　　我比较擅长的领域可能是数据和架构两个方面吧。

　　大数据方面就是数据挖掘、数据分析等领域，我现在带着极光推送整个的数据团队，需要把握数据团队的技术方向，还需要做很多算法方面的研究。

　　对于数据挖掘，我经常提到的就是大家在理解一个算法的时候，一定要理解这个算法背后的世界观，一定要明白这个算法是为什么产生的、它解决了什么样的问题。

　　另外，算法是为产品服务的，所以，你关注到算法的时候，也一定要想清楚，这个算法到底能用到我们什么产品上。另外，算法是会有一个瓶颈的，所以你必须清楚什么时候需要用这个算法了，什么时候这个算法的收益率偏低，需要把它停下来了。要把算法跟商业做更好的结合，这是很多算法工程师非常欠缺的一点。

　　了解技术变革与技术组合

　　对于架构，在我看来一定要特别深入地去了解技术本身以及技术所经历过的变革。比如说Redis，后来推出了Redis-cluster，大家都知道Redis-cluster能解决哪些问题，但当我再问一个深一点的问题，从Redis到Redis-cluster为什么经历那么久时间，推出这个新版本、做出这个新方案的时候，它有参照哪些相似的技术、有哪些优点和缺点、可能会有什么样问题。你会发现，这个问题几乎可以难倒95%以上的人。也就是说其实他们并没有深入地去理解一个技术的变革，这在我看来是一个很大的问题。

　　另外，当了解了这些技术之后，你还需要能对这些技术做出灵活的组合，因为没有任何一种技术能解决所有的问题，尤其在我们现在的时代，你的业务线非常多、你的数据非常大……所以你一定需要有这种组合技术的能力，能把若干个技术组合到一起去解决问题，这也是架构的时候非常重要的能力，对创业公司尤其如此。

　　曾经有一个项目，我们发现原来的技术方案不合适，后来升级的时候就用了很多技术的组合，把很多开源组件中我们认为适合的一部分都用到这个项目里，最终它的查询效率提高了将近100倍。当然也有以前方案的问题，但是我们还是觉得这种方案的组合其实可以产生非常大的威力。

　　CTO的挑战：技术、产品与商业

　　我现在负责整个技术和产品研发团队的管理。大公司的CTO可能更像一个management，对具体的技术细节，他可能不需要特别了解。但对我们这样不到200人的创业团队来说，CTO需要承担更多的技术职责，除了传统上的管理以及把握公司整体技术前进的方向之外，还必须要完成某些技术的攻坚。比如我会需要跟技术团队一起讨论跨IDC要怎么做、某一个算法要如何设计优化、甚至会讨论到某一个页面怎样的体验是最好的等等，这些很细节的层面，也都需要我作为一个CTO做一些把控。

　　当我达到现在这样程度的时候，也会对自己提出更高的挑战，因为创业公司的CTO其实在一定程度上决定了这个公司的技术瓶颈和技术高度，是你在引领整个公司的发展，所以你就不能拖后腿。

　　别人提出一个技术方案的时候，你要能够及时响应，并且能够告诉他这个方案可能会有哪些问题。而当别人没有提出的时候，你需要做的是第一时间提出新的技术方案，并且安排人去做研究和尝试。这些都是对CTO更大的挑战。

　　作为CTO，50%的时间做前沿技术学习，30%的时间做对外交流，20%的时间做竞品研究，20%的时间做日常管理，这是我认为比较合理的时间安排，是的，做CTO需要花费120%的时间在工作上。

　　另外，在创业公司，尤其是在云服务公司，作为一个CTO，你还需要去了解公司整个的商业模式。因为你比任何人都了解技术，所以你一定要知道公司以后到底要朝着哪个方向发展，比如说到底是要专注地去做推送，还是要去做数据，还是要做开发者平台，还有如何把握彼此之间的平衡等，这些都需要你去关注。你需要把技术和商业更好的结合起来，这一点可能是我最近一年最大的进步。

　　也许有的人的目标就是想做一个纯粹的技术专家，但对大部分人来说，你的技术其实是为产品、为商业服务的，这是我觉得很多人需要去做更多的思考、更多地走出去看业界的一点。

　　建立属于自己的技术知识体系

　　我的学习模式是，刚开始，我会把一门、两门技术学得非常深、非常透，并且在脑海里形成鲜明的两个知识点。然后我会不停的去接触新技术，但是每接触一个我都会跟之前的这两个技术点做比较、建立起关联，相当于形成三个点，而且这些点之间会不停地连成很多的边，显示着这些技术彼此之间的优势与劣势、相似与区别等，到最后就会在脑子里形成一张图。比如说Python支持这样的一个语法，我会想那其他的语言有没有也支持这样的语法的，其他的语言不支持的时候，它到底是怎么实现这个问题的。这样你就会对比起来了，而且你会发现，你加的点越多，你对之前的东西理解得越深。

　　所以说技术在很大程度上是相通的，这也是我特别喜欢计算机的一个原因，就是需要你不停的去学习，然后就会觉得你学的东西原来越来越有趣。

　　这是我觉得非常重要的一个能力，尤其现在全栈工程师非常火，但是我面试的时候却发现，很多人他的知识面很广，但无论是他们技术的深入度还是技术点之间建立起的联系都是不够的。比如他说我会Java、Python还会C++，但当我问它们三个之间有什么区别、共性、面对具体项目怎么选择的时候，可能他就没法很好的回答，只能说出一些很浅显的东西。

　　在我看来，一个人不努力反而没那么可怕，因为当他遇到感兴趣的事情时，我相信也许他就会自己努力起来了。最可怕的是一个人其实很努力，但是他从来不思考，我身边就有这样的人，他读了很多的书，可能有上百本技术相关的书，但是你会发现，他看完就看完了，不去想这些书背后的东西，也不去深入思考这些书能产生的价值，这是我觉得非常致命的一点。