Technologien

Software aus einem Guss.

zaunberg verwirklicht die Ideen seiner Kunden in Form von modernen, robusten und skalierbaren Anwendungen. Dabei setzen wir auf einen modernen, bewährten Technologie-Stack für Webanwendungen im Frontend und Backend. Dank langjähriger Erfahrung sind wir in der Lage, für nahezu jede fachliche Herausforderung das passende technische Mittel zu wählen. Im Mittelpunkt stehen dabei nicht einzelne Schlagworte oder Trends, sondern die Anforderungen unserer Kunden. Testqualität, saubere Architektur, Responsive Design, Performance und verlässliche Weiterentwicklung sind Querschnittsthemen, die in jedem Projekt mitgedacht werden.

Mobile First

Desktop, Notebook, Smartphone, Tablet – die Vielzahl der Anzeigegeräte von Webinhalten ist enorm. Enorm ist auch der Anspruch, für jedes dieser Geräte eine perfekt angepasste Darstellung zu erreichen. “Responsive Design” heißt der Ansatz, der dahintersteckt. Mittels “Mobile First” werden Benutzermasken und Inhalte zunächst für mobile Geräte und anschließend für die klassische Desktop-Darstellung konzipiert.

TDD

“Test-driven Development” heißt der Ansatz, bei dem nach Möglichkeit Tests vor der eigentlichen Implementierung geschrieben werden. Hierbei lassen sich mögliche Schwächen der eigenen Implementierung bereits von Anfang an erkennen und beheben.

Continuous Delivery

Gerade bei agilen Projekten befindet sich die Software im permanenten Wandel. Damit kein Durcheinander entsteht, setzen wir auf klar strukturierte Entwicklungsprozesse, Versionsverwaltung, automatisierte Builds und nachvollziehbare Deployments. So bleibt Software auch bei laufender Weiterentwicklung stabil, wartbar und zuverlässig.

KISS

“Keep it simple (and) stupid!” – Das sagt es bereits aus. Gerade in agilen und remote arbeitenden Teams ist es essenziell, dass Code leicht und auch in Zukunft von anderen Teams verstanden werden kann. Oder anders ausgedrückt “Man sollte alles so einfach wie möglich sehen – aber auch nicht einfacher.” Albert Einstein

DRY

“Don’t repeat yourself” – Wir wollen den Code für einen Use Case an genau einer Stelle entwickeln, und nicht verteilt. So bleibt der Code wart- und pflegbar.

YAGNI

“You ain’t gonna need it!” – Wir wollen nichts auf Vorrat implementieren. Das gilt sowohl für vermeintliche Use Cases als auch für Code und Technologien. So kann der Testaufwand gering gehalten werden, weil potenzielle Gefahren minimiert werden.

Separation of Concerns

Eine fachliche Aufgabe, ein Use Case, soll auch technisch eine konkrete Entsprechung finden und nicht mit anderen Aufgaben vermischt werden. Qualität, Testbarkeit und Verständnis leiden andernfalls enorm.