DevOps实战笔记
石雪峰
京东商城工程效率专家
立即订阅
3822 人已学习
课程目录
已完结 40 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 从默默无闻到风靡全球,DevOps究竟有什么魔力?
免费
基础理论篇 (4讲)
01 | DevOps的“定义”:DevOps究竟要解决什么问题?
02 | DevOps的价值:数字化转型时代,DevOps是必选项?
03 | DevOps的实施:到底是工具先行还是文化先行?
04 | DevOps的衡量:你是否找到了DevOps的实施路线图?
落地实践篇 (16讲)
05 | 价值流分析:关于DevOps转型,我们应该从何处入手?
06 | 转型之路:企业实施DevOps的常见路径和问题
07 | 业务敏捷:帮助DevOps快速落地的源动力
08 | 精益看板(上):精益驱动的敏捷开发方法
09 | 精益看板(下):精益驱动的敏捷开发方法
10 | 配置管理:最容易被忽视的DevOps工程实践基础
11 | 分支策略:让研发高效协作的关键要素
12 | 持续集成:你说的CI和我说的CI是一回事吗?
13 | 自动化测试:DevOps的阿克琉斯之踵
14 | 内建质量:丰田和亚马逊给我们的启示
15 | 技术债务:那些不可忽视的潜在问题
16 | 环境管理:一切皆代码是一种什么样的体验?
17 | 部署管理:低风险的部署发布策略
18 | 混沌工程:软件领域的反脆弱
19 | 正向度量:如何建立完整的DevOps度量体系?
20 | 持续改进:PDCA体系和持续改进的意义
平台工具篇 (8讲)
21 | 开源还是自研:企业DevOps平台建设的三个阶段
22 | 产品设计之道:DevOps产品设计的五个层次
23 | 持续交付平台:现代流水线必备的十大特征(上)
24 | 持续交付平台:现代流水线必备的十大特征(下)
25 | 让数据说话:如何建设企业级数据度量平台?
26 | 平台产品研发:三个月完成千人规模的产品要怎么做?
27 | 巨人的肩膀:那些你不能忽视的开源工具
28 | 迈向云端:云原生应用时代的平台思考
转型案例篇 (2讲)
29 | 向前一步:万人规模企业的DevOps实战转型案例(上)
30 | 向前一步:万人规模企业的DevOps实战转型案例(下)
特别放送 (5讲)
特别放送(一)| 成为DevOps工程师的必备技能(上)
特别放送(二)| 成为DevOps工程师的必备技能(下)
特别放送(三)| 学习DevOps不得不了解的经典资料
特别放送(四)| Jenkins产品经理是如何设计产品的?
特别放送(五)| 关于DevOps组织和文化的那些趣事儿
总结答疑篇 (2讲)
期中总结 | 3个典型问题答疑及如何高效学习
期末总结 | 在云时代,如何选择一款合适的流水线工具?
结束语 (2讲)
结束语 | 持续改进,成就非凡!
结课问卷获奖用户名单
DevOps实战笔记
登录|注册

结课问卷获奖用户名单

极客时间团队 2020-01-16
你好!
《DevOps 实战笔记》的结课问卷已经回收完毕,今天我们来公布一下获奖用户名单。
在这里,我首先要感谢各位同学给我们的反馈。在这些反馈里,有指出我们做得好的地方,也有指出我们可以继续优化的地方。本着“对专栏的改进最有帮助”的原则,我们挑选了 5 位用户,送出“数据结构与算法知识地图(上 + 下)”,或者是价值 99 元的极客时间课程阅码。中奖名单如下:
非常感谢以上 5 位同学提出的宝贵意见,也恭喜他们!
雪峰老师曾在开篇词里将专栏学习称为“一场奇妙的 DevOps 旅行”,现在,希望你不仅走过了这场旅行的每一条路,也收获了新的知识、思考与见解。当然,专栏的结束也是另一种开始,我们会和雪峰老师继续迭代、优化专栏内容,雪峰老师也会持续关注并回复你的留言,所以也希望你可以继续关注本专栏,并将你的问题或者建议,通过留言反馈给我们!
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《DevOps实战笔记》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(1)

  • 往事随风,顺其自然
    如果技术想像产品转型,有什么好的建议,转型之路,比较平缓的过度?

    作者回复: 你好,技术向技术+产品转型是个不错的方向,尤其是面向内部的DevOps平台产品的产品经理属于稀缺资源,基本都要靠内部培养。如果你想向产品转型,前提是在你们部门内部有这样的产品,其实这一点并不难,因为大多数技术团队最终都会走上产品化的道路,通过产品来对外输出能力。
    作为产品而言,需要了解的领域比技术更广,你可以在熟悉内部已有产品平台的基础上,进行微创新,了解产品和用户之间的交付关系以及要解决的核心问题。然后找机会自己负责一个产品的部分功能设计,或者更多的参与到设计过程中,毕竟没有技术背景的产品在设计产品的时候是离不开技术的支持的。
    对于初级产品经理而言,只需要将一个问题的解决方案产品化即可,我觉得最重要的是在这个过程中熟悉产品的思维方式和工作职责,然后判断自己是否适合这样的工作或者享受这样的过程,毕竟跟技术相比是一条不同的路线,切忌上来就思考技术实现,而是多问问自己这个功能的价值,这一点是最大的挑战。

    2020-01-22
收起评论
1
返回
顶部