corrected typos and formatted for the "code style"
@@ -1,26 +1,27 @@
|
||||
# Zusammenfassung des Projekts
|
||||
|
||||
## Leicht gefallen
|
||||
|
||||
- Fehlerfindung aufgrund der klaren Code-Kommentare sowie die Einarbeitung ins Projekt.
|
||||
- Frühe Bekanntmachung mit der JmonkeyEngine im Sommer erleichterte die Implementierung der Effekte.
|
||||
- Erläuterung der Einarbeitungsaufgabe war gut geschrieben, die Programmierung verlief reibungslos.
|
||||
- Durch Beispiele war es einfach, den Code zu implementieren.
|
||||
- Kommunikation innerhalb der Gruppe und Erstellung des Wikis anhand eines Beispielwikis.
|
||||
- Die frühe Bekanntmachung mit der JMonkey-Engine im Sommer erleichterte die Implementierung.
|
||||
- Die Erläuterung der Einarbeitungsaufgabe war gut geschrieben, die Programmierung verlief reibungslos.
|
||||
- Durch die Beispiele war es einfach, den Code zu implementieren.
|
||||
- Die Kommunikation innerhalb der Gruppe und Erstellung des Wikis anhand eines Beispielwikis.
|
||||
|
||||
## Schwer gefallen
|
||||
- Aufgabe 13 erforderte viel Aufwand, insbesondere bei der Arbeit mit zwei neuen States und der Überarbeitung vieler Klassen.
|
||||
|
||||
- Aufgabe 13 erforderte viel Aufwand, insbesondere bei der Arbeit mit zwei neuen States und der Überarbeitung vieler
|
||||
Klassen.
|
||||
- Der hohe Aufwand, sich in das gesamte Projekt und die Diagramme einzuarbeiten.
|
||||
- Java Preferences war schlecht dokumentiert, und Guides waren teilweise irreführend.
|
||||
- Java Preferences sind schlecht dokumentiert, und Guides waren teilweise irreführend.
|
||||
- Der erste Start der Anwendung scheiterte, da kein Audio-Ausgabegerät vorhanden war.
|
||||
- Einarbeitung in den Servercode.
|
||||
|
||||
## Besonderheiten, die uns aufgefallen sind
|
||||
- Sehr ausführlich kommentierter Code.
|
||||
- Durch kleine Veränderungen (Musik, Effekte) lässt sich ein Spiel erheblich verbessern.
|
||||
- Check Style läuft nicht für die 4 Klassen in `Projekte/buildSrc/build/groovy-dsl-plugins/output/adapter-src`
|
||||
|
||||
nicht durch.
|
||||
|
||||
- sehr ausführlich kommentierter Code.
|
||||
- Durch kleine Veränderungen (Musik, Effekte) lässt sich ein Spiel erheblich verbessern.
|
||||
- Check Style läuft für die 4 Klassen in `Projekte/buildSrc/build/groovy-dsl-plugins/output/adapter-src` nicht durch.
|
||||
- Das Projekt war sehr groß und ungewohnt.
|
||||
- Mockito als Testwerkzeug wurde bisher nicht verwendet.
|
||||
- Die Einhaltung des MVC-Patterns erleichtert die Zusammenarbeit in großen Projekten.
|
||||
@@ -28,9 +29,10 @@
|
||||
- Debugging mit Logger war hilfreich.
|
||||
|
||||
## Was können wir für die eigene Aufgabenstellung mitnehmen?
|
||||
|
||||
- Funktionsweise des Netzwerkcodes und mögliche Verwendung des `common` und `jME common` Moduls.
|
||||
- MVC-Pattern für das eigene Projekt anwenden.
|
||||
- Einstellungen in externe Konfigurationsdateien auslagern, um Änderungen ohne Codeanpassungen vorzunehmen.
|
||||
- Sprach-Properties und Präferenzen (z. B. Musik) sollten ausgelagert werden.
|
||||
- Regelmäßige Meetings mit guter Protokollierung sowie das Setzen von Deadlines für Aufgaben.
|
||||
- Kommunikation und Strukturierung sind der Schlüssel für den Erfolg eines Projekts dieser Größe.
|
||||
- Kommunikation und Strukturierung sind der Schlüssel für den Erfolg eines Projekts dieser Größe.
|
||||
|
||||
Reference in New Issue
Block a user