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
22
プログラムの歴史を学ぶ
プログラムの勉強をしていくと、新しいことを学ぶことは多いですが、だんだん古いことも調べることになっていきます。そのほうが本質的な理解につながるからです。その理由について解説します。
まりも
September 24, 2024
Tweet
Share
More Decks by まりも
See All by まりも
メンタルモデルから見るオブジェクト設計
hrmstrsmgs
0
110
技術的負債
hrmstrsmgs
0
150
よい設計のプログラムを作るには
hrmstrsmgs
0
56
歴史から理解するJavaScript
hrmstrsmgs
0
33
論理的な考え方
hrmstrsmgs
0
38
論理的な話し合いはなぜ必要か
hrmstrsmgs
0
22
腕のある技術者はなぜ
hrmstrsmgs
0
55
疑似乱数の生成
hrmstrsmgs
0
24
構造化プログラミング
hrmstrsmgs
0
48
Other Decks in Programming
See All in Programming
Serverless Rust: Your Low-Risk Entry Point to Rust in Production (and the benefits are huge)
lmammino
1
160
メンテが命: PHPフレームワークのコンテナ化とアップグレード戦略
shunta27
0
310
クリーンアーキテクチャから見る依存の向きの大切さ
shimabox
5
1.1k
仕様変更に耐えるための"今の"DRY原則を考える
mkmk884
9
3.2k
ABEMA iOS 大規模プロジェクトにおける段階的な技術刷新 / ABEMA iOS Technology Upgrade
akkyie
1
220
Djangoにおける複数ユーザー種別認証の設計アプローチ@DjangoCongress JP 2025
delhi09
PRO
4
500
『テスト書いた方が開発が早いじゃん』を解き明かす #phpcon_nagoya
o0h
PRO
9
2.5k
Rubyで始める関数型ドメインモデリング
shogo_tksk
0
140
楽しく向き合う例外対応
okutsu
0
710
Datadog Workflow Automation で圧倒的価値提供
showwin
1
280
Generating OpenAPI schema from serializers throughout the Rails stack - Kyobashi.rb #5
envek
1
390
AWS Step Functions は CDK で書こう!
konokenj
4
670
Featured
See All Featured
Bash Introduction
62gerente
611
210k
[RailsConf 2023] Rails as a piece of cake
palkan
53
5.3k
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
3.7k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
193
16k
Embracing the Ebb and Flow
colly
84
4.6k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
53k
Raft: Consensus for Rubyists
vanstee
137
6.8k
Navigating Team Friction
lara
183
15k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
100
18k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
47
5.2k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
29
1k
Side Projects
sachag
452
42k
Transcript
プログラムの歴史を学ぶ 愚者は経験に学び賢者は歴史に学ぶ
なぜプログラムの歴史を学ぶのか キャリアパスを考えるため プログラムを作った人の気持ちを知るため
キャリアパスを考える 温故知新
キャリアはいつまで続くのか 私は今42歳です 今後も定年は伸びるでしょう 70歳くらいに引退? あと30年くらい
キャリアはいつまで続くのか 今22歳の人 定年はさらに伸びるでしょう 80歳くらいに引退? あと60年くらい
温故知新 60年後を予測するには 60年間に何が起こるかを知らないと 60年前のことを知っておく必要
プログラムの歴史はいつ始まったでしょう 1948年 •アセンブリ言語 1956年 •FORTRAN 1959年 •COBOL
若い人のキャリアパス 60年後のことを予測しないと 60年前のことを知らないと プログラムの歴史を全部調べないと?
結論 若い人ほど歴史を学ぶ必 要がある
プログラムを作った人の気持ちを知る こういうコミュ力に限れば自信があります
技術者にとって一番大切なこと 作った人の気持ちを考え て使う
作った人の配慮 道具 こう使っ てほしい こう使っ てほしい こう使っ てほしい こう使っ てほしい
こう使っ てほしい
作った人の配慮 道具 こう使っ たら楽 こう使っ たら楽 こう使っ たら楽 こう使っ たら楽
こう使っ たら楽
作った人の配慮 楽に作業す る 作った人の 気持ちを考 える
新しいプログラム言語でも 新しい機能 新しい機能 昔の機能 昔の機能 昔の機能 昔の機能 昔の機能 昔からある機能がほとんどで、それは昔の人が作った
楽に作業す る 昔の人の気 持ちを勉強 する
結論 歴史を学びましょう