写点什么

访谈 | 听云 CTO 陈靖华:创业就像一场必须坚持到底的长跑

  • 2015-12-31
  • 本文字数:3376 字

    阅读完需:约 11 分钟

EGO 是高端技术人聚集和交流的组织,每周我们都会对一位会员进行人物专访,在展示会员风采的同时,也分享会员们对技术、对工作、对人生的感悟,本周,我们邀请到了听云 CTO 陈靖华。

EGO:能先简单介绍一下听云吗?

陈靖华:我们是 07 年初正式成立的,公司名称是基调网络,到现在 8 年多的时间,一直专注在做应用性能管理,也就是 APM 领域。我们可以说是国内 APM 领域的先行者和领航者。我们现在的产品已经实现了从移动客户端到服务端再到网络层面的全方面覆盖,主要价值就是帮助客户从性能领域提高应用的用户体验。

EGO:今年 2 月份的时候,听云完成了新三板上市,这对听云的发展是否有些不一样的影响?

陈靖华:登录新三板是对我们之前业务的一个认可,代表着我们 SaaS 服务的水平得到了资本和市场的认可。之前的投资商可能更愿意去做 2C 而不是 2B 的业务,这个事件,对 2B 的 SaaS 企业也算是一个里程碑。

对听云来说,登陆新三板更重要的是资本方面的认可,我们未来会在研发和技术上大力投入,用于新产品、新技术的研究,所以登陆新三板对我们的影响还是蛮大的,它能保证我们后续有持续的资金投入。

上市之后,现在我们所有的业绩状况都是公开的,这是压力也是动力,促进我们更正向的发展。

EGO:听云这样的业务模式需要整个团队不断跟进新技术吧?

陈靖华:对,像我们自己的公司、客户的公司都在用新的技术架构,所以,如果你要去完整的监控客户的整个业务、并且去了解它的业务表现和后面服务、架构之间的关联的时候,你就必须要很快的跟进并去监控这些新的技术点。这样才能更快更好地监测客户的性能数据,给出完整的视图,向用户展示新技术、新服务到底是给业务带来更好的提升,还是会导致新的性能问题。

随着互联网、移动互联网的发展,客户需求的不断变化就要求了我们的产品要顺应时代的要求,因此对于我们用户在用的一些技术、组件,我们都要去熟悉、去支持,才能给他们提供更好的服务。

EGO:快速跟进新技术和服务的稳定性之间,听云是如何平衡的呢?

陈靖华:这个确实是很难平衡,但对我们来说更重要的还是考虑稳定性。性能监控的话其实有好几种技术,有几个维度的区分,考虑对用户性能的影响的话,一般会有主动式、被动式的区分。基本上所有的被动式,都是一种侵入式的方式,也就是说,我会把我的监测探针部署在用户的应用里面的,或者注入代码到用户的代码里面。这种情况下就可能会对用户应用稳定性和性能产生影响。这个影响的范围必须是非常可控的,同时在用户可以接受的范围内,否则就没有必要去做 APM 了。

我们现在做的一些新产品,就因为它是侵入式的,所以要求做的关于稳定性、兼容性等相关的测试的工作量就会非常多。我们会在内部做很多不同平台、不同版本、不同机型、不同服务器、不同操作系统的测试,包括它们彼此之间组合起来形成的多维的矩阵,矩阵的每一个点都需要测到。

我们每一个产品的迭代中,大概有 60%-70% 的时间,都是花在测试上,保证我们产品的稳定性是第一位的,然后才是去跟进用户的需求。

EGO:听云这样的业务特色对技术人员的要求是怎样的?

陈靖华:我们对技术人自我学习能力的要求是比较强的。面对需要不断跟进的新技术,我们一般有两种做法,一个是依靠我们内部员工的自我成长,所以我们在招聘研发人员的时候,最看重的一点可能就是他们的学习能力。之前也一直在强调,因为学习能力到了参加工作的这个年纪,可能已经相对固化了,可能不会再改变太多了。

招聘的时候,我们可能不会要求他有很强的业务经验,因为我们现在做的很多东西可能我们之前也没有做过,所以经验不是最重要的,最重要的是他们的学习能力和学习热情。这些员工我们会主要让他们负责一些新技术的跟进,去学一些现在市面上比较流行的、我们需要关注的技术点。有一点优势比较明显的是,我们跟各家公司的技术团队的关系都挺好的,因为我们本身就服务他们,所以经常会跟他们做一些团队之间的交流,还是比较拓展眼界和思维的。

另外一种就是,如果有些技术点确实出现得太快,内部员工也没法解决的话,我们一般也会考虑适当的引入一些行业里面的高端人才、某个技术领域的资深专家等,特别是上了新三板资金有了更好的保障之后。

EGO:您是什么时候加入听云的?目前在听云主要负责哪些方面的工作?

陈靖华:我是 06 年底的时候加入,是听云的创始团队人员之一。目前,我主要负责的就是技术方面的研发、运维、还有产品方面的工作,未来会更多的偏向产品方向的工作,我现在大概 70%-80% 的时间是在产品工作上。

EGO:对于做产品和做技术之间的跨度,您是怎么看的?

陈靖华:跨度确实是蛮大的,困难也挺多的,对我来说,比较大的挑战可能还是 UI、UE 这些交互方面的东西。

但相对 2C 的产品,我们公司的产品还是不太一样,最终用户人群基本上都是各个公司的 IT 部门或者是他们的研发、运维等技术人员,他们的思维方式我们相对来说还是比较了解的,我们能知道他们需要什么东西。所以,在听云做产品工作的,基本上都是从研发或运维转过来的,毕竟作为产品经理一定是从用户角度去考虑,怎么去帮助对方快速定位问题并解决问题,从技术转产品的话会有一定优势。也因此,听云很鼓励转岗,不论出于你个人的职业规划,还是你的个人能力和兴趣点考虑,我们都非常鼓励技术人员转到产品或销售、技术支持等相关的工作。

当然他们肯定也会遇到很多挑战,除了之前提到的 UI、UE 方面,还有跟客户的交流沟通、了解他们的需求等很多新的问题,但其实这些都是可以想办法克服并解决的。之前提到,听云很重视大家的自我学习能力,只要学习能力够强,这些我觉得其实都没有问题。

EGO:在您看来,作为创业公司的 CTO,哪些能力和素质是必需的?

陈靖华:创业公司其实有不同的阶段,一开始小的时候其实不需要什么 CTO,反正基本上有事情就做,当时我就负责所有的跟技术相关的事,从前到后,从跟客户跑需求到编写调试代码、跑机房上架服务器,所有事都要做。

慢慢公司大了之后,除了技术能力之外,更多的会需要组织管理的能力,如何组织团队、搭建团队、培养团队架构等。特别是一般来说,一个团队中技术非常强的牛人是非常稀少的,那最重要的腰部、中层的力量是需要重点去培养的。所以,组织管理能力,是公司到了一定层面后,CTO 一定要去重点关注和掌握的。

还有就是对整个技术团队激励的能力,如何去激励他们,让他们在技术上、学习上做更好的规划,这也是 CTO 能力中非常重要的一部分。这些团队方面的工作,可能比之前单纯做技术工作,更有挑战性。

当然,对我们来讲,因为听云本身是技术型的服务公司,提供的是技术服务,所以对 CTO 的来说,除了团队能力之外,还需要有更好的技术敏感度,能看到这个行业或者是整个互联网行业发展的一个趋势,同时还要重点去研究这些方面的技术,能做更好的产品路线图和公司发展方向的规划,技术会更多的参与到公司的决策中去。

EGO:您平时的业余爱好有哪些?

陈靖华:大概三年之前,在公司同事的影响之下,我也喜欢上了跑步,最近三年,基本上每天有时间就会去跑步。上上个月份刚刚完成了我的第二个全马,感觉还是比较兴奋的,因为比较顺利地完成了自己制定的完赛目标。

坚持跑步对我的整个生活、健康、工作带来了很多帮助,一方面在长跑的过程中我能释放很多工作中的压力,尤其压力大的时候健康就尤为重要。另外一方面,其实长跑,特别是马拉松跟做企业、创业都挺像的,你能看到目标在那,但是在途中你会遇到很多问题,会很痛苦,你需要的是要有一个坚定的心坚持把它跑完。

EGO:您对 EGO 有何想法和期待?

陈靖华:加入 EGO 之后感觉还是收获蛮大的,毕竟作为一个技术人员,不善交际可能是普遍现象,但到了要去真正管理多人团队、管理公司产品的时候,就会不得不去面对很多之前可能并不愿意做的事情,像跟其他人打交道之类的。

EGO 其实帮我打开了一个新的通道,在这里我们能做很多的事情,特别是我们的小组活动,我们可以聊很多东西,从技术到团队管理到生活等方方面面,另外彼此也能交流关于一些书籍、事件、观点的看法,毕竟大家很多人都是从技术人员转到技术管理上的,确实帮助很大。


感谢郭蕾对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ @丁晓昀),微信(微信号: InfoQChina )关注我们,并与我们的编辑和其他读者朋友交流(欢迎加入 InfoQ 读者交流群(已满),InfoQ 读者交流群(#2))。

2015-12-31 18:002041

评论

发布
暂无评论
发现更多内容

大教堂终将倒下,但集市永存

TiDB 社区干货传送门

实践案例 数据库架构选型

PD模块梳理

TiDB 社区干货传送门

TiDB 底层架构

某业务升级5.0解决慢SQL问题

TiDB 社区干货传送门

实践案例 故障排查/诊断

Flink + TiDB,体验实时数仓之美

TiDB 社区干货传送门

实践案例

TiDB升级5.x连接问题

TiDB 社区干货传送门

故障排查/诊断

使用pd-recover 恢复pd 多数节点故障的场景

TiDB 社区干货传送门

管理与运维 故障排查/诊断

TiDB 集群的可用性详解及 TiKV Label 规划

TiDB 社区干货传送门

TiDB 底层架构

TiDB实例间数据同步之TiCDC实践

TiDB 社区干货传送门

实践案例

raft:分布式一致性算法笔记

TiDB 社区干货传送门

TiDB 底层架构

关于 TiDB 性能优化的一些思考

TiDB 社区干货传送门

性能调优

5.0 新特性试用体验之 Clustered Index

TiDB 社区干货传送门

实践案例 TiDB 底层架构 版本测评 新版本/特性发布 性能测评

【文章】精选实践汇总1

TiDB 社区干货传送门

实践案例

TiDB 优化之消失的统计信息

TiDB 社区干货传送门

实践案例

TUG 技术大咖圆桌讨论:如何评判一个数据架构的好坏

TiDB 社区干货传送门

数据库架构选型

【文章】精选实践汇总2

TiDB 社区干货传送门

实践案例

数据库选型中的非技术因素

TiDB 社区干货传送门

数据库架构选型

一次热点问题排查经历

TiDB 社区干货传送门

故障排查/诊断

【TiDB 最佳实践系列】开发 Java 应用使用 TiDB 的最佳实践

TiDB 社区干货传送门

实践案例

写冲突场景下的悲观/乐观事务模型选择

TiDB 社区干货传送门

实践案例

Chaos Mesh 助力 Apache APISIX 提升稳定性

TiDB 社区干货传送门

实践案例

端到端的实时计算:TiDB + Flink 最佳实践

TiDB 社区干货传送门

实践案例

通过 BR 完成不同 K8s 的 TiDB 集群的数据恢复

TiDB 社区干货传送门

故障排查/诊断

如何在 TiDB 上高效运行序列号生成服务

TiDB 社区干货传送门

管理与运维

JQ 入门教程

TiDB 社区干货传送门

TiDB 底层架构

使用 TiDB 构建实时应用

TiDB 社区干货传送门

实践案例

实时 AP、分库分表、大数据应用,TiDB 在虎牙直播是怎么用的?

TiDB 社区干货传送门

实践案例

多种方式告诉你如何计算DM同步数据到TiDB的延时时间

TiDB 社区干货传送门

管理与运维

TiDB 多Socket 服务器性能扩展问题分析

TiDB 社区干货传送门

性能调优 性能测评

【TiDB 最佳实践系列】TiDB 高并发写入常见热点问题及规避方法

TiDB 社区干货传送门

实践案例

cdc 同步到 s3 的故障

TiDB 社区干货传送门

迁移 管理与运维 故障排查/诊断 新版本/特性发布

SQL只是CRUD?

TiDB 社区干货传送门

TiDB 底层架构

访谈 | 听云CTO陈靖华:创业就像一场必须坚持到底的长跑_语言 & 开发_陈园园_InfoQ精选文章