リスト：読む予定 を表示しています。（全 5 件）

ガベージコレクション、非同期処理、ボックス化、、、理解していた気になっていたものを
本当に自分のスキルとして獲得できたような気がします。
具体的で豊富なコードと丁寧で知己に富んだ解説で、説明もとても理解しやすいです。
１章読むごとに実力がついたと感じました。実際、通常のコーディングから
パフォーマンス改善、バグフィクスなどの場面で役に立っています。
他のMicrosoft公式解説書と一線を画しているのは、.NetFrameworkの設計や実装について
説明するだけでなく、公正な立場で悪い部分は”悪い”とはっきりと述べていたり、
.Net仕様が著者の哲学と反する部分は”こうするべきだ”ということを述べています。
そういう点が読んでいて面白いです。
また、実際にコードを組んでいてDonis MarshallのプログラミングC#を参照したが
良い答えが見つからず、この本を参照してクリアに理解できた経験が何度かあるので、
個人的には現在日本語で読める最も良いC#の解説書だとも思っています。
Don BoxのEssential .NETなどより平易なので、先にこの本を読むほうがよいと思います。（ひにもの / 2007-11-16）

「第4部 デバッグ」を目的に買いました。
"メタデータとリフレクション" 50ページ "MSILプログラミング" 40ページ
"Visual Studio 2005によるデバッグ" 70ページ" 高度なデバッグ" 60ページとかなり充実しています。
また、コードスニペット自作のチュートリアルが8ページあり、
リファクタリング、MSBuild、ClickOnceも軽めではありますがカバーしています。
C#2.0については、ジェネリックとイテレータについては一章ずつ割いています。匿名メソッドはデリゲートとイベントの章に組み込まれています。
全体として、C#言語を復習したり、ツールやメタデータを積極的に使いこなしてステップアップしたい人に向くでしょう。一方で以下の人は買うべきではありません。7000円を悔やみ涙することになるでしょう。
・初心者：プログラム初心者に入門用としてこの本を薦めるのはKRのCを進めるより不親切です。
・ADO.NET,WinForms, ASP.NETなどの上の層の技術を身に着けたい人：言語編ですので、これらの技術については全く書かれていません。（enrike / 2006-09-13）

プロパティやデリゲートといったC#の特徴的な部分について、詳しい説明とコードによる例示があるため、理解を深める場合にも確認する場合にも利用できます。
C#を始めて使う場合には、この本を読む前にC#にはどんな特徴があるのかを事前に調べてから読むと非常に読み解くのが楽になると思います。調べるといってもWikipediaのC#のページを一通り読む程度で十分です。
ただし、これまでに一度もオブジェクト指向というものに触れたことの無い方や、これからプログラミングについて学ぼうという方には、上の方も書いているようにオススメできません。書かれているのは本当に「言語の仕様」と「VisualStudioの仕様」に限られているためです。逆にこの2つに興味がある方にとってはかなり有益な情報になると思います。（trgmk / 2008-01-09）

C#を低レベルから言語仕様を理解するには十分な内容でした。
単にC#で趣味程度のプログラミングをしたいという初心者の方には、
難しすぎる内容なのでやめた方が良いです。
他のオブジェクト指向言語をマスターしている中上級者向けです。
日本語訳がいまいちな部分もありますが、それほど読みにくくはなかったです。（なか / 2009-08-15）

ASP.NET2.0テクノロジをこれだけ細かく解説しているのは日本語ではこれ唯一です。
たとえば、ページライフサイクルなど曖昧な理解のままの人も結構多いのではないでしょうか。
「絶対に理解しておきたいことなんだけど、他の解説書には詳しく書いていない」。
そんな内容が満載です。
ただ、新人開発者には向きません。「独習ASP.NET」のようなものではありません。つまり、演習などはありません。
ある程度の原理を理解している人が、より詳しく正確なメカニズムを知るための、（どちらかというと）"読み物"です。（Menow / 2007-06-16）

本書は、日経ＩＴプロフェッショナルに２００５年５月号から、２００６年３月号まで連載された、「本当に使える見積もり技術」を加筆修正して出版された本である。連載当時から興味深い内容であったので、今回の出版はよいことだと思う。著者は、ファンクションポイント法（ＦＰ法）の専門家である。理論的に仕事をしているＳＥにとって、見積だけが、「KKD（勘・経験・度胸）」法では、困ると思う。本書では、見積の準備、なぜ見積が重要か、その心得を説明した後、ソフトウェアメトリクスの話が出てくる。そのソフトウェアメトリクスを論じたうえで、ＦＰ法が出てくるので、なぜＦＰ法なのかという部分もわかりやすい。またＦＰ法の説明も端的でわかりやすく書かれている。このＦＰ法の部分がメインと思っていい。それから、係数モデルによる見積や、ＷＢＳによる見積が書かれている。実は、これらは、規模見積であり、そこから工数見積に展開する部分で悩む方も多いのではないか。この本では、規模見積から工数見積、期間見積、価格見積まで展開していく方法が説明されている。ここは、著者の見識であろう。しかし、なかなかこの部分の展開が書かれている文書が少ないので、貴重である。参考にするといいと思う。最後に見積書の作成が書かれているが、これはおまけかな。本書の本質は、ＦＰ法の使いこなし方と、規模見積からの工数見積、期間見積、価格見積への展開の２点が中心であり、その内容は、わかりやすく説明されている。見積を具体的に実践する方におすすめしたい。（chukanshi / 2006-10-05）

日立のＰＭＯに所属されており、また、日本ファンクションポイント・ユーザ会副会長でもある初田賢司さんが書かれた「ソフトウェアの見積り技術」の本。
プロジェクトの多くが、当初の「見積りミス」によるものであり、
その「見積りミス」の大半は、
　「見積り段階で前提条件を合意できておらず、
　　プロジェクトの実行段階でコントロールできなくなるケース」であり、
　結果として、気づいた時には、当初規模の２倍以上に膨れ上がることもある。
「こうしたリスクを回避するのは、
　ものづくりの計画に加え、
　マネジメントの計画を立てておく必要がある。
　スコープやコスト、スケジュールなどについてマネジメントのベースラインを決め、ベースラインとの乖離を把握する仕組みを作らなければならない。
　マネジメント計画は、見積りで大枠が決まる。
　だから、見積りでプロジェクトの成否の大半が決まる」

見積りにおいて、
「エンジニアリング」面と同等に「マネジメント」面と連携した見積りが大切であり、
その全体構造を明確に示しています。
ＦＰ法（ＩＦＰＵＧ法）とＰＭＢＯＫに、準拠しているのも、
思考のフレームワークとして理解しやすいと思います。（papillon / 2007-10-23）

ズバリ良書だと思います。
構成もしっかりしており、特にコラム欄に無駄な内容がなく充実しています。
著者の経験と実績にしっかり裏づけされており、理解しやすく納得度も高いです。
見積もりのメトリクスとして以下の５つを紹介しています。
　・Line of Code（ステップ数）
　・FP数
　・画面帳票数
　・ユースケースポイント数
　・ドキュメントページ数
これらをメリデメで比較しつつ、FP数が最も適切なメトリクスであると結論づけ、FP法の具体的な使用法に展開していきます。
いよいよFP数の割出そうとする際には、その精度は経験に依存するところを大としますが、ある程度フレームワーク化されているので教科書になるでしょう。
見積もり初期段階（基本設計前）でも、ユースケースポイント数でなく、推測を使えばFP数で見積もることができることがわかりました。
つまり、見積もり初期から一貫して同じメトリクス（FP数）を使用することで、見積もりのブレに対する分析・評価がしやすくなると述べられています。
付録のCD-ROMに、「見積もり支援ソフト」「見積もりリスク分析ソフト」の各試用版が収録されていますが、このソフトを使用しながら学習するようにはなっておりません。
（nobuakim / 2008-04-01）

売れているようなので、数ある見積り本の中からコレを選んだ。ファンクションポイント法はかなり詳しく書かれていて分かりやすかった。個人的には多くの見積もり手法の良し悪しを論じる時期は過ぎ、ファンクションポイント法を中心にいくつかの手法に集約されると思う。良書です。（全力 / 2008-04-03）

FP値と係数による見積、WBSによる見積、保守開発の見積など、様々な切り口にて、工数見積の方法が記載されています。わかりやすい本なので、職場の方にもおすすめしました。FP法だけ説明している書籍より、この本の方がバランスがとれていてるので、お勧めです。（okamoto53515606 / 2010-03-09）

数学的な背景を持った見積もり技法を「サイエンスとしての見積もり」、経験則と単純な公式による見積もりを「アートとしての見積もり」とマコネルは区分けしている。本書では両方を取り扱うが、より「アートとしての見積もり」に重点を置くとしている。
プロジェクトのサイズを大中小と分けるなら、中小プロジェクトが圧倒的に多数を占めるものと思う。こうしたプロジェクトでも当然見積もりは必要とされるが、「サイエンスとしての見積もり」を行うのは少々スペックオーバーに思える。ほとんどの現場では経験則や貧弱な根拠による見積もりが行われ、プロジェクトに混乱をきたしているのではないだろうか。
第1部では、良い見積もりとはなにかの考察が行われる。マコネルは、見積もりとターゲットとコミットメントが異なるものであることを最初に示し、様々なデータを元に見積もりに対する考察を行う。その中で良い見積もりと適切なプロジェクトコントロールは不可分のものであるというメッセージが度々語られている。
第2部では、プロジェクトの規模や種類、ステージに応じた具体的な手法がまとめられている。
第3部では規模、工数、スケジュールなどのそれぞれの見積もりごとの手法と課題がまとめられている。
本文はわずか300ページ足らずなのだが詳細な見積もり技法の本を何冊も読むよりも。現場に立つ開発マネージャーにとって（ただし、中小規模のプロジェクトの）、この本を読み込んだ方が役に立つ実践的な知識と考察が得られるように思う。
（赤戌 / 2006-11-16）

常に提示される見積もりに疑問をもっていたので、じっくり本書を読んだ。
最初に提示される見積もりとコミットメントの違いの説明で、その疑問の半分は解消される思いがした。通常提示されていたものは見積もりそのものではなく、コミットメントではないかと。　この調子でアートとしての見積もりに関する知見にふれていくことで、見積もりの在り方の理解が進んでいく。
ただしここで提示される見積もりはそれなりにしっかりとしたバックデータに裏付けられた見積もりであり、通常の日本のベンダーではこの様な定量的な分析ができる体制になっているのか疑問であり、残念な気持ちにもなる。
その様な現実的な側面はあるものの、中小規模の開発案件を企画管理する立場の人には見積もりの在り方を考える上で必読の書であると思います。（tabopapa / 2008-03-09）