DevOpsコミュニティで書籍がそれほど普及しているのはなぜですか?


17

私は、時間の経過とともにますます多くの本を推奨するブログのかなりの数を見てきました。

私はフィクションを読むのが好きで、本に対する嫌悪感はありませんが、通常これらの本で技術が動いたときにブログ投稿を更新/書き直すことができます。

DevOps関連のタイトルには、オンラインの世界にはない特定の品質がありますか?


1
DevOpsの主題は非常に主観的で流動的です。他のより確立された分野よりも、本を書く機会がはるかに多くなります。そのような参照の多くは単純な広告であり、それは必ずしもそれらがフィールドで必読の参照であることを必ずしも意味しません(たとえそのように明示的に呼ばれていても)。
ダンコルニレスク

一般に、それが購入されるまで、それがヘビ油かどうかはわかりません。
corsiKa

2
DevOpsの義務は、モニターの電源を
入れる

回答:


15

ほとんどの場合、推奨される本はテクノロジーに関するものではありません。テクノロジーは変化しますが、システム思考、リーダーシップ、常識などのような組織の背後にある基本原則はそれほど頻繁に変わりません。

The GoalDevOps Handbookなどの書籍では、ページに多くの技術については記載されていませんが、人々が実行している作業を管理する方法が記載されています。

多くの問題はテクノロジー関連、マイクロサービス、大規模システムの設計、コードとしてのインフラストラクチャなどのトピックです。これらは特定のツールやテクノロジーではなく、アーキテクチャーのトピックに関するものです。大規模なシステムを構築する人々がシステムを正しく構築するために知る必要がある知識の分野。この知識はまれであり、その素晴らしい本はこれらの主題について書かれています-言及されたツールを無視するか、新しい生まれ変わりに翻訳してください。

高品質のソフトウェア(imho)の作成に関する優れた書籍の1つは、アジャイルソフトウェア開発、原則、パターン、および実践です。そして、この本で使用されている言語(Java)がかなり変わってきましたが、本で提供されている例は時代を超越しており、選択した他の言語に簡単に翻訳できます。

DevOps運動が解決しようとする問題のいくつかは、意味をなさない組織で作業が管理される一般的な方法に関係しています。Eliyahu Goldrattがよく言ったように(The Goalの著者)「常識はあまり一般的ではありません」。

これらの本は、システム全体の改善のために、システム設定における問題と人間関係について正しく考える原理を教えています。レッスンは古く、残念なことに、実際にそれらを学んだ分野で働く人々はほとんどいません。

もちろん、AWSやDockerやJenkinsなど、新しくて分野に関連するフィズバンテクノロジーツールに関する本を書いた著者もいますが、本の販売を促進したいのですが...これらの種類のブログ投稿を私の回答から除外します。


その引用は、もともとヴォルテール、私はこのゴールドラットのことを聞いたことがありませんでした
ガイウス

@Gaius Goldrattは多くの賢い人々を引用していました。
エフゲニー

4

これは、分野または職業としてのインフラストラクチャエンジニアリングの成熟度の兆候です。機械、民生、または電気などの従来のエンジニアリング形式のいずれかを検討する場合、知識の大部分は紙の本形式であり、それがどのように教えられているか、実践エンジニアは参考書を参照してください。基礎となる原則が理解され体系化されると、実装の詳細は特定のアプリケーションまたはインストールにのみ固有であるためです。超高層ビルや橋、ジェットエンジン、航空母艦など、あらゆる工学的人工物を考慮することができます。非常に洗練されており、構築には優れたスキルが必要ですが、一般的な原則を使用して構築され、現在は理解されており、数十年の間にのみ変化し、数十年前からエンジニアには容易に理解できます。

DevOps固有のもの-CFEngine、Chef、Puppetなどを使用して構成管理を実装する場合、構成管理の原則は十分に理解されており、実際のツールに書き留めて適用できるようになりました。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.