腾讯正式宣布成立技术委员会,要对组织架构下狠手

2019 年 1 月 09 日

腾讯正式宣布成立技术委员会,要对组织架构下狠手

2019 年伊始,社交巨人腾讯正式宣布成立技术委员会,计划在未来发力内部代码的开源和协同,投入更多资金和精力在技术建设上。BAT 三家里一直被诟病技术建设落后的腾讯,终于开始补足自己的短板。这会对腾讯自身带来什么?又会对整个行业带来怎样的影响?


腾讯成立技术委员会


腾讯技术委员会于 1 月 4 日正式成立,腾讯高级执行副总裁、技术工程事业群总裁卢山和腾讯高级执行副总裁、云与智慧产业事业群总裁汤道生两名腾讯总办成员牵头,几大事业群的技术负责人悉数进入技术委员会决策圈。


这也代表着自去年 9 月宣布的架构调整终于落地。当时腾讯总裁刘炽平发布全员内部信,宣布成立腾讯技术委员会,但并没有宣布更多细节以及负责人选。


据了解,技术委员会同时下设“开源协同”和“自研上云”项目组,计划在未来发力内部代码的开源和协同,并推动业务在云上全面整合。


据悉,区别于腾讯在过去对外开源所采取的“自下而上”的推进节奏,技术委员会的成立预示着腾讯希望以“自上而下”的方式,推动内部开源协同,以帮助减少代码的重复开发,提升项目推进效率。与此同时,腾讯也希望通过技术委员会统筹内部研发工作在云端深度整合,加速云上配置一体化,并作为后续工作重心持续推进。


备受诟病的腾讯技术建设


知乎上曾有一个问题引起过热议:当下(2018 年)腾讯的技术建设是否处于落后同体量公司的状态?https://www.zhihu.com/question/278473776


从不少高赞回答透露的信息量来看,腾讯内部的技术建设的确问题多多。InfoQ 曾跟其中一位答主进行过深入交流,了解了他对腾讯技术建设的爱之深、责之切,这里将部分内容摘抄分享。对全文感兴趣的同学可以戳此阅读


  • 研发体系,落伍一个时代:没有统一框架,各组自造轮子;代码管理系统逻辑混乱Bug多;开发中的单元测试、A/B测试缺乏;内网隔离,Linux不得入域。

  • 技术领袖,2012~2014 的出走:在腾讯和 MSN 大战期间,从微软挖来不少人才。然而,这些人才,在 2012 之后,却一个一个地离开了, 连 CTO 都走了。

  • 喜欢招聘研究型技术人才:腾讯偏爱研究型人才,谈起技术却喜欢用“技术必须服务于业务”来搪塞,学术型人才跟工业产品之间脱节严重。

  • 企业IT部门权力过大:该部门在腾讯内部不仅关联到内网环境,而且在开发、测试、部署、发布方面都有很大的话语权。


腾讯一直缺少 CTO 来主抓技术,导致欠下了非常沉重的技术债:


  • 缺乏代码规范,包括开源代码在内都Bug多多;

  • SVN主导,对Git支持非常有限;

  • 开源文化落后,几乎所有的基础框架都没有内部开源;

  • 技术支持不足,内部之间敝帚自珍,数据技术不互通。


技术是科技公司的地基,建在沙地上的高楼有倾覆的危险,欠下的技术债迟早要还,而腾讯的选择是:当下。


要解决这种技术建设问题,只有从组织架构入手。


前几天,一篇《我如何成了腾讯架构调整的炮灰》一文在网络上广为流传,文章中就提到,原本由天天 P 图团队集成到腾讯云上的人脸融合技术,因为架构调整而被取消服务,最终导致创业团队正常业务无以为继,沦为牺牲品。这可以认为是缺乏一个可以快速响应变化同时保持服务稳定的技术中台,而恰好是技术委员会要解决的问题。


这次新推出的两个项目组,开源协同可以认为是打破数据墙与组织墙,让不同部门间可以进行方便的代码共享;自研上云,则可以认为是腾讯内部的技术换代,从传统互联网技术全面切换到云计算时代技术。


完成这两个项目之后,梳理出整个集团的技术地图,才可以建设技术中台,选择集团中最优秀的技术,打造集团的技术基础设施。


互联网技术换代进行时


上周,任正非签发公开信宣布华为要全面提升软件质量,视高质量代码为尊严和个人荣誉,同时也要对历史代码进行重构。腾讯和华为选择这个时机进行代码重构和技术中台建设,正好切合了互联网技术的发展趋势。


这个趋势我们已经分析过很多,就是以 Docker 和 Kubernetes 为代表的云原生技术,2017 到 2018 年,Kubernetes 取得容器编排战场的胜利,这个趋势就没有什么疑义了,它会是今后技术发展的主流。


腾讯和华为都已经有超过 20 年的历史,它们曾经的软件技术支撑了它们过去的荣光,现在,是时候进行换代,拥抱新的技术了。


腾讯一直在强调自己的愿景:成为一家受人尊重的伟大公司。但受人尊重的一个前提是:尊重他人。成立技术委员会,就是认识到技术重要性,并真正尊重技术的开始。这样的腾讯,也会收获来自开发者的尊重。你觉得呢?


2019 年 1 月 09 日 22:1415312
用户头像
小智 InfoQ 主编

发布了 395 篇内容, 共 306.9 次阅读, 收获喜欢 1709 次。

关注

评论 3 条评论

发布
用户头像
祝早日倒闭,山寨垄断的害虫
2019 年 01 月 21 日 11:43
回复
用户头像
拥抱技术就是拥抱变化,拥抱敏捷
2019 年 01 月 15 日 11:26
回复
用户头像
希望能好好的进行技术建设
2019 年 01 月 10 日 12:24
回复
没有更多评论了
发现更多内容

性能优化

独孤魂

腾讯面试题: 百度搜索为什么那么快?

小松漫步

面试

高能预警!Apache Flink Meetup · 上海站返场啦

Apache Flink

flink

JVM系列之:对象的锁状态和同步

程序那些事

JVM GC 同步

关于中台,可能都是正确的废话

fino星君

中台 业务中台

Demo 示例:如何原生的在 K8s 上运行 Flink?

Apache Flink

flink

报志愿|想学区块链,要上什么大学?报什么专业?

CECBC区块链专委会

高考 报考志愿 区块链专业 高校学院

架构师训练营第八周学习总结

张明森

如何识别刷屏文章中的伪科学

Lee Chen

随笔杂谈 前端进阶训练营

Vue 学习笔记-3

多选参数

vue.js Vue vuejs

Vue 学习笔记-2

多选参数

vue.js Vue vuejs

IO系列——用户空间与内核空间

Java联盟

io 零拷贝 用户空间 内核空间 zero copy

我的 20 条工作原则

泰稳@极客邦科技

成长 知识管理 职场成长

OAM 深入解读:如何基于 OAM Runtime 编写一个扩展 Trait?

钱王骞

云原生 k8s OAM

架构师训练营第八周笔记

Melo

脑洞:基于Enterprise Continuum证明DDD用于构建汽车的可行性

Winfield

企业架构 领域驱动设计 DDD 架构演进

LeetCode001-两数之和-easy

书旅

算法 LeetCode 数据结构与算法

B站新一代golang规则引擎的设计与实现

calo

golang B站 高并发 AST 规则引擎

信创舆情一线--两部门发文加强对数字货币等新型权益的保护

统小信uos

【区块链+通证经济】从量变到质变区块链发展的下一阶段是什么?

CECBC区块链专委会

数字货币 防篡改 通证

第7周作业

文古

推荐 16 款 IDEA 插件,让你的开发速度飞起来!

Bruce Duan

idea插件

Redis系列(六):你说要看Redis线程模型?安排

z小赵

redis 高并发

四十个鹏城春夏,一场数字繁花

脑极体

敏捷软件开发宣言及十二原则

Young先生

敏捷开发

除了技术,加密货币开发者更应关注可使用性

CECBC区块链专委会

加密货币 用户为本 可使用性 容错机制

LeetCode题解:1. 两数之和,JavaScript,双循环暴力解法,详细注释

Lee Chen

LeetCode 前端进阶训练营

2. 妈呀,Jackson原来是这样写JSON的

YourBatman

Java json Jackson Fastjson

Docker网络学习第四篇-Namespace通信实战

Lazy

Docker Linux 网络

22种超全用户触点采集,易观方舟SDK又更新了

易观大数据

最高法主张加强数字货币产权保护有法可依

CECBC区块链专委会

数字货币 法偿货币 中国人民银行 虚拟财产

腾讯正式宣布成立技术委员会,要对组织架构下狠手-InfoQ