本書の根本的な問題は第2版から変化していない
本書の抱える原理的な問題は、構造化言語ですらないCOBOLのエンジニアの視点で書かれたOOPの書籍という現代では全く意味をなさない書籍であるという点である
本書はオブジェクト指向でなぜ作るのかというタイトルなのに、COBOLエンジニアであると思われる著者は「COBOLと違ってダンプファイルを読んでのデバッグが難しそうだなあ」とかいい出したり「昔はソースコードを紙に印刷して机上でデバッグして最後にマシンに入れてコンパイルしていた」などとオブジェクト指向とは無関係なソフトウェア開発の昔話をただひたすら繰り返す
実際、コボラーから見るとオブジェクト指向はまさにただの一技術、もっと言えばそういう文法の言語に過ぎないため、本書のような単にオブジェクト指向だと作りやすいからとかそういう内容になってしまうのは否めない。
ぶっちゃけコボラーが著者だとすると「クラスとは関数も持てる構造体です」のような理解の程度はともかく即座にコードを書いて設計ができるようになるような記述も書けるはずがないため本書には含まれていない
本書はコボラーというレガシー言語のエンジニアから見るとOOPはこのように見えているという発見はあるが、現代のITエンジニアはそのような歴史的な情報以外を一切手にすることができない
本書はオブジェクト指向でなぜ作るのかという問に一言も答えていない
ただ、レガシー言語のユーザーが過去と現在を比較して、現在のほうがいいなあ(だから現在の言語で作ろう)と述べているだけである
2021/10/04 第3版のレビューへの追記
本書を手にしてしまうとOOPを決定的に誤解してしまう可能性があり極めて危険であるのでもう少しだけ追記しておく
特に本書がターゲットとしている初～中級者エンジニアが本書を読んだ場合壊滅的なダメージを受けてしまう可能性があるので、その危機感からもうちょっと書き加える
まず本書のスタンスは一貫していてオブジェクト指向はただのそういう文法の言語のことであり、現実世界のモデリングとは何の関係もない、である
この時点で本書は決定的な誤解を招く書き方をしているということは上級者エンジニアには理解されると思う(が、中級者程度のエンジニアにはまさにそうだ！ と受け取られかねない危険な記述である)
裏を返すと初～中級者エンジニアが「オブジェクト指向でなぜつくるのか」というタイトルに期待する内容の一つであるオブジェクト指向モデリングについて本書は殆ど触れていない
本書は無価値などころか危険な書籍であると思うので、その点を強調するために本書には書いていない(が、本書のターゲットとなっている読者層が知りたがる情報)についていくつか箇条書する
・どうしてメンバ変数をprivateにしてGetterとSetterを公開するんですか？ 最初からメンバ変数をpublicにすればいいのでは？
→GetterとSetterには触れていない。また、アクセサによるメンバの公開範囲の話もプログラム言語の文法観点から触れているため、オブジェクト指向としてのアクセス修飾子の意味を一切本書は解説していない
・継承より委譲(コンポジション)の方が良いって聞きました！ GoFはもう古いとも聞いたので詳しく知りたいです！
まず本書は継承をプログラム言語の1文法として解説している。そのうえでオブジェクトコンポジションの解説は含まれていない。特にGoFデザインパターンへの批判や現代ではどのように利用するべきかという情報は全く書いていない
・オブジェクト指向設計が苦手です！ もっと設計について知りたいです！
本書はオブジェクト指向言語を「手続き型の文法とは異なるプログラミング言語の文法の1パラダイム」として解説している。
その説明の仕方自体は間違いだとは言い難いが「オブジェクト指向でなぜつくるのか」というタイトルと組み合わせると決定的な誤解を招き、エンジニアとしてのキャリアを潰しかねないかなり危険な内容の書籍となってしまう
つまり、本書はオブジェクト指向設計やUMLによるモデリングの話(特にその具体的な方法)の話があまりにも不足している
少しだけ擁護すると本書初版の出版当時はオブジェクト指向言語が過度にもてはやされていた時代であり、このような「ただのそういう文法の言語に何変な期待してるの？」と一石を投じる書籍はむしろ必要なものであった。
しかし、現代はもはやそういう時代ではない。
それどころか歴史的経緯を知らない(し、そんな20年前の業界の与太話など学ぶ理由もない)現代の初～中級者エンジニアがタイトルに惹かれて本書を手に取ると、とんでもない誤解をしてしまう可能性がある。
歴史書としては有力かもしれないが、本書はやはりよく注意して手に取るべき危険な書籍であることは間違いない
以下、第2版のレビューを転載
現代的なオブジェクト指向から入門したプログラマーには本書は全く不要である。
構造化がしっかりしているC言語から入った人ですら本書はおそらく不要である。
本書が必要なのはCOBOL頭のコボラーがJavaなどを必要になった場合だけである。
実際、読んでみると本書の大部分が構造化言語ですらないCOBOLとの比較であることに気づく。
せめてC言語との比較であればまだ読める内容だったのだろうが…。
「昔はダンプを読んでいた」
とかそんな情報、現代に必要です？？？
つまり、本書はオブジェクト指向言語とCOBOLというレガシー言語を比較してOOPの功罪を浮き彫りにしようとしただけの本であり、そのようなレガシー言語との比較である以上、現代において本書を読む意味はゼロである。
本書は「オブジェクト指向でなぜつくるのか」という問いに現代のプログラミングの観点からは全く答えていない。
「オブジェクト指向でなぜつくるのか」という問いへの答えを求めているのならば以下の二冊を薦める：
・Head First オブジェクト指向分析設計
・オブジェクト指向入門（バートランド・メイヤーの難しいやつ）
正直、OOPからプログラミングに入門した現代人には本書は不要どころか有害ですらあると思う。
2020/10/1追記
本書の内容の詳細を一部だけ見てみる。
OOP言語にはライブラリの概念があり、処理を使い回せるから便利みたいな記述があるが、これは実は著者がコボラーだという知識を持っていないと意図しているところが正しくは読み解けない。
COBOLという言語には関数の概念自体がなく、必要となる処理はたとえ汎用的に用いられるものであっても毎回その処理を用いる場所に書くのである。
つまり、コボラーは全く同じコードを毎日生産している。だから著者は「オブジェクト指向でなぜ作るのか」というテキストにライブラリの存在は有り難いという内容を盛り込んだのである。
また、COBOLでは変数は全てグローバル変数であるという知識を持っていると、メンバ変数の項の著者の意図を正確に読み解ける。
というか本書全体を貫く「昔は紙にソースコードを書いて机上でロジックを検討して最後にマシンに入れていた」とかそういう年寄りの昔話、「オブジェクト指向でなぜ作るのか」というタイトルの書籍に必要な情報なんですか？
そういう記述の歴史的価値は否定しないが、だったらソフトウェア開発昔話みたいな書籍を別に出版すればいいだけである。
本書からはOOPのことを一切読み取れない。というかCOBOLには構造体の概念すら存在しないので
「クラスは関数も同時に持てる構造体です」
というとりあえずソースコードを書けるようになる記述すら著者には難しかったはずである。
やたら評価が高いようであるが果たして本書から一体何を読み取っているのであろうか？
無料のKindleアプリをダウンロードして、スマートフォン、タブレット、またはコンピューターで今すぐKindle本を読むことができます。Kindleデバイスは必要ありません 。詳細はこちら
Kindle Cloud Readerを使い、ブラウザですぐに読むことができます。
携帯電話のカメラを使用する - 以下のコードをスキャンし、Kindleアプリをダウンロードしてください。
著者をフォロー
何か問題が発生しました。後で再度リクエストしてください。
よく一緒に購入されている商品
- +
- +
総額:
当社の価格を見るには、これら商品をカートに追加してください。
ポイントの合計:
pt
一緒に購入する商品を選択してください。
この商品を見た後に買っているのは？
ページ: 1 / 1 最初に戻るページ: 1 / 1
出版社より
著者について
著者をフォローして、新作のアップデートや改善されたおすすめを入手してください。
