2020年1月7日至14日，由工信部主办、传智播客院校邦承办的 “2020年全国高校 IT 骨干教师寒假研修班” 在广州火热开班，CODING DevOps 创始人兼 CEO 张海龙受邀参加开班典礼并发表了以《云时代企业研发人员需求与人才培养》为题的主题演讲。作为十多年来一直在技术圈、开发工具领域耕耘，并成功建设出服务超过80万个人开发...

​近日，CODING 平台技术总监吴海黎参加了由 ECUG 社区举办的技术大会，与听众一同分享了 CODING 微服务架构的演进历程。让我们一起来欣赏精彩的演讲内容吧。

随着 DevOps 理念、 Docker 的普及，云原生时代已经到来，开发工程师对应用环境的掌控力进一步加强，运维成本进一步降低。DevOps 采用 Docker 更是如虎添翼，持续集成更快更灵活，部署更简单。本期腾讯云大学大咖分享邀请 CODING DevOps 架构师 杨周，为开发者们分享 DevOps 实战，主要讲解 Docker 服务器架构和技术要点...

CODING DevOps 架构师 杨周受腾讯云大学邀请，为大家分享课程—— 《敏捷开发与 DevOps 实战》。本课程主要讲解敏捷开发和 DevOps 在实际研发中如何提高效率、降低成本，分享互联网公司的研发流程、岗位分工和技术点，掌握互联网公司研发部门的正确打开方式，学习业界先进工程技术，提高团队效率。

2020 年 1 月 4 日 - 5 日，“ECUG Con 2020”大会将于杭州举行。本次大会以“ECUG For Future”为主题，围绕五大技术主题，邀请到来自七牛云、网易、滴滴、知乎、谷歌中国、CODING等众多业界大咖，从技术创新、应用创新等维度为开发者分享技术经验、热点干货。

CODING 敏捷项目管理全新版本现已上线，新版本深度结合敏捷开发理念，完美支持 Scrum 迭代式增量开发过程，可根据团队需要设计独一无二的工作流，适应不同规模团队的敏捷开发实践。

2019 年经济减速的阴云笼罩了所有行业，势如破竹的发展势头被打破，小微创新型企业生存艰难。越来越多的企业更加关注客户和业务之间的交付价值，精益化公司运营，降低成本，驱动业务发展。是否要拥抱云原生？开发团队的效率问题的根本原因在哪里？DevOps 是不是万能的良药？是不是现在需要做出改变？进行改变的过程中会...

关于代码的管理问题已经讨论多年，随着企业业务的复杂度提高、软件行业技术栈的选择度变宽泛，现代软件的代码仓库也变得越来越庞大和复杂。一个中型项目，将测试代码、核心业务代码、编译构建、部署打包等基础设施的代码全部加起来，几十万行都是家常便饭。并且一个项目往往由多个团队进行协作，如何让多团队在对同一个...

接下来给出容器的定义，容器由一个完整的运行环境组成：将一个应用程序，以及它所有的依赖项、库和其他二进制文件，以及运行它所需的配置文件打包到一起。将应用平台及其依赖项容器化，可以消除操作系统版本和底层基础架构间的差异。

随着数字化时代的全面到来，越来越多的企业开始尝试物联网、人工智能等新兴技术，用以加快自身的转型速度并积极开拓新的市场。互联网的兴起让各个行业的业务场景、用户行为、交互方式等都发生了巨大的变化。线上业务和移动端业务的激增，迫使企业研发团队不断的缩短研发周期和加快版本迭代，软件系统的功能难度也逐步增...

配置管理（CM）的目的是通过使开发或部署过程可控且可重复，来确保产品或系统在其整个生命周期中的完整性，从而创建更高质量的产品或系统。CM 流程允许有序管理系统信息和系统更改，以便：

可以一个人 CODING但别一个人吃月饼中秋快乐鸭！

在产业互联网的大背景下，如何将人工智能、大数据等前沿技术与实体产业相结合，推动传统企业转型升级，已经成为每一个企业不得不思考的问题。落后的软件研发能力已经拖慢了中国大量企业的数字化转型进程。

在服务企业研发团队的过程中，我们发现不少团队碰到了类似的问题： 团队成员声称完成了自己的大部分任务，但团队实际交付的需求却寥寥无几？ 由于某些问题导致工序一直处于等待状态，怎么识别和处理这些延迟？ 成员之间不知道互相都在干什么？各自鸵鸟式地进行着工作。 当你计划分派任务给某个成员，对方告知他之前收到...

对于如今的敏捷开发团队来说，看板是一项非常重要的功能，但看板的工作方法可以追溯到 50 多年前。在 20 世纪 40 年代后期，丰田开始优化其工作流程，而这种工作流程来源于超市用于归类库存货架的方法和原则。超市每次都会尽量将产品库存控制在刚好满足消费者需求的水平，这种做法可以优化超市、消费者和供应商之间的流...

我会建议你以持续集成的最小定义作为开始来回答这个问题。这是一种研发实践，需要开发人员每天多次将代码集成到共享代码库中。然后通过自动构建来验证每次代码的修改，以便团队尽早发现问题。

这可能是你在面试中遇到的最简单的问题。我的建议是首先给出版本控制的定义：它是一个记录文件变化的系统，以便你以后可以调用特定版本的文件。版本控制系统由一个中央共享存储库组成，队友可以在其中提交文件的更改，接下来你可以提到版本控制的用途。版本控制允许你：

你是一位 DevOps 工程师还是想进入 DevOps 领域的新手？如果是，那么你已经把握住了未来趋势。在本文中，我列出了几十个在雇佣 DevOps 工程师时，面试官可能会问到的问题以供参考。

很多人在晋升到团队领导的角色后，通常会有一段角色转换的迷茫期。在这期间，你会发现那些过去擅长的开发/运营/市场等技能虽然帮你争取到了这个位置，但是却没办法让你更进一步。

上周，我站在一家市值 200 亿美元的公司的会议室里，推动了一个关于敏捷的研讨会。出席会议的小组由这家大公司的一个产品线中的每个职能部门的董事和部门经理组成。从 UX、工程和产品管理的岗位中挑选出来的十几位领导者组成了一支团队，他们代表着约 150 人的产品线。作为一个团队，他们踏上了“敏捷”的旅程。

“敏捷已死”，人们一直这么说，但紧接着他们又说：“我们只是开个玩笑”。其实这些人真正想表达的是你实践敏捷的方式已经过时并且愚不可及，而“真正的”敏捷未死，只不过大家实践敏捷的方式是错误的。因此，我认为理论上的敏捷是“真正的”敏捷。

Scrum 当中有三个角色：PO（product owner），敏捷教练（scrum master）和开发团队。虽然这看起来很清晰，但如何处理现有职位的问题可能会让人感到困惑。许多团队询问在采用 scrum 时是否需要更改岗位名称？最简洁的答案是“不”。在本文中，我们将讨论 scrum 的角色定义以及如何将它们融进你的组织中，而你无需打印新的岗...

最近关于 10 倍程序员的事又开始在各个社交平台火了起来，CODING 作为国内领先的一站式 DevOps 解决方案，今天也来讨论一下 10 倍程序员到底存不存在和这个概念到底意味着什么。

在国内不少的研发组织依然通过职责分离的方式来管理研发团队，这种情况下就会造成团队之间合作效率低下、责任互相推诿等问题。我们翻译了以下这篇文章来与读者们一起探讨 DevOps 与职责分离究竟该如何结合在一起，从而更好地提高研发团队的效率。

我们在推进国内研发团队 DevOps 落地的过程中，发现不少研发组织在积极寻求 DevOps 技能方面的提升。今天翻译的这篇深受欢迎的 DevOps 技术雷达来自一位国外的 Java 博主，他也是一位非常热爱学习的开发者，接下来让我们马上进入到正文。

大部分组织对 DevOps 发起设立的初衷是改善客户和业务之间的交付价值，而不是降低成本，增强自动化，或驱动组织架构；这意味着不同的组织可能需要不同的团队结构才能进行有效的 Dev（开发）和 Ops（运维）协作。

相信这几个月你一定经历过这样的场景：打开浏览器，点开收藏夹里常用的网站，结果网站 502 了，一脸懵逼，觉得是不是自己的网又挂了？打开新的 tab 根据你的年龄，敲了 163 或者百度的网址，发现居然连的上，顿了两秒才发觉原来 google/facebook/reddit/twitter 真的挂了。

7x24 小时连轴转已成为运维工程师的常态，故而每年的 7 月 24 日被视为运维日，代表着运维全天候的保障系统稳定、维护业务正常运行、时刻准备着一线工作的召唤。

以下书籍是推荐给 DevOps 或 SRE 工程师阅读的好书清单，用来学习或增强必要的技能。我们找到了原文清单里英文书籍对应的中文版，希望对大家能有帮助。

让我们简要回顾下我们的 DevOps 之旅： 在第一篇，我们介绍了 DevOps 文化以及相关的基础技能； 在第二篇，我们讨论了如何为将来的代码部署奠定基础； 在第三篇，我们讨论了如何有组织地管理代码； 在第四篇，我们讨论如何简单地打包代码。 以下是我们贯穿前后的路线图：