Web エンジニアの技術キャッチアップがちょっと楽になる話

youtube: https://www.youtube.com/@jiro.version1
menta: https://menta.work/user/13371

動画版: https://www.youtube.com/watch?v=_JBg4aLCg_Y

技術のキャッチアップ、覚えることが多すぎて疲れていませんか？

新しい言語やライブラリ、難しい概念、読み切れない技術書……。
すべてを覚えようとすると、時間がいくらあっても足りません。

この動画では、必要なときに必要な知識を身につけるための「学び方」を紹介します。

・学んだことを定着させる「アクティブリコール」
・難しい概念を、複数の角度から理解する方法
・技術書やドキュメントを、目的に合わせて拾い読みする方法

大切なのは、全部覚えることよりも、使える知識を増やすこと。
日々の勉強や仕事で試せる、ちょっとキャッチアップが楽になるヒントをまとめました。

みなさんが実践している勉強法や、キャッチアップで困っていることも、ぜひコメントで教えてください。

Transcript

2. エンジニアの学び方 Web エンジニア 覚えることが多すぎる 覚えることの例 画面をつくる 動きをつくる UIを組み立てる 通信する データを扱う 土台を知る 変更を管理する 品質を守る 動かし続ける HTML / CSS HTTP / API Git JavaScript / TypeScript データベース / SQL テスト / セキュリティ React Linux / ネットワーク Docker / クラウド
3. エンジニアの学び方 すべてを覚えることは 不可能である。
4. エンジニアの学び方 なので、 キャッチアップ能力を 高めるのが大事
5. エンジニアの学び方 目次 1. 覚えることが多すぎて理解できない 2. 難しい概念を言われても理解できない 3. 技術書・ドキュメントが長くて読めない
6. エンジニアの学び方 時間あたりの 「使える知識の吸収量」 を最大化しよう
7. エンジニアの学び方 時間あたりの吸収効率が悪い例 01 自分の言葉でまとめ直すことが目的になる ノートを整えるのに時間を使い、学んだ内容を試さず終わる。 02 勧められた技術書を、とりあえず読む 使う場面がないまま読み進め、数日経つと忘れてしまう。 03 目的を決めずにドキュメントを最初から読む 今必要な情報を絞れず、読む量だけが増える。
8. エンジニアの学び方 Web エンジニアは、ひとつの概念・ライブラリを活用し始めるのに 1週間も1か月も かけていられない わからない部分があっても、 調べながら使い始める。
9. エンジニアの学び方 01 覚えることが多すぎて 理解できない
10. エンジニアの学び方 アクティブリコール 記憶した情報を、手がかりから能動的に取り出すこと。 ⇒ 思い出す時に、ヒトは覚える ⇒ 思い出す機会が最大になるように、 学習を設計する 出典: Retrieval Practice
11. エンジニアの学び方 思い出す機会を日常に取り入れる 思い出す機会の例 翌朝「昨日、何を学んだっけ？」と振り返る 02 人との会話で、学んだ内容を説明する 03 実装中に「この問題に使える方法は何だったっけ？」と考える 01
12. エンジニアの学び方 「脳から取り出す」機会を増やす オススメ勉強法 01 言葉にする 02 対話で確かめる 03 脳内で再現する 人に説明する AIと壁打ちする 頭の中でイメージする 友達に教える、LTに参加する。 独り言で自分に説明する おすすめ 音声入力で説明し、内容が合ってい るか確認してもらう。追加質問で理 解を深める。 移動中など声を出せないときに、学 んだ内容や仕組みを頭の中で再現す る。
13. エンジニアの学び方 02 難しい概念を言われても 理解できない
14. エンジニアの学び方 プログラミングの概念は、 抽象的で覚えづらい 言葉の意味は読めても、 使う場面が浮かばない 。 — 依存性注入：いつ、何のために使う？ — Promise：実装のどこで役立つ？ — トランザクション：どんな問題を防げる？ 具体的な問題やコードと結びつかないと、記憶に残りづらい。
16. エンジニアの学び方 初対面の人を「わかった」と思うのは、 どんなとき？ 仕事の話 何を大切にしている？ 趣味の話 何に夢中になる？ いろいろな角度から 見ると、その人の輪郭が見えてくる。 概念も同じ。ひとつの説明だけでなく、複数の面をつなげて理解する。 困ったとき どう考えて、どう動く？
17. エンジニアの学び方 ちょっと難しいなぁ、という 概念に出会ったら ↓ 一面的になっていないか 確認する
18. エンジニアの学び方 03 技術書・ドキュメントが 長くて読めない
19. エンジニアの学び方 技術書やドキュメントを読む必要性は、 薄々感じている…… でも
20. エンジニアの学び方 技術書やドキュメントは、 すべてを読もうとしなくてよい 01 最初から読み進めると、本題に入る前に集中が切れてしまう 02 まとまった時間を確保するのは難しい 03 本が伝えたいひとつのメッセージや、自分が興味のあるところだけ読むのでよい
21. エンジニアの学び方 本を読む前・買う前に、必ずすること 「そこから何を得たいのか？」を 明確にする 目的を達成したら、 本は閉じていい。サイトも閉じていい。
22. エンジニアの学び方 拾い読みのススメ - 「つまみ食いを繰り返して、すべてを食べ尽くす」 01 読む本・ドキュメントを検討する 例：Claude のドキュメントを読もう 02 学びたい内容を明確にする 例：settings.json の設定項目を理解したい 03 目次・章立てを確認する 自分の学びたい内容に関連する章を見つける 04 ターゲットの章を読み込む 集中力が続く範囲に、読む量を絞る 05 目的を達成したら終わる 06 ↺ 後日、集中力が戻ったら、また1へ 次に学びたいことを決めて、拾い読みを再開する。
23. エンジニアの学び方 拾い読みのメリット 01 心理的ハードルが下がる 読む範囲を小さくすると、取りかかりやすくなる。 短い範囲なら、繰り返し読み直しやすい。 02 反復が容易になる 03 アクティブリコールにつな 再読する前に「何が書かれていた？」と思い出す機会をつくる。 思い出してから確認することで、記憶の定着につなげる。 げやすい 参考: Retrieval Practice 一度で理解しきれず、忘れることもある。繰り返して理解を補う。 再読すると、初読時の先入観を見直し、新たな気づきを得られる。
24. エンジニアの学び方 さいごに
25. エンジニアの学び方 何日、何時間で新しい言語や概念を キャッチアップできますか？ 01 来週は面接。でも、応募先で使う技術を知らない。 02 同僚が、知らないフレームワークを提案してきた。 03 AI時代、何をキャッチアップすべきか分からない。 キャッチアップ力が問われる場面は、 日常に何度もある。
26. エンジニアの学び方 課題に合わせて、学び方を変える 01 「覚えることが多すぎて理解できない」 アクティブリコールを取り入れる 02 「難しい概念を言われても理解できない」 多角的・多面的に見る 03 「技術書・ドキュメントが長くて読めない」 目的を決めて、拾い読みする 日常に思い出す機会をつくる。 媒体・場面・問いを変えて、理解をつなげる。 得たいものを明確にし、目的を達成したら閉じる。