Unsere Softwareentwicklungsphilosophie unterscheidet sich dabei jedoch in einigen Punkten von der allgemein vorherrschenden Lehrmeinung und der anderswo gelebten Praxis:

• Projekt- und Produktmanagement
  • Wir priorisieren den Kundennutzen gegenüber der Einhaltung interner Richtlinien (Ausnahme: Sicherheit).
  • Wir nutzen die entwickelte Software (‑komponente) auch selbst für den eigenen Bedarf (soweit sinnvoll).
  • Wir arbeiten nicht nach Scrum oder einem anderen klar spezifizierten Arbeitsprozess, sondern planen und nutzen unsere Ressourcen individuell, weitsichtig und mit Verantwortung.
  • Wir digitalisieren und automatisieren mühsame und repetitive Aufgaben vollumfänglich, um den Aufwand zu reduzieren und dabei die Qualität auch über längere Zeit zu sichern.
• Einsatz von Frameworks und Libraries
  • Wir vermeiden komplexe Frameworks und Libraries für verhältnismässig kleine Aufgaben (bekanntes Beispiel: für ein simples Logging nutzen wir kein Log4j o.ä.).
  • Wir implementieren gerne auch mal eine Technologie oder eine Schnittstelle selbst (nicht zuletzt um diese besser zu verstehen oder z.B. auf Fehler beim Schnittstellenpartner angemessen reagieren zu können).
  • Wir kapseln Frameworks und Libraries so, dass diese künftig ohne grösseren Implementations- und Testaufwand aktualisiert oder gar getauscht werden können.
• Datenmodellierung
  • Wir ziehen den von Martin Fowler in Bezug zum Domain-Driven Design (DDD) beschriebenen Bounded Context eher grösser als kleiner (ja, sogar über Teilbereiche hinweg).
  • Wir bilden die Realität (konkret meistens die Geschäftsprozesse) eher als Folge von Ereignissen anstelle von Momentaufnahmen von Zuständen ab (messbare Vorteile vor allem bei sich laufend verändernden Anforderungen an die Software).