よく一緒に購入されている商品
商品の説明
出版社/著者からの内容紹介
プログラマがプログラミングの経験を数年積むと、次には「設計者」としてスキルが求められる。本書では、設計者の基本的な知識として、ロバストネス分析や、オブジェクト指向原則に基づいた、生産性・保守性・信頼性に優れたシステムの設計手法を解説する
内容（「BOOK」データベースより）
ロバストネス分析とオブジェクト指向原則に基づき、デザインパターンやリファクタリングを適用し、生産性・保守性・信頼性に優れたシステムの設計手法を解説。
登録情報
|
この商品を見た後に買っているのは？
類似した商品から提示されたタグ(詳細)関連タグ(この商品に近い関連キーワード)を追加する++最初のタグになります
|
カスタマーレビュー
最も参考になったカスタマーレビュー
8 人中、8人の方が、｢このレビューが参考になった｣と投票しています。
形式:単行本
書名が、入門オブジェクト指向設計となっているが、
この本は、オブジェクト指向設計というよりは、
オブジェクト指向を使用したWEBアプリの設計の説明と言う内容になっている。
MVCモデルを使用し、かつ主流になりつつある技術を使用しての、WEBアプリのうまい手本といった具合。
この本は、オブジェクト指向設計というよりは、
オブジェクト指向を使用したWEBアプリの設計の説明と言う内容になっている。
MVCモデルを使用し、かつ主流になりつつある技術を使用しての、WEBアプリのうまい手本といった具合。
ただし、DIコンテナとO/Rマッピングを使うことが前提になってるので、
この部分を詳しく知りたければ別の文献を参照しないといけない。
今までWEBアプリを作って来た人でDIコンテナとは、O/Rマッピングはという人は、読む価値はあると思う。
あとWEBアプリをはじめて作る人にも参考になることは多いと思う。
10 人中、8人の方が、｢このレビューが参考になった｣と投票しています。
形式:単行本
いまふうのオブジェクト指向設計を一冊で学習できる、たのもしい本だった。
いまふうというと、どうも「流行」という言葉と結びつきそうだが、流行やキーワードにあまりとらわれない作りが、またよかった（とはいえDIなどの最近流行の技術は取り入れられていますが(^_^)）。
面白かったのは、ロバストネス分析の解説。UMLでしかオブジェクト指向開発ができないと思っていた人は、まさに驚きでしょう。UMLのこざかしい知識なしに、こんなに簡単にオブジェクト指向開発ができるのかと思いました。
しかしそれは表面的なものであって、本質的なことはどういう道具で開発するかではなく、オブジェクト指向開発原則という約束に則って開発を進めるというところにある。この点をしっかり書いているとことはすばらしかった。
オビで「プログラマ、3年目からは設計者」と唱われているが、プログラマから設計者というスキルを身につけたい人には、コンパクトでわかりやすいし、格好の本だと思う。また、プログラミングの向こうの世界を把握するにも、非常によい本です。
いまふうというと、どうも「流行」という言葉と結びつきそうだが、流行やキーワードにあまりとらわれない作りが、またよかった（とはいえDIなどの最近流行の技術は取り入れられていますが(^_^)）。
面白かったのは、ロバストネス分析の解説。UMLでしかオブジェクト指向開発ができないと思っていた人は、まさに驚きでしょう。UMLのこざかしい知識なしに、こんなに簡単にオブジェクト指向開発ができるのかと思いました。
しかしそれは表面的なものであって、本質的なことはどういう道具で開発するかではなく、オブジェクト指向開発原則という約束に則って開発を進めるというところにある。この点をしっかり書いているとことはすばらしかった。
オビで「プログラマ、3年目からは設計者」と唱われているが、プログラマから設計者というスキルを身につけたい人には、コンパクトでわかりやすいし、格好の本だと思う。また、プログラミングの向こうの世界を把握するにも、非常によい本です。
1 人中、1人の方が、｢このレビューが参考になった｣と投票しています。
形式:単行本
自分の印象では、オブジェクト指向がどうのというよりは、JavaでWebアプリ開発をする際の、基本的な設計・実装方法を説明した本。
本書のはじめにでてくる分析者、設計者、プログラマというのは自分の経験に照らし合わせると、それぞれ
分析者＝＞業務ロジックなどの仕様をおさえているひと。
設計者＝＞実装やテストの方式を決定するひと。いわゆるアーキテクトなのか？
プログラマ＝＞プログラマ
になる。（チームのリーダーが分析者・設計者を兼務している現場が多かったかな。）
だから、ここでいう設計というのは仕様をまとめることというより、
仕様をどう実装していくかということを意味している。
本書では、うえの意味での設計者が考慮すべきことをコンパクトに説明している。
前半は、設計よりの内容。
後半は、ソースコードもたくさん出てきて実装よりの内容になっていく。
具体的な内容は、ほかのレビューに書いてあるとおり。
設計から実装へという流れで、両方を説明しているので、
設計ばかりの本や実装ばかりの本とくらべると、ちょっと物足りない感じもある。
実装のサンプルを見て、形式だけまねするのではなくて、
もう少し設計上の観点から眺めてみたいというひとにはよいかもしれない。
本書のはじめにでてくる分析者、設計者、プログラマというのは自分の経験に照らし合わせると、それぞれ
分析者＝＞業務ロジックなどの仕様をおさえているひと。
設計者＝＞実装やテストの方式を決定するひと。いわゆるアーキテクトなのか？
プログラマ＝＞プログラマ
になる。（チームのリーダーが分析者・設計者を兼務している現場が多かったかな。）
だから、ここでいう設計というのは仕様をまとめることというより、
仕様をどう実装していくかということを意味している。
本書では、うえの意味での設計者が考慮すべきことをコンパクトに説明している。
前半は、設計よりの内容。
後半は、ソースコードもたくさん出てきて実装よりの内容になっていく。
具体的な内容は、ほかのレビューに書いてあるとおり。
設計から実装へという流れで、両方を説明しているので、
設計ばかりの本や実装ばかりの本とくらべると、ちょっと物足りない感じもある。
実装のサンプルを見て、形式だけまねするのではなくて、
もう少し設計上の観点から眺めてみたいというひとにはよいかもしれない。
関連商品を探す
- 本 > コンピュータ・IT > コンピュータサイエンス > システム管理・監査
- 本 > コンピュータ・IT > コンピュータサイエンス > 情報学・情報科学全般
- 本 > ソフトバンクの本
- 本 > ソフトバンククリエイティブ
同じキーワードの商品を探す
フィードバック
- カタログ情報、または画像について報告
- 著者からのコメント
- 出版社からのコメント
|
