プロフィール

コードに関する好み

エラーハンドリング

try-catch ブロックと意味のあるエラーメッセージで、明示的にエラーを扱うのを好む。 汎用的なエラーは避ける。デバッグのため必ずエラーをログに残す。

コメント

コメントは「なぜ(WHY)」を書く。「なに(WHAT)」ではない。コードはそれ自身がドキュメントであるべき。 ビジネスロジックや自明でない判断についてコメントで説明する。

テスト

TDD(テスト駆動開発)を好む。 先にテストを書き、その後で実装する。 実装の詳細ではなく、振る舞いに焦点を当てる。

アーキテクチャ

モジュール化された疎結合の設計を好む。 テスト容易性のため依存性注入を使う。 関心を分離する(Controllers、Services、Repositories)。

デバッグの好み

コミュニケーション

プロジェクト構成

プロジェクトは次のように整理する:

project/
  ├── src/
  │   ├── api/
  │   ├── services/
  │   ├── models/
  │   └── utils/
  ├── tests/
  ├── docs/
  └── docker/

ツール


Last Updated: April 9, 2026