Seite 8 - Monthly Archives: May 2025

Sobald eine REST-API ihre erste Breaking Change durchlaufen muss, wird die Frage nach der Versionierungsstrategie unausweichlich, und die drei verbreiteten Ansätze, URL-Pfad-Versionierung, Content Negotiation über den Accept-Header und ein dedizierter Custom-Header, haben grundlegend unterschiedliche Auswirkungen auf Caching, Client-Implementierung, Dokumentation und die tatsächliche Nutzbarkeit für externe Integratoren. Die Entscheidung früh und bewusst zu treffen erspart eine schmerzhafte, meist unvollständige Migration Jahre später, wenn bereits tausende Clients auf der ursprünglichen, unbedacht gewählten Struktur aufbauen.

Ein Jest-Testlauf findet auf Node.js statt und kann weder Swift- noch Kotlin-Code ausführen, trotzdem hängt viel React-Native-Logik direkt von nativen Modulen ab: Kamera, Standort, Biometrie, Push-Benachrichtigungen. Wer diese Abhängigkeiten nicht sauber mockt, landet entweder bei unlösbaren Testfehlern oder bei Tests, die stillschweigend gar nichts prüfen. Dieser Artikel zeigt konkrete Mock-Strategien für native Module in Jest, ein durchgängiges Beispiel mit einem Kamera-Modul, und wo die Grenze zwischen sinnvollem Unit-Test und notwendigem End-to-End-Test tatsächlich verläuft.

Neben der Systemzeit, die der Kernel im Arbeitsspeicher fuehrt, besitzt fast jede physische und virtuelle Maschine eine batteriegepufferte Hardware-Uhr, die auch im ausgeschalteten Zustand weiterlaeuft. Wer den Unterschied zwischen System Clock und Hardware-Uhr nicht kennt, wundert sich frueher oder spaeter ueber falsche Boot-Zeitstempel, verschobene Zertifikatspruefungen oder ein Dual-Boot-System, das nach jedem Windows-Start eine andere Uhrzeit anzeigt. Dieser Artikel erklaert, wie hwclock funktioniert, wie die Hardware-Uhr korrekt eingestellt wird und wie sie sich zuverlaessig mit der System Clock synchronisieren laesst.

Fehlermodellierung ist der vernachlässigte Teil des API-Designs. RFC 9457 Problem Details, domänenspezifische Fehlercodes und polymorphe Fehlerschemas machen den Unterschied zwischen einer API, bei der Integratoren raten müssen, was ein Fehler bedeutet, und einer API, bei der Fehler selbsterklärend und maschinell verarbeitbar sind.

Ohne einheitliche Regeln entstehen Shell-Coderbasen, in denen jedes Skript einem anderen Stil folgt, Fehlerbehandlung fehlt oder inkonsistent ist und niemand weiß, welche Prüfungen beim Review Pflicht sind. Eine Review-Checkliste, klare Stilregeln, EditorConfig und ShellCheck als CI-Gate schaffen die Grundlage, Shell-Skripte reviewen zu können, ohne jeden PR von Grund auf neu zu diskutieren.

Getrennte Warenkorb-Logik oder reicht eine zusätzliche Sprachvariante? Diese Entscheidung wird oft zu früh und zu technisch getroffen. Wir zeigen den Entscheidungsrahmen und die konkreten Folgen für Theme-Fallback, Caching und Deployment in einem Hyvä-Setup.

Ein Absturz, der nie in einem Dashboard auftaucht, wird nie behoben. Sentry Crash Reporting fängt JavaScript-Fehler und native iOS- und Android-Abstürze in React Native Apps gleichermaßen ab, symbolisiert die Stacktraces und macht sichtbar, was Nutzer wirklich erleben, bevor eine schlechte App-Store-Bewertung der erste Hinweis ist.

Ein Docker-Compose-Projekt mit PHP-Container, MySQL, Redis und Nginx ist schnell gestartet – aber PHPStorm vollständig zu integrieren, sodass Interpreter, Debugger, Datenbank-Datasource und Composer aus der IDE heraus funktionieren, erfordert gezielte Konfiguration an mehreren Stellen.

Ein Slash-Command in Claude Code ist eine einfache Markdown-Datei mit Frontmatter, die einen wiederkehrenden Prompt, feste Argumente und einen begrenzten Tool-Zugriff buendelt. Statt denselben Deploy- oder Review-Prompt jedes Mal neu zu formulieren, ruft das Team ihn ueber einen kurzen Slash-Command ab, konsistent und versioniert im Projekt-Repository.

Ein erheblicher Teil aller Null-Treffer-Suchen entsteht nicht, weil das Produkt fehlt, sondern weil Kunde und Katalog unterschiedliche Wörter für dieselbe Sache verwenden oder weil ein Tippfehler die Suche ins Leere laufen lässt. Synonyme und Rechtschreibkorrektur in der Magento-Suche schließen genau diese Lücke, wenn Search Synonym Groups, Token-Filter und Fuzzy-Matching sauber zusammenspielen.