開発環境で舌打ちしなくていい未来を目指して
至極当たり前のことが書いているんだけど、状況がそうさせてくれないケースがある。割れ窓理論的に崩れていくので定期的に律していきたい。
手順書をがんばるより、miseを使って、miseの設定として残すのが良いのではないでしょうか。
そこで再現性のあるコード管理としてのIaCですよ(補完的なドキュメントもあるに越したことはないです
これな >「ボーイスカウトルールで "当然" に直す」
この辺はもはやAIに生成させた方が問答もできる最新版が手に入っていいんじゃないかな。
2026年のやり方じゃねぇと思う^^;ちゃんと再現性のあるものを構築する仕組みが複数公開され、管理できるようになってきてるんだから
ブコメ、miseを使おうがIaCにしようが、ここに書いてあることは依然として必要なのでは。ツールよりも上位のレイヤーの話だと思うよ。
安定して再現できるようになってないと不安になる。 本番環境と限りなく差分が無いことが望ましいけど、差分が出てしまうなら全て明文化、且つ差分が出ても問題がない根拠は残しておくべきと思う。
開発環境を信頼できる状態に保つ - モヒカン技術ブログ
開発環境で舌打ちしなくていい未来を目指して
至極当たり前のことが書いているんだけど、状況がそうさせてくれないケースがある。割れ窓理論的に崩れていくので定期的に律していきたい。
手順書をがんばるより、miseを使って、miseの設定として残すのが良いのではないでしょうか。
そこで再現性のあるコード管理としてのIaCですよ(補完的なドキュメントもあるに越したことはないです
これな >「ボーイスカウトルールで "当然" に直す」
この辺はもはやAIに生成させた方が問答もできる最新版が手に入っていいんじゃないかな。
2026年のやり方じゃねぇと思う^^;ちゃんと再現性のあるものを構築する仕組みが複数公開され、管理できるようになってきてるんだから
ブコメ、miseを使おうがIaCにしようが、ここに書いてあることは依然として必要なのでは。ツールよりも上位のレイヤーの話だと思うよ。
安定して再現できるようになってないと不安になる。 本番環境と限りなく差分が無いことが望ましいけど、差分が出てしまうなら全て明文化、且つ差分が出ても問題がない根拠は残しておくべきと思う。