# 【第1回】 オブジェクト指向でなぜつくるのか輪読会

###### tags: `オブジェクト指向でなぜつくるのか`

# 分かったこと

@saki
- オブジェクト指向は言語のための技術(フィヨルドのプラクティスでいえばRubyだけに関係するもの)だと思っていたが、ソフトウェア開発において、広く使われていることが分かった。
> オブジェクト指向は、最初プログラミング言語として登場しましたが、それを拡張・発展させてソフトウェア開発のさまざまな分野に適用した結果、今では「ソフトウェア開発の総合技術」と呼ぶべき存在になりました。(p.21 この章のポイントより)

#### ↓分からなくて個人的に調べた用語

- デザインパターンとは？
[今さら聞けない！デザインパターンとは【初心者向け】 \| TechAcademyマガジン](https://techacademy.jp/magazine/9195)より
> デザインパターンとは、JavaやRubyなどのオブジェクト指向の言語で使われる設計パターンのこと。**過去のエンジニアが解決してきた方法（設計**）が、デザインパターンとしてまとめられている。
最も有名なのはGoF（Gnag of Four）。「生成」や「構造」、「振る舞い」の3つに分類された、23のパターンがある。

- ガベージコレクションとは？
[ガベージコレクション（ガベージコレクタ）とは \- IT用語辞典 e\-Words](https://e-words.jp/w/%E3%82%AC%E3%83%99%E3%83%BC%E3%82%B8%E3%82%B3%E3%83%AC%E3%82%AF%E3%82%B7%E3%83%A7%E3%83%B3.html)より
> コンピュータプログラムの実行環境などが備える機能の一つで、実行中のプログラムが占有していたメモリ領域のうち**不要になったものを自動的に解放し、空き領域として再利用できる**ようにするもの。

- パッケージ = Rubyでいうgemのこと。ライブラリともいう。
[Rubyのgemとは？概要から使い方までの解説まとめ｜TECH PLAY Magazine](https://techplay.jp/column/529#:~:text=1%E3%81%A4%E7%9B%AE%E3%81%AFRuby,%E3%81%B2%E3%81%A8%E3%81%BE%E3%81%A8%E3%82%81%E3%81%AB%E3%81%97%E3%81%9F%E3%82%82%E3%81%AE%E3%81%A7%E3%81%99%E3%80%82&text=Ruby%E3%81%AEgem%E3%81%AB%E3%82%82,%E7%B0%A1%E5%8D%98%E3%81%AB%E5%AE%9F%E8%A3%85%E5%8F%AF%E8%83%BD%E3%81%A7%E3%81%99%E3%80%82)

@isshi-hasegawa
- Simula67はOOPLの祖
- [Simula \- Wikipedia](https://ja.wikipedia.org/wiki/Simula)
- [オーレ＝ヨハン・ダール \- Wikipedia](https://ja.wikipedia.org/wiki/%E3%82%AA%E3%83%BC%E3%83%AC%EF%BC%9D%E3%83%A8%E3%83%8F%E3%83%B3%E3%83%BB%E3%83%80%E3%83%BC%E3%83%AB)
- [クリステン・ニゴール \- Wikipedia](https://ja.wikipedia.org/wiki/%E3%82%AF%E3%83%AA%E3%82%B9%E3%83%86%E3%83%B3%E3%83%BB%E3%83%8B%E3%82%B4%E3%83%BC%E3%83%AB)
- Smalltalkに引き継がれた
- [Smalltalk \- Wikipedia](https://ja.wikipedia.org/wiki/Smalltalk)

@kawase
- オブジェクト指向と聞くと難しいイメージを持っていたが、その考え方を理解できるようになるとソフトウェア開発を楽にすることができることが分かった。

> オブジェクト指向をひと言で表現すれば「難しいソフトウェア開発を楽に行うための総合技術」となるでしょう。

@aseiide
- オブジェクト指向とは、ソフトウェアの保守や再利用をしやすくすることを重視する技術であること
- ↑がオブジェクト指向の目的
- プログラミング(OOP)だけでなく、再利用部品群、デザインパターン、UML、モデリングを含めてオブジェクト指向」という
- 機能中心開発ではソフトウェアの再利用が難しい

- 関数型言語だけがオブジェクト指向なわではない
- オブジェクト指向におけるお決まりの設計パターンのことをデザインパターンという

@eatplaynap
- オブジェクト指向は最初はプログラミング言語についての概念だったが、ソフトウェア開発に関わるほとんど全ての領域をカバーする技術となっている。
- 従来は「機能中心」でソフトウェアを作っていたが、OOPは「モノ中心」で組み上げる考え方。
- 「機能中心」だと修正や再利用が大変。
- 用語の洪水はそこまで混乱しないかも。
- オブジェクト指向を使っても現実世界をそのままプログラミングとして表現できるわけではない。
- 比喩を使って説明するから↑のような誤解が生まれる。

@siroemk
- オブジェクト指向が難しい理由は「比喩による説明が混乱を招きやすい、比喩の方が強い印象になる」→本当にそう思う
- オブジェクト指向とは
- 「難しいソフトウェア開発を楽に行うための総合技術」

@haruguchi-yuma
オブジェクト指向が難しいのは仕組みが複雑だからだとわかった。←チェリー本で初めて学習したときもクラスのところから徐々に理解しにくくなっていった記憶がある。インスタンス同士をどのように連携させれば問題解決できるのか、イメージしにくいと感じた。

- **オブジェクト指向以前のプログラミング**
- 演算子
- グローバル変数とローカル変数
- 条件分岐
- 繰り返し
- サブルーチン（または関数）などを押さえておけばいい
- **オブジェクト指向プログラミング**
- クラスとインスタンス
- インスタンス変数
- メソッド
- コンストラクタ
- 可視性
- 継承
- スーパークラスとサブクラス
- ポリモーフィズム
- パッケージ
- 例外
- ガベージコレクション

- @shirotamaki
- オブジェクト指向が難しい理由がわかった。特に「コンセプトが抽象的」との理由がまさに今一番「wakaran]ポイントなので納得。
- 本書では、what? why?　について重点的に解説されるとのことだ、次章以降に期待。
- ソフトウエアの保守や再利用をしやすくすることを重視する技術であることは、何となくイメージできる。
- Rubyに限らず、Python,Javaなど、OOPは今後ずっ役に立つ基本概念。（10年語も通用する）

# 分からなかったこと

@isshi-hasegawa
- UMLってなに？
- [よく聞くUMLって何？ \- Qiita](https://qiita.com/taku_maru/items/80d39f2f043489033076)
- Unified(統一された) Modeling(モデリング) Languageの略称

@kawase
- アジャイル開発について
- [アジャイル開発とは？　特徴とメリット・デメリット、スクラムまで徹底解説](https://monstar-lab.com/dx/solution/about-agile_methods/)
- ウォーターフォール開発という手法もあることが分かった。

@eatplaynap
- 図1．1オブジェクト指向の全体像と発展過程の図、各要素の関係性が全然わからない
- ④UMLと⑤モデリングが特によく分からん

@siroemk
- ポリモーフィズムて何...？説明を読んでも難しい。
- maedanaさんがコメントくれた
- [【222】『オブジェクト指向でなぜつくのか』第1章を読む](https://bootcamp.fjord.jp/reports/35273)

@haruguchi-yuma
Ruby以外の言語をやったことがないので、サブルーチンとか関数とかが分からなかった。
メソッドの中から呼び出されるメソッド？みたいな感じ？
- [サブルーチンとは　「分かりそう」で「分からない」でも「分かった」気になれるIT用語辞典](https://wa3.i-3-i.info/word1500.html)

# 話題に上がった事柄
## 関数型言語、手続き型言語、コンパイラ言語ってなに？
### 関数型言語
Haskellが代表
> 関数型プログラミングは、関数を主軸にしたプログラミングを行うスタイルである[5]。ここでの関数は、数学的なものを指し、引数の値が定まれば結果も定まるという参照透過性を持つものである[6]。

### 手続き型言語
C言語, Java, JS, Python Rubyなどは手続き型言語である。
手続き型言語では、重要なのが「文」であり、関数型言語で重要なのは「式」である
詳細はwikipediaの[手続き型プログラミングとの比較](https://ja.wikipedia.org/wiki/%E9%96%A2%E6%95%B0%E5%9E%8B%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0)に譲る

### コンパイラ言語とスクリプト言語
コンパイラ言語: C言語, C++
コードを書く → コンパイルする → プログラムが実行できる

スクリプト言語: JS, Ruby, PHPなど
コードを書く → プログラムが実行できる

### 静的型付け言語と動的型付け言語のちがい
うまくまとめられないので、詳細は[動的型付けと静的型付け](https://qiita.com/toryuneko/items/c023031b61886cae2a99)に譲ります。
こればっかりは、静的型付け言語を書いたことがないとイメージしづらいかもしれないけど、カレーの例えはわかりやすかった。

## ポリモーフィック/ポリモーフィズムってなに？
本書を読み進めていけばわかりそうなので省略

## サブルーチンとか関数ってRubyでいうとろこの何？
> サブルーチン（英：subroutine）とは
> プログラミングをやっている人が「関数」と言われて思い浮かべる関数のこと。出典:[「分かりそう」で「分からない」でも「分かった」気になれるIT用語辞典](https://wa3.i-3-i.info/word1500.html)

サブルーチン ≒ 関数 ≒ Rubyのメソッド
という理解で良さそう

## GCってなに?
> ガベージコレクション[注釈 1]（英: garbage collection; GC）とは、コンピュータプログラムが動的に確保したメモリ領域のうち、不要になった領域を自動的に解放する機能である。

- [ざっくりわかった気になるモダンGC入門](https://blog.cybozu.io/entry/2018/05/29/080000)

RubyやRailsで意識することはなかった。

## アジャイル開発/スクラム開発/ウォータフォール開発ってどう違うの？

用語の整理。
### アジャイル開発：
- 「計画→設計→実装→テスト」といった開発工程を、機能単位の小さいサイクルで繰り返すことにより開発を進めていく手法のこと。

#### 参考記事
- [アジャイル開発とは？　特徴とメリット・デメリット、スクラムまで徹底解説](https://monstar-lab.com/dx/solution/about-agile_methods/)

### スクラム開発：
- 一般的にはアジャイル開発をするための手法の1つとしてスクラム開発がある。その中でも、チームのコミュニケーションを重視した手法であることが特徴。
- とりあえず特徴をおさえておいて、それぞれの違いについては、アジャイル開発とウォータフォール開発で比較するのが理解しやすいと思いました。

#### 参考記事
- [スクラム入門](https://qiita.com/wMETAw/items/25972e4708311ed4f779)
- ブートキャンプのプラクティス、[アジャイル開発 ／スクラム を理解する](https://bootcamp.fjord.jp/practices/144)の参考より。

### ウォーターフォール開発：
- 上流工程から下流工程まで流れる様に開発が行われる手法のこと。「水が流れ落ちる」様に工程が進むことから名付けられているそうです。
各工程を段階的に完了させて進めていくみたいですね。

### アジャイル開発とウォーターフォール開発の違い

| | アジャイル開発 | ウォーターフォール開発 |
| ---- | ---- | ---- |
| 計画 | 計画は変わっていく | 最初に細かく決める |
| 進行 | 小さいサイクルで進める | 各ステップ決定して進める |
| 変更 | 可能 | 歓迎されない。開発前の要求が原則 |
| リリース | 期間が短い | 期間が長い |
| 費用 | 必要以上にかからない | 変更があると想定費用よりかかってしまう |
| 改善 | サイクルごとに改善可能 | 次プロジェクトに活かす |

### 参考記事
- [「ウォーターフォール」と「アジャイル」の比較 - 株式会社ラジコード](https://radicode.co.jp/)

# ふりかえり

- 関数型言語、手続き型言語、コンパイラ言語ってなに？
- GCって何？
- UMLって業務で使ったことあります？
- ポリモーフィックってなに？
- ポリモーフィックとポリモーフィズムの違いは？
- サブルーチンってRubyでいうとろこの何？

## 第1回のタイムスケジュール

19:00 - 19:15 自己紹介
19:15 - 19:45 それぞれ予習してきてもらった事を発表
19:45 - 20:00 話す中で出てきた話題を選んで深堀り

# 次回の予定・次回ノートへのリンク

- 8/5 19:00 - 20:00
- [【第2回】 オブジェクト指向でなぜつくるのか輪読会](https://hackmd.io/XbOQ7UwcRXW80PI-bQCs1Q)

# ノートまとめ
- [「オブジェクト指向でなぜつくるのか」ノートまとめ](https://hackmd.io/C6pEbDf0SA-mt-iL7sSIVg?both)