Blog
Beiträge seit 2014 zu Architektur, APIs, Frontend, Backend, Delivery und Methodik. Seit Ende 2025 auch zu Agentic Engineering: wie KI-Ergebnisse prüfbar bleiben.
Transparenz: Alle Beiträge habe ich nachträglich mit Unterstützung von KI überarbeitet. Gedanken, Erfahrungen und Haltung sind meine. Die Hörfassungen werden von einer synthetischen Stimme vorgelesen.
171 Beiträge gibt es auch zum Hören. Als Podcast abonnieren
Feed-Adresse
https://www.mikebild.dev/de/blogcast.xmlApple Podcasts: Sendung per URL hinzufügen (Mac im Menü Ablage, iPhone und iPad in der Mediathek) und die Adresse einfügen.
Themen
ThemenAlle ThemenArchitektur 33Frontend 31KI 22Backend 21Delivery 18Methodik 18AWS 17Node.js 17Cloud 16API 15React 15GraphQL 14Platform 8Daten 7Reactive 7Python 6Tools 5Produkt 4Svelte 4Testing 3Publishing 2Content 1DevOps 1Lernen 1Observability 1Security 1Tooling 1
Nur mit Audio172 Beiträge
Releases mit getrennten Prüfgrenzen
Unabhängige Produkte lassen sich gemeinsam erweitern, wenn Verträge, lokale Prüfungen, echte Release-Artefakte, Produktionsprüfungen und eine zeitversetzte Beobachtung klar getrennte Beweise liefern.
SoftwareArchitektur
Entscheidungen mit Geschichte
Entscheidungen lassen sich als eigene, reviewte Wissensobjekte mit Kontext, Entscheidung, Begründung und Alternativen führen. Claims sagen, was gilt; Entscheidungen erklären warum.
SoftwareArchitektur
Finanzen bewusst abtrennen
Finanzreports können denselben technischen Ablauf verwenden, ohne Daten, Rechte, Speicher oder Wissen mit allgemeinen Produktreports zu vermischen. Die Trennung folgt der Fachlichkeit.
SoftwareArchitektur
2026 23
2026 23
- Suchen ohne Antworten zu erfindenSuche, vollständiges Lesen, Herkunft und optionale Q&A bleiben getrennte Schritte. Treffer bleiben rohe Belege; ohne Treffer entsteht keine erfundene Antwort.SoftwareKIMethodik
- Zwischenfazit und Systemblick: eine Bilanz der SerieMonate nach dem Gespräch, mit dem alles begann, ist es Zeit für eine ehrliche Bilanz: welche Erwartungen des Auftakts eingetreten sind, welche nicht, was offen bleibt – und warum die spannendste Frage nicht mehr lautet, was die Modelle können, sondern was Organisationen daraus machen.SoftwareKIMethodik
- MCP, HTTP, Webhooks und A2A einfach erklärtMCP, HTTP mit OpenAPI, Webhooks und A2A verbinden Systeme auf unterschiedlichen Ebenen. Entscheidend ist, welche Verantwortung an der jeweiligen Grenze liegt.SoftwareKIArchitektur
- Widersprüche dürfen bleibenEine Wissensbasis, die belegte Konflikte sichtbar hält, verhindert, dass ein neuer Wert einen bestehenden Widerspruch verdeckt. Funktionale Prädikate, disputed Claims und die Beziehung contradicts machen die offene Frage prüfbar – die fachliche Auflösung bleibt einer geprüften Revision vorbehalten.SoftwareKIMethodik
- A2A: Wenn Agenten zusammenarbeitenAgent Card, Message, Task und Artifact verständlich erklärt: wie A2A 1.0 eigenständige Agentensysteme verbindet, was das Protokoll von MCP unterscheidet und wann sich die Delegation an ein eigenständiges System lohnt.SoftwareKIArchitektur
- Vom JSON zum privaten ReportPrivate Reports bleiben nachvollziehbar, wenn Quelldaten, Analyse, Manifest und redaktionelle Aussage getrennte Artefakte bleiben – und Zugriffsregeln gemeinsam mit dem Release für geschützte Seiten, Medien und maschinenlesbare Ausgaben wirksam werden.SoftwareArchitekturSecurityPublishing
- Stündlich ist nicht EchtzeitEin abgeschlossener Stundenreport beantwortet andere Fragen als laufende Betriebsbeobachtung – und wird einfacher, sobald Zeitfenster, Verspätung und Messlücken ausdrücklich modelliert sind.SoftwareArchitekturObservabilityDelivery
- Claims: klein, belegt, prüfbarClaims zerlegen Wiki-Seiten in einzelne Aussagen mit Subjekt, Prädikat, Objekt, Confidence, Status und wörtlichem Beleg. Dadurch werden Zustimmung und Widerspruch präzise.SoftwareKIMethodik
- Produkte berichten über ihre APIProduktstatistiken bleiben verständlich, wenn jedes System seine Daten selbst verdichtet und über einen kleinen, zeitlich einheitlichen HTTP-Vertrag anbietet.SoftwareArchitekturAPIDelivery
- Vom Organigramm zur ProduktverantwortungKI macht den Weg vom Kundenproblem bis zur Wirkung durchgängiger.SoftwareKIMethodik
- llms.txt: Doku für MaschinenKontext für Modelle, nicht fürs Ranking: warum llms.txt und llms-full.txt Coding-Agenten helfen – und was ein MCP-Server daraus macht.SoftwareKIMethodik
- Hilfsmittel, die tragen: Konzepte, Methoden, ProzesseEinen Agenten für die eigene Fachdomäne kann man nicht installieren – den Weg dorthin aber sehr wohl lernen. Welche Konzepte tragen, welche Methoden den Anfang klein halten und welche Prozesse verhindern, dass Regeln veralten.SoftwareKIMethodikDelivery
- Regeln, die halten: der eigene Agent pro FachdomäneEin Tool prüft den einzelnen Aufruf – verbindliche Regeln gelten aber für den ganzen Vorgang. Warum Durchsetzung, Freigaben und Nachweis in einen eigenen, an die Fachdomäne gebundenen Agenten gehören.SoftwareKIMethodikDelivery
- MCP: Wenn Software Fähigkeiten anbietetMCP macht Softwarefähigkeiten für Agenten adressierbar. Gute Oberflächen bleiben wichtig, aber Arbeit bekommt eine zweite Schnittstelle.SoftwareKIArchitektur
- Agent, Modell, FachdomäneDas Modell ist gemietet, der Agent kann unter eigener Kontrolle stehen – entscheidend ist, ob die Fachdomäne als Prosa im Prompt liegt oder als geprüfte Schnittstelle im Agenten.SoftwareKIMethodikDelivery
- Wissen, das die Session überlebtSession-Wissen verdampft, wenn niemand es kuratiert – warum Teams ihr KI-Arbeitswissen wie Code behandeln sollten und dabei nicht das Modell schlauer wird, sondern die Organisation lernt.SoftwareKIMethodikDelivery
- Sauberes Grounding II: Antworten erdenMein Arbeitsmodell für Grounding unterscheidet Konventionen, Dokumente und API-Beschreibungen. Was im knappen Kontext bleibt, priorisiere ich nach Aufgabe und Wiederbeschaffungskosten.SoftwareKIMethodikDelivery
- KI im Enterprise-Umfeld: Schnellere Entwicklung braucht andere ProzesseKI verkürzt Recherche, Entwurf und Implementierung. Bleiben Übergaben, Ticket-Hierarchien und Freigaben unverändert, verlagert sich der Engpass – Großunternehmen müssen deshalb Arbeitsfluss und Governance gemeinsam neu ordnen.SoftwareKIArchitekturDelivery
- Sauberes Grounding I: Warum die KI so überzeugend rätWarum Sprachmodelle plausible Dinge erfinden, weshalb mehr Training das Problem nicht zuverlässig beseitigt und was Grounding damit zu tun hat.SoftwareKIMethodikDelivery
- Vergebliche Versuche: Skills, AGENTS.md und die Grenze der EmpfehlungEin halbes Jahr lang habe ich versucht, Teamregeln über CLAUDE.md, AGENTS.md und Skills durchzusetzen – die Chronik einer Ernüchterung und die Einsicht, dass Instruktionsdateien Empfehlungen an ein probabilistisches System sind, keine Regeln.SoftwareKIMethodikDelivery
- Mein Erfolg lässt sich nicht kopierenEin Kollege übernimmt mein KI-Setup und bekommt andere Ergebnisse. Werkzeuge, Tests und Konventionen sind übertragbar; Aufgabenzuschnitt, Prüfblick und der einzelne Sessionverlauf sind es nur begrenzt.SoftwareKIMethodikDelivery
- Was ich kritisch seheVier Beobachtungen und eine offene Hypothese nach intensiven Monaten mit KI – vom möglichen Kompetenzverlust bis zur Sorge vor gleichförmigeren Lösungen und meinen praktischen Gegenmaßnahmen.SoftwareKIMethodik
- Delegieren statt Diktieren: der Harness macht den UnterschiedWie Tools, Kontextverwaltung und ausführbare Prüfungen aus einer Aufgabe einen reviewbaren Branch machen können – und warum die Abnahme trotzdem beim Menschen bleibt.SoftwareKIMethodik
2025 2
2025 2
- Gut genug: das Modell ist selten der EngpassBei den Alltagsaufgaben, die ich selbst mit KI bearbeite, ist die Modellwahl selten der erste Engpass. Aufgabenzuschnitt, Kontext und Prüfung wirken meist stärker.SoftwareKIMethodik
- Vom Werkzeug zur ArbeitsweiseWie ein Gespräch in Berlin mich nach über dreißig Jahren Softwarehandwerk zum täglichen Arbeiten mit Claude, ChatGPT und Claude Code gebracht hat – und warum ich meiner Begeisterung trotzdem erst einmal misstraue.SoftwareKIMethodik
2024 29
2024 29
- React-Überblick: Von JSX zur KomponentenarchitekturEin kompletter Durchgang durch React, wie ich es heute unterrichte – vom deklarativen Rendern über die Frage, wem ein State gehört, bis zur Architektur einer wachsenden Anwendung. Die Details zu einzelnen Stationen kommen später als eigene Beiträge.SoftwareFrontendReact
- Formulare in React 19: Actions, useActionState und useOptimisticReact 19 macht das Formular zur eigentlichen Schnittstelle: eine Funktion als form action, dazu drei Hooks für Ergebnis, Pending State und sofortiges UI-Feedback. Dieser Beitrag zeigt das Zusammenspiel – und wo optimistisches Rendern ohne sauberen Fehlerpfad kippt.SoftwareFrontendReact
- React Server Components und Server Actions: Die neue GrenzeServer Components laufen außerhalb des Client-Bundles und liefern ihr Ergebnis statt ihres Codes an den Browser. Server Functions holen Schreibvorgänge auf den Server – umgesetzt wird beides durch ein passendes Framework oder einen Bundler.SoftwareFrontendReact
- React Router Data Router: Die URL als State-OrtDer Data Router von React Router macht die URL zum Koordinationspunkt – eine Route lädt ihre Daten per loader vor dem Rendern und schreibt über action, sodass Ladelogik aus dem Komponenten-Body verschwindet.SoftwareFrontendReact
- React Transitions: nicht dringende Updates mit useTransitionuseTransition markiert Updates als nicht dringend und hält React während teurer oder suspendierender Renderings responsiv. Dazu useDeferredValue als Werkzeug für nachgelagerte Renderings.SoftwareFrontendReact
- React Testing ohne TheaterTests auf sichtbares Nutzerverhalten koppeln weniger an DOM-Struktur, Komponentengrenzen und internen State. Dadurch überstehen sie bestimmte Refactorings ohne Anpassung.SoftwareTesting
- Suspense und der use-Hook: rendern, als wären die Daten schon daStatt in jeder Komponente einen Ladezustand zu verwalten, beschreibt man mit Suspense an einer einzigen Stelle im Baum, was während des Wartens erscheint – und der use-Hook lässt die Komponente darunter rendern, als wären die Daten längst da.SoftwareFrontendReact
- Client State vs. Server-Cache: die folgenreichste Grenze im FrontendServerdaten sind State, aber nicht client-eigener State. Warum diese Unterscheidung wichtig ist, wann useEffect zum schlechten Cache wird und was eine Server-State-Bibliothek übernimmt.SoftwareFrontendReact
- Scheduler und virtuelle Zeit testenInjizierbare Zeit macht zeitabhängige Regeln schnell und deterministisch testbar. Daten, Isolation und externe Systeme bleiben davon unberührt.SoftwareReactive
- GraphQL-Überblick: Vom Schema zur föderierten APIEin Durchgang durch GraphQL – vom typisierten Schema über Queries und Resolver bis zu Echtzeit, Betrieb und föderierter Architektur, eingeordnet am Stand von Oktober 2024.SoftwareAPIGraphQL
- HTTP/2 und Server-Sent Events in Node.jsWie HTTP/2 viele Streams über eine Verbindung multiplext und warum Server-Sent Events oft die einfachere Antwort auf Live-Daten sind als WebSocket – mit einem lauffähigen SSE-Endpoint in Node und den üblichen Fallstricken.SoftwareNode.jsBackend
- Markdown Reports statt Dashboard-ZwangWarum ein diffbarer Markdown Report für Nachvollziehbarkeit, Review und Betrieb oft mehr leistet als ein Dashboard – und wie ich das architektonisch aufziehe.SoftwareContentPublishing
- GraphQL Federation: ein Schema aus vielen SubgraphsWenn ein Team ein Monolith-Schema nicht mehr allein tragen kann, teilt Federation den Graphen in Subgraphs auf, die ein Router zu einem Supergraph komponiert. Dieser Artikel zeigt an einem User- und Orders-Beispiel, wie @key und __resolveReference Entities über Subgraph-Grenzen hinweg zusammenhalten.SoftwareGraphQLAPI
- Fuzzy Matching mit expliziten GrenzenEin Fuzzy-Match ist eine Behauptung mit Konfidenz, kein Fakt – nützlich wird er erst durch versionierte Schwellwerte, drei Entscheidungszonen und einen diffbaren Report der Grauzone.SoftwareDatenTools
- Event Sourcing auf AWS: DynamoDB Streams und LambdaEvent Sourcing serverless umgesetzt: DynamoDB als append-only Event-Store, DynamoDB Streams als Change-Feed und Lambda als idempotenter Projector in CQRS-Read-Models.SoftwareAWSCloud
- RxJS testen mit Marble-DiagrammenMarble-Diagramme machen den zeitlichen Ablauf asynchroner Streams sichtbar. Mit TestScheduler.run und virtueller Zeit testest du RxJS-Operatoren deterministisch: kein echtes Warten, keine Flakiness.SoftwareReactive
- Rechnungsdaten als DomäneWarum ein Rechnungsimport kein CSV-Job ist, sondern eine Fachdomäne mit eigenen Begriffen, Invarianten und Zeitregeln – und wie explizite Typen und ein Ablehnungs-Report aus stillen Datenfehlern erklärbare Daten machen.SoftwareDatenTools
- Node.js testen: die Testpyramide mit MochaWie sich eine Node.js-Testsuite sinnvoll auf verschiedene Testebenen verteilt und wie Mocha, node:assert, sinon und supertest dabei zusammenspielen.SoftwareNode.jsBackend
- Deterministische CLIsDeterminismus ist eine Architekturentscheidung: gleiche Eingaben, gleicher Report, reviewbar per Diff. Er lohnt sich dort, wo ein Artefakt wiederholt geprüft wird.SoftwareDatenTools
- Observability mit OpenTelemetry: Logs, Traces und MetricsLogs, Traces und Metrics mit OpenTelemetry einheitlich instrumentieren, über Trace-IDs verbinden und per OTLP an geeignete Backends ausgeben.SoftwarePlatform
- Der GraphQL-Client: Apollo Link und FragmentsApollo Link lässt jede GraphQL-Operation durch eine Kette von Middleware laufen: authLink setzt Header, errorLink behandelt Fehler zentral, split routet Subscriptions. Dazu Fragments als wiederverwendbare Feldmengen und warum Interfaces possibleTypes brauchen.SoftwareGraphQLAPI
- OCR mit Cache und MisstrauenWarum sich eine OCR-Pipeline für Belegdaten erst dann zuverlässig anfühlt, wenn man jeden erkannten Wert mit Hash-Cache, Confidence-Gate und Plausibilitätsregeln absichert statt ihm zu glauben.SoftwareDatenTools
- Die vier Subject-Typen in RxJSSubject, BehaviorSubject, ReplaySubject und AsyncSubject unterscheiden sich darin, was späte Subscriber sehen und wie Abschluss oder Fehler ihr gespeichertes Verhalten beenden.SoftwareReactive
- Apollo Client: der normalisierte Cache und optimistische UpdatesHTTP-Caching ist auch mit GraphQL möglich, aber für Client-Zustand oft weniger direkt. Apollo normalisiert deshalb Objekte und unterstützt optimistische Updates in der UI.SoftwareGraphQLAPI
- GraphQL absichern: Query-Tiefe, Komplexität und Rate-LimitingEin einziger GraphQL-Endpoint nimmt beliebig verschachtelte Queries an – das ist bequem und zugleich ein Missbrauchsrisiko. Ich zeige, wie ich mit Depth-Limit, Complexity-Budget, Pagination-Caps und Rate-Limiting eine mehrschichtige Verteidigung gegen teure Queries baue.SoftwareGraphQLAPI
- TypeScript in Node.js: Setup, Typen und TestsTypeScript in einem Node-Projekt aufsetzen: tsconfig-Essentials verstehen, async und Handler typisieren und die Tests laufen lassen, Schritt für Schritt aus der Projektpraxis.SoftwareNode.jsBackend
- TypeScript in React: Props, Hooks und Events typisierenWie aus Props und State überprüfbare Verträge werden – und der Editor Fehler meldet, bevor der Nutzer sie sieht. Von interface/type über useState-Generics und Event-Typen bis zu useRef und Utility-Types.SoftwareFrontendReact
- Resilience-Pattern: Timeout, Retry, Circuit Breaker, IdempotenzWarum Resilienz kein Zufall ist: Timeout, Retry mit Backoff und Jitter, Circuit Breaker und Idempotenz als bewusst entworfene Muster gegen die Ausfallmodi verteilter Systeme.SoftwareArchitektur
- GraphQL-Subscriptions über SSE: Echtzeit ohne WebSocket-ZwangSubscriptions brauchen keinen WebSocket. Server-Sent Events genügen für den einseitigen Server-zu-Client-Kanal, während Query und Mutation normales HTTP bleiben, und das Schema entscheidet, was überhaupt ein Domänen-Event ist.SoftwareGraphQLAPI
2023 11
2023 11
- Contract Testing statt E2E-MarathonConsumer-Driven Contracts prüfen Schnittstellen an der Grenze zwischen Services statt in einer teuren, flaky End-to-End-Suite. Das Ergebnis: ein schnelleres, deterministisches Deploy-Gate und Teams, die unabhängig releasen.SoftwareDelivery
- Fehler als Architektur in Node.js: Netze gegen den AbsturzError Handling in Node.js ist keine try/catch-Kosmetik, sondern eine Entscheidung über Ebenen, Eskalation und geordnetes Beenden. Wer die vier Fehler-Ebenen kennt und Graceful Shutdown ernst nimmt, baut Dienste, die kontrolliert sterben statt korrupt weiterzulaufen.SoftwareNode.jsBackend
- DORA-Metrics: was Entwicklungszyklen wirklich verkürztLead Time, Deploy-Frequenz, Change-Fail-Rate und Recovery-Zeit sind Diagnosewerte statt Vanity-Velocity. Sie zeigen, wo der Zyklus klemmt – und warum Tempo und Stabilität kein Gegensatz sein müssen.SoftwareDelivery
- child_process in Node.js: Skalierung ohne IllusionenNode.js läuft auf einem einzigen Event Loop – CPU-Arbeit blockiert alles. Dieser Beitrag zeigt, wann fork, cluster und worker_threads wirklich helfen und wann sie nur Overhead sind.SoftwareNode.jsBackend
- Lambda-Performance und Cold Starts verstehenWas ein Cold Start bei AWS Lambda wirklich ist, welche Hebel du steuern kannst – von Bundle-Size über Init-Code und Memory bis Provisioned Concurrency – und wie du das Ganze sauber misst.SoftwareAWSCloud
- RxJS in Node.js: Event Streams reaktiv verarbeitenRxJS in Node.js: Wie fromEvent einen EventEmitter in ein Observable verwandelt, Operatoren serverseitige Ströme deklarativ transformieren und warum RxJS keine echte Backpressure hat.SoftwareNode.jsBackend
- Evolutionary Architecture: Systeme, die sich ändern dürfenArchitektur ist kein Endzustand, den man einmal festzurrt. Kleine Änderungen und passende Fitness Functions machen ausgewählte Risiken früher sichtbar, garantieren aber weder Tempo noch Qualität.SoftwareArchitektur
- Von HOCs und Render Props zu Custom HooksWie teile ich Logik zwischen Komponenten ohne Copy-Paste? Custom Hooks vermeiden dafür meist verschachtelte Wrapper; HOCs und Render Props behalten einzelne Kompositionsaufgaben.SoftwareFrontendReact
- Async-Kontext in Node.js: AsyncLocalStorage, async_hooks und diagnostics_channelWie man request-bezogenen Kontext wie Request-ID, User und Trace durch tiefe asynchrone Aufrufketten trägt, ohne ihn durch jede Funktionssignatur zu fädeln – mit AsyncLocalStorage, dem darunterliegenden async_hooks und diagnostics_channel für entkoppeltes Tracing.SoftwareNode.jsBackend
- GraphQL-Auth: Identität im Context, Autorisierung in der FachlogikDer GraphQL-Context transportiert die Identität eines Requests. Ob diese Identität eine Operation ausführen darf, entscheidet eine zentrale Policy in der Fachlogik.SoftwareGraphQLAPI
- Node.js lokal debuggen und profilierenVom console.log-Reflex zum eingebauten Inspector: node --inspect, das debug-Modul, nodemon sowie erste CPU- und Speicherprofile für die lokale Diagnose.SoftwareNode.jsBackend
2022 16
2022 16
- Developer Productivity: verkürzte Zyklen bei hoher QualitätKurze Feedbackschleifen bei verlässlicher Qualität sind mein Denkmodell für Developer Productivity. Wo tatsächlich gewartet wird, muss die eigene Durchlaufzeit zeigen.SoftwareDelivery
- Slots, Context und Web Components in SvelteDrei Kompositions-Werkzeuge in Svelte 3: Slots reichen Inhalt von außen hinein, die Context-API vermeidet Prop-Drilling, und Custom Elements machen eine Komponente framework-neutral wiederverwendbar.SoftwareFrontendSvelte
- Build vs. Runtime in WebprojektenDer Rendering-Zeitpunkt wird pro Route entschieden. Statische, dynamische und inkrementelle Modelle lassen sich nach Datenfrist, Kosten und Fehlerverhalten kombinieren.SoftwareFrontend
- Streams im Objektmodus: Datenpipelines jenseits von BytesNode.js-Streams transportieren nicht nur Bytes: Mit objectMode:true werden sie zu komponierbaren Datenpipelines aus parsen, filtern und aggregieren – inklusive der Brücke zu Async-Iteratoren.SoftwareNode.jsBackend
- Reproduzierbare Testpipelines: kein Flaky, kein ZufallFlakiness weist auf unkontrollierte Eingaben oder Abhängigkeiten hin. Wer Zeit, Daten und Isolation sichtbar macht, kann die Ursache eingrenzen und das Merge-Gate wieder belastbar machen.SoftwareDelivery
- Adapter-Design: wo Frameworks endenWas ein Framework-Adapter wirklich leistet: der Vertrag über den Build-Output, die Übersetzung von Request und Response und die stillen Umgebungsannahmen an der Grenze zwischen SvelteKit und AWS.SoftwareAWSCloud
- RxJS in React: Observables im Datenfluss der OberflächeRxJS glänzt in React nicht überall, sondern genau dort, wo asynchrone Events koordiniert werden müssen – entprellte Eingaben, abgebrochene Autocomplete-Requests, kontinuierliche Ströme. Der Beitrag zeigt die wenigen Stellen, an denen sich Observables wirklich lohnen, und wo useState völlig genügt.SoftwareFrontendReact
- Motion, Transitions und Animationen in SvelteWie Svelte Bewegung deklarativ und ohne Extra-Bibliothek mitbringt: transition-Direktiven fürs Ein- und Ausblenden, svelte/motion für sanft interpolierte Werte und animate:flip fürs Umsortieren von Listen.SoftwareFrontendSvelte
- Buffers in Node.js: mit Binärdaten arbeitenWarum JS-Strings für rohe Bytes nicht taugen und Buffer Nodes Werkzeug dafür ist: alloc gegen allocUnsafe, Encodings sauber lesen und schreiben, und die Speicherfalle hinter slice und subarray.SoftwareNode.jsBackend
- Svelte Stores: State außerhalb der KomponenteSvelte Stores sind ein minimales Modell für State, der nicht in eine einzelne Komponente passt: writable, readable, derived – plus die $-Kurzschreibweise, die abonniert und beim Unmount aufräumt.SoftwareFrontendSvelte
- Node.js-Streams: Backpressure verstehen und nutzenWarum ein schneller Producer einen langsamen Consumer nicht überrennen darf – und wie pipe, pipeline, der Rückgabewert von write() und das drain-Event die Flusskontrolle in Node.js regeln.SoftwareNode.jsBackend
- Fitness Functions: ausgewählte Architektureigenschaften prüfenFitness Functions machen ausgewählte Eigenschaften wie Kopplung, Abhängigkeiten und Latenz kontinuierlich prüfbar. Fachliche Qualität und Architekturabwägungen ersetzen sie nicht.SoftwareArchitektur
- Svelte-Reaktivität: der Compiler statt Virtual DOMSvelte kompiliert Komponenten zur Build-Zeit in gezielten DOM-Code, statt zur Laufzeit einen Virtual DOM zu diffen. Ich zeige das mentale Modell, die reaktive Zuweisung mit $: und die klassische push-Falle, die mir in Projekten immer wieder begegnet.SoftwareFrontendSvelte
- EventEmitter: das Event-Modell im Kern von Node.jsEventEmitter ist der gemeinsame Nenner unter Streams, HTTP-Server und Prozessen: Ich zeige on/once/off/emit, das Sonderverhalten von 'error' und wie man Listener-Lecks vermeidet.SoftwareNode.jsBackend
- GraphQL-Paginierung: Cursor, Connections und das Relay-PatternWarum offset/limit bei bewegten Listen Duplikate und Lücken produziert und wie cursor-basierte Paginierung mit dem Connections-Pattern stabil bleibt – inklusive Schema, Resolver-Skizze und den Fallstricken aus der Projektpraxis.SoftwareGraphQLAPI
- SvelteKit Adapter AWS: Framework trifft CloudWarum ich einen eigenen SvelteKit-Adapter für AWS gebaut habe und was die Übersetzung zwischen Framework-Build und Lambda, S3 und CloudFront über beide Seiten verrät.SoftwareAWSCloud
2021 20
2021 20
- Preview-Umgebungen pro Pull RequestEphemere Umgebungen pro Pull Request verkürzen das Feedback und machen Reviews konkret: Man klickt die Änderung, statt sie sich aus dem Diff vorzustellen.SoftwareDelivery
- Jamstack als Architekturstil für WebanwendungenJamstack beschreibt einen Architekturstil mit vorgerendertem Frontend und entkoppelten Diensten. Der Beitrag ordnet die ursprünglichen Bausteine JavaScript, APIs und Markup im Stand von 2021 ein.SoftwareArchitektur
- Transaktionale E-Mails serverless: SES und LambdaWie SES zum ereignisgetriebenen E-Mail-Baustein wird: ausgehende Bestätigungsmails aus einer Lambda-Function und eingehende Receipt Rules, die aus einer Mail einen Handler auslösen.SoftwareAWSCloud
- State-Management in React: Redux Toolkit, leichte Stores, MobXWenn ein State wirklich app-weit ist, stellt sich die Werkzeugfrage – Redux Toolkit, ein leichter Store wie Zustand oder Jotai, oder das reaktive Modell von MobX. Warum diese Wahl aber erst nach der Gegenprobe kommt und meistens kleiner ausfällt als gedacht.SoftwareFrontendReact
- DynamoDB-Datenmodellierung: Single-Table-DesignDynamoDB belohnt ein anderes Denken als eine relationale Datenbank: nicht vom Datenmodell her, sondern von den Access Patterns. Single-Table-Design fasst mehrere Entity Types über zusammengesetzte Keys in einer Tabelle zusammen.SoftwareAWSCloud
- CDN Construct: eine kleine Infrastruktur-APIWarum ein eigenes CDK-Construct für statische Websites mehr ist als gesparte Zeilen: eine Schnittstelle mit Meinung über S3, CloudFront, Zertifikate und DNS.SoftwareAWSCloud
- Outcome vor Output: warum Velocity die falsche Zahl istErledigte Tickets sind Output, aber noch kein Beleg für Wirkung. Warum Velocity im Management-Reporting in die Irre führt und wie man Teams stattdessen an Outcomes ausrichtet.SoftwareProdukt
- Datenanalyse mit NumPy, Pandas und MatplotlibVon Rohdaten zur Erkenntnis: Wie NumPy, pandas und Matplotlib zusammenspielen – vektorisiertes Rechnen, groupby-Aggregation und ein schneller Plot in einer kleinen Pipeline.SoftwarePythonDaten
- Wann CQRS und Event Sourcing zu viel sindFür die meisten Systeme reicht CRUD. CQRS und Event Sourcing lohnen sich nur unter klaren Bedingungen – dieser Beitrag liefert einen ehrlichen Entscheidungsleitfaden statt Muster als Selbstzweck.SoftwareArchitektur
- GraphQL-Konzepte: Schema, Resolver, AusführungDie Ideen hinter GraphQL, die bleiben, egal welcher Server gerade modern ist – das Schema als typisierter Vertrag, die Query als Form, das Resolver-Modell und die Reihenfolge der Ausführung. Eine konzeptuelle Vertiefung mit Diagrammen.SoftwareAPIGraphQL
- GraphQL-APIs mit AppSync und DynamoDBAWS AppSync verschiebt den GraphQL-Server aus der eigenen Betriebsverantwortung in einen managed Dienst. Ich zeige am DynamoDB-Backend, wann diese Build-vs-Buy-Entscheidung trägt und wann managed zur Sackgasse wird, inklusive der VTL-Mapping-Templates, die 2021 der Preis dafür sind.SoftwareAWSCloud
- Context richtig einsetzen: Verteilweg statt heimlicher globaler StateContext löst das Verteilen von Daten durch den Baum – aber nicht die Frage, wem der State gehört. Wer beides verwechselt, baut einen globalen Store durch die Hintertür ein und erzeugt bei unbedacht wechselnden Provider-Werten unnötige Renderläufe.SoftwareFrontendReact
- Daten einlesen in Python: CSV, JSON, Excel und DatenbankEin Werkzeugkasten für jede Datenquelle: Wann die Standardbibliothek reicht, wann pandas lohnt, und wie man Encoding, Speicher und SQL-Injection nicht zum Verhängnis werden lässt.SoftwarePythonDaten
- Architecture Decision Records: Entscheidungen, die man in zwei Jahren noch verstehtWarum wir uns damals für PostgreSQL und gegen den Message-Bus entschieden haben? ADRs machen das Warum als versioniertes Markdown-Artefakt haltbar – statt es im Flurfunk versickern zu lassen.SoftwareArchitektur
- GraphQL-Schema, das mitwächst: Evolution ohne BruchWie man ein GraphQL-Schema additiv weiterentwickelt, statt es zu versionieren – sichere Änderungen, echte Breaking Changes, @deprecated als Werkzeug und eine Feld-Migration Schritt für Schritt.SoftwareAPIGraphQL
- Serverless-Workflows mit AWS Step FunctionsStep Functions machen aus verschachtelten Lambda-Handlern eine deklarative State Machine: sichtbarer Ablauf, explizite Retry- und Catch-Pfade, Standard oder Express.SoftwareAWSCloud
- Event Sourcing: der Event-Store als LogbuchEvent Sourcing speichert nicht den aktuellen Zustand, sondern die Folge der Events als Wahrheitsquelle: der Event-Store als Logbuch, der Zustand als Faltungsergebnis. Nutzen, ehrliche Kosten und die Abgrenzung zu CQRS.SoftwareArchitektur
- Flask-Apps testen: der Test-Client und zuverlässige EndpointsWie ich Flask-Endpoints teste: mit app.test_client() ohne laufenden Server, pytest-Fixtures und geprüften JSON-Antworten.SoftwarePythonBackend
- State erhalten und zurücksetzen: React und die Position im BaumReact speichert State nicht in der Komponente, sondern an ihrer Position im Render-Baum – wer das versteht, steuert Erhalt und Reset absichtlich statt zufällig.SoftwareFrontendReact
- Serverless-Auth mit Cognito User PoolsCognito User Pools als managed Identity-Backend: Sign-up, Confirm und Sign-in ohne eigenen Auth-Server, die drei Tokens richtig verstanden und ein API-Gateway-Endpoint, den ein Cognito-Authorizer absichert.SoftwareAWSCloud
2020 16
2020 16
- Trunk-Based Development statt Branch-FriedhofKurze Integrationszyklen mit Feature Flags schlagen langlebige Branches: tägliche Integration ohne Merge-Hölle und ein Release, das zur Entscheidung wird statt zum Deploy-Event.SoftwareDelivery
- Wie React den Baum rendert und aktualisiertVom JSX-Element zum sichtbaren Pixel – was zwischen einer State-Änderung und dem neu gezeichneten Bildschirm genau passiert. Render und Commit als getrennte Phasen, der Abgleich zweier Bäume und warum React fast immer nur einen winzigen Teil des DOM anfasst.SoftwareFrontendReact
- Team-Automatisierung mit GitHub ActionsWarum ich ausgewählte, wiederkehrende Prüfungen als Workflows ausführe – und woran sich zeigt, ob die Automatisierung das Team tatsächlich entlastet.SoftwareArchitektur
- Web-APIs mit Flask: von der App zur JSON-APIVon Hello World zur JSON-API: wie Routing, Request-Verarbeitung und jsonify in Flask 1.1 zusammenspielen – und warum SSR und API dieselbe Mechanik sind.SoftwarePythonBackend
- Read Models aus Events: Projections statt zufälliger CachesEin aus Events aufgebautes Read Model ist eine bewusst gepflegte Projection für konkrete Queries. Herkunft und Rebuild unterscheiden es von einem zufällig gewachsenen Cache, auch wenn die technische Sicht cacheähnlich wirken kann.SoftwareArchitektur
- Cloud Guardrails statt Cloud GatekeepingWarum zentrale Freigabeprozesse in der Cloud Schatten-Infrastruktur züchten und wie technisch durchgesetzte Leitplanken – SCPs, Permission Boundaries, Config Rules, Budgets – Teams Bewegungsfreiheit zurückgeben.SoftwareArchitektur
- CDK Constructs: Abstraktion mit HaftungWer ein CDK Construct veröffentlicht, verschickt keine Hilfsfunktion, sondern Betriebsentscheidungen – über Defaults, Upgrade-Pfade und das, was beim Konsumenten im CloudFormation-Template landet.SoftwareAWSCloud
- Bounded Contexts vor dem ServiceschnittBevor ich Services schneide, kläre ich fachliche Grenzen. Ein Bounded Context ist eine Sprachgrenze und ein möglicher, aber nicht zwingender Serviceschnitt.SoftwareArchitektur
- Funktionale Muster in Python: Comprehensions, itertools und functoolsComprehensions, functools und itertools im Zusammenspiel: Wie ich in Projekten zeige, wann eine Comprehension die bessere Wahl ist als map/filter, wo lru_cache und groupby glänzen und welche Fallstricke lauern.SoftwarePythonBackend
- JSX genau: Die Regeln hinter dem MarkupEin präziser Blick auf JSX – was der Compiler daraus macht, warum in geschweiften Klammern Ausdrücke statt Anweisungen stehen, wie Attribute, Kinder, Bedingungen und Listen funktionieren und an welchen Stellen Anfänger stolpern.SoftwareFrontendReact
- AWS Deployment Pipelines sind ArchitekturDeployment Pipelines sind Architektur, weil sie bestimmen, wie häufig, sicher und reversibel ein System verändert wird.SoftwareAWSCloud
- Fortgeschrittenes Python: Decorators, Magic Methods und GeneratorenDrei Bausteine, die pythonischen Code ausmachen: Decorators umschließen Funktionen, Magic Methods binden eigene Objekte an Pythons Protokolle, Generatoren erzeugen lazy Sequenzen.SoftwarePythonBackend
- Policy as Code für CDKPolicy as Code macht einen prüfbaren Teil der Architekturregeln ausführbar und versionierbar.SoftwareAWSCloud
- Das Aggregat als KonsistenzgrenzeEin Aggregat ist keine ORM-Entity und keine Tabelle, sondern eine Konsistenz- und Transaktionsgrenze: ein Verbund von Objekten, den eine Aggregate Root als Einheit schützt. Warum eine Transaktion genau ein Aggregat ändert und andere Aggregate nur per ID referenziert werden.SoftwareArchitektur
- `ssmenv-cli`: kleine CLIs für große OrdnungEine kleine CLI über AWS SSM zeigt, wie Konfiguration aus einer benannten, zugriffskontrollierten Quelle in lokale Prozesse und CI gelangt – einschließlich Versions- und Ausfallfragen.SoftwareDatenTools
- GitHub Actions mit AWS CDKGitHub Actions und AWS CDK verbinden Codeänderung, Infrastruktur und Deployment zu einer reviewbaren Pipeline – und machen die Architekturentscheidung im Pull Request sichtbar.SoftwareAWSCloud
2019 9
2019 9
- PouchDB und Offline-FirstWer offline Schreibzugriffe erlaubt, wechselt von Request/Response zur Replikation – und der Revisionsbaum von PouchDB und CouchDB macht Konflikte zur Aufgabe des Fachmodells.SoftwareArchitektur
- Commands, Events und Queries sauber trennenCommand, Event und Query sind drei Nachrichtenarten mit klarer Semantik: ein Wunsch, der abgelehnt werden kann, eine geschehene Tatsache und eine seiteneffektfreie Query. Wer sie sauber benennt und trennt, gewinnt Klarheit im Modell – ganz ohne großes CQRS-Setup.SoftwareArchitektur
- Infrastructure as Code braucht Code-ReviewsSobald Infrastruktur Code ist, entscheidet ein kleiner Diff über Sicherheit, Kosten und Ausfallrisiko – deshalb gehört sie in denselben Review-Prozess wie Anwendungscode.SoftwareAWSCloud
- Secrets im Build sind ProduktentscheidungenSecrets im Build sind ein Vertrauensproblem: Wer darf was wann sehen, speichern und deployen?SoftwareDevOpsArchitektur
- Product Discovery vor der ersten Zeile CodeDiscovery senkt das Risiko, effizient das Falsche zu bauen. Ich zeige eine kontinuierliche Spur, die Annahmen prüft, bevor sie teure Delivery bindet – nicht eine Phase vor der Entwicklung.SoftwareProdukt
- CQRS ist eine fachliche Grenze, kein FrameworkCQRS trennt das Modell zum Schreiben vom Modell zum Lesen – eine fachliche Entscheidung, kein installierbares Framework. Wann sich die Grenze lohnt, wie man klein anfängt und welche Verwechslungen teuer werden.SoftwareArchitektur
- Node.js-Training: Vom Event Loop zur ArchitekturentscheidungNode.js lässt sich nicht am Framework erklären, sondern am Event Loop, an Streams und an der Frage, welche Architekturentscheidung ein Team morgen noch versteht – genau das übe ich mit Teilnehmenden im Repo introduction-nodejs.SoftwareNode.jsBackend
- CDK-Anfänge: Infrastruktur mit einer ProgrammierspracheMit dem CDK rückt Infrastruktur in dieselbe Werkzeugkette wie Anwendungscode, wodurch Tests, Reviews und logische Identitäten plötzlich über den Bestand von Produktionsdaten entscheiden.SoftwareAWSCloud
- AWS Parameter Store im BuildParameter Store im Build macht Konfiguration explizit, wirft aber harte Fragen zu Secrets und Reproduzierbarkeit auf.SoftwareFrontendAWS
2018 10
2018 10
- Eine eigene Docker Registry betreibenWie ich in Projekten eine private Docker Registry mit registry:2 aufsetze: Images taggen, pushen und pullen, und danach mit htpasswd und TLS absichern.SoftwarePlatform
- Kubernetes-Grundlagen durch Deployment-DruckUnter dem Druck eines echten Deployments sortieren sich die Kubernetes-Konzepte von selbst nach Wichtigkeit – vom Pod über Deployment und Service bis zum Ingress.SoftwarePlatform
- Zentrales Logging mit dem ELK-Stack in DockerContainer-Logs verstreuen sich über viele Container und sind flüchtig. Dieser Artikel zeigt, wie ein ELK-Stack aus Elasticsearch, Logstash und Kibana im Compose-Setup Logs zentralisiert, indiziert und durchsuchbar macht.SoftwarePlatform
- Micro-Frontends: Teamschnitt im BrowserWarum die eigentliche Arbeit bei Micro-Frontends nicht in der Integrationstechnik steckt, sondern im Teamschnitt – gezeigt an einer lauffähigen Beispiel-Landschaft aus Gateway, vier Anwendungen und einer Komponenten-Bibliothek.SoftwareFrontend
- Frontend-Schnittstellen sind APIsWarum Props, URLs, Events, CSS-Klassen und localStorage dieselbe Versionierungs-Disziplin verdienen wie ein REST-Endpoint – spätestens, wenn mehrere Teams im selben Browser arbeiten.SoftwareFrontend
- Node.js und Redis mit Docker ComposeWie ich in Projekten eine Zwei-Container-App aus Node.js und Redis mit Docker Compose beschreibe: eine YAML für den ganzen Stack, Service Discovery über den Servicenamen, Persistenz per Volume – und warum depends_on nicht auf Betriebsbereitschaft wartet.SoftwarePlatform
- Containerisierung und die falsche SicherheitWarum „läuft im Container“ weder Isolation noch Reproduzierbarkeit noch geregelten Betrieb bedeutet – und welche Handgriffe die drei Lücken tatsächlich schließen.SoftwarePlatform
- Meine Arbeitsdefinition für ein MVP: lernen statt halb fertig liefernIch benutze MVP für ein Experiment, das eine riskante Annahme ehrlich testet. Diese Arbeitsdefinition verhindert, dass ein bloß reduziertes Feature-Set schon als Lernen gilt.SoftwareProdukt
- GraphQL-Schema in der FachspracheEin GraphQL-Schema ist der beste Ort, den es je für die ubiquitäre Fachsprache gab – und wenn die Domäne deutsch ist, darf sie dort auch deutsch bleiben.SoftwareGraphQLAPI
- Angular, React und der Wert von ÜbergängenOb ein Framework-Wechsel zum Umzug oder zum Neubau wird, entscheidet sich daran, wie billig zwei Welten monatelang nebeneinander laufen können.SoftwareFrontend
2017 11
2017 11
- Prototypen: das Objektmodell hinter JavaScript-Klassenclass in ES2015 ist im Kern Syntax-Zucker über Prototypen: Wer die [[Prototype]]-Kette, Object.create und den new-Ablauf versteht, debuggt this-Fehler und geteilte Methoden souveräner.SoftwareFrontend
- Redux als Protokoll für UI-ÄnderungenDer Store ist der langweiligste Teil von Redux – wertvoll ist das Nachrichtenprotokoll aus benannten, serialisierbaren Actions, das UI-Änderungen nachvollziehbar, testbar und diskutierbar macht.SoftwareFrontend
- JavaScript-Patterns, die geblieben sind: Module, Higher-Order Functions, CurryingDrei JavaScript-Pattern haben jeden Framework-Wechsel überlebt: das Module-Pattern für saubere Kapselung, Higher-Order Functions für Funktionen als Werte und Currying für spezialisierte Varianten. Warum sie das Fundament moderner Utility-Libraries bilden.SoftwareFrontend
- WebSockets sind nicht immer die AntwortWarum Server-Sent Events für die meisten Echtzeit-Anforderungen die einfachere Wahl sind und wann sich der Preis einer echten WebSocket-Verbindung tatsächlich lohnt.SoftwareNode.jsBackend
- KnockoutJS: fein-granulare Reaktivität mit Observables und ComputedWie KnockoutJS Reaktivität löst: Observables als get/set-Funktionen, Computed mit automatischem Dependency-Tracking und gezielte DOM-Updates statt globalem Baum-Vergleich.SoftwareFrontend
- PWA Weather: offline ist ein FeatureEine kleine Wetter-App als Progressive Web App zeigt, warum Offline-Verhalten eine Produktentscheidung ist und wie ehrlich eine Oberfläche mit veralteten Daten umgehen sollte.SoftwareArchitektur
- Tic-Tac-Toe mit Minimax in ReactEin unschlagbarer Tic-Tac-Toe-Gegner in React zeigt, warum Spiellogik als Pure Function nichts vom Rendering wissen darf – und warum immutable Züge zu Reacts Modell passen.SoftwareFrontend
- Einfacher Entwurf kann Prozess sparenIn vielen Projekten kompensiert Prozess-Overhead einen zu großen oder spekulativen Entwurf. Kleiner zu schneiden kann Koordination sparen; externe Vorgaben und echte Abhängigkeiten bleiben.SoftwareProdukt
- HTML5, CSS3 und ECMAScript als BaselineIm Frühjahr 2017 tragen CSS Grid, Flexbox, fetch und natives ES2015 so weit, dass die erste Architekturfrage im Frontend neu gestellt gehört: Wie weit komme ich ohne Framework?SoftwareArchitektur
- RxJS: Push und Pull endlich auseinanderhaltenWer Producer und Consumer benennt, erkennt sofort, ob Daten gezogen oder geschoben werden, und wählt zwischen Funktion, Iterator, Promise und Observable ohne Raten.SoftwareReactive
- Node.js: Async I/O erklärt ArchitekturDie Rechnung „ein Thread mal 200 Verbindungen“ zeigt, welche Systeme zu Node.js passen und welche Arbeit besser in eigene Prozesse gehört.SoftwareNode.jsBackend
2016 7
2016 7
- Babel Node Express: moderne Syntax, altes HTTPBabel übersetzt Syntax, kein Ausführungsmodell – wer das trennt, weiß, warum babel-node in die Entwicklungsschleife gehört und nicht in den Betrieb.SoftwareNode.jsBackend
- API-Denken vor Framework-DenkenWer Operationen, Daten und Fehlerfälle vor der Framework-Wahl festlegt, kann das Frontend später fast beliebig tauschen – umgekehrt bekommt man eine API, die ein Framework nachbildet.SoftwareGraphQLAPI
- Tyrian Rx React: UI als DatenflussEin Nachbau der Elm-Architektur mit RxJS und React – Actions als Strom, scan() faltet das Model, Side Effects bleiben am Rand – und was dieser Proof of Concept über gut alternde UI-Architektur verrät.SoftwareReactive
- GraphQL-Pouch: lokale Daten mit SchemaEin Open-Source-Experiment aus dem Sommer 2016: eine GraphQL-Runtime, die aus einer Schema-Kurznotation eine komplette CRUD-API über PouchDB erzeugt – inklusive Synchronisation über das CouchDB-Replikationsprotokoll.SoftwareGraphQLAPI
- Definition of Done als Qualitäts-Gate, nicht als BürokratieDer automatisierbare Kern einer Definition of Done gehört in ein grünes Gate aus Lint, Build und Test. Fachliche Abnahme und andere Urteile bleiben gemeinsame Qualitätsarbeit.SoftwareDelivery
- React: Komponenten als SchnittstellenWarum Props der öffentliche Vertrag einer React-Komponente sind – und was sich ändert, wenn man sie wie eine API entwirft statt wie eine Parameterliste.SoftwareFrontend
- GraphQL als Frage an das SystemEin halbes Jahr nach der Spezifikation sortiert dieser Beitrag, was an GraphQL wirklich neu ist – und welche Fragen Anfang 2016 noch niemand beantwortet hat.SoftwareGraphQLAPI
2015 7
2015 7
- Build-Skripte als ProduktcodeBuild-Skripte verdienen die Sorgfalt von Produktcode, weil sie bestimmen, wie reproduzierbar ein System tatsächlich ist.SoftwareTooling
- ES6 Memory: UI-State begreifenEin Memory-Spiel in frischem ES2015, ohne Framework gebaut, macht sichtbar, welche States eine UI wirklich hat, wo sie liegen sollten und wer sie ändern darf.SoftwareFrontend
- Web Messaging mit RxJSWer eingehende Messages hinter einem Observable versteckt, macht den Transport zwischen Browser und Server austauschbar – und merkt dabei, wie weit gewöhnliches HTTP trägt.SoftwareReactive
- Funktionale Stile im AlltagWarum funktionaler Stil im Team-Alltag 2015 nicht Haskell bedeutet, sondern die Disziplin, Pure Functions von I/O zu trennen – und wie ES2015 das endlich bequem macht.SoftwareArchitektur
- Container sind keine ArchitekturDocker macht Systemgrenzen sichtbar und transportabel – gezogen werden müssen sie weiterhin von Hand, und ein Monolith bleibt auch im Container ein Monolith.SoftwarePlatform
- Programming Styles als ArchitekturvergleichDieselbe kleine Aufgabe in Dutzenden Programmierstilen gelöst ist der kompakteste Architekturvergleich, den ich kenne – weil jeder Stil eine bewusst gewählte Constraint-Menge ist.SoftwareArchitektur
- Docker für .NET, bevor es normal warEine kleine Nancy-API unter Mono in einen Docker-Container zu packen war im Frühjahr 2015 ein Umweg über Linux – und hat mir mehr über .NET-Deployment beigebracht als jedes IIS-Handbuch.SoftwarePlatform
2014 8
2014 8
- Tests, bevor es ein Produkt gibtFrühe Tests helfen, ein Problem zu begreifen, auch wenn der Code später komplett ersetzt wird.SoftwareTesting
- Flood-It: ein Spiel als Architektur-LupeEin Brett aus Zahlen, ein Zug als Pure Function und ein Greedy-Löser zeigen im Kleinen, was in großen Systemen verschwimmt: die Trennung von Kernlogik, Strategie und Darstellung.SoftwareLernen
- MathParser: Parser als DenkwerkzeugEin Rückblick auf ein eigenes Parser-Demo von 2010 zeigt, warum ein handgeschriebener Ausdrucks-Parser auf wenigen Zeilen mehr über Schichten, Struktur und die Grenze zwischen Syntax und Semantik lehrt als manches große Projekt.SoftwareArchitektur
- State Mutation auf StreamsWer State als Faltung über einen Strom von Events berechnet statt ihn direkt zu ändern, bekommt Undo, Replay und Nachvollziehbarkeit fast geschenkt.SoftwareReactive
- HTTP-APIs: klein, stabil, lesbarWas der Heroku HTTP API Design Guide taugt, wenn man ihn an eigenen APIs spiegelt – und warum wenige Ressourcen, ein Versionsversprechen und selbsterklärende Fehler mehr bewirken als jedes Framework.SoftwareArchitektur
- Was ich an Elixir gesucht habeNicht die Syntax hat mich zu Elixir gebracht, sondern das Ausführungsmodell der Erlang-VM – Prozesse, Messages und Supervisors, betrachtet mit JavaScript- und C#-Augen.SoftwareArchitektur
- Control Flow vor `async/await`Ein Blick auf die winzige Bibliothek cflow zeigt, wie Node-Entwickler asynchrone Schritte von Hand zu einer Kette verdrahteten und warum der fehlende Fehlerkanal die eigentliche Lektion ist.SoftwareNode.jsBackend
- Warum Katas mehr sind als FingerübungenEine Kata ist ein Architektur-Labor im Kleinen – weil die Aufgabe konstant bleibt, wird sichtbar, was sonst nur der Entwurf weiß.SoftwareTesting