docs(Buehler): Reflexion Sprint 2 #50
Conversation
There was a problem hiding this comment.
Lieber Herr Bühler
Es ist sichtbar, dass Sie die Kritik der letzten Reflexion nicht einfach kalt gelassen hat. So wurden die Fragen detaillierter beantwortet. Hin und da fehlt jedoch immer noch das wieso.
Die Aussage, dass das Deployment reibungslos war, zeigt auf, dass Sie sich nicht mit Herrn Raetzo kurzgeschlossen haben, welcher diese Aufgabe umgesetzt hat. Ebenso haben sie meinen PR dazu nicht gelesen. Hätten Sie dies gemacht, würden Sie nicht zu dieser Konklusion kommen.
Beste Grüsse und frohe Festtage
Lukas Hodel
|
|
||
| Grundsätzlich waren die Themen gut gewählt, jedoch mit einigen Einschränkungen. **Docker** wurde genau zum richtigen Zeitpunkt behandelt, da es uns ermöglichte, unsere Applikation einfacher in AWS zu deployen. Der CI/CD-Schwerpunkt war ebenfalls passend, da wir in dieser Projektphase bereit waren, Automatisierungsschritte für Build und Deployment einzuführen. | ||
|
|
||
| Jedoch hätte das Thema **Formatierung und Linting** bereits früher behandelt werden können. Zu diesem Zeitpunkt hatten wir bereits viele Dateien geschrieben, die nachträglich angepasst werden mussten. Eine frühere Einführung hätte uns geholfen, konsistenter zu arbeiten. Man hätte eine erste Einführung zu Docker integrieren und Formatierung dort nur grob anschneiden können, um es später genauer zu behandeln. |
There was a problem hiding this comment.
Ich werde es mir hinter die Ohren schreiben. Linting war zuerst am Anfang, da hatte ich das Gefühl es ist viel Theorie und schob es ans Ende, wenn schon was da ist zum Linten. Fast alle haben dies bemängelt. Wahrscheinlich schiebe ich es wieder nach vorne.
| In diesem Sprint wurden mehrere wichtige Meilensteine erreicht: | ||
| 1. **Deployment in AWS**: Unsere Applikation wurde erfolgreich in der AWS-Umgebung deployt. | ||
| 2. **Docker-Optimierung**: Wir haben produktive Dockerfiles erstellt und verfeinert. | ||
| 3. **Erste Tests**: Kleine Tests wurden geschrieben, um erste Fehler frühzeitig zu erkennen. |
There was a problem hiding this comment.
Was habt ihr bereits getestet?
| ### Was wurde in diesem Sprint nicht erreicht? | ||
|
|
||
| Trotz der Erfolge gab es auch Bereiche, in denen wir nicht wie geplant vorangekommen sind: | ||
| 1. **Fertigstellung der Applikation**: Die Applikation wurde nicht vollständig fertiggestellt. |
| Wichtig war, Probleme direkt anzusprechen und gemeinsam nach Lösungen zu suchen. Fehler wurden nicht kritisiert, sondern im Team erklärt, damit jeder daraus lernen konnte. Die offene und respektvolle Kommunikation hat dazu beigetragen, dass wir effizient arbeiten konnten. | ||
|
|
||
| **Was ist uns besonders gut gelungen, worauf sind alle richtig stolz?** | ||
| Besonders stolz sind wir auf das erfolgreiche Deployment in AWS. In anderen Teams gab es viele Fehler und Herausforderungen beim Deployment, während wir diesen Schritt vergleichsweise reibungslos geschafft haben. |
There was a problem hiding this comment.
haha, der war gut. Ich habe mit Herrn Reatzo einen Nachmittag und zu Hause nochmals 4 Stunden investiert eure App zu Deployen. Es war nicht euer Fehler, aber "vergleichsweise reibungslos" ist ziemliche untertrieben. Gut möglich, dass Sie davon nichts mitbekommen haben.
| Ich habe gelernt, wie wichtig **Linting** und **Code-Formatierung** für die Lesbarkeit und Wartbarkeit des Codes sind. Ausserdem kann ich nun die Applikation in AWS deployen, was ein grosser praktischer Fortschritt ist. | ||
|
|
||
| **Dieses Thema vom Sprint ist besonders relevant? Begründen Sie.** | ||
| Für mich ist **Linting und Formatierung** besonders relevant. Im Arbeitsalltag ist es oft schwierig, unformatierten Code zu lesen, was viel Zeit kostet. Linting verhindert ausserdem, dass Fehler unbemerkt in die Produktion gelangen. |
| **Was sollte geändert werden?** | ||
| Einige Punkte könnten optimiert werden: | ||
| 1. **Kürzere Vorträge**: Die Einführungen könnten kompakter gehalten werden, um schneller ins praktische Arbeiten einzusteigen. | ||
| 2. **Docker-Einführung**: Das Erstellen des Dockerfiles hat viel Zeit gekostet, teilweise wegen unterschiedlicher Einstellungen. Es wäre hilfreich, hier weniger Zeit zu investieren oder eine simplere Lösung anzubieten, da Docker nicht immer bei jedem reibungslos funktioniert. |
There was a problem hiding this comment.
Welchen Dockerfiles? Vom Devcontainer oder vom Dockerfile fürs Deployment? Den Devcontainer werde ich zeimlich sicher optional halten in Zukunft, Dockerfiles fürs Deployment nach AWS sind unverzichtbar.
See #49