Zum Inhalt springen
TypStandard
PhaseProduktion
SchwierigkeitMittel
AufgabeEntwickler onboarden
FürDev Teams
FürEnterprise IT
FürAgenturen
ServicesSnapshots
ServicesContainers
ServicesTerminal
ServicesFiles
Warum HoodySnapshot-Zeitreisen
Warum HoodyContainer-Ökonomie
TypStandard
PhaseProduktion
SchwierigkeitMittel
AufgabeEntwickler onboarden
FürDev Teams
FürEnterprise IT
FürAgenturen
ServicesSnapshots
ServicesContainers
ServicesTerminal
ServicesFiles
Warum HoodySnapshot-Zeitreisen
Warum HoodyContainer-Ökonomie
TypStandard
PhaseProduktion
SchwierigkeitMittel
AufgabeEntwickler onboarden
FürDev Teams
FürEnterprise IT
FürAgenturen
ServicesSnapshots
ServicesContainers
ServicesTerminal
ServicesFiles
Warum HoodySnapshot-Zeitreisen
Warum HoodyContainer-Ökonomie
TypStandard
PhaseProduktion
SchwierigkeitMittel
AufgabeEntwickler onboarden
FürDev Teams
FürEnterprise IT
FürAgenturen
ServicesSnapshots
ServicesContainers
ServicesTerminal
ServicesFiles
Warum HoodySnapshot-Zeitreisen
Warum HoodyContainer-Ökonomie
SNAPSHOTS · CONTAINER-KOPIE

Entwickler mit einem Link onboarden

Snapshotte deine Developer-Baseline einmal. Ab dann bekommt jeder neue Hire eine URL. Er klickt auf irgendeinem Laptop und ist in einem frischen Container, geklont von der Baseline — Codebase, Dependencies, Env Vars, Seed-Datenbank, VS Code im Browser. Code schreiben in fünf Minuten. Kein Setup.

Snapshots-Docs lesen

Wie eine URL zu einem laufenden Laptop wird

Hoody Snapshots erfassen einen ganzen Container — Files auf der Disk, User-Accounts, systemd-Unit-Files, geseedete Datenbank. Container Copy klont diesen Snapshot in einen frischen Container pro Entwickler. Der Link in der E-Mail ist die Route zu diesem frischen Container.

POST /api/v1/containers/[baseline_id]/copy4 SCHRITTE · EIN API-CALL
01

Baseline einmal snapshotten

POST .../snapshots

Erstelle einen benannten Snapshot deines Referenz-Containers — alias dev-baseline. Wiederhole, wenn sich die Baseline ändert.

02

Bei jedem neuen Hire kopieren

POST .../copy [ source_snapshot ]

Ein API-Call klont den Snapshot in einen frischen Container unter dem Projekt des neuen Entwicklers.

03

Die URL ist der Container

alex-laptop.containers.hoody.com

Der Container kommt direkt mit einer öffentlichen URL. Pack sie in Slack. Sie klicken. Sie sind drin.

04

Terminal, Files, Browser

ttyd · webview · ssh

hoody_kit aktiviert Terminal-, File-Browser- und VS-Code-im-Browser-Endpoints automatisch. Nichts auf dem Laptop zu installieren.

onboard-alex.sh
# 1. Snapshot the baseline (do this once, refresh when you upgrade Node)
curl -X POST "$API/api/v1/containers/$BASE/snapshots" \
  -H "Authorization: Bearer $TOKEN" \
  -d '{ "alias": "dev-baseline" }'

# 2. Copy the snapshot into a fresh container for the new hire
curl -X POST "$API/api/v1/containers/$BASE/copy" \
  -H "Authorization: Bearer $TOKEN" \
  -d '{
    "target_project_id": "$ACME",
    "name": "alex-laptop",
    "source_snapshot": "dev-baseline",
    "copy_firewall_rules": true,
    "copy_network_rules": true
  }'

# 3. The response carries the container URL. Email it. That's onboarding.
# => https://alex-laptop.containers.hoody.com

Zwei POSTs und eine URL. Der Baseline-Snapshot ist der Vertrag; Container Copy ist der Konstruktor; die resultierende Subdomain landet in der Welcome-Mail. Keine Bastion zu provisionieren, kein Dotfiles-Repo zu klonen, keine Docker-Desktop-Lizenz zu verhandeln.

Von einer Wand aus Schritten zu einem einzigen Satz

Die README, die früher mit jedem Repo kam, brachte ihre Failure Modes gleich mit. Die Hälfte der Zeilen waren Workarounds für den Laptop, den der neue Hire zufällig mitbrachte. Die URL ist kürzer, weil der Laptop nicht mehr Teil der Gleichung ist — die Umgebung ist es.

README.md · setup47 SCHRITTE
  • 01Xcode CLI Tools installieren
  • 02Homebrew installieren
  • 03brew install node@20 pnpm postgres@15
  • 04PATH-Zeilen in .zshrc ergänzen
  • 05createdb acme_dev
  • 06Seed-Data-Repo klonen
  • 07Loader laufen lassen (dauert 25 min)
  • 08In #devops nach der Staging-.env fragen
  • ...39 weitere Zeilen, die du falsch machen wirst
Ø ZEIT BIS ZUM ERSTEN COMMITZWEI TAGE
WIRD ZU
die Welcome-Mail · v21 ZEILE

AN: alex@acme.com · BETREFF: WILLKOMMEN

Willkommen im Team. Öffne das hier, wenn du bereit bist, Code zu schreiben:

https://alex-laptop.containers.hoody.com

— infra@acme

ZEIT BIS ZUM ERSTEN COMMITFÜNF MINUTEN
TAG EINS · ALEX' MONTAG

Die README, die früher 47 Schritte hatte, ist jetzt eine Zeile: öffne diese URL.

08:59 — Laptop offen, Link in der Zwischenablage09:04 — erster Commit gepusht
Erster Commit, nach der UhrFÜNF MINUTEN · NULL INSTALLATIONEN
0108:59URL landet im Posteingangkein Laptop-Setup
0209:04Erster Commit gepushtCode schreiben, nicht konfigurieren
FILESCodebase schon geklont, Branch auf main
DEPSNode, pnpm, Postgres, Redis vorinstalliert
DATASeed-Datenbank geladen, Staging-.env injiziert

Was das ersetzt

Jedes davon versucht, eine funktionierende Umgebung auf den Laptop eines neuen Entwicklers zu bringen. Sie kosten alle Setup, Lizenz oder DIY-Glue. Eine Snapshot-URL kostet nichts davon — die Umgebung läuft schon.

  • GitHub CodespacesPer-Seat-Billing, devcontainer.json zu pflegen
  • DaytonaSelf-hosted Control Plane zu betreiben
  • CoderTemplates und Provisioner-Infrastruktur zum Babysitten
  • Devcontainer-SetupDocker-Desktop-Lizenz + VS-Code-Tanz pro Laptop
  • Lokale EntwicklungZwei Tage brew, Paths, .env-Anfragen in #devops
  • Onboarding-Docs47 Schritte, die driften, sobald jemand die Baseline updatet

Hör auf, README-Setup-Schritte auszuliefern. Liefere eine URL.

Lies die anderen