Wir strukturieren den Code in logische Module oder Klassen, die spezifische Aufgaben erfüllen. Dies fördert die Wiederverwendbarkeit und erleichtert das Testen und die Wartung.
Unter Coding Richtlinien legen wir frühzeitig Code-Standards fest und halten Sie sich daran. Dies umfasst Konventionen für Benennungen, Kommentare und die Formatierung des Codes. Tools wie Linters und Formatters können dabei helfen, diese Standards durchzusetzen. noch nicht vollständig auf der Unterseite)
Wir werden vor dem EA(Early Access) in vollautomatisierte Tests Investieren (Unit-Tests, Integrationstests, etc.), um die Zuverlässigkeit und Stabilität unsere Programme und Bibliotheken zu gewährleisten. Tests helfen auch dabei, Fehler frühzeitig zu erkennen und zu beheben.
Wir berücksichtigen die Sicherheitsaspekte von Anfang an. Dies beinhaltet die Verwendung sicherer Programmierpraktiken, wie die Vermeidung von SQL-Injection durch die Verwendung von Parametern in SQL-Befehlen, und die Implementierung von Authentifizierungs- und Autorisierungsmechanismen.
Wir achten sehr auf die Performance unserer Exe und Bibliotheken. Wir werden dies mit einer immer wiederkehrenden Schlaufe über alle Teile des Projektes ständig optimieren. Dies beinhaltet die Optimierung von Datenbankabfragen, die Verwendung effizienter Algorithmen und Datenstrukturen sowie die Minimierung von Abhängigkeiten.
Einer der meisten Ûbel in der heutigen Software Entwicklugn ist dass oft an verbesserungswürdigem Code weitergearbeitet wird. Erkannte Architektur Fehler oder Unstimmigkeiten werden 'für Spüter'
liegen gelassen. Was praktisch heisst, es wird nie verbessert, weil es immer aufwendiger wird zu verbessern.
Wir hingegen werden sofort reagieren und den Code verbessern. Der Task an dem gearbeitet wurde wird unterbrochen und später weiter gemacht. Zumeist wird der Fehler/die Unstimmigkeit meist dort
bemerkt wo man gerade arbeiten.
So schleichen sich nicht Fehler ein und verfolgen einen nicht jahrelang bis es zum Legacy Code wird.
Wir dokumentieren Unseren Code und Ihre Architektur. Dabei legen wir auch wert auf aussagekräftigen Namen von allen Membern und Variablen. Eine gute Dokumentation hilft nicht nur anderen Entwicklern, Ihren Code zu verstehen und zu verwenden, sondern kann auch uns selbst als Referenz dienen. Die Check Ins sind gut dokumentiert und enthalten Begründungen, wenn wir Konzepte etc. wechseln, damit die Geschichte eines Codes ein ‘Warum’ auch bei Änderungen beinhaltet.
Wir bleiben über Updates und Änderungen in den von uns verwendeten Technologien informiert. Regelmäßige Updates verbessern auch die Sicherheit und Performance unserer Exe und Bibliotheken.
ir wollen die Community und verfügbare Ressourcen. Online-Foren, Dokumentationen und Tutorials nutzen. Insbesondere bleiben wir im Regen Austausch mit allen Testern und Mit-Arbeiter, damit wir mit ihnen wachsen.
Johannes Schwärzel
Bernstrasse 109a
3052 Zollikofen
Email: johannes.schwaerzel@gmail.com Handy: +41 (0)76 544 51 57
LinkedIn: Johannes Schwärzel
XING: Johannes Schwärzel