KiSAKU

連載

エンジニアの勉強法

順番に勉強するのではなく、1つ作り切る過程で必要になったものを拾っていったらどうなったか。確かめ方、調べ方、教える側に回って見えたこと、AIと組んで何が残るかまで。

全6回のうち、6本を公開しています。

  1. 技術系

    勉強法(1) 1つ作り切ると、広く当たる

    ポートフォリオサイトを1つ作るのに、結果として何を触ることになったか。その一覧と、それが「順番に勉強する」やり方とどう違ったかです。

    DNSエンジニアの勉強法デプロイ技術選定
  2. 技術系

    勉強法(2) 測らないと、分かったことにならない

    このサイトで実際にやった「確かめ方」を3つ。どれも、確かめていなかったら間違ったまま進んでいたものです。

    UI設計エンジニアの勉強法トラブルシューティングパフォーマンス
  3. 技術系

    勉強法(3) 調べる場所が決まらない時間

    「読めない」「分からない」を、調べられる形まで分解する話です。詰まる場所は毎回ほぼ同じ構造をしていました。

    エンジニアの勉強法トラブルシューティング技術選定
  4. 技術系

    勉強法(4) 教える側に回ると、穴が見える

    教える側に回って見えた、自分の理解の穴。答えられなかった質問の種類と、そのあと説明の仕方をどう変えたかです。

    UI設計エンジニアの勉強法技術選定
  5. 技術系

    勉強法(5) 手順は残らない。判断は残る

    何が残って何が残らなかったか。そして、残るかどうかを分けていたのが何だったかです。

    エンジニアの勉強法トラブルシューティング技術選定
  6. 技術系

    勉強法(6) 効いたのは、技術そのものではなかった

    実際に役に立った3つ。どれも技術の名前ではなく、技術の扱い方の話です。このサイトで実際にやったことと対応させて書きます。

    エンジニアの勉強法セキュリティトラブルシューティング技術選定

ブログ一覧へ