Allied Outdoor Solutions
← Back to apps

Allied Outdoor Solutions · Plain English Standard

Idea
to Live

Every change to an Allied app takes the same nine steps. This page names each one, and gives the one word we all use for it. Same words, every app, every person, so nobody has to guess what happened.

Ask what a word means

Any word, at any point, and you get a plain answer with no fuss. It is never a bother and it is not a setting. Not asking is the only thing that costs anything.

Set how much gets explained

Say one of these to Claude and it sticks, in every app, on every computer. Everyone starts in the middle.

beginnerexpertnerdturn it off

The nine steps

In order, and a change cannot skip one. The words in blue are locked: they never get swapped for a synonym, in any app, by anyone.

  1. 01

    Decide how it works

    Agree what we are making and how it should behave, before anyone touches anything.

    spec

    A spec is a short write-up of how it should work, put in front of people so they can argue with it while arguing is still cheap. Not a proposal, which is what we hand a customer.

  2. 02

    File it

    Write it down where it can be found, assigned, and closed. Not in a document, not in a chat.

    GitHub IssueIssue label

    Always both words, GitHub Issue. An issue on its own is a problem on a job. Every one gets an Issue label, and there are exactly three: bug, future-work, decision-needed.

  3. 03

    Work in private

    The work happens on your own computer, on a copy nobody else can see and nothing else depends on. Half-finished is fine here. Nothing you do can reach the app anyone is using.

    git branchmain

    Always git branch, never just "branch", because a branch here is an office. Main is the one git branch everyone has agreed is the real app, and it is what your work eventually joins.

  4. 04

    Code it

    Make the change itself.

    Netlify functionenv variablesecret

    An env variable is a saved setting, usually a password, kept out of the code so the browser never sees it.

  5. 05

    Test it

    Prove it works before anyone else sees it. Steps 4 and 5 go round and round until it holds up. That loop is the normal case, not a sign anything went wrong.

    testvalidatepreview link

    Validate is the automatic check that runs before anything can go out. A preview link is a private copy of the app you can click, which is the closest thing we have to a rehearsal.

  6. 06

    Save it

    A checkpoint, a note in plain English saying what changed, and straight up to GitHub in the same breath.

    git commitpush to GitHub

    These are two separate acts underneath, and they are always done together on purpose. Work that exists only on one computer is work that can be lost. We say save, never persist, flush, or write through.

  7. 07

    Review

    Somebody, or something, checks the work before it counts. Routine changes are approved by a bot. Anything touching a locked decision waits for a person.

    pull requestcode reviewapprovebot lanebranch protection

    Branch protection is the rule that stops any one person merging alone. The bot lane is the narrow set of changes safe enough to approve automatically, so routine work does not sit in a queue.

  8. 08

    Merge

    The private copy folds into main, and becomes the real app.

    merge the pull requestmerge conflict

    A merge conflict means two people changed the same line. Stop and ask; never guess which one wins.

  9. 09

    Deploy

    It goes live. For most apps this happens by itself the moment the merge lands.

    deploylivecontinuous deployrollback

    Continuous deploy means merging is what puts it live. There is no separate button and nobody to remind. Rollback puts the previous working version back.

Words that already mean something here

These are the ones that cause real mistakes, because nobody feels confused. The Allied meaning wins every time, and the tech meaning finds another word.

We sayNeverBecause here, that word means
git branchbranchan Allied office
liveproduction, prodthe department that builds the jobs
scheduled jobjoba customer's job
columnfieldwhere the crews are
the deploy stepspipelinethe sales pipeline
deploybuild, shipbuilding jobs, shipping materials
versionreleasea lien release
librarypackagethe sold package
code reviewreviewa customer review
GitHub Issueissuea problem on the job
push to GitHubpushmoving a job to next week
pull request, git pullpullpulling a permit
fixpatchpatching concrete
waiting onblockeda concrete block
preview linkstagingmaterials staged on site
on your computerlocalthe local office

What each tool actually does

Six names you will hear constantly. This is the whole of what they are.

GitHub

Where the code lives, along with every change ever made to it and who reviewed it.

Netlify

Puts the apps on the internet, and puts a change live the moment it merges.

Snowflake

The data warehouse. Every piece of real Allied data ends up here.

S3

Amazon's file storage, for photos, PDFs, and signed contracts. A bucket is a folder.

Google

Sign-in for every app, plus the shared drive that holds reference files.

Netlify functions

Small pieces of code that run on the server instead of in the browser, so they can hold passwords safely.

Still want it explained?

Ask what any word means, any time. Or say beginner, expert, nerd, or turn it off to change how much gets explained from here on.

The full standard, with every word and its meaning, is PLAIN_ENGLISH.md in the allied-app-standards repo.

Five words for “save” do not make us precise. They make it impossible to tell what happened.