状態と性質を区別して考える

この記事は、「KNOWLEDGE WORK Blog Sprint 2026 Spring」第3日目の記事になります。 ナレッジワークでエンジニアリングマネージャーをしているhiroです。チーム内の開発トピックに対して主にバックエンドの設計・実装レビューを行っており、最近は少し減ってしまいましたが、実装にも携わっています。 本記事では前回のBlog Sprintで弊社CTOが公開した「操作より状態・性質に着目する」の続きとして、「状態と性質を区別して考える」というテーマで設計や実装のヒントになる考え方を書きます。 最初に、状態と性質を以下のように定義します。 状態：時間とともに変化しうるもの 性質：対象に紐づく不変なもの このテーマは様々な文脈で語られており、当たり前に感じる方も多いかもしれません。しかし、実際のプロダクト開発ではこの二つは驚くほど簡単に混ざります。そしてその混在が、コード

[deb]

といっても性質はたとえば法令とか運用によって簡単に変わるからDB設計やロジック設計において保守性を考えるなら状態との2言論に陥るのもよくないけどね…

[mkusaka]

状態（時間変化）と性質（不変）を区別し、関数シグネチャ例（canConvert(file.type,file.isUploaded)）で混在を見抜く設計指針を提示する。