（概要） 「ソースがごちゃごちゃしていて，どこに何が書いてあるのか理解するまでがたいへん」「1つの修正のために，あっちもこっちも書きなおす必要がある」「ちょっとした変更のはずが，本来はありえない場所にまで影響して，大幅なやり直しになってしまった」といったトラブルが起こるのは，ソフトウェアの設計に問題があるから。日本最大級となる60万件以上の求人情報サイト「イーキャリアJobSearch」の主任設計者であり，システム設計のベテランである著者が，コードの具体例を示しながら，良い設計のやり方と考え方を解説します。 （こんな方におすすめ） ・システム設計のポイントを知りたいエンジニア ・良い設計とは何かを知りたいエンジニア （目次） 第1章　小さくまとめてわかりやすくする 第2章　場合分けのロジックを整理する 第3章　業務ロジックをわかりやすく整理する 第4章　ドメインモデルの考え方で設計する 第5章　アプリケーション機能を組み立てる 第6章　データベースの設計とドメインオブジェクト 第7章　画面とドメインオブジェクトの設計を連動させる 第8章　アプリケーション間の連携 第9章　オブジェクト指向の開発プロセス 第10章　オブジェクト指向設計の学び方と教え方

Webアプリケーションフレームワーク導入時に考慮すべき22の観点

お前らがModelと呼ぶアレをなんと呼ぶべきか。近辺の用語(EntityとかVOとかDTOとか)について整理しつつ考える

SREやクラウドエンジニアが読むと良さげな本まとめ

ドメイン駆動設計で貧乏を爆殺する

[初心者向け]破滅的なクソコードを書かないために意識したい3つのこと

ドメインモデルとは(「現場で役立つシステム設計の原則」より)

ドメイン駆動設計を勉強するときのオススメ資料

オブジェクト指向プログラミングとドメイン駆動設計を学ぶのに適切な書籍とおすすめの読む順番

『動けば別に良くない？』と言っていた二年前の自分にシステム設計の話をしてみる

今まで読んだ技術書の中で汎用的で印象に残っているものをまとめてみる

現場で役立つシステム設計の原則にあるUMLをPlantUMLで書いてみる

ドメインロジックはドメインオブジェクトに凝集させる

「Controller にビジネスロジックを書くな」の対応パターン

ドメイン駆動設計という言葉を社内に広めていった1年を語ります

ワイと学ぶ、値オブジェクト

はじめてドメイン駆動設計をしてみて感じたこと

ドメイン駆動設計でデータベーススペシャリストの問題を使ってサンプルプログラムを作ってみた

ドメイン駆動設計を学びたい人にお勧めする書籍 + Twitter アカウント + α

やっと読めるようになった「現場で役立つシステム設計の原則」についてアウトプット

ハンズオン資料 - Spring Boot 2とAngularでアプリ作成 (1/2)

アプリケーションをドメインモデルで設計する

入門Javaのenum

【読書備忘】現場で役立つシステム設計の原則① 第1章：小さくまとめてわかりやすくする

ドメインをモデリングするには

一家？に一冊「SQLアンチパターン」

「現場で役立つシステム設計の原則」を読んだので、その要点

実務未経験者が今まで独学に使ってきた技術書を公開していくよ

RDBのデータモデリング・テーブル設計の際に参考にしている考え方と資料

Laravelで実践DDD

難しいコトは言わない！ドメインモデリングのノウハウ集

【研修】未経験WEBエンジニア1ヶ月目の振り返り

DDD実装パターンの区分オブジェクトをC#で実装する

オブジェクト指向のメリット・デメリット

【swift】オブジェクト指向について簡単にまとめてみた【初心者向け？】

Laravelで作るアプリケーションとドメインを(ついでにinfraも)独立させたパターン

筋トレからはじめる💪ドメイン駆動設計

プログラミングをよく知らない初心者がシステム開発をしてみて気付いた話

過去に経験したシステムがなぜ苦しかったか（現場で役立つシステム設計の原則～第１章 を読んで）

「現場で役立つシステム設計の原則」がとても勉強になったのでまとめてみた ~ １章 ~

IntelliJ IDEA, PlantUML, Spock を使って DDD, UDD(仮) を試みている話

DDD初めたい人にオススメする参考文献まとめ

データクラスは作らない(ハガネの意志)

Hanamiで動かすネクストエンジンAPIエクスプローラー

自身のITエンジニアとしての技術力（特に判断力）を身につけるときに影響を受けた技術書

プログラミングスキルが上がる本

レガシーなコードにドメイン駆動設計で立ち向かった5年間の軌跡 #DDDAlliance / 聴講メモ

イギリス経験論とイミュータブルデータモデル

レガシーコードを段階的に改善する

現場で役立つシステム設計の原則を読んで

塵も積もれば山となる ー 誰でもすぐにできるコード改善Tips！

値オブジェクトを作ってimmutableな実装を心がける

入出力と業務ロジックを分けることによる嬉しさ

条件分岐を整理する

[Java] 防御しすぎない防御的プログラミング

区分が出たらinterfaceを用意して多態性のあるオブジェクトに変更する

環境構築から始めるプログラミング入門の準備 ~健全なプログラミングは健全な環境に宿る~

開発が進んでいるプロダクトに単体テストを導入するはじめの一歩

【読書備忘】現場で役立つシステム設計の原則② 第2章：場合分けのロジックを整理する

現場で役立つシステム設計の原則～第3章～を読んで。

ドメインモデルで実装してみる

【新人プログラマ応援】独断と偏見で選んだおすすめ書籍（とりあえず）10選

Chatworkサマーインターンに行ってきた2022 バックエンド（Scala）コース

新卒エンジニアがコードレビューから学んだ二つの学び（Strategyパターン編）

チーム開発でリファクタリングをすすめるために試してみたこと

ちょっとずつ読むドメイン駆動設計 第三部 より深い洞察へ向かうリファクタリング 第九章 暗黙的な概念を明示的にする5  制約・プロセス

「現場で役立つシステム設計の原則」読書録 １章

Laravel! 頑張る! DDDもどき!

setterを書くな高校校歌

VB.NETでJavaの「列挙型クラス」を模倣して「区分オブジェクト」を作る

『現場で役立つシステム設計の原則』を読んだ感想

DDDで扱うValueObjectについて 初歩編

『イミュータブルデータモデルで始める実践データモデリング』感想

今年読んだ書籍の読書記録【2022年版】

現場で役立つシステム設計の原則 〜変更を楽で安全にするオブジェクト指向の実践技法