特别放送（一）| 成为DevOps工程师的必备技能（上）
该思维导图由 AI 生成，仅供参考
荧光笔
直线
曲线- 深入了解
- 翻译
- 解释
- 总结
DevOps工程师是当今最炙手可热的岗位之一，拥有丰厚的薪资和广阔的职业发展前景。成为一名优秀的DevOps工程师需要掌握多项核心技能，如编程语言、操作系统原理、系统性能、网络安全、基础设施即代码、CI/CD、运维监控和云技术等。本文提供了一幅DevOps技能发展路线图，为读者提供了学习和掌握这些技能的参考路径。此外，文章还探讨了DevOps工程师在公司内承担的主要职责，包括工具平台开发、流程实践落地和技术预研试点。对于读者来说，理解DevOps工程师的岗位职责、必备技能以及学习路径，将为其未来的职业发展提供重要的参考和指导。 文章强调了作为一名DevOps工程师，软实力同样至关重要。沟通能力、同理心和学习能力是关键软实力，对于推动DevOps落地、建立良好的协作文化和不断提升自身技能都至关重要。沟通能力涵盖了向上、向下和横向的沟通，而同理心则是建立良好协作文化的必需能力。此外，学习能力也被强调为DevOps工程师必备的软实力之一，因为快速学习新技能并不断改进提升是至关重要的。 在下一讲中，文章将分享DevOps工程师必备的硬技能和成长路径。这些内容将有助于读者更全面地了解DevOps工程师的技能要求和职责，为其在职业发展中提供指导和帮助。 总的来说，本文为读者提供了对DevOps工程师岗位的深入了解和技能要求的概览，强调了软实力在该岗位中的重要性，为读者未来的职业发展提供了重要的参考和指导。
《DevOps 实战笔记》，新⼈⾸单¥59
全部留言(12)
- 最新
- 精选
陈斯佳老师，问您几个问题。您觉得DevOps所需的硬技能，单纯靠自学，但实际工作中没有涉及，能学会学好吗？我现在的工作只涉及Jenkins,Github，其他的工具都没用到。我在考虑要不要跳槽换一个在工作中能用到更多DevOps工具的岗位。 还有就是，您支持频繁跳槽吗？比如三年左右换一个工作岗位。感觉很难有一个岗位可以涉及所有DevOps技能，尤其是大公司，分工都很细。三年一跳槽会不会对经验积累有正向帮助呢？还是说在一个岗位上把一个工具吃透再说。 还有就是，如何判断自己已经吃透一个工具了呢？作者回复: 你好，感谢你的留言，说下我的理解吧，技术自学最大的两个障碍，一个是坚持，一个是实战经验，像你说的如何才算吃透一个工具呢，就好比我们都会讲中文，但是能说精通中文了吗，可能未必，所以核心还是能不能用技术解决实际的问题。如果仅仅是为了找到一个能使用更多工具的工作，可能不是核心目的，我个人觉得重点还是方向，以及你在当前岗位上的获得感和成就感吧，如果我要换一份工作，更多会关注两点，一个是我未来的同伴是否足够优秀，另外一个是空间和领域是否有突破吧。我既不是成功学教练，也不是职业发展导师，只是将心比心，大公司里面的确泾渭分明，文化其实很重要，所以建议还是好好考虑下，换句话说，只是打工这条路径，国内所谓的大公司跳到BAT是不是就到头了呢，以后还往哪里跳呢，我也在思考这个问题，所以一定要拓展自己的能力，想着即便明天公司倒闭了，自己还能做点什么哈。一些胡言乱语，供你参考哈。
2019-10-1716
胡军老师，建议您出本书，这样的话，讲的更详细方便大家更好的理解作者回复: 你好，感谢你的支持，小小的透露一下，的确有打算把在企业中辅导DevOps的一些案例和实践结合汇总起来，不一定是图书，也可能是公众号的方式，当然现阶段还是以专栏为重点，欢迎你提出你的问题，我们一起交流学习。
2019-10-1710- 陈斯佳补充一个软技能中的沟通能力，就是邮件的编写能力。我们公司内部的交流基本靠邮件，偶尔紧急的事情用skype或直接打电话，所以写一封内容清晰的邮件也是很重要的沟通能力。这一点我从我的同事身上学到很多。其中一个技巧就是站在收信人的角度看你自己写的信，看看如果你是对方，你知不知道这封信要你做什么，做完了之后你要如何回复。
作者回复: 你好，非常好的补充，我记得最开始上班的时候，就培训过邮件的礼仪，包括邮件的格式，邮件的命名，主送和抄送的原则，如何逻辑清晰，通过颜色，粗体标注重点，如何能够让重点信息再第一屏显示，这些都是细节。另外邮件发送之前必须要通读一边，避免错字和逻辑问题等，的确非常重要。我在公司也经常收到没有标题的邮件，说明还是没有太重视这个事情，其实日常的工作中很多印象都是基于细节建立起来的，无论公司是否要求，对于自身的credit提升也有帮助的。
2019-10-176 
Jxin
1.我们公司的devops应该是qa团队推动的。 2.搭建cicd，搭建数据报表平台，提供压测和自动化测试工具。 3.软实力从来不只是devops所需要的。这里补充两个虚的，大局和讲究。想要培养大局观可以从经济学和管理学入手，前者提供思路后者提供套路。想要变得讲究，就从自己的代码开始苛刻，简洁干净，优雅灵活，每一行代码都作为自己的牌坊去斟酌。作者回复: 你好，看来QA团队推动工具平台建设是一种主流的形式哈，你说的经济学和管理学我刚好各订阅了一门课程，只是隔行如隔山，还在努力中。其实，你看DevOps也借鉴了很多传统生产制造行业的优秀思想，这么看来，道理都是相通的。
2019-10-173
陈程非常好。比参加一场几千元RMB的分享大会要有价值多了。作者回复: 你好，感谢你的支持，这也是极客时间平台的价值哈！
2019-10-1722
Mark老师，我们公司也在尝试devops转型，去年12月我参加了devops Shanghai 站活动，里面推荐了DOM认证培训，看起来不错，但是费用不低，你觉得这种集中式短期突击培训有效果吗？或者能起到多少效果。作者回复: 这种问题看来是通病，你加我好友私聊哈
2020-03-0131
曾小福气我们组目前用的gitlab ci，感觉也挺好用的作者回复: 对，现在的开源工具都非常成熟了，只要正确使用可以解决从0到1的过程，gitlab-ci面对小型项目已经足够了
2019-11-191
Geek_599062哪有什么devops工程师，一个运维顶半边天作者回复: 所以我说运维是个特别值得尊敬的工种呢😄
2019-10-221
leslie企业没有并不代表自己不会朝着这个方向努力：已经在努力去参加一些国内的相关峰会去学习，在开始朝着这个方向前进。 记得王健老师的<数据中台>讲中台要有"企业级"的观念，其实DevOps我觉得同样需要有：需要有企业级的观念/格局观，然后具有研发和维护的能力吧。作者回复: 你好，我发现做IT的同学都很努力，加油，其实峰会更多的是普及知识，开拓眼界，建立人脉关系，所以如果可以多沟通，自己也尝试有机会站在台上，对个人来说，大有帮助，加油！
2019-10-171- kirajun非常感谢老师的分享，用一篇文章回答了我的问题。DevOps 工程师是否要求全栈呢，还是分工会出现细化？以路线图中的一部分为例，要掌握K8S，这个技术栈就比较深了。 另外，在实际的实践过程中，什么样的模式更好些呢？是每个部门有各自的效能团队，还是需要有一个独立的效能团队？
作者回复: 你好，在大公司分工会细化，小公司可能会更加全能一些，所以就是深度和广度的问题了。在实际过程中，很难讲是各自为战的好，还是集中的团队好，因为这个公司组织决定的，我们其实很难改变，所以只能对症下药了。但是，如果回答你的问题，我个人的观点是，统一的团队会好一些，所谓利出一孔嘛，不同团队分工界面不清晰，重复建设和竞争在所难免，如果公司整体的工程能力都不高，还分散在各个团队，那还不弱弱联合，合作共赢呢？
2019-10-171
