Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Java初心者が知っておくべきプログラミングのこと - JJUG CCC 2022 Spring
Search
Naoki Kishida
June 10, 2022
Programming
5
1.3k
Java初心者が知っておくべきプログラミングのこと - JJUG CCC 2022 Spring
2022年6月19日に開催されたJJUG CCC 2022 Springでの登壇資料です
Naoki Kishida
June 10, 2022
Tweet
Share
More Decks by Naoki Kishida
See All by Naoki Kishida
Java 22 Overview
kishida
1
220
Is Object-Oriented nessesary?
kishida
0
50
オブジェクト指向は必要なのか / Is object-oriented needed?
kishida
31
22k
AI時代を乗り切る実装力をつけよう / Get avility of implementation beyond AI era
kishida
2
4.7k
AI時代を生き抜くために処理をちゃんと書けるようになろう / write a executable process for AI era
kishida
23
14k
Javaは今どうなっているの? / how about java now
kishida
14
19k
動くコードを書こう / let's code a process
kishida
24
7.2k
Java 21の概要 / outline of Java 21
kishida
10
6.1k
エンジニアはLLMとどう付き合うか / How engineer get along with LLM
kishida
19
14k
Other Decks in Programming
See All in Programming
The Design of Everyday APIs - PyCon 2024
roguelynn
1
220
Open standards for building event-driven applications in the cloud
meteatamel
0
230
一文字エイリアスのすすめ
fujimura
0
200
RailsConf 2024: Riffing on Rails: sketch your way to better designed code
kaspth
1
220
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
1
130
TypeScriptで使いやすいOpenAPIの書き方
yukimochi_dwango
1
950
Amazon Aurora Serverless v2が意外と高かった話と、AWS Database Migration Serviceの話
satoshi256kbyte
1
110
Productivity is Messing Around and Having Fun
hollycummins
1
180
Porting mruby/c for the SNES (Super Famicom) - RubyKaigi 2024
gedorinku
0
110
GitHub Actionsの痒いところを埋めるサードパーティーランナー
dora1998
2
280
Namespace, What and Why
tagomoris
4
760
How to improve maintainability and readability of your automated tests? ( #scrumniigata )
teyamagu
PRO
1
130
Featured
See All Featured
[RailsConf 2023] Rails as a piece of cake
palkan
29
4.1k
Building a Modern Day E-commerce SEO Strategy
aleyda
22
6.5k
Rebuilding a faster, lazier Slack
samanthasiow
74
8.3k
Code Review Best Practice
trishagee
56
15k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
34
8.9k
StorybookのUI Testing Handbookを読んだ
zakiyama
13
4.7k
5 minutes of I Can Smell Your CMS
philhawksworth
199
19k
We Have a Design System, Now What?
morganepeng
43
6.8k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
14
8.4k
Fireside Chat
paigeccino
22
2.7k
How STYLIGHT went responsive
nonsquared
92
4.9k
Writing Fast Ruby
sferik
622
60k
Transcript
JJUG CCC 2022 Spring Java初心者が知っておくべき プログラミングのこと 2022/6/19 JJUG CCC 2022
Spring きしだ なおき
JJUG CCC 2022 Spring 自己紹介 • きしだ なおき (@kis) •
LINE Fukuoka • 「プロになるJava」デテマス • 今日の話の具体的なコードのせてます
JJUG CCC 2022 Spring プログラミング技術 • プログラミング技術は大きくわけて2つ • プログラムを動かすための技術 •
プログラムを作るための技術
JJUG CCC 2022 Spring プログラミング技術 • プログラミング技術は大きくわけて2つ • プログラムを動かすための技術 •
計算論 • アルゴリズム • プログラムを作るための技術 • Javaの文法 • 標準ライブラリ • オブジェクト指向 • テスト
JJUG CCC 2022 Spring プログラミング技術 • プログラミング技術は大きくわけて2つ • プログラムを動かすための技術 •
計算論 • アルゴリズム • プログラムを作るための技術 • Javaの文法 • 標準ライブラリ • オブジェクト指向 • テスト 知らないと動かせない 知らないと書けない
JJUG CCC 2022 Spring プログラミング技術 • プログラミング技術は大きくわけて2つ • プログラムを動かすための技術 •
計算論 • アルゴリズム • プログラムを作るための技術 • Javaの文法 • 標準ライブラリ • オブジェクト指向 • テスト 入門書がない 入門書がある
JJUG CCC 2022 Spring プログラミング技術 • プログラミング技術は大きくわけて2つ • プログラムを動かすための技術 •
計算論 • アルゴリズム • プログラムを作るための技術 • Javaの文法 • 標準ライブラリ • オブジェクト指向 • テスト 入門書がない 入門書がある 入門書を読んでも 動くプログラムが書けない
JJUG CCC 2022 Spring プログラミング技術 • プログラミング技術は大きくわけて2つ • プログラムを動かすための技術 •
計算論 • アルゴリズム • プログラムを作るための技術 • Javaの文法 • 標準ライブラリ • オブジェクト指向 • テスト 入門書がない 入門書がある プログラムを動かせないと意味がないのに 入門書にある プログラムを動かすのに必要っぽく 書いてあったりする 入門書を読んでも 動くプログラムが書けない
JJUG CCC 2022 Spring プログラミング技術 • プログラミング技術は大きくわけて2つ • プログラムを動かすための技術 •
計算論 • アルゴリズム • プログラムを作るための技術 • Javaの文法 • 標準ライブラリ • オブジェクト指向 • テスト おおまかに載ってます
JJUG CCC 2022 Spring 話すこと • プログラムを動かすための技術 • プログラムの処理がなぜ難しいか •
処理の難しさの分類 • プログラムを作るための技術 • オブジェクト指向がなぜ難しいか • オブジェクト指向をうまく使うには
JJUG CCC 2022 Spring 話すこと • プログラムを動かすための技術 • プログラムの処理がなぜ難しいか •
処理の難しさの分類 • プログラムを作るための技術 • オブジェクト指向がなぜ難しいか • オブジェクト指向をうまく使うには
JJUG CCC 2022 Spring プログラムの処理がなぜ難しいか • 状態遷移の理解 • 計算の複雑さ
JJUG CCC 2022 Spring 状態遷移の理解 • プログラムの処理では状態が変わっていく • 通常の文章は状態一定 •
推理小説でも「犯人はヤス」という状態を徐々に記述している • 途中を飛ばしたり、読む順番を入れ替えても、表現される状態は変わらない • プログラムは途中を飛ばしたり実行する順番を入れ替えると保持する 状態が変わる • 状態が変わっていくこと=状態遷移を理解する必要がある
代表的な状態 • 逐次実行 • 変数 • ループ
代表的な状態 • 逐次実行 • どの行を実行するかという状態が変わっていく(プログラムカウンタ)
代表的な状態 • 変数 • 再代入可能な変数は状態を保持している • 状態を保持する変数は再代入が必要 • 再代入不可な変数は状態を管理しないので理解しやすい? •
変数の難しさは、逐次実行で値が設定されることと状態をあらわして いることとにあるんではないだろうか
代表的な状態 • ループ • ループの処理では状態が変わっていく • ループのない処理からはプログラムカウンタ以外の状態を排除できる • ループの難しさは状態遷移ではないだろうか •
あとで詳しく説明
逐次実行や状態遷移を把握するには • JShellで一行ずつ実行する • デバッガで実行の過程や変数の変化を確認する
JJUG CCC 2022 Spring 計算の複雑さ • 計算自体に複雑さがある • 複雑さには階層がある •
組み合わせ論理 • 有限オートマトン • プッシュダウンオートマトン • チューリングマシン
JJUG CCC 2022 Spring 計算の複雑さ • 計算自体に複雑さがある • 複雑さには階層がある •
組み合わせ論理(状態がない) • 有限オートマトン(状態がある) • プッシュダウンオートマトン(スタックが必要) • チューリングマシン (スタックが二つ必要=なにかデータ構造が必要)
JJUG CCC 2022 Spring 計算の複雑さ • 計算自体に複雑さがある • 複雑さには階層がある •
組み合わせ論理(論理素子の結線で実装可) • 有限オートマトン(クロックとレジスタが必要) • プッシュダウンオートマトン(FIFOが必要) • チューリングマシン (自由にアクセスできるメモリが必要)
JJUG CCC 2022 Spring 話すこと • プログラムを動かすための技術 • プログラムの処理がなぜ難しいか •
処理の難しさの分類 • プログラムを作るための技術 • オブジェクト指向がなぜ難しいか • オブジェクト指向をうまく使うには
JJUG CCC 2022 Spring 処理の難しさ • 計算複雑さは理論的で実感とは異なる • 逐次処理はどこを実行しているかの状態をもつ •
有限オートマトン以上の複雑さになる • 多くの処理ではスタックは不要 • プッシュダウンオートマトンよりは単純
JJUG CCC 2022 Spring 処理の難しさ • 有限オートマトンを細分化する • それぞれの特徴をつかんで、それぞれをトレーニングすることで 難しい処理がかけるようになっていくのでは?
JJUG CCC 2022 Spring 処理の難しさの分類 • ループがない • ループの各処理が独立 •
集計が必要 • 他のデータを利用 • 隠れた状態を扱う • 状態を明示的に管理する • スタックが必要
JJUG CCC 2022 Spring ループがない • 状態を考えなくていい • 変数の再代入は不要
JJUG CCC 2022 Spring ループの各処理が独立 • 変数の再代入は不要 • 例: 配列のデータを表示する
JJUG CCC 2022 Spring 集計が必要 • 変数の再代入が必要 • 例: 配列のデータを合計する
JJUG CCC 2022 Spring 集計が必要 • Streamが使える • ループを考えなくていい •
変数の再代入が不要
JJUG CCC 2022 Spring 他のデータを参照 • 拡張forやStreamでは書けない • 例:重複排除、移動平均 https://nowokay.hatenablog.com/entry/2022/04/25/130057
JJUG CCC 2022 Spring 隠れた状態を扱う • 隠れた状態をみつける必要がある • 変数で管理する必要がある •
例:ランレングス圧縮 カッコが対応しているか検査 https://nowokay.hatenablog.com/entry/2022/04/26/183544
JJUG CCC 2022 Spring 状態を明示的に管理する • 状態の遷移が複雑で管理が必要 • 状態遷移図を書く •
各状態の処理は単純なので難しさに 気づかずたくさんのフラグを導入してしまう ことがある • 例:文字列が実数として妥当か判定 受注・入金・発注などの管理
JJUG CCC 2022 Spring スタックを使う • 入れ子のある処理 • 再帰を使って書ける •
例:深さ優先探索 カッコ付数式処理 種類のあるカッコの対応を判定
JJUG CCC 2022 Spring プログラムを動かすための技術のまとめ • 作るための技術だけじゃなく動かすための技術も必要 • 処理の難しさに段階があるので、把握して練習しておくと 難しい処理にも対応できるようになる
JJUG CCC 2022 Spring 話すこと • プログラムを動かすための技術 • プログラムの処理がなぜ難しいか •
処理の難しさの分類 • プログラムを作るための技術 • オブジェクト指向がなぜ難しいか • オブジェクト指向をうまく使うには
JJUG CCC 2022 Spring オブジェクト指向がなぜ難しいか • 必要ないところで使おうとしているからです
JJUG CCC 2022 Spring オブジェクト指向がなぜ難しいか • 必要なところで使うと難しくないし便利
JJUG CCC 2022 Spring オブジェクト指向がハマるところは? • GUIフレームワークを作るとき • 作る機会はめったにない •
つまりオブジェクト指向がハマる機会はめったにない • オブジェクト指向が流行ったタイミングでGUIプログラミングが流行り 始めたので、いろいろなプログラミングにオブジェクト指向がハマる と勘違いしたのではと思っている
JJUG CCC 2022 Spring オブジェクト指向がなぜ難しいか • オブジェクト指向とはなにか • 「パラダイム」にだまされているのでは?
JJUG CCC 2022 Spring オブジェクト指向とはなにか • 「データ構造と振る舞いが一体となったオブジェクトの集まりと してソフトウェアを組織化すること」 ~「オブジェクト指向方法論OMT」ジェームズ・ランボー~ •
OMTは「オブジェクト指向」の重要な源流のひとつ • ジェームズ・ランボー • 1980年代のオブジェクト指向ブームの中心人物のひとり • ブーチ、ヤコブソンと共に「スリーアミーゴズ」と呼ばれた • OMT、ブーチ法、OOSEを統合するときの統一記法がUML
JJUG CCC 2022 Spring オブジェクト指向とはなにか • オブジェクト指向の基準 (「オブジェクト指向入門」~バートランド・メイヤー) • 「支援する方法論も含めて、オブジェクト指向言語および環境は、ラ
イフサイクル全体に適用され、作業段階の間の隔たりを最小限にする ものでなければならない」 • 「クラスが唯一のモジュールでなければならない」 • 「すべての型はクラスに基づいていなければならない」 • モジュールと型が一致する
JJUG CCC 2022 Spring オブジェクト指向の特徴 • カプセル化 • データの一部を外部からみえなくする •
データとデータに対する操作をまとめることで実現する • 多態(ポリモーフィズム) • 同じメソッド呼び出しが、操作対象によって振る舞いを変えること • 継承 • クラスの機能を再利用して拡張する • 型理論の部分型(サブタイピング)を実現する
JJUG CCC 2022 Spring オブジェクト指向の特徴の実際 • カプセル化 • 抽象データ型としてオブジェクト指向以前から存在した •
カプセル化をクラスとして実現するのがオブジェクト指向、といえる • 多態(ポリモーフィズム) • 関数を値としてもつことでオブジェクト指向以外でも実現化 • Javaの場合はラムダ式 • 継承 • 機能を再利用するというコンセプトはオブジェクト指向に固有といえ そうだけど、あまり機能の再利用としては使われなくなっている • 型理論の部分型として考えるほうが整理されている
JJUG CCC 2022 Spring オブジェクト指向の特徴の実際 • カプセル化 • 抽象型としてオブジェクト指向以前から存在した •
カプセル化をクラスとして実現するのがオブジェクト指向、といえる • 多態(ポリモーフィズム) • 関数を値としてもつことでオブジェクト指向以外でも実現化 • Javaの場合はラムダ式 • 継承 • 機能を再利用するというコンセプトはオブジェクト指向に固有といえ そうだけど、あまり機能の再利用としては使われなくなっている • 型理論の部分型として考えるほうが整理されている オブジェクト指向に こだわらなくていいのでは
JJUG CCC 2022 Spring 「パラダイム」にだまされているのでは • パラダイム – 考え方の枠組み •
パラダイムの例 • オブジェクト指向 • 関数型 • 構造化
JJUG CCC 2022 Spring 「パラダイム」にだまされているのでは • パラダイムは暗黙にプログラミング全体を方向づけるように 語られる • 実際はパラダイムでプログラム全体を方向づけれない
JJUG CCC 2022 Spring 「パラダイム」にだまされているのでは • イメージ:パラダイムはアプリケーション実装方針の枠組み • 実現するためにそのパラダイムの言語を使う •
実際:パラダイムは言語機能の枠組み • 言語はいろいろなパラダイムの言語機能を独自の方針で組み込む • アプリケーション実装方針は言語次第 要求 アプリケーション オブジェクト指向 Java オブジェクト指向言語なら 同じ実装方針のまま代替可 イメージ 要求 アプリケーション Java オブジェクト指向 関数型 構造化 実際 言語が変わると 実装方針も変わる
JJUG CCC 2022 Spring 「パラダイム」にだまされているのでは • 言語非依存な「オブジェクト指向プログラミング」なんてない • パラダイムに沿ったオブジェクト機能がある •
言語によって「オブジェクト機能」の実現方法が違う • 言語によって「オブジェクト機能」以外の機能との関係も違う • 結局、言語ごとに言語機能を活かしてプログラミングする オブジェクト指向に こだわらなくていいのでは
JJUG CCC 2022 Spring 話すこと • プログラムを動かすための技術 • プログラムの処理がなぜ難しいか •
処理の難しさの分類 • プログラムを作るための技術 • オブジェクト指向がなぜ難しいか • オブジェクト指向をうまく使うには
JJUG CCC 2022 Spring 話すこと • プログラムを動かすための技術 • プログラムの処理がなぜ難しいか •
処理の難しさの分類 • プログラムを作るための技術 • オブジェクト指向がなぜ難しいか • オブジェクト指向機能をうまく使うには
JJUG CCC 2022 Spring オブジェクト機能をうまく使うには • アプリケーションのアーキテクチャ • 差分プログラミング •
データの定義と分類
JJUG CCC 2022 Spring アプリケーションのアーキテクチャ • アプリケーションの構造はレイヤー構造が主流 • レイヤーは関数的 •
クラスは単なる関数置き場 • プログラム的には自由に統合分割できる • データはオブジェクト • 操作はデータの正規化、別表現の生成 • 他のデータと直接やりとりしない
JJUG CCC 2022 Spring レイヤー構造はオブジェクト指向か • 「データ構造と振る舞いが一体」になってない • 「オブジェクトの集まりとしてソフトウェアを組織化」 されてない
• 「ライフサイクル全体に適用され」てない
JJUG CCC 2022 Spring レイヤー構造はオブジェクト指向か • 「データ構造と振る舞いが一体」になってない • 「オブジェクトの集まりとしてソフトウェアを組織化」 されてない
• 「ライフサイクル全体に適用され」てない オブジェクト指向とは言い難い
JJUG CCC 2022 Spring レイヤーを流れるデータはオブジェクト指向か • 「データ構造と振る舞いが一体」になっている • 「オブジェクトの集まりとしてソフトウェアを組織化」 してるほどではない
• 「ライフサイクル全体に適用され」てるとは言えない • レイヤーが変わるときに詰め替えることがある
JJUG CCC 2022 Spring レイヤーを流れるデータはオブジェクト指向か • 「データ構造と振る舞いが一体」になっている • 「オブジェクトの集まりとしてソフトウェアを組織化」 してるほどではない
• 「ライフサイクル全体に適用され」てるとは言えない • レイヤーが変わるときに詰め替えることがある オブジェクト指向と 言ってもいいかもしれないが 余分な話がついてくるので 抽象データ型と考えるのが いいんでは
JJUG CCC 2022 Spring レイヤー構造でのオブジェクト機能の使い方 • レイヤー • 似たような処理の異なる部分を抜き出す差分プログラミング •
データ • 抽象データ型 • 継承を使ってデータを分類する
JJUG CCC 2022 Spring 差分プログラミング • 似たような処理のうち異なる部分を抜き出す • メソッドは似たような処理のうち共通部分を抜き出す
JJUG CCC 2022 Spring 継承による差分プログラミング • 共通部分をもつクラスを定義 • 差分は抽象メソッドとして定義 •
継承して実装 • テンプレートパターン
JJUG CCC 2022 Spring ラムダ式による差分プログラミング • 差分プログラミングはラムダ式を使うほうが簡潔
JJUG CCC 2022 Spring データの定義と分類 • 「オブジェクト指向」はアプリケーション全体の設計まで含み データの定義方法を考えるには範囲が広すぎるので抽象データ型 として考える •
メソッドはデータの整合性の保障や別表現の生成を行う • 継承を使ってデータの分類を行う
JJUG CCC 2022 Spring プログラムを作る技術のまとめ • プログラムを動かすための技術ではない • まずは動かせるようになろう •
オブジェクト指向が適用できるところは限定的 • 現代のアプリケーション構造にあわせて利用方法を絞る • オブジェクト機能としてJava言語の機能に集中する
JJUG CCC 2022 Spring まとめ • プログラミングは作り方だけじゃなく動かし方も勉強する 必要がある • JShellやデバッガで逐次実行を確認しよう
• ループを分類して、難しいループも書けるようにしよう • 入門書を読んでるとオブジェクト指向に惑わされることがある けど、プログラムが動かせるようになってから考えよう • Javaの機能を使いこなすことを考える