アプリケーションロジックの命名にCRUDを持ち込まない
命名にcreate, update, deleteなどのCRUDの概念を持ち込むと、変更に合わせて命名とその処理が乖離して重要なドメイン知識が失われることがある CRUD前後の条件チェックやエラーハンドリングなど 最初は単純なCRUDだったのが仕様理解を通してアプリケーションサービスの責務も持つようになることはよくあり、設計の一貫性を保つのが難しくなる create,updateではなく、外側の依存を受け付けるsaveというインタフェースで扱うのが望ましい
CRUDを伴う副作用を扱う処理はビジネス要求と合わせた命名にする