JavaScript
JavaScript | 基礎構文：関数 – 関数定義
入門
Java Java | Java 詳細・モダン文法：設計・実務視点 – モダン Java 総復習
モダン Java 総復習のゴールここまで「設計・実務視点」でいろいろ見てきましたが、モダン Java を一言でまとめると、こういう世界観になります。「Java 8 以降の機能（ラムダ、Stream、O...
Java Java | Java 詳細・モダン文法：設計・実務視点 – 実務でよくある罠
「実務でよくある罠」とは何かここでいう「罠」は、コンパイルは通るし一見正しく動いているように見えるのに、本番や長期運用の中でじわじわ効いてきて、バグ・障害・保守地獄につながるポイントのことです。初心者...
Java Java | Java 詳細・モダン文法：設計・実務視点 – モダン構文の使い過ぎ問題
「モダン構文の使い過ぎ問題」とは何かJava には、ラムダ式、Stream API、Optional、record、switch 式、パターンマッチングなど、「モダンでカッコいい構文」がたくさんありま...
Java Java | Java 詳細・モダン文法：設計・実務視点 – 公開 API の互換性
公開 API の互換性とは何か公開 API の互換性とは、「一度公開した API を、後から変更しても利用者のコードが壊れないようにすること」です。ここでいう「利用者」は、あなたのクラスを呼び出す別の...
Java Java | Java 詳細・モダン文法：設計・実務視点 – API 設計観点
API 設計観点とは何かAPI 設計観点とは、「他の人（他のクラス・他の開発者・他のシステム）が使いやすく、安全で、誤解されないインターフェースをどう作るか」という視点のことです。Java の API...
Java Java | Java 詳細・モダン文法：設計・実務視点 – ライブラリ選定基準
ライブラリ選定基準とは何かライブラリ選定基準とは、「このプロジェクトでどの外部ライブラリを使うかを判断するためのルール」 のことです。Java の世界には膨大なライブラリがあります。便利なものもあれば...
Java Java | Java 詳細・モダン文法：設計・実務視点 – チーム内 Java 方針
チーム内 Java 方針とは何かチーム内 Java 方針とは、「このチームでは Java をこう使う」という“共通ルール・共通思想”のことです。コーディング規約が「書き方のルール」だとすれば、チーム内...
Java Java | Java 詳細・モダン文法：設計・実務視点 – コーディング規約統一
コーディング規約統一とは何かコーディング規約統一とは、「プロジェクト全員が同じ“書き方のルール”でコードを書くようにすること」です。これは単なる“見た目の統一”ではありません。読みやすさ、保守性、レビ...
Java Java | Java 詳細・モダン文法：設計・実務視点 – LTS バージョン
LTS バージョンを一言でいうとJava の LTS（Long-Term Support）バージョンは、「長期間サポートされる“安定版”の Java」です。実務で言うと、「会社やプロジェクトが“これを...
Java Java | Java 詳細・モダン文法：設計・実務視点 – バージョンアップ対応
バージョンアップ対応を一言でいうとJava のバージョンアップ対応は、「今ちゃんと動いているシステムを壊さずに、新しい Java（JDK/JRE）に乗り換えるための一連の作業」です。単に「JDK を入...
Java Java | Java 詳細・モダン文法：設計・実務視点 – 非推奨 API の扱い
「非推奨 API」とは何か非推奨 API（deprecated API）は、「今はまだ使えるけれど、将来は消えるかもしれない／使ってほしくない」と宣言された API のことです。Java では @De...
Java Java | Java 詳細・モダン文法：設計・実務視点 – レガシーコード対応
レガシーコード対応を一言でいうとレガシーコード対応は、「よく分からないけど本番で動いている古いコード」を、壊さずに理解し、少しずつ安全にマシな状態へ近づけていく作業です。「全部書き直したい」という気持...
Java Java | Java 詳細・モダン文法：設計・実務視点 – 古い Java との互換性
「古い Java との互換性」とは何を指しているか「古い Java との互換性」というとき、実は複数のレイヤーの話が混ざっています。コンパイルしたクラスファイルが、どのバージョンの JVM で動くかと...
Java Java | Java 詳細・モダン文法：設計・実務視点 – モダン Java の書き方
「モダン Java の書き方」とは何かここでいう「モダン Java」は、Java 8 以降で手に入った機能や考え方を前提にした書き方のことだと思ってください。昔ながらの「for 文だらけ・null だ...
Java Java | Java 詳細・モダン文法：設計・実務視点 – 可読性とパフォーマンスのバランス
「速いコード」より「分かるコード」が先まず大前提として、実務では「とにかく速いコード」より「読んで分かるコード」の方が価値が高いです。なぜかというと、ほとんどのコードは「読む時間＞書く時間＞実行時間」...
Java Java | Java 詳細・モダン文法：設計・実務視点 – defensive programming
defensive programming を一言でいうとdefensive programming（防御的プログラミング）は、「相手（呼び出し側や外部システム）が“ちゃんとしている”と期待しすぎない...
Java Java | Java 詳細・モダン文法：設計・実務視点 – イミュータブル設計
イミュータブル設計を一言でいうとイミュータブル（immutable）は、「一度作ったら中身が変わらないオブジェクト」のことです。Java で一番有名なのは String です。String は rep...
JavaScript JavaScript | 非同期処理：Promise 応用 – Promise の落とし穴
まず「Promise の落とし穴」をざっくり整理するPromise 自体は仕組みとしてはそんなに難しくないのに、実際に書き始めると「なんか思った通りに動かない」「エラーが消える」「順番がおかしい」みた...
JavaScript JavaScript | 非同期処理：Promise 応用 – 非同期関数の再利用
「非同期関数の再利用」を一言でいうと非同期関数の再利用は、「一度作った Promise ベースの処理を、“場面だけ変えて何度も使い回せる形” に設計すること」です。言い換えると、同じような API 呼...
JavaScript JavaScript | 非同期処理：Promise 応用 – Promise のラップ
まず「Promise のラップ」を一言でいうとPromise の「ラップ」とは、「既存の処理（コールバック形式や Promise など）を “Promise を返す関数” という形に包み直して、扱いや...
JavaScript JavaScript | 非同期処理：Promise 応用 – 条件付き非同期処理
「条件付き非同期処理」って何かをまずイメージするPromise を使っていると、だんだんこういう場面が出てきます。「A の結果しだいで、B を呼ぶか呼ばないか決めたい」「ログイン済みなら API を叩...
JavaScript JavaScript | 非同期処理：Promise 応用 – 逐次処理の書き方
まず「逐次処理」とは何かをはっきりさせるPromise で言う「逐次処理（ちくじ処理）」は、「非同期処理を A → B → C… のように“順番に”実行する書き方」 のことです。具体的には、A が終わ...
JavaScript JavaScript | 非同期処理：Promise 応用 – 並列処理の考え方
まず「並列処理」をざっくりイメージでつかむJavaScript の Promise でいう「並列処理」は、「待ち時間がある処理を “同時にスタート” させて、全部終わる（またはどれかが終わる）のを待つ...
JavaScript JavaScript | 非同期処理：Promise 応用 – Promise.any
Promise.any を一言でいうとPromise.any は、「複数の Promise のうち、“最初に成功したもの 1 つ” だけの結果を採用する関数」 です。race が「一番早く 成功でも失...
JavaScript JavaScript | 非同期処理：Promise 応用 – Promise.race
Promise.race を一言でいうとPromise.race は、「複数の Promise のうち、“一番早く決着したやつだけ” の結果を採用する関数」 です。race（レース）という名前の通り、...
JavaScript JavaScript | 非同期処理：Promise 応用 – Promise.allSettled
Promise.allSettled を一言でいうとPromise.allSettled は、「複数の Promise が “成功しても失敗しても、とにかく全部終わるまで待ち、結果をぜんぶレポートして...
JavaScript JavaScript | 非同期処理：Promise 応用 – Promise.all
Promise.all を一言でいうとPromise.all は、「複数の Promise を“同時に走らせて”、全部そろったら結果をまとめて受け取るための関数」です。たとえば、ユーザー情報を取得する...
JavaScript JavaScript | 非同期処理：Promise 基礎 － エラー伝播
まず「エラー伝播」を一言でいうとPromise のエラー伝播は、「どこかの then で失敗しても、その“失敗情報”がチェーンを下へ流れていき、最後の catch まで届く仕組み」のことです。コールバ...
JavaScript JavaScript | 非同期処理：Promise 基礎 – 値の受け渡し
まず「値の受け渡し」を一言でいうとPromise の「値の受け渡し」は、「前の then（または resolve/reject）で決まった値が、次の then / catch にバトンのように渡ってい...
JavaScript JavaScript | 非同期処理：Promise 基礎 – チェーン処理
まず「チェーン処理」を一言でいうとPromise のチェーン処理は、「非同期のステップを、then を使って“上から順番に”つなげていく書き方」 です。コールバック地獄だと、A の中で B を呼んでB...
JavaScript JavaScript | 非同期処理：Promise 基礎 – finally の役割
まず finally を一言でいうとfinally は、「Promise が成功しても失敗しても“どっちにしても最後に必ず実行したい処理”を書く場所」です。例えば、ローディング表示を消したいモーダルを...
JavaScript JavaScript | 非同期処理：Promise 基礎 – catch の基本
まず catch を一言でいうとcatch は、「Promise で起きたエラー（失敗）を、最後にまとめて受け止める場所」です。then が「成功したときの続きを書く場所」だとしたら、catch は ...
JavaScript JavaScript | 非同期処理：Promise 基礎 – then の基本
まず then を一言でいうとthen は、「Promise が“成功したあとにやりたい処理”を登録するための関数」です。Promise は「そのうち結果が入る箱」でしたね。then はその箱に対して...
JavaScript JavaScript | 非同期処理：Promise 基礎 – reject の役割
まず「reject」のイメージを一言でreject は、「この Promise の非同期処理は“失敗”で終わったよ、と確定させるスイッチ」です。そして同時に、「なぜ失敗したのか（エラー情報）はこれだよ...
JavaScript JavaScript | 非同期処理：Promise 基礎 – resolve の役割
まず「resolve」のイメージを一言でresolve は、「この Promise の非同期処理は“成功”で終わったよ、と確定させるスイッチ」です。そして同時に、「成功した結果はこれだよ」と、Prom...
JavaScript JavaScript | 非同期処理：Promise 基礎 – Promise の状態（pending / fulfilled / rejected）
Promise の状態を一言でイメージするPromise は「そのうち結果が入る箱」 で、その箱には常にどれか 1 つの「状態」がくっついています。pending（保留中）fulfilled（成功）r...
JavaScript JavaScript | 非同期処理：Promise 基礎 – Promise とは何か
まず Promise を一言でイメージするPromise は、「まだ終わっていない非同期処理の“結果がそのうち入る箱”」だと思ってください。今は結果が分からないけど、そのうち 成功するかもしれないもし...
Java Java | Java 詳細・モダン文法：JVM・パフォーマンス – escape analysis
escape analysis を一言でいうとescape analysis（エスケープ解析）は、JIT コンパイラが「このオブジェクトはメソッドの外に“逃げる”か？」「このオブジェクトはスレッドの外...
Java Java | Java 詳細・モダン文法：JVM・パフォーマンス – String プール
String プールを一言でいうとString プールは、「同じ内容の文字列を、JVM の中でできるだけ 1 個だけにまとめて共有する仕組み」です。Java の String は不変（immutabl...
Java Java | Java 詳細・モダン文法：JVM・パフォーマンス – 不要なオブジェクト生成
「不要なオブジェクト生成」がなぜパフォーマンス問題になるのかJava では new しても GC が片付けてくれるので、「とりあえず new しとけばいいや」となりがちです。でも、オブジェクトを作るた...
Java Java | Java 詳細・モダン文法：JVM・パフォーマンス – パフォーマンス測定
「なんとなく速そう」ではなく「数字で語る」がパフォーマンス測定パフォーマンス測定の一番大事なポイントは、「体感」や「勘」ではなく、数字で語ることです。「この実装の方が速い気がする」ではなく、「この処理...
Java Java | Java 詳細・モダン文法：JVM・パフォーマンス – Stop The World
Stop The World を一言でいうとStop The World（STW）は、「JVM が何か重要な作業をするために、アプリケーションのスレッドを一時的に全部止めること」です。特に GC（ガー...
Java Java | Java 詳細・モダン文法：JVM・パフォーマンス – GC の基本
GC を一言でいうと「いらなくなったオブジェクトの自動掃除屋」GC（Garbage Collection）は、「もう使われていないオブジェクトを、自動で見つけて捨ててくれる仕組み」です。C や C++...
Java Java | Java 詳細・モダン文法：JVM・パフォーマンス – ヒープ / スタック
ヒープとスタックを「机」と「倉庫」でイメージするまずはイメージからいきましょう。スタックは「今やっている作業のための机」。ヒープは「作ったモノを置いておく大きな倉庫」。机（スタック）の上には、今呼び出...
Java Java | Java 詳細・モダン文法：JVM・パフォーマンス – JVM メモリ構造
JVM メモリ構造をざっくり一枚の絵にするまずイメージからいきます。JVM のメモリは、大きく言うと次のような「部屋」に分かれています。ヒープ（Heap）：new したオブジェクトが住む場所スタック（...
JavaScript JavaScript | 非同期処理：コールバック – Promise が生まれた背景
なぜ Promise なんてものが出てきたのか（ざっくり全体像）Promise は、「非同期処理をコールバックだけで頑張った結果、みんながしんどくなったので生まれた“救急アイテム” です。特に、次のよ...
JavaScript JavaScript | 非同期処理：コールバック – 可読性の低下
「コールバックで可読性が落ちる」という話の本質コールバックは、非同期処理には欠かせない仕組みです。ただし、使い方次第でコードの「可読性（読みやすさ）」を一気に悪くしてしまう ことがあります。特に問題に...
JavaScript JavaScript | 非同期処理：コールバック – エラーハンドリングの問題
コールバックとエラーハンドリングの関係（まず全体像）コールバックを使った非同期処理では、「エラーをどう扱うか」 が一気に難しくなります。同期処理なら、try { const result = doSo...
JavaScript JavaScript | 非同期処理：コールバック – コールバック地獄
コールバック地獄とは何か（まずイメージ）コールバック地獄（callback hell）は、「非同期処理をコールバックだけでつなぎまくった結果、コードが右に右にネストしまくって、読めない・直せない状態」...
JavaScript JavaScript | 非同期処理：コールバック – ネストしたコールバック
ネストしたコールバックとは何か（まずイメージ）ネストしたコールバックというのは、「コールバックの中で、さらに別の非同期処理を呼び、その中でまたコールバックを書き…と階段状に深くなっていく書き方」 のこ...
JavaScript JavaScript | 非同期処理：コールバック – 同期コールバックとの違い
いちばん大事な違いのイメージまず、ざっくりこう覚えてください。同期コールバック→ 「その場で、すぐに呼ばれるコールバック」非同期コールバック→ 「あとで、別のタイミングで呼ばれるコールバック」どちらも...
JavaScript JavaScript | 非同期処理：コールバック – 非同期コールバック
まず「非同期コールバック」を一言でイメージする非同期コールバックは、「“今すぐ”ではなく、“あとで”呼び出してもらうために登録しておく関数」のことです。普通のコールバックも「あとで呼ばれる関数」ですが...
JavaScript JavaScript | 非同期処理：コールバック – setInterval の仕組み
setInterval を一言でいうと何かsetInterval は「この処理を◯ミリ秒ごとにくり返し実行してね」とブラウザ（または Node）に頼む関数です。setTimeout が「1回だけ、あと...
JavaScript JavaScript | 非同期処理：コールバック – setTimeout の仕組み
まず setTimeout を一言でイメージするsetTimeout は、「この処理を◯ミリ秒“後に”実行してね」とブラウザ（または Node）にお願いする関数です。ポイントはここです。setTime...
JavaScript JavaScript | 非同期処理：コールバック – コールバック関数とは
コールバック関数のイメージ（まず感覚から）コールバック関数は、「あとで呼んでね」と他の関数に渡しておく関数 です。自分で直接 myFunc() と呼ぶのではなく、「この処理が終わったときに、この関数を...
Java Java | Java 詳細・モダン文法：並行・非同期 – 非同期例外処理
まず「非同期の例外」がなぜややこしいのか同期コードなら、try-catch で囲めばだいたい済みます。try { int x = doSomething(); // ここで例外が出たら catch に...
Java Java | Java 詳細・モダン文法：並行・非同期 – allOf / anyOf
allOf / anyOf を一言でいうとCompletableFuture.allOf と CompletableFuture.anyOf は、「複数の非同期処理をまとめて扱うための“ハブ”」です。...
Java Java | Java 詳細・モダン文法：並行・非同期 – thenApply / thenCompose
まず「何をつなぎたいのか」をはっきりさせるCompletableFuture を使うとき、thenApply と thenCompose の違いで必ずつまずきます。でも本質はシンプルで、こうです。「た...
Java Java | Java 詳細・モダン文法：並行・非同期 – CompletableFuture 組み合わせ
CompletableFuture の「組み合わせ」をざっくり俯瞰するCompletableFuture の本質は「非同期処理を“値”として扱い、それらをつなぎ合わせること」です。単発で supply...
Java Java | Java 詳細・モダン文法：並行・非同期 – ThreadPool 設計
ThreadPool を一言でいうと「スレッドの再利用工場」ThreadPool（スレッドプール）は、「あらかじめ何本かスレッドを作っておき、タスクをそこに流し込んで再利用する仕組み」です。毎回 ne...