Das kennt irgendwie jeder Software-Entwickler, es gibt schon wieder Probleme rund um das Deployment. Mal schlägt das Build fehl, obwohl es die ganze Zeit lief, ein anderes Mal ist alles langsam. Und am Ende sitzen alle an der Applikation und klicken wild in der Anwendung herum, um sicherzustellen, das alles funktioniert. Ich denke, hier ist viel im Argen und darum versuche ich in diesem Artikel Licht ins Dunkel zu bringen. Darum schauen wir und in diesem Artikel ein paar Probleme an, die ich immer wieder sehe.

Typescript ist im Grunde nur Javascript mit etwas strengeren Regeln und leistungsstarken Typen. Diese einfache Ergänzung ist tatsächlich überraschend nützlich und ermöglicht uns eine leistungsstarke Autovervollständigung in unseren Editoren und IDEs. Typescript gibt uns auch schnelles Feedback, wenn wir Fehler gemacht haben und Typkonflikte verursachen. Kein Wunder also, dass viele Entwickler es gerne nutzen und seine Vorteile genießen. Doch wie nutzen wir eigentlich Typen und was können wir besser machen? Lasst mich darum branded types vorstellen, um unsere Entwicklung weiter zu verbessern und das Beste daraus zu machen.

Seit einiger Zeit schon liefert Spring einen reactiven Web-client. Dieser Client liefert zwar viele Einstellungen aber nicht alles ist so offensichtlich und einfach. Häufig möchte ich während der Entwicklung zum Beispiel genau sehen, wie der Server antwortet, oder bestimmte Fehler ignorieren. Hierzu möchte ich den Client so konfigurieren, dass ich solche Fehler mitbekommen und entsprechend reagieren kann.

Nahezu jeder Java-Entwickler kennt Project Lombok. Es ist eine der meistgenutzten Bibliotheken überhaupt und taucht immer wieder irgendwo auf. Die Vorteile sind dabei offensichtlich und werden auf der Projektseite sehr anschaulich dargestellt. Trotzdem ist nicht alles, was Lombok macht, gut und die Verwendung birgt einige Tücken. Ich möchte hier ein wenig auf die Probleme eingehen, die ich in der Verwendung von Lombok sehe. Dabei geht es mir nicht um die Vermeidung, sondern eher um das Bewusstsein der Schwächen und Fallstricke.

Als Entwickler habe ich immer wieder mit verschiedenen Projekten zu tun. Viele davon unterscheiden sich erheblich voneinander, andere sind sehr ähnlich oder hängen miteinander zusammen. Was sie jedoch eint, ist der Umstand, dass ich sie schlecht organisiert hatte. Später fing ich an mir Gedanken über die Ordnerstruktur zu machen und sie, wie der Name schon sagt, zu ordnen. In diesem Beitrag möchte ich diese Organisation näher bringen und erläutern, wie ich zu ihr gelangt bin.