// コードと趣味の境界線上
MySQLでもPostgreSQLでも、DBの運用って地味に面倒だ。バックアップ、パッチ適用、レプリケーション、フェイルオーバー…。これら全部から解放してくれるのがRDS（Relational Database Service）だ。
RDSのすごさは「マネージド」の一言に尽きる。DBエンジンを選んで（MySQL, PostgreSQL, MariaDB, Oracle, SQL Server, Aurora）、インスタンスサイズを決めて…はい、数分でDBが使える。バックアップは自動、パッチも自動、マルチAZ構成にしてれば障害時も自動フェイルオーバー。
「動けばいい」は正しい。でもずっとそれでいいのか。コードを書くという行為をもう一度真剣に考えてみたい。
書いた瞬間から保守コストが発生する。動いているコードですら、読まれるたびに他人（と3ヶ月後の自分）の時間を奪う。そう考えると、「書かない」という選択が最善のコードであることも多い。コードは資産である前に負債なのだ。
「シェルなんてなんでもいい」と思ってた時期が私にもあった。fishに出会うまでは。bashもzshも使ってきたけど、fishに乗り換えて1年——もう戻れない。
最初は「POSIX互換じゃないし…」と尻込みしてた。でも実際使ってみると、オートサジェストとシンタックスハイライトの組み合わせが強力すぎて、互換性のなさを補って余りある体験だった。Ctrl+Rを連打しながら履歴を探す日々とはおさらばだ。
「共通処理をまとめたい → 基底クラス作ろう」という思考、あるある。でもそれ、だいたい2年後に技術的負債になる。私も何度もやりかけては痛い目を見てきた。
継承は「is-a」関係。動物クラスを継承した犬クラス、猫クラス。一見きれい。でも犬は吠えるけど猫は吠えない——さてどこに bark() を置く？こういう小さな歪みが積み重なって、やがて継承ツリー全体が崩壊する。
[Read more…] about なんでも継承で解決しようとするな ― Composition over Inheritance をPHPで考える
個人ブログを立ち上げるにあたって、VPS + WordPress構成でどこまで速度を出せるか気になってた。結論から言うと、KUSANAGIのnginx構成は想像以上だった。
Oracle Cloudの無料ARMインスタンスにKUSANAGIを載せて、nginx 1.29 + PHP 8.2 + MariaDB 10.11という構成。ベンチマークを取ってみると、キャッシュヒット時のレスポンスが0.02秒台。VPSの格安インスタンスでこの数値は正直驚いた。WordPressの常識が覆るレベル。