03 ‐ Entwicklungsrichtlinien

Folgene Entwicklungsrichtlinien gelten in dem Projekt:

Clean Code:

Clean Code-Prinzipien betonen Lesbarkeit und Einfachheit. Die Idee ist, dass Code von jemand anderem leicht verstanden werden kann. Einige Regeln könnten das Vermeiden von langen Methoden oder Klassen, die richtige Benennung von Variablen und Methoden, und das Einhalten einer konsistenten Formatierung sein.

Code-Reviews:

Code-Reviews helfen dabei, Fehler frühzeitig zu finden und gemeinsame Codestandards zu etablieren. Jede Codeänderung sollte von mindestens einer anderen Person überprüft werden.

Dokumentation:

Eine gute Dokumentation hilft neuen Entwicklern, schnell im Projekt Fuß zu fassen, und dient als Referenz für alle Teammitglieder. Sie sollte sowohl den Code selbst (in Form von Kommentaren) als auch separate Dokumente, wie ein Entwicklerhandbuch, umfassen.

Continuous Integration / Continuous Deployment (CI/CD):

CI/CD ist eine Methode zur häufigen Code-Integration und automatisierten Bereitstellung. Sie stellt sicher, dass der Code regelmäßig getestet wird und dass die Bereitstellung so einfach wie möglich ist.

DRY-Prinzip (Don't Repeat Yourself):

Dieses Prinzip besagt, dass jede Information niemals doppelt vorhanden sein sollte. Doppelte Codeblöcke sollten vermieden und wiederverwendbare

YAGNI-Prinzip (You Aren't Gonna Need It):

Dieses Prinzip besagt, dass Entwickler nur die Funktionalität hinzufügen sollten, die wirklich benötigt wird und nicht die, von der sie glauben, dass sie in der Zukunft benötigt werden könnte.

KISS-Prinzip (Keep It Simple, Stupid):

Dieses Prinzip betont die Wichtigkeit von einfachem und verständlichem Code. Es besagt, dass einfache Lösungen bevorzugt werden sollten und Komplexität nur dann hinzugefügt werden sollte, wenn sie wirklich notwendig ist.

Agile Entwicklung:

Agile Methoden, wie Scrum oder Kanban, betonen die Zusammenarbeit, Anpassungsfähigkeit und schnelle Iterationen. Sie könnten Richtlinien für die Nutzung dieser Methoden erstellen.