大槻繁の作品一覧
「大槻繁」の「ずっと受けたかったソフトウェア設計の授業」「ソフトウェア開発はなぜ難しいのか―「人月の神話」を超えて」ほか、ユーザーレビューをお届けします！
- 作者をフォローする
- フォローすると、この作者の新刊が配信された際に、お知らせします。
作品一覧
-
ソフトウェア開発はなぜ難しいのか―「人月の神話」を超えて
ビジネス・実用
4.11巻1,518円 (税込)※本書は2009年に発行された書籍の電子版になります。 【どうしたら本質的困難に対応できるのか？】 ソフトウェア開発の難しさは今も昔も変わりません。多くの開発プロセスや言語、マネジメント手法が生まれましたが、デスマーチは終わることも減ることもありません。実はその原因をブルックスは「人月の神話」で本質的困難として指摘しているのですが、その本質的困難を現在のソフトウェア開発はどれだけ克服できたのでしょうか。本書では名著「人月の神話」を振り返りながらソフトウェア開発の本質的困難を再検討し、今後のソフトウェア開発が目指すべき方向を提案します。 ■こんな方におすすめ ・ソフトウェア関連企業の経営者 ・PM、SE、PG ・ソフトウェアエンジニア ■目次 はじめに なくならない苦労 人月の神話 本書の構成 ●第1章 普遍的な問題 プロフェッショナルとしてのソフトウェア開発 ソフトウェアエンジニアリングとは 人月という考え方の根源 組み合わせの爆発 火に油を注ぐ 労働価値説 ●第2章 本質的困難 本質と偶有 本質的困難の普遍性 複雑性とは 同調性とは 可変性とは 不可視性とは ●第3章 人月との戦い ソフトウェアエンジニアリングは何を解決してきたのか 時代背景と本質的困難の関係 ソフトウェアエンジニアリングと本質的困難 ●第4章 これからのソフトウェアづくり 抽象化・自動化・モジュール化 抽象化 仕様化と実現の関係 進化型ソフトウェア 新しい世界観 一様から多様へ 操作から生命へ 可視から不可視へ 本質的困難再考 おわりに―人月の神話を超えて 読書案内 ■著者プロフィール 大槻繁(おおつきしげる)：日立製作所にてソフトウェアエンジニアリングの研究・開発に従事。2004年よりコンサルタント会社一（いち）副社長。ITシステム関連の調達・開発プロジェクトの見積り評価、診断・改善のコンサルティングを行う傍ら、コストモデルや経済モデルの研究・開発を進めている。IPA/SEC定量的マネジメント領域委員、同価値指向マネジメントWGリーダ、JEITAソフトウェアエンジニアリング技術分科会委員、アジャイルプロセス協議会フェロー、同知働化研究会運営リーダを務める。 -
ずっと受けたかったソフトウェア設計の授業
ビジネス・実用
3.71巻2,750円 (税込)実務に通用する“基本”が身につく 学生はもちろん実務者にも好適 本書は、ソフトウェア開発の入門書として学生・新入社員などから幅広い支持をいただいた『ずっと受けたかったソフトウェアエンジニアリングの授業』の姉妹書で、ソフトウェア開発プロセスの中でも特に重要とされる「設計」にフォーカスした入門書です。ビジネスの変化が激しい現代では、ソフトウェア開発者は多岐にわたる多くのことを日々学ばなくてはなりません。その状況において、本当に使えるスキルを身につけるためには、“基本”を押さえておくことが大切です。 本書は、ソフトウェア設計における普遍的な考え方やものの見方、意思決定の方法など、その場しのぎではなく真に必要とされる知識の“基本”をわかりやすく解説しています。紙面はイラストや語り口調を用いて、初学者の方にも取り組みやすいような工夫をこらしています。ITエンジニアを目指す方はもちろん、ITエンジニアの育成に携わる方、ITエンジニアとして基本を再確認したい方などにもおススメです。 ※本電子書籍は同名出版物を底本とし作成しました。記載内容は印刷出版当時のものです。 ※印刷出版再現のため電子書籍としては不要な情報を含んでいる場合があります。 ※印刷出版とは異なる表記・表現の場合があります。予めご了承ください。 ※プレビューにてお手持ちの電子端末での表示状態をご確認の上、商品をお買い求めください。【※本作品はブラウザビューアで閲覧すると表組みのレイアウトが崩れて表示されることがあります。予めご了承下さい。】
ユーザーレビュー
-
Posted by ブクログ
2回読みました。
私は、293の鉄則本のように、枕元に置いて気が向いた時にパラパラめくって読み返す本は何冊かあるのですが、同じ本を続けて読み返すことはほとんどしません。
一読して分からなかったことは再読しても分からないことが多いので「ま。いいや、別の本を読んで理解すれば」と本棚に置いてしまいます。
しかし、この本は違いました。
章によっては、3回読みました。
私は、大学でプログラミング（Fortran/GPSS）の授業は受けたことがあるのですがソフトウェアエンジニアリングの講義は受けたことがありません。
そんな私にとって、本書は、まさに「ずっと受けたかったソフトウェア設計の授業」でした。
★★★
本書は、Michael Jackson先生が構築したJSP（Jackson Structured Programming）とJSD（Jackson System Development）を易しく解説した本です。
1975年にJSP、1983年にJSDと、どちらも30年位前に発表された技法なので、私も新人研修やソフトウェア工学の本で概要は知っていました。
しかし、昔の技法という認識であり、それより後の1980年代後半に発表された、オブジェクト指向分析・設計（OOAやOOD）を勉強してたら十分だろうと思っていたのです。
でも、決してそうじゃなかったんですね。
★★★
それから、本書はMichael Jackson先生の技法をなぞりながら、こっそり大槻さんの設計に対する思いや、考え方、重要と思われる概念についてより深く解説がされています。
大槻節といいましょうか、思わずニヤリといったところもあって楽しめます。
ということで、ソフトウェア開発に関わる人へ、超おすすめの本です。 -
Posted by ブクログ
本書は、ブルックスの『人月の神話』を下敷きにして、ソフトウェア開発の難しさと克服の歴史、今後への提言が書かれているものです。
今後への提言としては、「抽象化」、「自動化」、「モジュール化」の観点で地道に進めていくようにとのことでした（やっぱりそれしかないのかなという答えではありますが……）。
そして、「抽象化」について残りのページが割かれているのですが、
まず抽象化の第一の観点は、
・捨象（withdrawing）、削除（removing）する行為
・複雑な対象（complex object）のいくつかの性質（properties）を捨て去り、特定の性質に目を向ける行為
第二の観点は、
・具体的な実体（instances）から共通の性質（common properties）を抽出することによって、一般概念（general concepts）に定式化（formulating）するプロセス
・特定の事例（specific examples）から共通の性質（common features）を抽出することによって形づけられる一般的な概念（general concept）
と、「抽象化」の定義をしたあとに、
例えば、みかんをそこにいる人々に等分するという場合に、各人の個数をxと置いて、
みかんの個数 ＝ 人数 × x
という方程式を立てます。このとき、みかんの重さとか色といった情報は捨象されます。さて、この得られた方程式を解くことは容易です。等式の両辺を同じ数で割ってxの値を具体的に求めることができるでしょう。得られた値は、実際に配布してみて余りがないかで、確認することもできます。
と説明し、抽象化（それに伴うモデル化）が役に立つことを示しています。
と、このように、全体的にソフトウェア開発の専門家でなくても分かるようにまとめられています。また、ソフトウェアの専門家に向けては注という形で補足が充実していますので詳しい人も面白く読み進めることができると思います。
# たとえば、ブルックスが、IBMのOS/360の開発を率いていたことは有名ですが、OS/360プロジェクトの途中でノースカロライナ大学へ移ってしまったなんて知りませんでした！！（『人月の神話』に書いてありましたっけ？？？） さらに驚いたのは、その混迷のプロジェクトを引き継いだのが、CMMを構築した、あのワッツ・ハンフリーであったそうです。面白い関係ですね。 -
-
-
Posted by ブクログ
ソフトウェア開発の世界に入った人は、誰もが一度は「なんでこんなに開発はうまくいかないのだろう」という思いに打ちひしがれると思います。もちろん私もその一人。
まだ開発の経験が浅い方が、「なんでうまくいかないのか」という疑問にかられたとき、本書はその手掛かりになると思います。読むに当たっては専門知識も要さないので、ソフト開発に携わる側だけでなく、いわゆる「ユーザ企業」といわれる側の方が読むのにも適しているかと思います。
なお本書は、著名な「人月の神話」（フレデリック・ブルックス著）をもとに書かれたものであり、より深く知りたい方は、そちらも合わせて読まれるとよいと思います。
