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
プログラムの歴史を学ぶ
Search
まりも
September 24, 2024
Programming
0
45
プログラムの歴史を学ぶ
プログラムの勉強をしていくと、新しいことを学ぶことは多いですが、だんだん古いことも調べることになっていきます。そのほうが本質的な理解につながるからです。その理由について解説します。
まりも
September 24, 2024
Tweet
Share
More Decks by まりも
See All by まりも
メンタルモデルから見るオブジェクト設計
hrmstrsmgs
0
240
技術的負債
hrmstrsmgs
0
270
よい設計のプログラムを作るには
hrmstrsmgs
0
86
歴史から理解するJavaScript
hrmstrsmgs
0
74
論理的な考え方
hrmstrsmgs
0
70
論理的な話し合いはなぜ必要か
hrmstrsmgs
0
47
腕のある技術者はなぜ
hrmstrsmgs
0
93
疑似乱数の生成
hrmstrsmgs
0
47
構造化プログラミング
hrmstrsmgs
0
160
Other Decks in Programming
See All in Programming
ふつうの Rubyist、ちいさなデバイス、大きな一年
bash0c7
0
830
手戻りゼロ? Spec Driven Developmentとは@KAG AI week
tmhirai
1
190
Railsの気持ちを考えながらコントローラとビューを整頓する/tidying-rails-controllers-and-views-as-rails-think
moro
5
390
AWS×クラウドネイティブソフトウェア設計 / AWS x Cloud-Native Software Design
nrslib
15
3k
Vuetify 3 → 4 何が変わった?差分と移行ポイント10分まとめ
koukimiura
0
120
Claude Codeログ基盤の構築
giginet
PRO
7
2.8k
CSC307 Lecture 15
javiergs
PRO
0
240
AIに任せる範囲を安全に広げるためにやっていること
fukucheee
0
130
AI時代のシステム設計:ドメインモデルで変更しやすさを守る設計戦略
masuda220
PRO
5
890
What Spring Developers Should Know About Jakarta EE
ivargrimstad
0
170
The Ralph Wiggum Loop: First Principles of Autonomous Development
sembayui
0
3.7k
コーディングルールの鮮度を保ちたい / keep-fresh-go-internal-conventions
handlename
0
190
Featured
See All Featured
職位にかかわらず全員がリーダーシップを発揮するチーム作り / Building a team where everyone can demonstrate leadership regardless of position
madoxten
61
52k
Avoiding the “Bad Training, Faster” Trap in the Age of AI
tmiket
0
99
Gemini Prompt Engineering: Practical Techniques for Tangible AI Outcomes
mfonobong
2
310
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
360
30k
Why Your Marketing Sucks and What You Can Do About It - Sophie Logan
marketingsoph
0
110
Lessons Learnt from Crawling 1000+ Websites
charlesmeaden
PRO
1
1.1k
Documentation Writing (for coders)
carmenintech
77
5.3k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
133
19k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
38
2.8k
Speed Design
sergeychernyshev
33
1.6k
WENDY [Excerpt]
tessaabrams
9
36k
How Software Deployment tools have changed in the past 20 years
geshan
0
32k
Transcript
プログラムの歴史を学ぶ 愚者は経験に学び賢者は歴史に学ぶ
なぜプログラムの歴史を学ぶのか キャリアパスを考えるため プログラムを作った人の気持ちを知るため
キャリアパスを考える 温故知新
キャリアはいつまで続くのか 私は今42歳です 今後も定年は伸びるでしょう 70歳くらいに引退? あと30年くらい
キャリアはいつまで続くのか 今22歳の人 定年はさらに伸びるでしょう 80歳くらいに引退? あと60年くらい
温故知新 60年後を予測するには 60年間に何が起こるかを知らないと 60年前のことを知っておく必要
プログラムの歴史はいつ始まったでしょう 1948年 •アセンブリ言語 1956年 •FORTRAN 1959年 •COBOL
若い人のキャリアパス 60年後のことを予測しないと 60年前のことを知らないと プログラムの歴史を全部調べないと?
結論 若い人ほど歴史を学ぶ必 要がある
プログラムを作った人の気持ちを知る こういうコミュ力に限れば自信があります
技術者にとって一番大切なこと 作った人の気持ちを考え て使う
作った人の配慮 道具 こう使っ てほしい こう使っ てほしい こう使っ てほしい こう使っ てほしい
こう使っ てほしい
作った人の配慮 道具 こう使っ たら楽 こう使っ たら楽 こう使っ たら楽 こう使っ たら楽
こう使っ たら楽
作った人の配慮 楽に作業す る 作った人の 気持ちを考 える
新しいプログラム言語でも 新しい機能 新しい機能 昔の機能 昔の機能 昔の機能 昔の機能 昔の機能 昔からある機能がほとんどで、それは昔の人が作った
楽に作業す る 昔の人の気 持ちを勉強 する
結論 歴史を学びましょう