Toolと紹介されていたなとか頭によぎります。ついて再考してみたのでここに共有したいと思います。再考まず定義から行きましょう。インフラの構成を管理したり、プロビジョニングを自動化するためにハイレベル、もしくは宣言的な言語でコードを書くことである。これは単にスクリプトを書くのではなく、ソフトウェア開発で実証されているプラクティスを使う。バージョン管理、テスト、小さなデプロイメント、デザインパターンの使用などだ。宣言的なコードを書くプラクティスであり、それらがコード化されることで、単に自動化できるとかではなく、ソフトウェア開発で培われてきたプラクティスがインフラ構築にも使えるようになることが大きなイノベーションです。具体的には、バージョン管理ツールを使うことだったり、テスト駆動開発やCIだったり、リファクタリングだったり、今までソフトウェア開発でしか使われてこなかったことが、インフラの構築にも使えるようになるわけです。ここまでは私が理解していたことです。チュートリアルを実施するととても分かりやすいです。いうツールを使って、インフラストラクチャをテスト駆動開発で実施します。実際に私のイメージするインフラをコード化したものとしては3種類の対象があります。生成の自動化、そして、もう一つは起動したVMに対して、各種のツールやライブラリをインストールして設定していくことを自動化するものです。実施してくれる領域です。呼ばれることが大半のようです。ちなみに3つめはコンテナですが、今回の記事では割愛します。本人に聞いてみましたすると、彼は、「このビデオを見てみてよ。それでまだ質問があったらいつでも聞いてくれよ」とのことでした。Codeとして明確に使い分けていました。とみんながみんなそう呼んでいるわけではないけど、自分はこの考えがメリットがあり好きだから使っていると言っています。アーティクルが見つかりました。部分は「extension」と書いてあります。SDKぐらいから始まっているのでしょう。明確に分けるメリットについて述べられています。逆方向じゃね?」とお思いになる方もおられるかもしれません。フィーチャーチームとして同じチームになるほうがいいと思いますが、フルスタックエンジニア的なものになる必要はないと思っています。これは意見がわかれるところでどちらでもいいと思います。いうのは萌えポイントが違うことが多いと思うのです。私と一緒に働いている小塚さんという非常に優秀なITProのクールガイがいるのですが、彼はたまに私のやっていることが「全然興味ない」と言っています。Dev出身の私は、彼がたまに、OSのパラメータをいじってパフォーマンスがちょっと向上したとかいってほくそ笑んでいる姿をみて「まったく興味ないわ」と思っていますw。あったほうがいいと思うのです。お互いのキャリアは一瞬で簡単に身につくものでもありません。して楽しいんじゃないかと思っています。私も思いっきりそうでした。あるという風にすると、確かにどこに「インフラ」はいっちゃったのかな?という感じになります。人に主導されてきたのではないか?と仮説を立てています。細かい違いに無頓着です。別物で、使うタイミングも違うものという考えをしていました。「コンフィグレーション」は何回か実施します。いう2つの用語を使って明確に分ける派になろうと思っています。姿勢がとても好きです。広める立場にあります。ビデオという人前できいてそれをなおかつ共有するとか、日本人ではありえない展開です。彼は演技ではなくて素直にそれを人前で聞いています。それをシェアして、同じように思っている人と学びを共有しました。私もそうありたいと思います。»プロフィールid:simplearchitectアジャイルコンサルタントの日記です。ソフトウェア開発の上手なやり方を追求するのがライフワーク。勉強したり、留学したりすればするほど、英語のレベルが落ちている現象を考察してみたアメリカで、ソフトウェアエンジニアの日本人がインパクトのある仕事をする方法アメリカに住んで初めてわかった「最大級」の違いググるのをやめるとプログラムの生産性が上がるかもしれない月別アーカイブ参加グループプログラミングはてなブログをはじめよう!simplearchitectさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。