Wer schon einmal mit Terraform oder CloudFormation gearbeitet hat, kennt das Spiel: Man kämpft mit state locks, driftenden Ressourcen und einer DSL (Domain Specific Language), die sich oft mehr nach Konfiguration als nach echtem Code anfühlt.

Jujutsu (jj): Ein neues Paradigma für die Versionsverwaltung Git ist der Industriestandard, keine Frage.

Während REST oft zu viel Daten liefert (Overfetching) oder gRPC für Web-Clients zu komplex in der Handhabung ist, hat sich GraphQL als der Standard für flexible Frontends etabliert.

Wer in den letzten Jahren gRPC mit Spring Boot nutzen wollte, musste oft auf Community-Starter zurückgreifen.

Git ist eines dieser Tools, die man oft als „fertig“ betrachtet.

Wer schon einmal eine Infrastruktur über mehrere AWS-Accounts hinweg mit purem Terraform skaliert hat, kennt das Problem: Man kopiert denselben Provider-Block und dieselbe Backend-Konfiguration zum zehnten Mal.

Wenn wir aktuell über das Model Context Protocol (MCP) sprechen, dominiert meist TypeScript oder Python die Timeline.

Git ist ein Teamsport: Warum wir Strategien brauchen Wenn du an deinen ersten eigenen Projekten arbeitest, ist Git meistens ziemlich simpel: Du schreibst Code, machst einen git add, dann einen git commit und schließlich einen git push.

Hallo zusammen, eigentlich dachte ich die ganze Zeit ich hätte hierzu schon einen Artikel geschrieben.

Warum wir Code Reviews hassen (und warum das falsch ist) Der Code ist geschrieben, die Unit-Tests sind grün, und du bist stolz auf deine Lösung.