开发人员学习Linux运维的必读书籍
这篇书评可能有关键情节透露
话说纸质书实在是不想买,主要是没地方放。不过这书收到的时候明显是遭受到虐待,也罢,我只看内容,不是用来收藏的。
话说 @守住每一天 的《Puppet实战》还等待精读,前面大概的看了一下,发现半本书的内容已经接触过了,后半部分当时工作忙,草草地读了一下,还没有实践,估计得等下一个搞Linux的人来之后才有空。
《DevOps故障排除:Linux服务器运维最佳实践》(后面简称《DevOps》)这本书通读完后,发现实际上是给开发人员的运维书,也就是Dev学习Ops过程的书籍。看的时候进行了下角色转换,确实是对Dev的角色很有帮助,但仅限于Linux下的故障排除——估计Windows这玩意在DevOps的世界里混的不行吧,^_^ 。
很羡慕《DevOps》一书作者所在的公司,全部都更换Linux,我真期待公司也能全面Linux化,这样交流的人就多了,成长也快了,不再会有孤军奋战的感觉了——尼玛让我一个人搞一个领域,还要当开发测试运维管理使用的角色,我实在是扛不住啊。
由于上面吐槽的境况,《DevOps》中的部分命令我实际上是很少用到或没用到的,所以这次看书的时候也顺道看了一下。
感觉我也就搜索能力强了,记性不大好,很多东西用到时才学习,估计也是这环境逼的……
书中章节的安排也是由浅入深,或者说是由表象到原理的方式,将开发人员常见的故障一步步进行解析、处理,并提供了一些常见的应对方式。
书中的故障近期就遇到了三起,但都及时搞定了。由此可以看出作者对章节的安排是经过深思熟虑的。
内容就不细说了,有兴趣的Dev人员赶紧看看吧,除了部分语句的翻译个人有其他意见外,都还是比较清晰易懂的。
由于需要内部传阅,所以发现翻译问题没有及时标注,个人认为都是为保持汉语纯正而导致的一些问题(有些词拜托是可以不翻译的,各位译者翻译过来后反而可能帮倒忙),还有几句我需要还原成原文才能明白其意思。
DevOps,看似简单,但实际挺难,不仅需要个人的能力、经验和技巧,更需要整个团队的配合。
话说 @守住每一天 的《Puppet实战》还等待精读,前面大概的看了一下,发现半本书的内容已经接触过了,后半部分当时工作忙,草草地读了一下,还没有实践,估计得等下一个搞Linux的人来之后才有空。
《DevOps故障排除:Linux服务器运维最佳实践》(后面简称《DevOps》)这本书通读完后,发现实际上是给开发人员的运维书,也就是Dev学习Ops过程的书籍。看的时候进行了下角色转换,确实是对Dev的角色很有帮助,但仅限于Linux下的故障排除——估计Windows这玩意在DevOps的世界里混的不行吧,^_^ 。
很羡慕《DevOps》一书作者所在的公司,全部都更换Linux,我真期待公司也能全面Linux化,这样交流的人就多了,成长也快了,不再会有孤军奋战的感觉了——尼玛让我一个人搞一个领域,还要当开发测试运维管理使用的角色,我实在是扛不住啊。
由于上面吐槽的境况,《DevOps》中的部分命令我实际上是很少用到或没用到的,所以这次看书的时候也顺道看了一下。
感觉我也就搜索能力强了,记性不大好,很多东西用到时才学习,估计也是这环境逼的……
书中章节的安排也是由浅入深,或者说是由表象到原理的方式,将开发人员常见的故障一步步进行解析、处理,并提供了一些常见的应对方式。
书中的故障近期就遇到了三起,但都及时搞定了。由此可以看出作者对章节的安排是经过深思熟虑的。
内容就不细说了,有兴趣的Dev人员赶紧看看吧,除了部分语句的翻译个人有其他意见外,都还是比较清晰易懂的。
由于需要内部传阅,所以发现翻译问题没有及时标注,个人认为都是为保持汉语纯正而导致的一些问题(有些词拜托是可以不翻译的,各位译者翻译过来后反而可能帮倒忙),还有几句我需要还原成原文才能明白其意思。
DevOps,看似简单,但实际挺难,不仅需要个人的能力、经验和技巧,更需要整个团队的配合。