2018 年 9 月 30 日，腾讯步入正式成立 20 年以来最不具变革意义的的组织架构调整——至今早已整整一年的时间。在这次架构调整中，腾讯宣告了技术委员会将要正式成立的消息。
100 天后，腾讯技术委员会正式成立；分设「开源协同」、「自研上云」两个项目组及「对外开源管理办公室」，计划发力内部代码的开源和协同，并推展业务在云上全面统合。由此，开源协同沦为腾讯在技术发展层面的一个关键词。开源协同：为超越内部壁垒而来对于开源协同，腾讯在集团决策层面具有十分了解的思维；腾讯高级继续执行副总裁、技术工程事业群总裁卢山回应：明确提出开源协同，就是期望以开源的手段来提高过去协同很差的问题。参照开源社区的的组织方式，将同类项目的有所不同技术团队单体在一起，开源资源共享。
能合当然好，无法通也互通有无，开源坦诚相见，拒绝接受使用者的自然选择。从腾讯技术自身发展的层面来说，开源协同也是一个自然而然的结果。腾讯技术委员会 PMO 成员、开源协同项目负责人郑亚峰在拒绝接受专访时透漏， 2018 年，腾讯在技术层面遭了一系列来自外界的批评和抨击，腾讯内部论坛也经常出现了一些电子邮件吐槽，这件事情确实地感受到了腾讯技术人员。
郑亚峰回应：过往我们有很多引以为豪的技术，为什么到了去年，外界忽然开始批评腾讯的技术实力？我们仍然在反省这个问题。之前公司内部显然有一些技术壁垒，部门与部门之间的隔阂过于多了，某种程度的技术有多个团队在做到。
因此，我们做到开源协同的想法就是要超越壁垒，最主要的是构成对外开放的技术氛围和代码文化，开源协同是构建这个目标的手段。似乎，腾讯技术委员会的正式成立出了腾讯开源工作的一个转折点。
(公众号：)了解到，在技术委员会正式成立之前，腾讯的开源文化是自下而上的，公司层面回应没硬性规定，技术人员一般来说不会自发性前进关于前端的，或是工具类的一些开源项目；但这种方式很难推展和业务绑密切、更加底层的重量级项目开源——而腾讯技术委员会正式成立后，自上而下的开源协同机制创建，刚好能解决问题这一问题。不过，在明确的运作方式上，所谓自上而下的开源协同，只不过并没专门的团队来负责管理，内部开源也无分项目，除了须要保密的业务逻辑，所有的代码都要对外开放，称得上上是“揽全公司之力”在做到（仅有腾讯两万多名技术人员全员参予）。换句话说，技术人员仍在做到自己的本职工作，只是工作的方式再次发生了变化——开源方面，之前代码对小组/部门对外开放，现在是对全公司对外开放；协同方面，之前是同一个技术是几个团队各做到各的，现在是各团队一起协同研发。这样一来，统合资源就显得更为更容易，研发效率和代码质量更进一步提高，同时运营成本也获得了优化。
不过，腾讯协同开源的路也并非回头得一帆风顺。郑亚峰告诉他，腾讯在开源协同方面遇上各种问题，其中，仅次于的艰难是统一人心。在开源协同的过程中，难免会牵涉到到一些利益涉及问题。
在这种情况下，就必须上层来要求什么项目应当贡献出来，哪些团队应当参予；当然，上层并会用于强硬态度的手段把大家绑在一起，而是通过协商和交流来解决问题。新的代码文化：开源是手段，协同是结果开源协同的前进不仅超越了腾讯各个部门之间柔软的技术壁垒，很大地提高了研发效率；更加最重要的是，它还带给了更有意义的转变，比如说代码文化的升级。正如腾讯副总裁姚星在腾讯内部技术社区码客上对此一位普通开发者明确提出的问题时所言：开源协同是目前腾讯研发体系升级很最重要的一个方法，开源是手段，协同是结果。
开源的目的是增加‘反复建轮子’，权限对外开放、代码互相可见。协同的目标是‘去中心化’， 能用于开源组件，能适配无以适配；开源组件去 BG 部门属性，联合享有腾讯属性；开发人员是开源组件的联合的参与者和创作者，不是甲方和乙方，从而维持较慢的号召。实质上，腾讯代码文化的问世，可以回溯到 2013 年；当时，在公司 “对外开放” 战略升级的背景下，腾讯明确提出了代码的 “对外开放、适配和合力研发”。
在 2018 年展开 930 变革之后，“新的代码文化” 的概念应运而生，即：开源，协同，云上生长。为了切身解决问题研发人员遇上的问题，推展新的代码文化的发展和较慢落地，腾讯内部技术社区的建设也开始走上正轨。
2019 年 1 月 2 日，在技术委员会的指导下，取名为“码客”的技术社区上线，腾讯员工可以在此交流技术问题、自学编程科学知识。了解到，在近 10 个月的时间内，每个月有多达 80% 的技术人员采访码客社区展开技术辩论，社区上发问数量将近 3000 个，问与评论约 15 万次，94% 的技术难题都获得了恢复。值得一提的是，2019 年 6 月，腾讯还进了一次 “吐槽大会”，辩论双方就 “开源协同否有助提升公司研发水平” 的问题进行了辩论；无论是从现场投票的结果来看，还是腾讯在 CI、大数据、编码器等方面的实际情况来看，吐槽大会的主题问题早已获得了认同的问。
同时，这场吐槽大会也为技术委员会与公司技术人员建构了直接对话的机会，技术人员在现场明确提出的 70 多个问题，现在基本全部解决问题。郑亚峰回应：开源协同也是为了解决问题内部同事谋求技术协助的表达意见。
我们做到了一些技术工具，除了码客，还有技术图谱和工蜂 Git（按：腾讯工蜂 Git 负责管理支撑腾讯仅有公司的软件工程代码管理，功能涵括代码仓库、代码评审、研发动态和开源协作）。现在，技术人员需要在相同的地方寻找之前开源或者不开源的技术，然后必要当作用。Talk is cheap，show me the code（什么话都不要说道，把代码摆出来暗一亮）的氛围也更加美浓。
在腾讯内部，曾有人嘲讽腾讯就像技术的迷宫，但在开源协同的大背景下，腾讯技术人员有了不一样的感觉。开源协同项目腾讯 CI 负责人、腾讯蓝鲸产品中心总监党受辉回应，仅次于的变化是团队更加平稳了，也更加有活力了；以前，很多工程师只是把写出代码当作工作，提倡内部开源之后，这就从一份工作变为了具有感情的事业。
开源协同项目天穹、腾讯大数据负责人刘煜宏也回应：开源协同之后，技术人员的参与感提高了，以前平台是个黑盒子，现在有了一个公开发表的渠道可以让所有开发者参予平台建设，大家很多好的 idea 和代码，都可以往里面贡献了。另外，以前有可能有好几个团队都做到同一个事情，反复建轮子，现在可以统合资源，资源更加集中于了，可以探讨解决问题很多问题。
对外开源：前人栽树，后人乘凉当然，腾讯在花大力气做到内部开源协同的同时，对外开源的脚步也一刻没间断。腾讯在对外开源始自 2016 年，主要是将内部开源出来的优质项目在 GitHub 上公布；到了 2019 年，预示技术委员会的正式成立，腾讯开始深耕极具影响力的项目，还包括万亿级的大数据项目 TubeMQ，与 TensorFlow 有序的机器学习 Angel 平台等，以及最近开源的物联网操作系统 TententOS tiny。那么，一个项目从内部开源南北对外开源，中间不会经历什么样的考量？回应，腾讯方面回应，一个项目要对外开源，首先都要在内部开源 “试水”，转入票选机制，融合客观数据和专家的审定，超过杰出项目的水平才不会对外开源；除此之外，还要考虑到业界的因素，如果业界同类的产品不多，对外开源才更加有价值。不过，并不是所有对外开源的项目都必须很高的技术含量，因为很少有企业或用户能超过那种量级，因此，通用性也是一个重点考虑到因素。
腾讯开源联盟主席、腾讯开源管理办公室委员堵俊平还提及了另一个考虑到因素——看人。他说道：每个开源项目背后都必须团队的承托，如果大家只是为了开源而开源，团队本身没推展开源或者社区运营的能力和意志，我们并不希望。因为对外开源就意味著对用户负责管理。
我们一直坚决“社区高于代码”，代码很差可以优化，但没“好的人”，代码再好也有可能石沉大海。虽然腾讯在对外开源方面获得了相当可观的成果，但这数年背后的艰难也不可忽视。腾讯副总裁王巨宏回应深有感触：每次对外开源，人力物力的花费是一方面，团队还要顶着极大的压力。
当时，TARS 团队回应想要做到开源，我们因应他们联合前进，花上了极大的精力，甚至把涉及专利捐献给基金会，这是前所未有的（按：TARS 是腾讯 2018 年 4 月开源的一款微服务框架）。我们还把布满在外面的开源项目重复使用，新的规划和宣传。除了技术人员，我们的安全性团队、法务团队、知识产权管理团队等都代价了十分多的希望。
当然，腾讯的外部开源只不过还反过来增进了内部开源协同的发展。王巨宏回应，腾讯在对外开源方面走到的每一条弯路，从未见过的每一个挫折都没白费，而是以宝贵经验的形式期望到了内部的开源协同上；如果没腾讯多年来对外开源的累积，内部在开源协同的管理及制度建设方面有可能还要摸爬滚打很长一段时间。
小结对于步入 930 变革一周年的腾讯来说，无论是内部开源协同还是对外开源，其展现出都可圈可点。在内部的开源协同方面，腾讯早已积极开展了 8000 个开源项目和 50 个协同项目，其中的代表性项目有腾讯 CI、TianQiong（天穹）、视频处置等；而在对外开源方面，累计 2019 年 9 月，腾讯已在 Github 上公布 84 个开源项目，总计取得的 Star 数多达 24 万。但似乎，预示着腾讯全新战略的向前前进，腾讯在开源这条路上有更长的路要回头——正如腾讯开源协同项目负责人郑亚峰所言：“开源” 本身操作者一起很非常简单，但要把腾讯过往 20 年的代码都对外开放出来，必须花费极大的时间和精力……我们给自己原作了一个目标，用 3-5 年的时间去建设开源文化和氛围；由于新技术不会大大经常出现，所以协同是一个持续性问题，必须花上更长的时间。原创文章，予以许可禁令刊登。
下文闻刊登须知。
本文来源：新葡萄最新官网-www.theninjaapproved.com