• 胡军
    2019-10-17
    老师,建议您出本书,这样的话,讲的更详细方便大家更好的理解

    作者回复: 你好,感谢你的支持,小小的透露一下,的确有打算把在企业中辅导DevOps的一些案例和实践结合汇总起来,不一定是图书,也可能是公众号的方式,当然现阶段还是以专栏为重点,欢迎你提出你的问题,我们一起交流学习。

    
     9
  • 陈斯佳
    2019-10-17
    老师,问您几个问题。您觉得DevOps所需的硬技能,单纯靠自学,但实际工作中没有涉及,能学会学好吗?我现在的工作只涉及Jenkins,Github,其他的工具都没用到。我在考虑要不要跳槽换一个在工作中能用到更多DevOps工具的岗位。

    还有就是,您支持频繁跳槽吗?比如三年左右换一个工作岗位。感觉很难有一个岗位可以涉及所有DevOps技能,尤其是大公司,分工都很细。三年一跳槽会不会对经验积累有正向帮助呢?还是说在一个岗位上把一个工具吃透再说。

    还有就是,如何判断自己已经吃透一个工具了呢?
    展开

    作者回复: 你好,感谢你的留言,说下我的理解吧,技术自学最大的两个障碍,一个是坚持,一个是实战经验,像你说的如何才算吃透一个工具呢,就好比我们都会讲中文,但是能说精通中文了吗,可能未必,所以核心还是能不能用技术解决实际的问题。如果仅仅是为了找到一个能使用更多工具的工作,可能不是核心目的,我个人觉得重点还是方向,以及你在当前岗位上的获得感和成就感吧,如果我要换一份工作,更多会关注两点,一个是我未来的同伴是否足够优秀,另外一个是空间和领域是否有突破吧。我既不是成功学教练,也不是职业发展导师,只是将心比心,大公司里面的确泾渭分明,文化其实很重要,所以建议还是好好考虑下,换句话说,只是打工这条路径,国内所谓的大公司跳到BAT是不是就到头了呢,以后还往哪里跳呢,我也在思考这个问题,所以一定要拓展自己的能力,想着即便明天公司倒闭了,自己还能做点什么哈。一些胡言乱语,供你参考哈。

    
     5
  • 陈斯佳
    2019-10-17
    补充一个软技能中的沟通能力,就是邮件的编写能力。我们公司内部的交流基本靠邮件,偶尔紧急的事情用skype或直接打电话,所以写一封内容清晰的邮件也是很重要的沟通能力。这一点我从我的同事身上学到很多。其中一个技巧就是站在收信人的角度看你自己写的信,看看如果你是对方,你知不知道这封信要你做什么,做完了之后你要如何回复。

    作者回复: 你好,非常好的补充,我记得最开始上班的时候,就培训过邮件的礼仪,包括邮件的格式,邮件的命名,主送和抄送的原则,如何逻辑清晰,通过颜色,粗体标注重点,如何能够让重点信息再第一屏显示,这些都是细节。另外邮件发送之前必须要通读一边,避免错字和逻辑问题等,的确非常重要。我在公司也经常收到没有标题的邮件,说明还是没有太重视这个事情,其实日常的工作中很多印象都是基于细节建立起来的,无论公司是否要求,对于自身的credit提升也有帮助的。

    
     3
  • 曾小福气
    2019-11-19
    我们组目前用的gitlab ci,感觉也挺好用的

    作者回复: 对,现在的开源工具都非常成熟了,只要正确使用可以解决从0到1的过程,gitlab-ci面对小型项目已经足够了

    
     1
  • Jxin
    2019-10-17
    1.我们公司的devops应该是qa团队推动的。
    2.搭建cicd,搭建数据报表平台,提供压测和自动化测试工具。
    3.软实力从来不只是devops所需要的。这里补充两个虚的,大局和讲究。想要培养大局观可以从经济学和管理学入手,前者提供思路后者提供套路。想要变得讲究,就从自己的代码开始苛刻,简洁干净,优雅灵活,每一行代码都作为自己的牌坊去斟酌。

    作者回复: 你好,看来QA团队推动工具平台建设是一种主流的形式哈,你说的经济学和管理学我刚好各订阅了一门课程,只是隔行如隔山,还在努力中。其实,你看DevOps也借鉴了很多传统生产制造行业的优秀思想,这么看来,道理都是相通的。

    
     1
  • kirajun
    2019-10-17
    非常感谢老师的分享,用一篇文章回答了我的问题。DevOps 工程师是否要求全栈呢,还是分工会出现细化?以路线图中的一部分为例,要掌握K8S,这个技术栈就比较深了。
    另外,在实际的实践过程中,什么样的模式更好些呢?是每个部门有各自的效能团队,还是需要有一个独立的效能团队?

    作者回复: 你好,在大公司分工会细化,小公司可能会更加全能一些,所以就是深度和广度的问题了。在实际过程中,很难讲是各自为战的好,还是集中的团队好,因为这个公司组织决定的,我们其实很难改变,所以只能对症下药了。但是,如果回答你的问题,我个人的观点是,统一的团队会好一些,所谓利出一孔嘛,不同团队分工界面不清晰,重复建设和竞争在所难免,如果公司整体的工程能力都不高,还分散在各个团队,那还不弱弱联合,合作共赢呢?

    
     1
  • 蛋壳儿
    2019-10-17
    非常好。比参加一场几千元RMB的分享大会要有价值多了。

    作者回复: 你好,感谢你的支持,这也是极客时间平台的价值哈!

    
     1
  • Geek_599062
    2019-10-22
    哪有什么devops工程师,一个运维顶半边天

    作者回复: 所以我说运维是个特别值得尊敬的工种呢😄

    
    
  • 胜负师
    2019-10-18
    roadmap backend explored over,now in devops ^_^
    
    
  • johnny
    2019-10-18
    希望学习老师的专栏后能够掌握下面知识
    1能够对整个devops的知识体系有一个清晰的认知;
    2在传统软件企业解决现有交付模式效率低的目标导向下,如何使devops按照成熟度模型从0到1逐步落地;
    3能够掌握devops在落地过程中所涉及到知识点的原理及实践操作。

    作者回复: 你好,感谢你的留言,你可以看下文稿中的能力成熟度模型,建立一个全局的认知,然后在自己所在的领域内,逐步实践。如果你对实践过程中的工具,细节有任何问题,也欢迎随时留言跟我一起讨论。

    
    
  • leslie
    2019-10-17
    企业没有并不代表自己不会朝着这个方向努力:已经在努力去参加一些国内的相关峰会去学习,在开始朝着这个方向前进。
        记得王健老师的<数据中台>讲中台要有"企业级"的观念,其实DevOps我觉得同样需要有:需要有企业级的观念/格局观,然后具有研发和维护的能力吧。

    作者回复: 你好,我发现做IT的同学都很努力,加油,其实峰会更多的是普及知识,开拓眼界,建立人脉关系,所以如果可以多沟通,自己也尝试有机会站在台上,对个人来说,大有帮助,加油!

    
    
我们在线,来聊聊吧