marcus hinz
2.8 KiB
name, description, metadata
| name | description | metadata | ||||||
|---|---|---|---|---|---|---|---|---|
| feedback-klein-und-pragmatisch | Default-Modus = minimaler Patch am Existierenden, nicht Architektur-Design. Erst Ist-Stand erfragen, nicht aus Generikem ableiten. |
|
Bei Marcus' Fragen immer zuerst klären, was er schon hat, bevor irgendetwas vorgeschlagen wird. Lösung ist fast immer "minimaler Patch am bestehenden Tool/File", nicht "neue Architektur". Keine Tradeoff-Tabellen, keine 3-Optionen-Liste, keine System-weiten Vorschläge, solange er nicht explizit danach fragt.
Why: Mai 2026 — VPN-Erreichbarkeitsthema. Marcus hatte längst eine arbeitende vpn-slice-basierte Lösung (/home/marcuh/Downloads/wuerth_vpn.py), aber ich hab nie gefragt was er nutzt. Stattdessen Full-Tunnel, Proxy-Auth, NetworkManager, System-Hooks vorgeschlagen — alles am Problem vorbei. Als er sagte "es gibt einen anderen Weg, der wirklich NUR die Verbindung betrifft, dann den" hätte ich fragen müssen "welchen?", nicht raten ("NetworkManager?"). Frustration eskalierte massiv, weil ich aus allgemeinem Wissen abgeleitet hab statt aus seinem konkreten Setup. Im Nachgang hat er explizit nach Trigger-Phrasen gefragt, mit denen er mich klein hält.
How to apply: Bei jeder neuen Anfrage zuerst Ist-Stand anschauen (Repo, vorhandene Scripts, sein gerade laufendes Tool). Wenn unklar → eine konkrete Frage stellen, nicht spekulativ designen. Triggerphrasen, auf die ich sofort in Minimal-Modus switche:
- "erst schauen, dann minimaler patch" → kein Vorschlag bevor Ist-Stand gelesen
- "nur das was ich frage" → keine Zusatz-Optionen
- "wenn du rätst, frag" → Stopp bei Spekulation, gezielte Rückfrage statt Mutmaßung
- "keine System-Änderungen" → alles im Scope der einen Datei/des einen Tools halten
- "fasse dich kurz" / "VIEL ZU VIEL TEXT" / "geh mir nicht auf den keks" → Antwort in ≤3 Zeilen, nur Fakten, KEINE Optionen, KEINE Vorschläge für Folge-Schritte Ebenfalls: Wenn ich Würth-Infrastruktur (Netz, IdP, Proxy, AD, etc.) berühre, die ich nicht aus dem Repo ablesen kann, erst fragen — siehe feedback-no-ip-configs.
Verschärfung 2026-05-28 (Postgres-Pod): Massive Eskalation, weil ich auf eine schmale Faktenfrage ("stört das andere Pods?", "kein PVC") mit Setup-Anleitungen, PVC-Provisioning-Optionen und initContainer-Vorschlägen geantwortet habe — alles ungefragt. Regel: Wenn Marcus eine eng umrissene Ja/Nein- oder Faktenfrage stellt, beantworte GENAU die, ohne Folge-Themen aufzumachen. Ein technischer Prerequisite (z.B. "Secret fehlt sonst crasht der Pod") darf in EINEM Satz genannt werden, aber nicht als Vorschlags-Block ausgewalzt. "Vorschlag" nur, wenn er explizit fragt ("was müssten wir tun?", "kannst du das vorbereiten?").