Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
CODE Chapter1
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
Inoue Gaku
January 23, 2026
Programming
24
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
CODE Chapter1
自己学習のためにCODEの第1章の内容をまとめた
Inoue Gaku
January 23, 2026
More Decks by Inoue Gaku
See All by Inoue Gaku
AWS Comprehendで作る感情分析日記サービス
gaku1031
0
24
Other Decks in Programming
See All in Programming
個人開発者よ、Honoを使え(おじさんver)
tanahiro2010
2
260
気持ちぃ〜角丸 Squircle
ryu1013
0
310
3回つくってわかった、 定期実行ジョブ基盤の本質情報
takai
0
500
KiroのSpecで「五目並べ」を作ってみる
satoshi256kbyte
1
380
Everything will be SERVERLESS — 信じて運用した10年の経験値 / Everything Will be Serverless — Lessons Learned from 10 Years of Operational Experience
seike460
PRO
1
1.1k
Atomic Design, Enforced: Scaling Mobile Design Systems (next.app devCon / droidCon Berlin 2026)
steliosf
PRO
0
170
最近”作らせてる” ローカルAIアプリの話
akit37
0
470
[ハンズオン]AIへの指示だけで「五目並べ」を作ってみよう
satoshi256kbyte
1
380
AWS CDKのカスタムリソースでContinuum(旧Security Agent)を実装した話 | Implementing Continuum (formerly Security Agent) via AWS CDK Custom Resource
akihisaikeda
2
150
IBM Bob でAI駆動開発『QC-Playbook』
ichirokano2
0
110
Web Framework Benchmark Battle 2026, Any%
a_matsuda
2
2.2k
月間100万人のサービス刷新で、 技術選定をHonoに振り切った話
yutobara
8
6.6k
Featured
See All Featured
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
31
10k
The agentic SEO stack - context over prompts
schlessera
0
970
Prompt Engineering for Job Search
mfonobong
0
520
Optimizing for Happiness
mojombo
378
71k
How People are Using Generative and Agentic AI to Supercharge Their Products, Projects, Services and Value Streams Today
helenjbeal
2
360
The Cult of Friendly URLs
andyhume
79
7k
Side Projects
sachag
456
43k
Automating Front-end Workflow
addyosmani
1369
210k
[SF Ruby Conf 2025] Rails X
palkan
3
1.5k
The Straight Up "How To Draw Better" Workshop
denniskardys
239
140k
Conquering PDFs: document understanding beyond plain text
inesmontani
PRO
4
3.2k
Technical Leadership for Architectural Decision Making
baasie
3
600
Transcript
CODE.01
暗闇の対話 ⾔葉を光に変える、最初のコミュニケーション技術
完全な沈黙の中で会話せよ 親友が通りの向かいに住んでいる。 就寝時間を過ぎ、部屋の電気は消され、 携帯電話も没収された。 それでもどうしても話したいことがある。 ⼿元にあるのは懐中電灯だけ。 ⾳は出ないし、光の指向性が⾼いので 親にバレる⼼配もない。 どうやって光だけで⾔葉を伝える??
試⾏錯誤1:空中に⽂字を書く 0は簡単 複雑な⽂字は消えてしまう ? 光で空中に⽂字を描いてみる。 結果:失敗。 「O」や「I」のような単純な形なら伝わるかもしれない。 しかし、空中に線が描かれるのを⾒て、頭の中でそれらを 組み⽴てるのは⾄難の業だ。 光の残像はすぐに消えてしまう。
もっと「明確な」システムが必要
試⾏錯誤2:回数を数える アイデア:アルファベット順に点滅させる A = 1回, B = 2回, C =
3回 ........ Z =26回。 B (2回) A (1回) D (4回) ⼀⾒論理的に⾒える。しかし、もっと⻑い⽂章 ならどうだろう?
致命的な⽋点:効率の壁 最初に送りたいメッセージ:「How are you? (元気?)」 この単純な⽂章を「回数⽅式」で計算してみると... H(8) + O(15) +
W(23) … Total 131 blinks 結論:⽇が昇ってしまうほど遅い。 もっと賢い⽅法が歴史の中に存在していた。
モールスコード サミュエル‧モールスが考案したシステム。 2種類の記号を組み合わせる。 1. ドット (‧):短い点滅 2. ダッシュ (ー):⻑い点滅 H(8)
+ O(15) + W(23) … Total 131 blinks 回数⽅式 32 signals モールスコード 131回の点滅 vs 32回の信号 このシステムを使えば、「How are you?」は131回から32回 の信号に短縮される。
信号の解剖:光と時間のルール モールス信号の本質はタイミングにある。 基本単位:ドットの⻑さを「1」とする。 ダッシュの⻑さ:ドットの3倍(3単位)。 ⽂字の部品間:1単位オフ ⽂字と⽂字の間:3単位オフ 単語と単語の間:7単位オフ
信号のデザインの秘密:頻度と効率 コードの⻑さはランダムではない。 よく使う⽂字ほど短くすることで、全体の通信速度を最⼤化している。 12.7% 頻度 9.1% 頻度 0.07% 頻度
数字:規則的なパターン ⽂字とは対照的に、数字のコードは⾮常に規則的である。 すべてが5つの信号(ドットとダッシュの組み合わせ) で構成されている。
有名なコード:SOSと勝利のV 遭難時に覚えやすく、判別しやすいパター ンとして選ばれた。 「ジャ‧ジャ‧ジャ‧ジャーン」。このリ ズムはモールス信号の「V」と⼀致する。 第⼆次世界⼤戦中、BBCは「Victory」を 意味するこのフレーズを放送に使⽤した。
2つの状態 ここでのキーワードは「2」。 「2つの異なるもの」さえあれば、それらを適切に組み合わせることで あらゆる情報を伝達できる。 コンピュータも、基本的にはこれと同じ原理で動いている。