Matthias GießelmannMatthiasGieẞelmann

Mich interessiert das ganze System: die Oberfläche, der Server dahinter und manchmal auch die Firmware auf dem Gerät.

• $ systemctl status app app.service activatingactive (running)

  Software für den Betrieb

  Ich entwickle Anwendungen, die im Alltag genutzt werden. Fertig ist ein Projekt für mich erst, wenn es stabil in Produktion läuft.

• $ make[] built

  Eigene Werkzeuge

  Gibt es für eine Aufgabe kein passendes Tool, entwickle ich eines. Beispiele sind plxr, ein Terminal für Coding-Agenten, und die Firmware für mein ESP32-Display.

• $ vim spec.md- [x] Ziel- [x] Datenmodell- [x] Oberfläche

  Planung

  Bevor ich Code schreibe, lege ich in einer Spezifikation fest, was gebaut wird und wie. Mit einer klaren Vorgabe lassen sich auch größere Anwendungen in wenigen Tagen umsetzen.

• $ tail -f app.logGET / 200GET /api/items 200POST /api/login 200GET /api/items 304GET /health 200POST /api/orders 500

  Fehlersuche

  Bei Fehlern werte ich zuerst Logs und Messwerte aus, bevor ich etwas ändere. So weiß ich, wo die Ursache liegt, und muss nicht raten.

• $ npm outdated checkingall up to date

  Aktueller Stack

  Neue Projekte setze ich mit den aktuellen Versionen der Frameworks auf und halte sie auf diesem Stand. Provisorien, die später Aufwand verursachen, vermeide ich.

• $ jobs agent 1 api agent 2 ui agent 3 tests

  Arbeit mit Coding-Agenten

  Ich setze mehrere Coding-Agenten parallel ein und steuere sie wie ein kleines Team: Ich gebe die Spezifikation vor, verteile die Aufgaben und prüfe die Ergebnisse im Review.