Bei allen Übungen geht es darum, eine fehlschlagende Testsuite bereitzustellen, die die Lernenden ausführen und zum Bestehen bringen sollen. Deshalb müssen wir ein Test-Framework auswählen.
Wenn mehrere Test-Frameworks zur Verfügung stehen, müssen wir herausfinden, welches am besten passt.
Überlegungen
- Wie einfach der Einstieg ist.
- Unterstützung mehrerer Plattformen (MacOS, Linux, Windows).
Für die Lernenden, die die Übungen bearbeiten werden, ist es wichtig, so schnell wie möglich loslegen zu können.
Grundsätzlich bevorzugen wir Tools aus der Standardbibliothek, wenn es sie gibt. Wenn nicht, streben wir eine weit verbreitete Bibliothek eines Drittanbieters an.
Wenn du zwischen mehreren gängigen Bibliotheken wählen kannst, bedenke ein paar Faktoren:
- Lässt sich eine davon einfacher installieren?
- Findest du für eine davon leichter Hilfe oder Ressourcen?
- Ist eine davon einfacher als die andere, sei es in der Syntax oder im Konzept?
Denk daran, dass alle Exercism-Übungen von Natur aus sehr klein sind. Du brauchst also nicht die Komplexität, die echte Projekte manchmal erfordern.
Entscheidungen dokumentieren
Wenn du diese Entscheidungen triffst, dokumentiere sie im README.md des Tracks für Contributors und Maintainer.
Besonders wenn jemand einen Beitrag einreicht, der einer dieser Entscheidungen widerspricht, ist es sehr hilfreich, nicht nur auf das Ergebnis verweisen zu können, sondern auch darauf, warum diese Entscheidung getroffen wurde.
So fällt es leichter zu entscheiden, ob du das Issue oder den Pull Request des Contributors einfach schließt oder ob es Zeit ist, die Entscheidung anhand neuer Informationen neu zu bewerten.
Je schwieriger eine Entscheidung war, desto wichtiger ist es, sie gründlich zu dokumentieren.
(z. B. Welche Kompromisse hast du abgewogen? Was hat dein Bauchgefühl in die eine oder andere Richtung gelenkt? Was hat den Ausschlag gegeben?)
