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
Goの設計思想を深掘りする___Unixから継ぐもの_-_Slidev.pdf
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
Yamakazu
February 21, 2026
0
46
Goの設計思想を深掘りする___Unixから継ぐもの_-_Slidev.pdf
Yamakazu
February 21, 2026
Tweet
Share
Featured
See All Featured
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
162
16k
How to Get Subject Matter Experts Bought In and Actively Contributing to SEO & PR Initiatives.
livdayseo
0
72
Embracing the Ebb and Flow
colly
88
5k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.4k
So, you think you're a good person
axbom
PRO
2
1.9k
Bash Introduction
62gerente
615
210k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
287
14k
Color Theory Basics | Prateek | Gurzu
gurzu
0
210
How to Ace a Technical Interview
jacobian
281
24k
Bootstrapping a Software Product
garrettdimon
PRO
307
120k
Amusing Abliteration
ianozsvald
0
110
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
130k
Transcript
Go の設計思想を深掘りする ― Unix から継ぐもの
名前:山浦麗斗 職業:ソフトウェアエンジニア 使用言語:C# X: ヤマカズ🎾 https://x.com/k_program510 最近はGo を学習中
Go 言語はなぜ生まれたのか?
Go 言語はGoogle が開発した言語 Go の開発者にはBell Labs 出身のエンジニアがいる 彼らはUnix を生み出した世代
Unix が大事にしたもの Small Simple Composable 小さく 単純に 組み合わせる
当時のGoogle はこのような課題がありました
ビルドが遅い ・C++ 等で巨大なコードベースをビルドすると数十分〜数時間… 生産性が低い 並行処理が難しい ・C/C++ やJava で安全な並列プログラミングが困難 複雑になりすぎた ・大規模開発でコード品質がバラつき、保守が辛い
実行性能も重要 ・高パフォーマンスが求められるが、スクリプト言語では物足りない
開発者が常に待ち時間と格闘していた
Google に足りなかったのは機能ではありません。
足りなかったのは「単純さ」です。
Go の設計思想(Why Go? ) Go が目指したもの
Google が望んだもの 超高速コンパイル シンプルな言語設計 並行処理を簡単に 依存管理とツールが統一 バグを減らす安全性
「巨大コードを大人数で、速く、安全に、並列処理しながら開 発したい」
① 学習しやすくなる
Go には継承がない 例外もない
それは「不足」ではなく 意図
制限の理由を知ると 迷わなくなる
② 得意領域がわかる
Go が得意なのは ・並行処理 ・大規模チーム開発 ・シンプルなバックエンド ・クラウド・インフラ基盤
設計思想は 「どこで使うべきか」を教えてくれる
③ 弱さもわかる
Go は ・複雑な抽象化 ・魔法のようなメタ機能 は得意ではない
これはGo だけの話ではない
設計そのものの話
まとめ 設計思想を知ることは
言語の「機能」を覚えることではない
言語の「意図」を理解すること
ご清聴ありがとうございました