Seite 12 - Monthly Archives: June 2025

Wer Fehler nur rot, Erfolg nur grün und Links nur farbig kennzeichnet, schließt farbenblinde und sehbehinderte Nutzer von wichtigen Informationen aus. Ein zweites Unterscheidungsmerkmal wie Icon, Textlabel oder Unterstreichung macht Formulare, Status-Badges und Links für alle Nutzergruppen zuverlässig lesbar und erfüllt WCAG 1.4.1 ohne Mehraufwand im Design.

Wenn ein Fehler in produktivem Code auftritt, der von Claude Code vorgeschlagen wurde, fragt sich jedes Team irgendwann: Wer war eigentlich verantwortlich. Klare Verantwortlichkeiten für KI-generierten Code müssen vor dem ersten Vorfall definiert werden, nicht danach, sonst entstehen Schuldzuweisungen statt konstruktiver Fehleranalyse.

Eine schlecht designte Component API in einer geteilten Komponentenbibliothek ist Mehrarbeit für jedes Team-Mitglied, das sie nutzt. Props ohne Standardwerte, Emits ohne Typ-Contracts, fehlende Slots für Kompositionsstellen und undokumentiertes Expose-Interface machen Komponenten schwer nutzbar. Mit klaren Konventionen und TypeScript entstehen Component APIs, die stabil, erweiterbar und rückwärtskompatibel sind.

Ein einzelner ausführlicher Blogartikel steckt voller Substanz, die auf Social-Media-Plattformen in ganz anderer Form ankommt: als Carousel, als Kurzvideo-Skript oder als Thread. Content-Repurposing verwandelt diese Substanz systematisch in mehrere Formate, ohne dass identische Textblöcke einfach kopiert werden und ohne dass die ursprüngliche Suchmaschinen-Sichtbarkeit des Blogartikels durch Duplicate Content leidet.

Das N+1-Problem ist das häufigste Performance-Antipattern in GraphQL-APIs. Es entsteht, wenn jeder Resolver eines Listen-Elements eine eigene Datenbankabfrage auslöst. Das Ergebnis: 100 Produkte bedeuten 101 Queries. Batching und DataLoader-Muster lösen das Problem systematisch — ohne die Flexibilität von GraphQL zu opfern.

Der Array-Index als key-Wert funktioniert scheinbar problemlos, bis eine Liste sortiert, gefiltert oder verändert wird. Dann recycelt React internen Komponenten-State zwischen den falschen Elementen, mit teils gravierenden, schwer nachvollziehbaren Folgen.

Wer Header und Footer direkt im phtml-Template hart codiert, verliert bei jedem Theme-Update und jeder Modul-Erweiterung wertvolle Zeit: Blöcke lassen sich nicht sauber verschieben, Drittmodule finden keinen Einstiegspunkt, und jede Anpassung endet in einer vollständigen Template-Kopie. Header und Footer per Layout-XML zu strukturieren löst genau dieses Problem - mit Containern, Blöcken und ViewModels, die auch nach dem nächsten Hyvä-Update noch funktionieren.

Wer zum ersten Mal einen console.log in einem useEffect sieht, der im Entwicklungs-Build plötzlich zweimal auftaucht, hält das fast immer für einen Fehler. Tatsächlich ist die doppelte Ausführung in React 18 und 19 unter Strict Mode bewusst eingebaut, um genau die Effects zu entlarven, die kein korrektes Cleanup besitzen und in der Produktion später zu schwer auffindbaren Bugs führen würden.

Volltextsuche, exakte Filterung, Sortierung und Aggregation stellen widerspruechliche Anforderungen an denselben Feldwert. Multi-Fields loesen diesen Konflikt, indem sie einen Wert gleichzeitig mehrfach unterschiedlich indexieren, sodass jede Abfrageart die passende Repraesentation nutzt, ohne Daten zu duplizieren.

Eine REST-API ohne korrekt dokumentierte Sicherheitsanforderungen ist für Konsumenten eine Blackbox. OpenAPI 3.x bietet vier Security-Scheme-Typen, die sich in der Swagger-UI direkt nutzbar machen lassen – wenn man weiß, wie man sie korrekt modelliert, global und endpoint-spezifisch kombiniert und mit Scopes granular steuert.