2016年1月26日デジタルとアナログ。2016年1月12日2016年あけましておめでとうございます。岳大コメントする井上です。DDD)のリファレンス本について紹介致しました。おかげさまで非常に多くの方にご覧頂いたようで、DDDの注目度を改めて感じました。出版され、日本におけるDDDへの注目度がさらに増しているように思います。私自身、普段からDDDを用いた開発を行っているので、日本語で多くのDDD情報が入手できることはとても嬉しい限りです。Design私自身、まだ購入したばかりで流し読みしか出来ていないのですが、簡単に紹介したいと思います。DDDパターン・原則・プラクティス本とは本書は、大きく4つのパートから構成されています。概要は以下の通りです。ついて戦術的パターンより戦略的パターンが先に紹介される構成となっており、その点はDDD実践本と同じですね。本書は792ページと非常にボリュームがあります。656ページであることと比較しても、そのボリュームがわかると思います。DDD本とDDD実践本のサンプルコードはJavaで記述されていましたが、本書はC#で記述されています。各パート・章のタイトルを見ていただければ、どのような内容になっているのかある程度想像がつくのではと思います。Book」で、本書の想定読者について触れています。以下、上記からの引用です。depth.ここでは、本書が「DDD本の代用品ではない」と明確に述べていますね。」という記述もあります。いう言い回しを使うことで、分かりやすさを強調しているのかなと解釈しました。本書は「DDD本を読むだけでは分かりづらかったDDDの概念を、わかりやすい文章と実践的なコード例を用いて解説する」という内容になっていると思います。著者が述べている通り、DDD本を既に読まれた方が、理解を深めるための副読本として読むのが良いのかもしれませんね。まとめ今回は、DDDパターン・原則・プラクティス本について簡単に紹介しました。DDDへの理解を深めるために有用そうな内容になっているので、少しづつ読み進めていきたいと思います。康廣コメントするギルドワークスさんとパートナーとして一緒にお仕事させていただいています木目沢(@pilgrim_reds)と申します。このような場で記事を書かせていただけることになりまして大変緊張しております。Beckが書いた「実装パターン」という本を紹介したいと思います。出版社の都合で絶版になってしまっているのですが、素晴らしい本ですので、もし手に取る機会がありましたらぜひ読んでみてください。この本のテーマは、「よいコードを書く方法」です。190ページという薄い本ながら、「よいコードを書く」ためのパターンが100個近く掲載されています。なにより素晴らしいのは、パターンを紹介するだけでなく、そもそもよいコードとは何か?なぜよいコードを書く必要があるのか?パターンとは何か?どのようにパターンを選択し、適用すればよいのか?という本のテーマの「前提」となる部分がきちんと説明されていることです。(まえがき、1章〜4章)全てをこの場では紹介しきれませんので、今回はこのなかから、「よいコードを書くためのはじめの2歩」を紹介します。はじめに」で紹介されています。1歩目・・・プログラミングを行うと同時に意識的になること。Beckがこの本を執筆しはじめたころの話だそうですが、当時、すでに、何年もプログラミングの経験があり、プログラミング上の決定はスムーズにすばやく行われているのに、なぜメソッド名をその名前にしたのか、そのオブジェクトにそのロジックを含ませるべきだと確信した理由は何なのかを説明できなかったことに気がついたそうです。そこで、よいコードを書くための第一歩は「自分で何を考えているかを意識できるぐらいに思考速度を落とす」こと、直感でコードを書く「振り」をやめることを挙げています。2歩目・・・他人の重要性を認識すること。プログラミングというのは、1人の人間と1台のマシンとの孤独なコミュニケーションであることは、ほとんどありません。他人を気に掛けるということは、意識的な決定であって、練習しないと身につかないものです。第2版」の原書出版が2004年。「実装パターン」原書出版が2007年ですから、当時、すでに達人の域に入っていたといってもいいでしょう。新人でも中級者・上級者であっても気がつかなければ最初の一歩も踏み出せないということです。ここまで、こんなことを言っておいてなんですが、私自身、はじめの2歩を忘れてコードを書いていることが未だに多いです。誤解していただきたくないのは、「常にゆっくり」コードを書けといっているわけではありません。トレーニングの一環といったところです。最終的にはよいコードを書くことを「習慣化」するというのが、そもそもの本書の目的であります。最後にこの「実装パターン」ですが、ギルドワークスの増田さんが、ドメイン駆動設計を実践する中で、何度も読み返して参考になさっている文献のなかの一冊に挙げられています。亨ドメイン駆動設計を実践されている方にもぜひ手に取っていただきたい一冊です。亨コメントする※この記事は、下記へ移動いたしました。亨コメントする※この記事は、下記へ移動いたしました。亨コメントする※この記事は、下記へ移動いたしました。岳大コメントするはじめまして。私は仙台でフリーランスのエンジニアとして活動しています。以前は仙台のSIerに勤務していたのですが、ギルドワークス設立と同時に退職し、それ以来ギルドワークスと一緒に仕事をしております。そのような縁もあり、本ブログで記事を書くことになりました。私は長らくJavaでシステム開発を行っていることもあり、以下のような分野に興味があり、仙台でも勉強会を主催したりしています。オブジェクト指向設計デザインパターンTDD(テスト駆動開発)DDD(ドメイン駆動設計)本ブログでは、主に上記に関連するような記事を投稿していきたいと思います。パッケージ間の循環依存を自動で検出するさて、今回はパッケージ間の循環依存の自動検出について取り上げます。亨1件のコメント※この記事は、下記へ移動いたしました。Blog.投稿先:キャンセル。