dev-terms

KO | EN

gitlite — search

#javascript #ai #llm #go #golang #rust #docker #macos #java #windows #kubernetes #vue #awesome-list #ios

(★ 79)

A list of generic terminology used by developers

dev-terms Latest Version Download

Download Latest Version (.zip)

// repository documentation

Was this content helpful?

★ 0 (0 ratings)

# Dev Terms

*Here's an [incomplete](https://github.com/joecritch/dev-terms/pulls) list of generic terms that I've heard developers use. Users of these terms often take them for granted, but they can sometimes increase the barrier of entry for others (especially if non-native English speakers).*

***Note:** I'm not condoning the use of all these terms. (Some might even be slightly cringing.) It's just an attempt to get them all written down and explained.*

## ahead of time

When something is performed "ahead of time", it means that something is done before it's actually needed. Prefetching or eager-loading are equivalents. It can also refer to the compilation phase — i.e. *ahead* of runtime.

## bikeshed

Over-discussing a certain aspect of code which is trivial, such as code formatting. http://bikeshed.com/

## boilerplate

A unit of code that has been proved to be efficient and can be reused over and over without change.

## brownfield

A brownfield project is a project where you've got to add new features on top of an old, possibly outdated technically, codebase. Opposite of [greenfield](#greenfield).

## code golf

The practice of trying to implement a feature with as little code as possible. This might lead to code that's difficult to read\maintain.

## deep dive

When a developer explains some source code, line-by-line. Often on a video or during a talk.

## dogfooding

Working out glitches in an app, often by using the product itself or a related product. Comes from "eat your own dogfood".

## footgun

A feature or implementation that will prove to be a mistake in the long-run, essentially "shooting yourself in the foot".

## for free

When you get something "for free", this often means that something works automatically, without you having to write some code.

## greenfield

A greenfield project is a project from scratch, where you get much more free reign on the technical choices. Not impeded by existing code. Opposite of [brownfield](#brownfield).

## heisenbug

A bug that disappears or alters its behavior when one attempts to study it.

## implementation detail

This is when the actual code written for a particular behaviour is irrelevant. It's often just its input and output that you should be concerned with.

## leaky abstraction

A leaky abstraction refers to any implemented abstraction, intended to reduce (or hide) complexity, where the underlying details are not completely hidden.

## nit

Not the "National Invitation Tournament" in this case. This is just a developer shortening the term "nit-pick", where they're picking up on the small things, and are potentially being quite subjective. Often found in a pull request, and can often be classed as [bikeshed](#bikeshed)ding.

## reason about

If something is "easy to reason about", it essentially means it's easy to understand how its parts behave together; and generally being able to keep on top of your codebase.

## rubber ducking

Explaining a problem out loud to someone else, or an actual rubber duck, to help think of a solution.

## ship

Developers like to "ship" things. This means to actually release/deploy it.

## single source of truth

This refers to the practice of persisting the data representation of an entity in only one place. This helps avoid ambiguity and avoid bugs that are caused because different states of the same entity are persisted to and retrieved from different places.

## spaghetti code

"Code that lacks structure or modularity". — [Mike Bostock](https://medium.com/@mbostock/a-better-way-to-code-2b1d2876a3a0). Often hard to [reason about](#reason-about).

## tech debt

Extra work arising from when the quickest or easiest to implement solution is used, instead of the best or most optimal solution.

## yak shaving

A series of tasks that must be completed before a project can move forward. Different to bikeshedding, as these tasks are required. Generally: the less "yak shaving", the better.

dev-terms

dev-terms Latest Version Download

Today's picks

Was this content helpful?

Recent Feedback

dev-terms

dev-terms Latest Version Download

Today's picks

Was this content helpful?

Recent Feedback

Download README