第5章: エンジニア英語スラング — エンジニアのための英語

意見の強さ・確信度

IMO / IMHO / FWIW / TBH — ニュアンスの違いを正確に使い分ける

TBH

To Be Honest — 正直に言うと（少し批判的な文脈でも使われる）

"TBH, I don't think this feature is necessary."

IMO

In My Opinion — 最も汎用的。コードレビューで意見を述べる時に使いやすい

"IMO, we should refactor this before adding new features."

IMHO

In My Humble Opinion — Humbleは形式的な謙遜。実際に弱い意見というわけではない

"IMHO, the current architecture has some scalability issues."

FWIW

For What It's Worth — 「強制ではないが参考に」という情報を添える時

"FWIW, I spent a week on this approach last year and it didn't work."

LGTM vs SGTM

頭字語	展開	使い方	例
`LGTM`	Looks Good To Me	コードレビューの承認	`LGTM! Nice clean implementation.`
`SGTM`	Sounds Good To Me	提案・計画への同意	`Moving the release to Friday? SGTM.`

時間関係の頭字語

略語	展開	意味	注意点
`ASAP`	As Soon As Possible	できるだけ早く	乱用すると「全部緊急」になる
`EOD`	End Of Day	今日の業務終了時まで	タイムゾーンを明示するとより親切
`ETA`	Estimated Time of Arrival	完了予定時刻	"What's the ETA on the fix?"
`EOM`	End Of Month	今月末まで	月次レポートなどで使用
`OOO`	Out Of Office	不在	メール自動返信・Slackステータス
`WFH`	Work From Home	在宅勤務	"I'll be WFH tomorrow."

FYI / FYA / FYR の違い

略語	展開	意味	例
`FYI`	For Your Information	参考情報として（アクション不要）	`FYI, the deployment was successful.`
`FYA`	For Your Action	あなたの対応が必要	`FYA: The staging env is down, can you take a look?`
`FYR`	For Your Reference	後で参照するリソースを共有	`FYR: Here's the link to the design doc.`

TL;DR の書き方

TL;DR = Too Long; Didn't Read。長い説明の冒頭に要約を置くパターンが推奨。

── 冒頭に置くパターン（推奨）──
TL;DR: Use Option B. It's faster and easier to maintain.

[長い詳細説明...]

── ルール: コロン直後に1〜2文で結論を述べる ──

SLA / SLO / SLI（SREの文脈）

略語	展開	意味
`SLI`	Service Level Indicator	計測指標（例：レイテンシ、エラー率）
`SLO`	Service Level Objective	内部目標値（例：99.9%の可用性）
`SLA`	Service Level Agreement	顧客との契約上の約束

関係性: SLIを計測し → SLOを設定し → SLAとして顧客と合意する。SLOには意図的にSLAより厳しい目標を設定するのが一般的。

チャットで使う省略表現

省略	展開	意味・使い方
`btw`	by the way	ところで（余談）
`iirc`	if I recall correctly	記憶が正しければ（不確かさを示す）
`afaik`	as far as I know	私の知る限り
`atm`	at the moment	今現在
`nvm`	never mind	気にしないで・やっぱりいいです
`lmk`	let me know	教えてください
`tbf`	to be fair	公平に言うと

直訳できないイディオムは語源・背景を知ることで忘れにくくなる。チームの会話で自然に使えるようになれば、ネイティブとの距離が縮まる。

プログラミング用語の正確なニュアンス

用語	意味	混同しやすい点
`parameter`	仮引数（関数定義側）	日本語ではどちらも「引数」。英語では厳密に区別
`argument`	実引数（呼び出し側）	日本語ではどちらも「引数」。英語では厳密に区別
`library`	あなたがコードから呼び出す	lodash, requests
`framework`	フレームワークがあなたのコードを呼び出す（IoC）	Rails, Django, Next.js
`deprecated`	非推奨（まだ使えるが使うべきでない）	deprecated → (移行期間) → obsolete の流れ
`obsolete`	廃止済み（もう使えない）	deprecated → (移行期間) → obsolete の流れ
`duplicate`	完全に同じものが2つある	すべて「重複・余分」だが意味が異なる
`redundant`	必要以上に存在する・不要
`repetitive`	同じパターンが何度も繰り返される

開発プロセス用語

用語	意味	例文
`spike`	調査タスク（不確実な部分を実験する時間制限付きタスク）	`"I need a 2-day spike to investigate the migration options."`
`refinement`	バックログ整理（チケットの推定・優先順位付け）	`"During refinement, we'll estimate the new stories."`
`velocity`	1スプリントでチームが完了できる作業量	`"Our velocity this sprint was 40 points."`
`retrospective`	振り返りミーティング（retro と略される）	`"We'll cover this in the retro."`
`blocker`	作業を完全に止めている問題（緊急性が高い）	`"I have a blocker — the API is down."`

直訳できないイディオム

on the same page

由来: 全員が同じページを見ている

認識が一致している。チームの共通理解を確認する時に使う。

"Let's make sure we're all on the same page before the sprint starts."

reinvent the wheel

由来: すでに存在する車輪を一から作り直す

既存の解決策を一から作り直すことへの批判。OSS活用の文脈でよく使う。

"Don't reinvent the wheel — there's an open-source library for this."

boil the ocean

由来: 海全体を沸騰させようとする（不可能な挑戦）

実現不可能なほど巨大なスコープで物事に取り組もうとすること。

"Don't boil the ocean — let's focus on the core feature first."

yak shaving

由来: MITのスラング。本来の目的とは無関係な作業が連鎖

本来の目的と関係のない作業が連鎖的に発生して本来の作業に着手できない状態。

"I spent the morning yak shaving — needed to update Docker to run the tests."

bikeshedding

由来: 原発設計会議で「自転車置き場をどこに建てるか」で盛り上がった話

重要でない些細なことへの過剰な議論。Parkinsonの凡俗の法則とも呼ばれる。

"We spent an hour bikeshedding about the button color."

rubber duck debugging

由来: ゴム製のアヒルのおもちゃに説明することでバグを発見する手法

コードを一行一行説明することで問題を自力で発見する手法。説明相手は誰でもいい。

"Mind being my rubber duck for a minute? I want to walk through this logic."

technical debt

由来: 金融の「負債」の比喩。将来の利息（コスト）が増える

将来の開発コストを増大させる現在の設計上の妥協。意図的な負債（conscious debt）もある。

"We need a sprint to pay down the technical debt."

dogfooding

由来: "Eating your own dog food"（自分の作ったドッグフードを食べる）

自分たちが作ったソフトウェアを自分たち自身が使うこと。Microsoftが普及させたとされる。

"We dogfood our own product to find bugs before customers do."

sandbox

由来: 子供が外の世界に影響を与えずに遊べる「砂場」

外部に影響を与えない隔離された実行環境。本番に影響なくテストできる環境。

"The payment service has a sandbox environment for testing."

これらはカジュアルな会話向け。プレゼン・録画されるデモ・正式な文書では避ける方が無難。

to / have が変化するスラング

gonna

going to

〜するつもり

wanna

want to

〜したい

gotta

have got to

〜しなければならない

woulda

would have

〜だっただろうに

coulda

could have

〜できたはずなのに

shoulda

should have

〜すべきだったのに

gimme

give me

〜をくれ

lemme

let me

〜させて

kinda

kind of

〜みたいな感じ

スラング調べ方のリソース

リソース	用途	使い方
Urban Dictionary	カジュアルなスラング・俗語	検索して例文と「使われ始めた文脈」を確認
Online Etymology Dictionary	語源・由来	なぜその言葉がその意味になったかを調べる
コミュニティフォーラム	現場での実際の使われ方	GitHub Issues・HackerNews・Reddit で検索