Ist-Stand messen statt schätzen
Bevor du über Bezahlung redest, brauchst du Zahlen über deine eigene Arbeit. Die liegen bereits auf deinem System.
# Die 25 meistgenutzten Werkzeuge aus der eigenen History
history | awk '{print $2}' | sort | uniq -c | sort -rn | head -25
# History überhaupt lang genug halten, sonst misst du nur die letzte Woche
grep -E 'HISTSIZE|HISTFILESIZE|histappend' ~/.bashrc
echo 'HISTSIZE=50000' >> ~/.bashrc
echo 'HISTFILESIZE=200000' >> ~/.bashrc
echo 'shopt -s histappend' >> ~/.bashrc
# Eigene Automatisierung zählen statt schätzen
find ~ /srv /opt -type f \( -name '*.sh' -o -name '*.yml' \) 2>/dev/null | wc -lDie Auswertung ist unbequem: bei den meisten stehen ls, cd, vim und systemctl ganz oben und ansible-playbook gar nicht drin. Genau diese Verteilung ist das Argument, das im Gespräch gegen dich verwendet wird, und der beste Startpunkt für die nächsten Monate.
Behauptung und Nachweis, den ein technisches Gespräch akzeptiert
| Behauptung im Lebenslauf | Nachweis, der zählt |
|---|---|
| Ich kann Ansible | Repository mit einer Rolle, sauberer ansible-lint-Durchlauf, zweiter Lauf ohne Änderungen |
| Ich automatisiere | Vorher und nachher in Minuten je Vorgang, multipliziert mit der Anzahl der Systeme |
| Ich kenne Kubernetes | Eine Aufgabe live an der Kommandozeile lösen, nicht über Architekturbilder reden |
| Ich härte Systeme | Scanbericht vor und nach der Maßnahme, dazu die benannte Grundlage, etwa BSI IT-Grundschutz SYS.1.3 |
| Ich mache Troubleshooting | Ein realer Vorfall als Zeitstrahl: Symptom, Messung, Ursache, Maßnahme, Vorbeugung |
| Ich betreue Datenbanken | Eine wiederhergestellte Sicherung mit Datum und gemessener Wiederanlaufzeit |