https://notes.imutaro.com/新卒エンジニアの学びを自分の言葉で書き溜めるデジタルガーデンHugoja-JPMon, 24 Aug 2026 00:51:43 +0900https://notes.imutaro.com/encode-decodeThu, 20 Aug 2026 00:00:00 +0900https://notes.imutaro.com/encode-decodeWhat — 内部表現と外部表現の変換 エンコードとは、プログラム内部のデータ（Go の構造体など）を、送信・保存できるバイト列（JSON 文字列など）に変換すること。デコードはその逆で、受け取ったバイト列を内部のデータ構造に戻すこと。 なhttps://notes.imutaro.com/ai-dependence-erases-your-edgeWed, 19 Aug 2026 00:00:00 +0900https://notes.imutaro.com/ai-dependence-erases-your-edgeきっかけ メンターから、「AIがなくなった時のことを考えてやった方がいい」「（君は）今、楽しめてないかもしれないね」と言われた。深く刺さった一言だった。 気づき 新卒がAIに頼りすぎると、「AIでいいや」となって何者にもなれない。AIに頼るhttps://notes.imutaro.com/trust-the-form-and-master-itWed, 19 Aug 2026 00:00:00 +0900https://notes.imutaro.com/trust-the-form-and-master-itきっかけ 「甲子園に行くには、この勉強とこの練習が必要だよ」と言われたら、それを疑わずに、ただ習得しに行くのがいちばんよさそうだと思った瞬間があった。強くなる型がすでに示されているのに、それを疑って自己流を探す時間がもったいないと感じたからhttps://notes.imutaro.com/dont-separate-work-and-replyWed, 19 Aug 2026 00:00:00 +0900https://notes.imutaro.com/dont-separate-work-and-replyきっかけ 先輩はあのお忙しさの中でも、2〜3分以内には返信をされていたそうだ。これには衝撃を受けた。 気づき 僕は「作業か返信か」という二択で切り分けて考えてしまっていたが、一流の方はそこが根本から違うのだと思い知らされた。忙しさを理由に返https://notes.imutaro.com/three-step-mentorship-designWed, 19 Aug 2026 00:00:00 +0900https://notes.imutaro.com/three-step-mentorship-designきっかけ 自分の職場は、一つの建物に多様な分野の人が集まっている環境だ。この強みをどう活かすか考えたときに、三段構えの関係構築をデザインしようと思った。 気づき 三段構えで関係構築を組み立てる。 師匠になる人を見つけて徹底的に学ぶ その師匠https://notes.imutaro.com/vulnerability-opens-heartsWed, 19 Aug 2026 00:00:00 +0900https://notes.imutaro.com/vulnerability-opens-heartsきっかけ アイスブレイクは、心を開いてもらうためのものだ。だから、場を笑かせることそのものが本質なのではないと思う。 気づき まだ仮説の段階（本人が検証中） どうすれば人は心を開くのか。多分、こちら側の弱い部分を見せることも、そのひとつの手https://notes.imutaro.com/rookie-optimizes-for-repsWed, 19 Aug 2026 00:00:00 +0900https://notes.imutaro.com/rookie-optimizes-for-reps気づき 質を上げようとしても、新卒のいまはとてつもない質を出せる経験がまだない。それなら、最初から質ではなく量を取りに行ったほうがいい。回転数を稼ぐほど失敗と修正の機会が増え、質は経験とともに後からついてくるはずだ。いまの自分がやるべきなのhttps://notes.imutaro.com/understanding-follows-actionWed, 19 Aug 2026 00:00:00 +0900https://notes.imutaro.com/understanding-follows-actionきっかけ 「コードを理解してから手を動かそう」と思ってテキストを読んでも意味不明だった。試しに手を動かしてみると、コードの意図が結構整理されて理解できるようになった。 気づき 手を動かすというアクションが、脳を整理する触媒になる。理解してかhttps://notes.imutaro.com/review-by-achievement-not-journeyWed, 19 Aug 2026 00:00:00 +0900https://notes.imutaro.com/review-by-achievement-not-journeyきっかけ 「一日一日に集中するんじゃなくて、いかにそれを達成できるかで振り返ればいい」という言葉が刺さった。 気づき 毎月の目標を達成し、毎日の目標を達成し、日々アクションして振り返る。その先に1年後の目標が達成できていれば、道のりは正直何https://notes.imutaro.com/authentication-and-authorizationWed, 19 Aug 2026 00:00:00 +0900https://notes.imutaro.com/authentication-and-authorizationWhat — 認証は「誰か」、認可は「していいか」の別々の検査 API サーバーはリクエストを2段階で検査する。 **認証（Authentication）**は「このリクエストの主は誰か」をトークンなどの証拠で確かめる工程。 **認可https://notes.imutaro.com/everything-starts-with-one-personWed, 19 Aug 2026 00:00:00 +0900https://notes.imutaro.com/everything-starts-with-one-personきっかけ 1つ大きく進めるために必要なのは、圧倒的にだれか一人が考えている人がいるということだと感じた。 気づき きっと、それぞれの部署で「誰かがやってくれるだろう」という空気のままでは、みんなで自然に集まることはない。だれか一人が最初に考https://notes.imutaro.com/switch-before-confusion-becomes-boredomWed, 19 Aug 2026 00:00:00 +0900https://notes.imutaro.com/switch-before-confusion-becomes-boredomきっかけ コードが1時間詰まったことがあった。最初は「分からない」だっただけなのに、粘っているうちにそれが「楽しくない」に変わり、集中が切れて時間の体感が一気に短くなっていった。 気づき 分からない状態で粘りすぎず、学習法を切り替える判断をhttps://notes.imutaro.com/bearerTue, 18 Aug 2026 00:00:00 +0900https://notes.imutaro.com/bearerWhat — ログインと引き換えに発行される通行証 Bearer トークンの実体は、ログイン成功と引き換えにサーバーが発行する、期限付きのただの長い文字列。 毎回 ID・パスワードを送る代わりに、この文字列をヘッダに載せて「さっきログインしhttps://notes.imutaro.com/curlTue, 18 Aug 2026 00:00:00 +0900https://notes.imutaro.com/curlWhat curl はターミナルから HTTP リクエストを1回送るコマンド。 API の実験台として使う。ブラウザと違って、GET 以外のメソッドを送れて、ヘッダを自由に付けられて、送受信の中身を丸ごと目で見られる。 構造 — 3つの部品https://notes.imutaro.com/http-methodsTue, 18 Aug 2026 00:00:00 +0900https://notes.imutaro.com/http-methodsWhat — リクエスト1行目の先頭に書く動詞 HTTP メソッドは、リクエストの1行目の先頭に書く動詞で、「この URL に対して何をしたいか」をサーバーに伝える部品。 POST /users HTTP/1.1 の POST がそれ。サーhttps://notes.imutaro.com/http-request-structureTue, 18 Aug 2026 00:00:00 +0900https://notes.imutaro.com/http-request-structureWhat — リクエストは4点セット HTTP リクエストの実体は、回線を流れるただのテキスト。メソッド・パス・ヘッダ・ボディの4部品でできていて、この4つの名前がわかればどんなリクエストも読める。 部品 役割 例 メソッド 何をしたいかhttps://notes.imutaro.com/http-response-structureTue, 18 Aug 2026 00:00:00 +0900https://notes.imutaro.com/http-response-structureWhat — レスポンスは3点セット HTTP レスポンスもリクエストと同じただのテキストで、ステータスコード・ヘッダ・ボディの3部品でできている。リクエストとの違いは、1行目が「何をしたいか」ではなく「どうなったか」になること。 部品 役https://notes.imutaro.com/jwtTue, 18 Aug 2026 00:00:00 +0900https://notes.imutaro.com/jwtWhat — 「誰が・いつまで・何をしていいか」を運ぶ文字列 JWT（JSON Web Token・読みは「ジョット」）は、「誰が・いつまで・何をしていいか」を1本の文字列に詰めて運ぶ書式。ピリオドで3つに割れる。https://notes.imutaro.com/oauth2Tue, 18 Aug 2026 00:00:00 +0900https://notes.imutaro.com/oauth2What — 解いているのは「パスワードを渡さずに代理を頼む」 OAuth2 は、渡す物を権限と期限を限定したトークンに置き換える手続きの規格。ホテルに車を預けるとき渡すのは、トランクが開かないバレーキーであってキーホルダーごとではない。https://notes.imutaro.com/restTue, 18 Aug 2026 00:00:00 +0900https://notes.imutaro.com/restWhat REST は規格ではなく書き方の流儀。 URL は資源（名詞）だけを書き、何をするか（動詞）は HTTP メソッドで表す。 なぜ動詞を URL に書かないのか ① 学習コストが毎回リセットされる。 動詞の名前は API ごとに自由https://notes.imutaro.com/error-responseTue, 18 Aug 2026 00:00:00 +0900https://notes.imutaro.com/error-responseWhat — コードは分類、ボディが詳細 APIがエラーを返すとき、ステータスコードとは別に、ボディに原因を書いたJSONが入っている。 コードは「どの種類の失敗か」の分類までしか語らないので、原因の特定はボディを読む。 読む順番は3段で固https://notes.imutaro.com/paginationTue, 18 Aug 2026 00:00:00 +0900https://notes.imutaro.com/paginationWhat — 一覧APIは全件を返さない ページネーションは、一覧APIが結果を決まった件数ずつ区切って返す仕組み。 何万件ものデータを1レスポンスに詰めるとサーバーも通信も耐えられないので、「どこから・何件」をクエリパラメータで指定させるhttps://notes.imutaro.com/rate-limitTue, 18 Aug 2026 00:00:00 +0900https://notes.imutaro.com/rate-limitWhat — 回数の上限を超えると 429 が返る レートリミットは、一定時間に受け付けるリクエスト数の上限。 超えた分は処理されず、ステータスコード 429（Too Many Requests） が返る。 1利用者の連打からサーバーを守るhttps://notes.imutaro.com/endpointTue, 18 Aug 2026 00:00:00 +0900https://notes.imutaro.com/endpointWhat — 「メソッド＋パス」で決まる操作1つ分の受け口 エンドポイントは、API が公開している操作1つ分の受け口。「メソッド＋パス」の組で1つと数える。 GET /users/42 ← 42番を見る受け口 DELETEhttps://notes.imutaro.com/query-parameterTue, 18 Aug 2026 00:00:00 +0900https://notes.imutaro.com/query-parameterWhat — ? から後ろに付ける「見せ方の注文」 クエリパラメータは、URL の ? より後ろに key=value の形で付ける追加の指定。パスが「どの資源か」を指すのに対し、クエリは同じ資源に対する絞り込み・並び替え・件数を注文する。https://notes.imutaro.com/how-links-workTue, 18 Aug 2026 00:00:00 +0900https://notes.imutaro.com/how-links-workWhat — リンクの実体は「URL を1本埋め込んだ部品」 リンク（HTML の <a href="URL">）の実体は、飛び先の URL を1本埋め込んだだけの部品。クリックとは「この URL に GEThttps://notes.imutaro.com/own-words-are-strongerTue, 18 Aug 2026 00:00:00 +0900https://notes.imutaro.com/own-words-are-stronger気づき わからないことがあったとき、すべてをAIに委ねるのはやはり良くない。自分の言葉でまとめたことが最高にわかりやすすぎるからだ。 わからないことがわからない、というフェーズが結構ある それはしっかり言語化して、整理して、粒度を合わせて紐https://notes.imutaro.com/auth-token-layersTue, 18 Aug 2026 00:00:00 +0900https://notes.imutaro.com/auth-token-layersWhat — 競合ではなく、1本のトークンをめぐる3層 OAuth2・Bearer・JWT は選択肢として競合する技術ではなく、同じ1本のトークンについて別の問いを担当する層。 担当する層 答える問い OAuth2 入手手続き どうやって発https://notes.imutaro.com/http-request-lifecycleMon, 17 Aug 2026 00:00:00 +0900https://notes.imutaro.com/http-request-lifecycleWhat — 1回の通信は7段階、HTTP は最後の3つだけ URL を叩いてからレスポンスが返るまでに、7つの段階が順番に走る。HTTP の注文と返答は最後の3段階だけで、前半4段階はその注文票を相手に届けるための準備。 URL の分解https://notes.imutaro.com/clear-context-on-plan-approvalSun, 16 Aug 2026 00:00:00 +0900https://notes.imutaro.com/clear-context-on-plan-approvalWhat — 概念・仕組み plan mode を使い、plan 確定後に clear してから実装に入る。 計画を練る段階で、AIとのすり合わせを重ねると、 コンテキストが無駄にたまる。 コストがかかりすぎる要因のひとつであるため 対策と