エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
設計判断のトレードオフ|iepyon
オブジェクト指向、関数型、SOLID原則、DDD、クリーンアーキテクチャ、疎結合、DRY原則、ユニットレベル... オブジェクト指向、関数型、SOLID原則、DDD、クリーンアーキテクチャ、疎結合、DRY原則、ユニットレベルのTDD、e2eレベルのTDD、リファクタリング etc.. フレームワークや設計原則や設計技法によっては親和性の高いものと低いものがある。変に複数を取り込もうとすると悪魔合体でヘンテコになることがある。チーム明文化しないと他分野からやってきたプログラマは設計の選択の判断の基準の違いで混乱することがある。私なりの理解の再整理。 Rails ナイスなメンバーで構成された1つのスモールチーム、E2Eレベルのテストの自動化、設定より規約、DRY原則を重視している傾向があり、疎結合、ユニットレベルのTDD、DDD(Service、Repository, Value Object, Aggregate Root....)、SOLID原則のIDは重視しない傾向がある。DDDを変に合体させるとヘン