Dennis Kappel · technische Tiefe
Selbsteingeschätzt · absichtlich ehrlich

Was ich kann, wo ich noch Hilfe brauche und was ich mir produktiv zutraue.

Die Zahlen sind meine eigene Einschätzung. Wichtiger ist der Kontext daneben: wie selbstständig ich arbeite, wo ich Doku oder KI nutze und wie vorsichtig ich wäre, bevor ich ein Produktivsystem anfasse.

Wie ich KI nutze: meistens als Beschleuniger, zweite Meinung oder um Denkfehler schneller zu finden. Wo ich stark davon abhängig bin, steht es auch so da. Wenn ich eine Änderung nicht erklären und prüfen kann, gehört sie zuerst ins Lab.
Rating

Sichtbare 0–10-Selbsteinschätzung

Kein Zertifikatsscore. Es zeigt, wie sicher ich mich bei echten Problemen in dem Bereich fühle.

Eigenständigkeit

Worauf ich wirklich zurückgreife

Gedächtnis, Doku, Suche oder KI. Generierter Output zählt erst, wenn ich ihn verstehe und geprüft habe.

Produktiv

Wie vorsichtig ich wäre

Selbstständig, Review zuerst, Sandbox zuerst oder nur Lab – je nach Technologie.

Infrastruktur & Betrieb

Skill
Selbsteinschätzung
Arbeitsweise
Produktivsysteme
Nachweis
Linux & ShellServices, Nutzer, Rechte, Logs, Pakete, systemd, Troubleshooting.
9/10■■■■■■■■■□sehr stark
Im Alltag selbstständig; Doku für seltene Flags oder lange nicht benutzte Tools.
Bei vertrauten Änderungen selbstständig; Vorher-/Nachher-Checks.
NetworkingRouting, NAT, DNS, Firewalling, privater Zugriff, VPN-Pfade.
8/10■■■■■■■■□□stark
Für meine realen Netze sehr sicher; Doku/KI vor allem für Edge Cases und Designchecks.
Bei bekannten Topologien selbstständig; komplexere VLAN-/Switching-Themen lieber mit Review.
Docker / ComposeCompose-Dateien, Logs, Mounts, Networking, Healthchecks, Recovery.
9/10■■■■■■■■■□sehr stark
Compose-Dateien kann ich selbst schreiben, ändern und nachvollziehen; Doku/Suche bei Bedarf.
Normale Service-Änderungen selbstständig.
Operative Konfigurationen sind teilweise bewusst privat.
Kubernetes / k3sTäglich laufender privater Cluster, kubectl, Manifeste, Services, Ingress, Troubleshooting.
3/10■■■□□□□□□□praktisch am lernen
Aktive praktische Nutzung im Lab; Setup und viele Änderungen sind weiterhin stark KI-unterstützt.
Erst Lab/Sandbox. Änderungen werden am echten Lab-Cluster geprüft, nicht blind übernommen.
Proxmox VEVM-Lifecycle, Templates, Networking, Labsysteme und Virtualisierungskonzepte.
7/10■■■■■■■□□□sicher
Gutes Virtualisierungsverständnis; Proxmox kann ich ohne KI bedienen, produktspezifische Tiefe wächst noch.
Normale VM-/Lab-Arbeit selbstständig; komplexe Storage-/Netzwerkänderungen mit Review.
Terraform / OpenTofuFür Infrastrukturdefinitionen in meinem Lab genutzt.
Begrenzte Praxis, KI-geführtohne Zahlenrating
Ich arbeite damit, während KI aktuell den Großteil des Authorings führt. Ich prüfe Konfiguration und Plan, führe sie aus und validiere das Ergebnis, statt generierten Code als eigenständige Kompetenz auszugeben.
Nur Lab / Sandbox zuerst.
AnsibleInventories, Rollen, Bootstrap- und Konfigurationskonzepte aus der Lab-Praxis.
Begrenzte Praxis, KI-geführtohne Zahlenrating
Ich habe mit Ansible gearbeitet und nutze es, aber KI führt weiterhin den Großteil der Umsetzung. Ich prüfe den Output und validiere den Lauf, statt eigenständiges Authoring zu behaupten.
Sandbox zuerst; keine blinden Runs auf Produktivsystemen.
SMB / NASShares, Rechte, Migrationen, praktische Storage-Administration.
9/10■■■■■■■■■□sehr stark
Meist selbstständig; für normale Administration kaum KI nötig.
Mit normaler Change-/Backup-Disziplin selbstständig.
Private operative Infrastruktur.
NFSMounts, k3s-Storagepfade, Backups und Service-Integration.
6/10■■■■■■□□□□solide Praxis
Neuerer Bereich; mit dem, was ich betreibe, sicher, für unbekanntes Verhalten weiterhin Doku/Suche.
Außerhalb bekannter Muster lieber Review zuerst.
Aktiv in privater Infrastruktur genutzt.
Prometheus / GrafanaGrundsetup, Dashboards, Exporter, Probes und Troubleshooting.
4/10■■■■□□□□□□praktische Grundlagen
Grundlagen kann ich selbst aufsetzen; für tieferes Tuning lerne und experimentiere ich noch mit KI-Unterstützung.
Größere Änderungen mit Review / Sandbox zuerst.
NetBird / VPN / private NetzePeers, Routes, Access Rules und private Admin-Pfade.
9/10■■■■■■■■■□sehr stark
Routing und Regeln kann ich selbst aufsetzen; KI nutze ich hauptsächlich zum Beschleunigen oder für Logikchecks.
Bei vertrauten Deployments selbstständig.

Delivery & Tooling

Skill
Selbsteinschätzung
Arbeitsweise
Produktivsysteme
Nachweis
Git / GitHub ActionsRepos, Diffs, CI-Checks, Branch-/PR-Flow und Deployment-Workflows.
5–6/10■■■■■□□□□□solide Grundlagen
Mit normalen Workflows sicher; Doku/Suche für seltenere Git- und Actions-Themen.
Bei Workflow-/Deployment-Änderungen Review zuerst.
Bash / ScriptingOperative Helfer, Pipelines, Diagnose und Glue Scripts.
9/10■■■■■■■■■□sehr stark
Ähnlich wie Linux: starke Alltagspraxis; Doku für seltene Flags/Syntax, die länger nicht genutzt wurde.
Bei bekannten Scripts selbstständig; destruktive Dinge immer prüfen.