私は「X as Code」における「as code」という接尾辞を、これまで個人的に「原理や規則の体系」¹と定義してきた。これは「as code」を「プログラミングとして」と解釈する一般的な理解とは対照的なものだ。

この短いブログ記事を書いて自分の意図を明確にしておく必要を感じたのは、代表的な「X as Code」ツールであるTerraform²を立ち上げたという経歴から、こうした誤解の対象に個人的になりやすいからだ。

「X as Code」³で私が常に意図していたのは、人々の頭の中にある知識を、より明文化されたシステムへと移すことだった。一度明文化されれば、知識やプロセスは共有したり、バージョン管理したり、繰り返し改善したりできるようになる。

プログラミングとの関係で言えば、コード化された知識はコンピューターが読み取れる形になる傾向があり、それに伴うあらゆる恩恵（自動化や検証など）をもたらす。しかし、だからといって現代的なプログラミングに求められる要件のすべてを「as code」なシステムに適用すべきだとは、私は考えていない。

歴史的な補足として、私は10年以上前（Terraform以前だ！）にTao of HashiCorpを共同執筆したが、この考え方は今も2つの「Codification（コード化）」のセクションに残っており、執筆当時からほぼ変わっていない。これは私の「as code」に対する意図を理解するための、さらなる手がかりになるはずだ。

この投稿を、「as programming」という考え方への批判や、「as code」が完璧であるという主張、あるいは「as code」は常にこのように解釈されるべきだという主張として受け取らないでほしい⁴。いずれも真実ではない。私がしたいのは、歴史的に私がこの用語をどのような意図で使ってきたかを明確にすることだけだ。