Unsere Lieblings­technologie

Wir arbeiten mit einem Top-Technologie-Stack, den wir hegen und pflegen. Wir bleiben am Puls der Zeit, jagen aber auch nicht jedem Trend hinterher.

Backends entwickeln wir mit Java und hosten mit Docker.

Bei Frontends setzen wir je nach Projekt auf Angular, Vue.js oder Nuxt.

Bei Datenbanken sind wir flexibel, nutzen aber am liebsten No-SQL Technologien wie MongoDB und Elasticsearch.

Aber auch bei der Technologie ist uns eines wich­tig: Sie ist ein Werkzeug, um das Leben von Menschen besser zu machen, aber kein Selbst­zweck.

Routine-Themen automatisieren wir mit Hilfe von Code-Generatoren. Damit kommen Projekte bei uns schneller auf die Beine und enthalten weniger Fehler.

Vor allem aber gewinnen wir damit Zeit, die wir in die wirklich interessanten Aspekte eures Projekts stecken können - wir wollen ja gemeinsam die harten Nüsse knacken!

Viele Aspekte von Web-Projekten erzeugen wir so automatisch, darunter Objekte und Datenbank-Abfragen, viele Standardprozesse, Schnittstellen und Backoffice-UIs.

Nach einmal Generieren ist dabei nicht Schluss. Unsere Generatoren erlauben, Software iterativ weiterzuentwickeln und auch manuell zu ändern. So entwickeln wir von Hand weiter, bis alles so funktioniert, wie es soll.

Und weil es nicht ein großer, sondern viele kleine Generatoren für verschiedene Themen sind, stellen wir sie je Projekt individuell zusammen. Alles so, wie es für das Projekt am besten passt.

Clean Architecture

Unsere Projekte sind so vielfältig wie unsere Kunden. Deshalb ist für uns besonders wichtig, dass alles an seinem Platz ist und wir den Überblick behalten. Wir arbeiten daher mit einer einheitlichen, aber extrem flexiblen Software-Architektur: Sie heißt „Clean Architecture“ – und wir lieben sie!

Fachliche Strukturen und Abläufe können dabei weitgehend ohne technische Abhängigkeiten umgesetzt werden. Dadurch werden unsere Lösungen skalierbar und die Systemkomponenten austauschbar. In der Praxis heißt das: Lösungen von uns wachsen mit, auch wenn der Rest der Welt sich verändert.

Das funktioniert übrigens gleich gut für schlanke Microservices und für starke Monolithen - hier entscheiden wir gemeinsam, was für euch am besten passt.

Domain Driven Design

Weil sich im Kern unserer Lösungen alles um die „Domain“, also die fachliche Welt des Projekts dreht, finden sich in unserer Software auch genau die Objekte und Abläufe wieder, die in eurem Business wichtig sind. Wir wollen sie verstehen und möglichst exakt in Software gießen.

Das klingt wie eine Selbstverständlichkeit - ist es aber nicht. Deshalb gibt es für dieses Vorgehen sogar einen eigenen Namen: Domain Driven Design. Damit können wir die meisten fachlichen Anforderungen leicht umsetzen, auch wenn sie mal komplizierter werden oder sich im Laufe der Zeit ändern – und hey, sie ändern sich doch immer irgendwann.

Haben wir schon erwähnt, dass dadurch auch der Code verständlich und gut wartbar wird? Das hilft uns am Ende allen.

Weil wir so viel Code automatisch erzeugen können und eine einheitliche Architektur verwenden, haben wir auch jede Menge Features fertig einsatzbereit, die andere Teams viel Zeit kosten, wir aber bei Bedarf leicht aktivieren können. Zum Beispiel: