作者回复: 你好,感谢你的支持,小小的透露一下,的确有打算把在企业中辅导DevOps的一些案例和实践结合汇总起来,不一定是图书,也可能是公众号的方式,当然现阶段还是以专栏为重点,欢迎你提出你的问题,我们一起交流学习。
作者回复: 你好,感谢你的留言,说下我的理解吧,技术自学最大的两个障碍,一个是坚持,一个是实战经验,像你说的如何才算吃透一个工具呢,就好比我们都会讲中文,但是能说精通中文了吗,可能未必,所以核心还是能不能用技术解决实际的问题。如果仅仅是为了找到一个能使用更多工具的工作,可能不是核心目的,我个人觉得重点还是方向,以及你在当前岗位上的获得感和成就感吧,如果我要换一份工作,更多会关注两点,一个是我未来的同伴是否足够优秀,另外一个是空间和领域是否有突破吧。我既不是成功学教练,也不是职业发展导师,只是将心比心,大公司里面的确泾渭分明,文化其实很重要,所以建议还是好好考虑下,换句话说,只是打工这条路径,国内所谓的大公司跳到BAT是不是就到头了呢,以后还往哪里跳呢,我也在思考这个问题,所以一定要拓展自己的能力,想着即便明天公司倒闭了,自己还能做点什么哈。一些胡言乱语,供你参考哈。
作者回复: 你好,非常好的补充,我记得最开始上班的时候,就培训过邮件的礼仪,包括邮件的格式,邮件的命名,主送和抄送的原则,如何逻辑清晰,通过颜色,粗体标注重点,如何能够让重点信息再第一屏显示,这些都是细节。另外邮件发送之前必须要通读一边,避免错字和逻辑问题等,的确非常重要。我在公司也经常收到没有标题的邮件,说明还是没有太重视这个事情,其实日常的工作中很多印象都是基于细节建立起来的,无论公司是否要求,对于自身的credit提升也有帮助的。
作者回复: 对,现在的开源工具都非常成熟了,只要正确使用可以解决从0到1的过程,gitlab-ci面对小型项目已经足够了
作者回复: 你好,看来QA团队推动工具平台建设是一种主流的形式哈,你说的经济学和管理学我刚好各订阅了一门课程,只是隔行如隔山,还在努力中。其实,你看DevOps也借鉴了很多传统生产制造行业的优秀思想,这么看来,道理都是相通的。
作者回复: 你好,在大公司分工会细化,小公司可能会更加全能一些,所以就是深度和广度的问题了。在实际过程中,很难讲是各自为战的好,还是集中的团队好,因为这个公司组织决定的,我们其实很难改变,所以只能对症下药了。但是,如果回答你的问题,我个人的观点是,统一的团队会好一些,所谓利出一孔嘛,不同团队分工界面不清晰,重复建设和竞争在所难免,如果公司整体的工程能力都不高,还分散在各个团队,那还不弱弱联合,合作共赢呢?
作者回复: 你好,感谢你的支持,这也是极客时间平台的价值哈!
作者回复: 所以我说运维是个特别值得尊敬的工种呢😄
作者回复: 你好,感谢你的留言,你可以看下文稿中的能力成熟度模型,建立一个全局的认知,然后在自己所在的领域内,逐步实践。如果你对实践过程中的工具,细节有任何问题,也欢迎随时留言跟我一起讨论。
作者回复: 你好,我发现做IT的同学都很努力,加油,其实峰会更多的是普及知识,开拓眼界,建立人脉关系,所以如果可以多沟通,自己也尝试有机会站在台上,对个人来说,大有帮助,加油!