Excel
Excel関数 逆引き集 | フラグを立てる → IF
入門
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 は ...