サーバー 2026.09.12 11 RTOとRPOはどう決める？バックアップの手段を選ぶ前に出す2つの数字 RPOはどこまで戻れるか、RTOはどれだけ早く戻せるかを決める数字です。上限を決めるのは取得の間隔、下限を決めるのは復元の実測時間で、詰まる場所が違うため片方だけ詰めても効きません。1時間ごとに取っていても戻すのに半日かかれば停止は半日です。NISTの定義を確認しながら、決め方の順序と縛られる手段を整理します。 # バックアップ # RPO # RTO
プログラミング サーバー 2026.09.12 13 「最終実施日」が信用できなくなる設計｜実施と通知を同じ列に書かない 運用タスクの一覧に「最終実施日 3日前」と出ていても、実施した日とは限りません。通知を送る処理が同じ列を更新していると、一度も実行していなくても最近やったように見えます。SQLiteで動く形で再現し、事実を1行ずつ残す設計への直し方と、手元のデータが信用できるか調べるクエリまでまとめます。 # 設計 # SQL # データベース設計
プログラミング ソフトウェア 2026.07.03 121 TDD(テスト駆動開発)とは？Red-Green-Refactorと実務での使いどころ TDD(テスト駆動開発)とは何かを実務目線で整理します。TDDは実装より先にテストを書き、失敗するテストを書くRed、通す最小実装のGreen、整えるRefactorの短いサイクルを繰り返す開発手法です。Kent Beckが広めた考え方、普通のテストやBDDとの違い、メリットと限界、AIでコードを量産しやすい時代になぜ効くのか、実務での始め方まで具体的にまとめます。 # 設計 # テスト # リファクタリング
プログラミング フレームワーク 2026.05.22 200 自作フレームワークのメリット・デメリット — 「車輪の再発明」 はいつ正解か 「自社フレームワークを作りたい」 という発想は、エンジニアなら一度は通る道です。本記事では、自作フレームワークのメリット(完全な制御 / 学習効果 / ドメインへの最適化)とデメリット(保守コスト / 採用難 / ガラパゴス化)を整理し、「いつ作って正解か」「いつ地雷か」 を判断軸として提示します。既存フレームワーク + 薄いラッパーという中間解、AI 時代の自作フレームワークまで踏み込みます。 # フレームワーク # 設計 # アーキテクチャ
ソフトウェア プログラミング 2026.04.29 182 仕様書があるのに実装がぶれるのはなぜか？ 仕様書があっても実装がぶれるのは、誰かが雑だからだけではありません。仕様書の外に残る判断、例外処理、優先順位、用語の解釈差、更新されない文書が重なると普通にぶれます。実務で起きやすい構造を整理します。 # 設計 # 要件定義 # 仕様書
プログラミング ソフトウェア 2026.04.10 165 フォールバックとは？ダメになりやすい理由と、それでも必要な場面を解説 フォールバックは保険として便利に見えますが、設計や運用を雑にするとエラー特定が難しくなり、かえって障害を長引かせることがあります。メリットと難しさを実務目線で整理した記事です。 # 可用性 # フォールバック # 障害対応
