🧠 IT Idioms & Slang
15 exercise sets — 50+ tech idioms, developer slang, and figurative expressions explained in context. No dictionary definitions — real sentences from real IT teams.
Start here — 6 essential IT idioms
"The UI looks simple, but under the hood it's processing 50 API calls per click."
"I wasn't getting anywhere, so I rubber-ducked it with Sarah and realised the issue immediately."
"I wanted to write one test, but ended up yak shaving for three hours — upgraded Node, fixed the config, then updated five dependencies."
"We bikeshedded for 45 minutes about the button color instead of deciding the auth architecture."
"Let's fix the low-hanging fruit first — caching those three endpoints will give us a 30% performance boost with minimal risk."
"I've reviewed the PR and left comments. Ball is in your court now."
- Intermediate
Tech Culture Idioms
"Under the hood", "rubber duck debugging", "bikeshedding", "yak shaving" — the idioms every developer needs to understand.
- Intermediate
Project & Agile Idioms
"Move the goalposts", "boil the ocean", "quick win", "low-hanging fruit", "hit the ground running" — PM idioms explained.
- Intermediate
Code Quality & Technical Debt Idioms
"Band-aid fix", "technical debt", "spaghetti code", "code smell", "reinventing the wheel" — quality-related figurative language.
- Advanced
Performance & Reliability Idioms
"Blast radius", "blast zone", "fire drill", "Monday morning quarterback", "sleeping on the keyboard" — reliability culture idioms.
- Beginner
Workplace Communication Idioms
"Circle back", "take offline", "synergy", "on the same page", "ball in your court" — workplace English every developer hears daily.
- Intermediate
Slang to Formal English
LGTM, WFH, OOO, nit, timebox, EOD, ETA, TBD — translate everyday IT slang into professional English for emails, reports, and client communication.
- Intermediate
GitHub & Open Source Culture
WONTFIX, PTAL, good first issue, WIP, TIL — decode the language of pull requests, issue trackers, and open-source communities.
- Intermediate
Startup & Product Idioms
"Pivot", "fail fast", "ship it", "gain traction", "product-market fit" — the vocabulary of founders, product managers, and growth teams.
- Intermediate
Startup Idioms: Fill in the Blank
Choose the correct startup idiom to complete each business sentence — from "lean methodology" to "hockey-stick growth".
- Intermediate
Choosing the Right Register
Formal email vs. Slack message — choose the appropriate register for professional IT communication scenarios.
- Intermediate
Formal vs. Informal IT Vocabulary
"ship" ↔ "release/deploy", "tweak" ↔ "adjust/modify", "nuke" ↔ "delete" — match informal slang to its formal professional equivalent.
- Intermediate
Classify the Code Review Tone
Supportive, critical, neutral, or constructive? Classify GitHub and code review comments by tone — essential for giving and receiving feedback professionally.
- Intermediate
Use IT Idioms in a Sentence
Choose the Slack message that uses each idiom correctly — rubber duck debugging, yak shaving, bikeshedding, low-hanging fruit, reinventing the wheel.
- Intermediate
Process & Planning Idioms
"In the pipeline", "scope creep", "north star metric", "runway", "feature freeze" — the figurative language of product planning and delivery.
- Intermediate
Team & People Idioms
"Bus factor", "wearing many hats", "knowledge silos", "10x developer", "T-shaped engineer" — idioms about roles, teams, and workplace dynamics.
Frequently Asked Questions
What are IT idioms and how are they different from regular English idioms?
IT idioms are figurative expressions used specifically in tech workplaces that don't exist in standard English dictionaries or carry different meanings. Examples: 'boiling the ocean' (attempting too much at once), 'bike-shedding' (arguing over minor details), 'rubber duck debugging' (explaining code to an object to find the bug). They reflect developer culture, startup mindset, and engineering values.
What are the most important IT idioms to know for workplace communication?
Must-know IT idioms include: move the needle (make a measurable impact), boil the ocean (attempt an impossibly large task), yak shaving (doing increasingly indirect tasks before reaching the real goal), bike-shedding (debating trivial issues), drinking the Kool-Aid (blindly following company ideology), hockey stick growth (slow then exponential growth), and eating your own dog food (using your own product).
What is the difference between idioms and slang in IT?
Idioms are figurative expressions with meanings understood by most professionals — 'move the needle', 'push the envelope'. Slang is more informal, sub-community-specific, and evolves faster — 'LGTM', 'nit', 'bike-shed', 'yak shave'. Both appear in Slack, code reviews, and team discussions, but idioms are generally safe in formal writing while slang should be reserved for casual team communication.
What is 'bike-shedding' and where does it come from?
Bike-shedding (also called Parkinson's Law of Triviality) describes the tendency to spend disproportionate time on trivial details while neglecting complex important issues. In tech teams, it appears when discussions about button colours overshadow architecture decisions. The term comes from a story about a committee approving a nuclear plant but spending most time debating a bike shed's paint colour.
What does 'yak shaving' mean in software development?
Yak shaving describes a chain of tasks where each step requires fixing something else before you can proceed — until you find yourself doing something seemingly unrelated to your original goal. Example: "I needed to deploy the fix, but first had to update Docker, which required updating the OS, which meant updating the SSH config..." It's a humorous way to explain why simple tasks take hours.
What are startup idioms every IT professional should know?
Key startup idioms: product-market fit (product meets a strong market demand), hockey stick growth (exponential growth curve), land and expand (win small, grow the account), run out of runway (deplete funding), pivot (change business direction), blitzscaling (prioritise growth speed over efficiency), escape velocity (self-sustaining growth).
What GitHub and open-source idioms are commonly used?
Common GitHub culture idioms: LGTM (Looks Good To Me — PR approval), ship it (deploy now), rubber duck review (superficial approval), bikeshedding (debating PR details instead of logic), bus factor (how many people can leave before a project fails), scratch your own itch (build what you personally need), eating your own dog food (using your own software).
Are idioms appropriate to use in formal technical writing?
Generally no — formal technical writing (RFCs, ADRs, API documentation, post-mortems) should use precise, literal language. Idioms are best reserved for Slack, standups, retrospectives, and informal team communication. In international teams with non-native speakers, overusing idioms can cause miscommunication. The exercises on this page help you understand idioms you'll encounter, not necessarily use them.
What is 'boiling the ocean' and when should I use this phrase?
'Boiling the ocean' means attempting a task that is too large, complex, or impractical to complete — trying to solve everything at once. Use it when scoping work: "Let's not boil the ocean — we should focus on the core use case first." It's appropriate in planning meetings, sprint planning, and product discussions when pushing back against scope creep.
What is the slang-to-formal section in idioms exercises?
The Slang-to-Formal sub-section teaches how to translate informal IT communication into professional language — converting Slack messages to emails, transforming casual standup language into formal status reports, and rewriting GitHub comments into Jira descriptions. Ideal for professionals moving into client-facing or management roles.