Blog

Artikel zu Agentic Engineering, Developer Experience und der Frage, wie Softwareentwicklung organisiert sein muss, damit sie schnell bleibt.

  1. How Secure Is the Claude Code Sandbox on the Mac?EN

    A Look Under the Hood of Claude Code and Cowork

  2. Wie sicher ist die Claude Code Sandbox auf dem Mac?

    Ein Blick unter die Haube von Claude Code und Cowork

  3. Der neue Engpass

    Warum schnellerer Code eure Probleme nicht löst

  4. Wer kontrolliert die Agenten?

    Kann man dem Output überhaupt vertrauen?

  5. Warum in der agentenbasierten Softwareentwicklung Workflows für mich immer wichtiger werden

    Als Softwareentwickler schreiben wir immer weniger Code selbst. Die Aufgabe verschiebt sich mehr in die Richtung, KI-Agenten in den jeweils passend…

  6. Where humans matter: Agentic Coding in PracticeEN

    What I Learned from AI-Assisted Software Development and How I Approach It Today

  7. Wo der Mensch bleibt: Agentic Coding in der Praxis

    Was ich bei der KI-unterstützten Softwareentwicklung gelernt habe und wie ich es heute angehe

  8. Figure 03: Faszinierend, beeindruckend – und irgendwie unheimlich

    Der erste humanoide Roboter, der in unseren privatesten Räumen operiert – und wir haben keine Instinkte dafür, wie wir damit umgehen sollen.

  9. Wieviel Arbeitszeit verbringen Softwareentwickler mit dem eigentlichen Schreiben von Code?

    Es ist ein überraschend geringer Anteil

  10. Bottlenecks erkennen statt "Retro-Müdigkeit"

    „Unsere Retros bringen nichts mehr." Das höre ich immer wieder. Das Problem? → Zu viele Aktionspunkte, → zu wenig Fokus → und das Team verliert die…

  11. Von Silos zu High-Performance Teams

    Wie DevOps-Coaching Teams aus der Produktivitätsfalle führt

  12. Complex or complicated: What's the difference?EN

    Without understanding this elementary difference, you will not reach your goal

  13. 3 Dinge, die ich vom Bohren dreieckiger Löcher gelernt habe

    Ja, es geht wirklich

  14. Warum technische Probleme oft organisatorische Ursachen haben

    Die meisten Probleme, die als technische oder Produktprobleme erscheinen, sind in Wirklichkeit Management- oder Organisationsprobleme. Ein Beispiel: Es gibt…

  15. Datenbanken

    Eine Liste gängiger Open-Source-Datenbanken, die einen Überblick über ihre spezifischen Eigenschaften und ihre Einsatzmöglichkeiten gibt…

  16. Kubernetes

    Secrets Management HashiCorp Vault Zentralisiertes Secrets Management um Tokens, Passwörter, Zertifikate, Schlüssel und andere sensible Daten sicher zu…

  17. 4 Strategien um Software-Architektur zukunftssicher zu machen

    Wie kann man mit unerwarteten Herausforderungen in der Softwarearchitektur umgehen (ohne alles im Voraus zu wissen)?

  18. Technical debt and airlinesEN

    Technical debt is often ignored, but it can put your business at risk. Technical debt seems "to be a key factor in why Southwest Airlines couldn’t return to…

  19. How to assess the characteristics of agile companiesEN

    Obvious and subtle signs

  20. Sprache als Silo

    Missverständnisse sind die Folge

  21. Kennen Sie Ihr Unternehmen wirklich?

    Dann stellen Sie sich mal die folgenden Fragen: - Was für Probleme lösen wir für unsere Kunden? - Wie lösen wir diese Probleme konkret? - Was unterscheidet…

  22. Warum braucht man überhaupt einen Coach?

    Das Problem ist oft ein anderes, als man denkt.

  23. Teams where you felt valued and fulfilled: What made these teams special?EN

    Here's what different people answered

  24. 3 mistakes most people make with Continuous Integration (and how to avoid them)EN

    How do you really achieve Continuous Integration?

  25. Wann sollte man darüber nachdenken, eine CD Pipeline zu bauen?

    Bei einem Vortrag über Plattformen als Produkt hat jemand eine wirklich gute Frage gestellt: "Wann sollte man sich um eine Continuous Delivery Pipeline…

  26. FinOps

    Finanzielle Verantwortlichkeit mit dem variablen Kosten der Cloud zu den Teams bringen

  27. Soziotechnisches System - Was ist das?

    Ok, ist ein sperriges Wort, ist aber nicht so theoretisch wie man denkt.

  28. Level Two Thinking

    Gute Denkmodelle helfen, neue Lösungen für Probleme zu finden. Level Two Thinking ist ein solches Modell: Warum ist es wichtig und wie können wir es anwenden?

  29. Minimal sinnvolle Bürokratie

    Aus meiner Erfahrung sind Bürokratie in großen Organisationen und agiles Arbeiten zwei Welten, die gerne unsanft aufeinander treffen. Gut zu beobachten, wenn…

  30. Minimum Viable BureaucracyEN

    Bureaucracy in large organizations and agile teams are two worlds that tend to clash head-on. If you have multiple agile teams that want (or have) to work…

  31. Multiple points of failureEN

    Friction between teams

  32. Autonome Teams in Scrum

    Wenn Teams — aus sich selbst heraus — innerhalb einer Timebox lieferfähig sein sollen, dann muss die Lieferung unabhängig von anderen sein, die nicht Teil des…

  33. Leadership: When is it proper to speak?EN

    The student asked: “When is it proper to speak?” Mozi[^1] replied: “Toads, flies, frogs—they make noise constantly, and no one listens to them. But in the…

  34. Do not motivate

    Bitte nicht motivieren

  35. Komplex oder kompliziert: Was ist der Unterschied?

    Ohne diesen elementaren Unterschied zu verstehen, kommt man nicht ans Ziel

  36. Komplexe Probleme lösen

    Teil 1: Das Problem wirklich verstehen

  37. Security and kernel updates in AKSEN

    Some time ago at a user meeting about AKS: An interesting detail in the demos was that the AKS nodes automatically load updates for Ubuntu Linux but do not…

  38. Security- und Kernel-Updates in AKS

    Vor einiger Zeit auf einem Usermeeting zu AKS: Ein interessantes Detail bei den Demos war, dass die AKS Nodes zwar automatisch Updates für das Ubuntu Linux…

  39. Umstellung auf Agilität bei der ING-Bank

    Nach dem offiziellen Ende der Umorganisation: Wie arbeitet es sich denn so?

  40. Rules for the Daily ScrumEN

    The daily scrum is one of the primary inspect and adapt points in Scrum. The development team synchronizes on the work done and plans the work for the day…

  41. Managen, Micro-Management und nicht managen

    Gute Manager orchestrieren ihr Team. Sie tun die Dinge nicht selbst und sie geben dem Team auch nicht vor, wie die Dinge zu tun sind. Sie geben ein Ziel vor…

RSS-Feed