オブジェクト指向を学ぶための教材の基本情報・価格・レビュー。
PR・広告を含みます対象講座なら受講料の最大80%(給付区分・上限・要件あり)が後日戻り、実質負担を抑えられます。独学の本+スクールの併用も。
▶ あなたの講座でいくら戻るか試算(無料・30秒)
はじめての方へ:教育訓練給付のしくみと損しない選び方 / 申請手順5ステップ
学んだ後に「作って公開する」ための環境例です。サーバー・ツールは教育訓練給付/補助の対象外です。
※給付率・実質額は区分(一般20%/特定一般40%/専門実践 最大80%)と要件で変わり、即時値引きでなく後日支給です。最終可否はハローワーク・厚労省でご確認ください。掲載はPR(送客手数料を受領)。
『オブジェクト指向でなぜつくるのか』10年ぶり、待望の改訂第3版! 「これからの10年も通用する基本」を、より多くの読者に身につけてもらうために改訂しました。
現在のソフトウエア開発技術の主役である、オブジェクト指向の全体像とそこに含まれる各技術を平易な文章で核心をズバリと解説します。 生産性のかぎを握るプログラム開発の主要技術をわかりやすく教えるという位置づけは変わりません。 そのうえで「今ドキのOOP」として人気言語(Java、Python、Ruby、JavaScript)の最新動向を新たに盛り込んでいます。 もちろん、すべての文章を細かく見直して現況に沿うよう更新しています。
本書の特徴 ◆オブジェクト指向(OOP)の全体像と特徴がわかる ◆OOPのプログラムが動く仕組みが具体的にわかる ◆関数型言語の本質とOOPとの関係がわかる ◆アジャイル開発手法と実践手法がわかる
【目次】 第1章 オブジェクト指向はソフトウエア開発を楽にする技術 今ドキのOOP:とっつきやすくて、奥の深いPython 第2章 オブジェクト指向と現実世界は似て非なるもの オブジェクトの向こう側:バズワードになったオブジェクト指向 第3章 OOPを理解する近道はプログラミング言語の歴史にあり プログラミング昔話: COBOL コンパイラのニワトリとタマゴの話 第4章 OOPは無駄を省いて整理整頓するプログラミング技術 今ドキのOOP:ホームページツールから進化したPHP 第5章 メモリの仕組みの理解はプログラマのたしなみ プログラミング昔話: OOPはダンプが見づらい? 第6章 OOPがもたらしたソフトウエアとアイデアの再利用 今ドキのOOP:Rails フレームワークでブレークしたRuby 第7章 汎用の整理術に化けたオブジェクト指向 オブジェクト指向の向こう側:言語が先か、コンセプトが先か 第8章 UMLは形のないソフトウエアを見る道具 第9章 現実世界とソフトウエアのギャップを埋めるモデリング 第10章 擬人化して役割分担させるオブジェクト指向設計 今ドキのOOP:クラスに縛られずに動くJavaScript 第11章 オブジェクト指向から生まれたアジャイル開発 プログラミング昔話:昔は許されなかったXP 第12章 オブジェクト指向を使いこなそう 補章 関数型言語でなぜつくるのか 今ドキのOOP:関数型言語の箱庭を用意したJava
判型:単行本
オブジェクト指向は、データとその振る舞いをまとめて扱う設計手法です。クラスやインスタンスは、対象を再利用しやすい部品として定義するための道具です。文法暗記より、実際の問題をどの単位に分けるかを考える視点が理解の核心です。
こんな人向け:想定読者は、変数・条件分岐・関数・配列などの基本が扱える初級〜中級者です。言語の書き方より先に、設計をどう読み替えるかを学びたい人に向きます。
先に手続き的な処理の流れを把握し、次に状態を持つ構造体として整理する流れが理解しやすいです。文法の理解→設計の考え方→小規模実装→修正の反復という順で進めると、知識が断片化しにくくなります。
独学では、基礎解説だけで終わらせず「なぜその設計にしたか」を書き出しながら読むと記憶に残ります。演習は短くてもよいので、必ず手を動かして1回は同じ機能を複数の設計で書いてみると違いが見えます。用語辞典的な本と、実装課題中心の本を組み合わせると理解の偏りを防げます。
独学で時間が足りない、レビューを受けたい、継続が不安という場合は、学習目標と進捗の節目が明確な体系的な選択肢が有効です。受け身でなく「設計意図を説明できる状態」を評価する場がある環境を選ぶと、独学以上に実務的な判断力が育ちやすいです。 ▶ 給付でいくら戻るか試算
Q. オブジェクト指向は全部の開発に必須ですか?
必須というより、設計の目的に合う場面で威力を発揮する手法です。小さな処理や短時間で終わる課題では、過度な設計はかえって読みにくさを生むことがあります。
Q. 最初に覚えるべき概念は何ですか?
まずクラス、オブジェクト、カプセル化といった最小単位から始めるのが安定です。そこからメッセージのやり取り、依存関係、責務分割へ進めると理解がつながります。
Q. 設計が難しいと感じたらどうすればよいですか?
実装と図示を往復して比較するのが有効です。要件を短く言語化し、「誰が何を知るべきか」「誰から隠すべきか」を自分で問い直すと、抽象化の粒度が整ってきます。
次の一冊:次はデザインパターンの考え方や、リファクタリングとテスト設計の学習に進むと、オブジェクト指向を運用しやすくできます。さらに設計レビュー観点の入門書で、品質基準や判断軸を言語横断で鍛えるのがおすすめです。