marcus.hinz
1.3 KiB
name, description, metadata
| name | description | metadata | ||||||
|---|---|---|---|---|---|---|---|---|
| feedback_ort_zuerst | Bei "wo mache ich X?"-Fragen sofort die konkrete UI-Stelle nennen, nicht durch Menüs jagen |
|
Marcus fragt bei UI/Tooling oft konkret "WO geht das?". Dann will er die eine konkrete Stelle, nicht eine Schritt-für-Schritt-Tour durch das Tool oder Vorbedingungen vorweg.
Why: Lange Navigationsanleitungen ("erst Actions, dann Run, dann Banner...") bei einer simplen Ortsfrage haben ihn massiv genervt ("RED DEUTSCH", "durch das komplette GitHub gejagt"). Kostet Zeit und Nerven.
How to apply:
- Ortsfrage → direkt der Ziel-Ort + der Knopf, in einem Satz. Z. B. "PR → Files changed → Review changes → Approve".
- Relevante Einschränkung in einem Halbsatz dazu (z. B. "eigenen PR kann man nicht approven"), aber nicht als Vorrede davorstellen.
- Keine "erst dies, dann das"-Ketten, wenn eine Stelle reicht.
Zweiter Fehler im selben Vorgang: Ich behauptete früh "Review Required ist fürs Deployen ignorierbar". Falsch — der witglobal deploy-branch-Workflow prüft reviewDecision und bricht mit REVIEW_REQUIRED ab, solange der PR nicht approved ist. Lehre: bei Aussagen über fremde Workflows erst den reusable workflow lesen, nicht aus dem Muster raten. Siehe feedback_evidence_first.