和書 492346 (343)
デザインパターンとともに学ぶオブジェクト指向のこころ (Software patterns series)
販売元： ピアソン・エデュケーション
Amazonのカスタマーレビュー（口コミ）
著者が過去に携わった業務における、著者の誤った設計を示し、
デザインパターンについて説明しながら、それを用いて
現在最善と思われる解決策を深い考察とともに説明している。
これは、よくある『わかりやすい、、、』『はじめての、、、』
のような誰でも書けそうな上から目線の書籍とは全く違う。
一流の設計者が自分の経験を基に最善の設計についての追求を
続けた過程が述べられており、より技術者好みの深い考察が多い。
（必然的に、リファレンスとしての用途では使えない。）
著者はおそらく、自分の過去の仕事に対する検討や反省を続けていた
のだろうという印象を受けた。このような書籍を多く読むことで、
設計に対する自分なりの哲学を身に着けることができるだろう。
特に秀逸だと思ったのは、Bridgeパターンの説明である。
今までピンとくる解説がなく曖昧に覚えていたものが、すっきりと
理解できた。他の方に説明するときは、この本の例を使うことにしている。
プロとして設計に携わっているならば必読だと思う。
ソフトウェア・テスト PRESS Vol.2
販売元： 技術評論社
Amazonのカスタマーレビュー（口コミ）
仕様書を何のためにかくのかを解らずに書く人がいることに驚いたことがあります。
自分が作るものを明確にするために書くのであって、他人のために書くのではないという意識が持てないのなら、書かない方がいいかもしれません。
プログラミング言語で書いた仕様書を認めない人もいますが、それはその人がプログラミング言語で書いたものを、他の言語で書き直して確認したいからだとしたら、その人に書いてもらうのも手かもしれません。
仕様書の欠陥を見つけるには、何を作りたいかを明確にしていくことになるので、嬉しいと思います。ただし、完璧な仕様書を作ってからプログラミング始めるのがいい場合と、手遅れの場合とがあることは、、、、
#プロトタイプのコードは捨てるようにという話題が、IPA/SECのプロセス改善ナビゲーションガイドにあったような気がします。
ソフトウェア・テスト PRESS Vol.3
販売元： 技術評論社
Amazonのカスタマーレビュー（口コミ）
試験は自動化したいです。ただし、自動化することで効果があることだけを自動化したいのであって、無駄な試験まで自動化する必要はないと思います。
ただ、安心のために実行する試験もあるので、何が無駄かは難しい問題があるかもしれません。
![]()
ソフト系IT産業の実態調査報告書〈平成14年版〉
販売元： 財務省印刷局
Amazonのカスタマーレビュー（口コミ）
![]()
プロへのバイブル デスクトップ・ミュージック入門編for Macintosh (SOFTBANK BOOKS)
販売元： ソフトバンククリエイティブ
Amazonのカスタマーレビュー（口コミ）
![]()
流れ図で学ぶプログラミング入門 (SOFTBANK BOOKS)
販売元： ソフトバンククリエイティブ
Amazonのカスタマーレビュー（口コミ）
![]()
入門 Fortran90実践プログラミング (SOFTBANK BOOKS)
販売元： ソフトバンククリエイティブ
Amazonのカスタマーレビュー（口コミ）
![]()
ネットワーク事典 (SOFTBANK BOOKS)
販売元： ソフトバンククリエイティブ
Amazonのカスタマーレビュー（口コミ）
![]()
プログラミングの基礎知識 (はじめて受験する人のための情報処理入門)
販売元： ソフトバンククリエイティブ
Amazonのカスタマーレビュー（口コミ）
![]()
ソフト・サービス料金―ビジネス・コストデータ〈’91年後期版〉
販売元： 経済調査会
Amazonのカスタマーレビュー（口コミ）