App

PubQuiz

Open Externally
VueJs
NodeJS
ExpressJS
Socket.IO
Websockets
VS Code
Project Group
Bettina Bröthaler, Michalea Buschberger, Maximilian Hraschan, Florian Mayr, Armin Novacek, Thomas Pohl, Lydia Popp, Sebastian Sander, Alexander Schuster, Mario Zeller

Die PubQuiz Webapp wurde im Rahmen der Masterklasse innerhalb einer Woche programmiert. Die Masterklasse Mobile, bestehend aus 10 StudentInnen konzipierte die Funktionalitäten und die Idee hinter der App bis zum 16. Mai 2021. Alles was nicht "programmieren" war durfte vor der sogenannten WildWeek vorbereitet werden. So entstanden Design, Konzeption und Projektstruktur bereits bis Sonntag vor der Hardcore-Programming-Week. Innerhalb einer Woche wurden dann die Funktionalitäten in Backend und Frontend kreiert. Wir standen außerdem vor der besonderen Herausforderung des Homeoffice. Jeder saß also abgekapselt und alleine zuhause - Nunja fast alleine, dank eines Discord Servers konnten wir zu jederzeit sehen, welche Teammitglieder an welchem Teil der Umsetzung gerade arbeitete und man konnte auch direkt kommunizieren oder mittels Bildschirmteilung gemeinsam an einem Problem arbeiten.

Als Backend Entwickler freut man sich schon darüber, wenn ein JSON Objekt richtig zurückkommt. Die Verknüpfungen in der Datenbank stimmen oder, wie ich in diesem Projekt, wenn in zwei Browser Fenstern sich die Namen gleichzeitig aktualisieren. Aber was soll man dann präsentieren. Ein Kunde möchte schöne Designs und ein ansprechendes Frontend, dann muss primär die Arbeit der Kollegen herhalten. Das man sich dort anmelden oder registrieren kann ist auch schön, aber eher nebensächlich.

Von dem gesamten Resultat der Woche kann man wohl sagen, wir haben einiges über uns gelernt, mag es Kommunikation – oder nicht Kommunikation – im Team sein. Das man es beim nächsten Mal anders angehen sollte oder auch einfach nur, dass man gemeinsam die Designs sichtet, wir haben auf alle Fälle etwas mitgenommen! Primär ausgelöst von aneinander vorbeireden oder Missverständnissen, meiner Meinung nach. „Ugly“ oder nennen wir es „bad“ kann man hier wohl das umschreiben von bereits fast fertigen Codeteilen nennen, was dann doch einiges an Mehraufwand bedeutet hat, was mit etwas mehr Kommunikation möglicherweise hätte verhindert werden können.