Spaßlevel code zero
Ich denke, mit eurem Praktikum wie ihr es dieses Jahr angeboten habt, habt ihr bei den meisten Teilnehmern eure Hauptziele nicht erreicht. Eine Lehrveranstaltung stellt für mich eine Plattform dar, in dessen Rahmen Institute ihre aktuelle Forschung an uns Studenten herantragen können und selbigen dort mit mehr oder weniger didaktischen Konzept Freude und Spaß an ihrer Forschung näher bringen können. Ich habe weder besonders viel Spaß gehabt, noch habe ich mich vernünftig unterstützt gefühlt, geschweige denn mich einem didaktischen Konzept ausgesetzt gefühlt. Ebenso lässt eine Professionalität seitens der Organisation sich nicht erkennen (siehe unten). Das Praktikum hat nach meinem Ermessen leider seine Chance vertan, (fast) alle Studierende abzuholen und ihnen einen coolen Workshop anzubieten. Die Grundidee des Workshops halte ich für sehr gelungen, aber das, was den Studierenden abverlangt wird, halte ich für zu anspruchsvoll bzw. unverständlich. Die gegebenen Dateien helfen ohne ausführliche Erklärung und ohne gefestigten c++ Kenntnissen leider niemanden so wirklich. Den Spaß und die Vorfreude, am Ende das eigene Ergebnis zu testen und mit dem Segway zu fahren, hat mir der Workshop leider genommen... Schade!
Was mir sonst noch so eingefallen ist:
- An die Anküdigung, alle Infos nur in den issues zu veröffentlichen und nichts auf Ilias, sollte man sich dann auch halten.
- Die Bewertungskriterien sind völlig intransparent. Im Vorfeld ist nicht klar, nach welchen Kritieren man besteht.
- Die Aufgabenstellung wurde im Laufe des Praktikums geupdatet. In der Info dazu hieß es allerdings, dass nur die Kapitel und Nummerierung geändert wurden. Das war aber nicht der Fall, es wurden auch Inhalten angepasst. Das muss angemessen angekündigt werden!
- Schwierigkeiten mit der TIVAWARE: Teilweise musste die TIVAWARE ständig neu eingebunden werden. Auf iOS funktioniert die Einbindung dann nochmal anders...
- Es gibt zwei Gründe wieso man sich ärgert: Wenn man selber Schuld ist und wenn jemand anders Schuld ist. Aber wenn sich nur immer ärgert, weil man nicht selbst daran Schuld ist, dann bekommt das Spaßlevel einen Code zero.
- Was ist der Unterschied zwischen dem debug und dem realise Modus?
- "Wir wollen Sie ja nicht ins kalte Wasser schmeißen" - Zitat Eric Sax vor dem Praktikum. Das ist ihnen leider nicht gelungen.
- Apple und Linux kooperieren leider gar nicht mit Github. Als Apple-Nutzer ist damit stark benachteiligt.
- Das Schema für das Board war leider unvollständig. Ein Kabel führt ins Leere und das ist nirgendwo beschrieben.... laut dem Schaltplan soll da ein Taster hin. Den sieht man aber nicht auf dem Bild.
- Bei der Einführungsveranstaltung ist Martin Böhme ein Kabel aus der Schaltung gefallen und das MiniSeg konnte nicht voll funktionstechnisch vorgeführt werden. Also der Oberchef weiß nicht mal was die Schaltung eigentlich tut? Und in der Fragestunde muss er in die Musterlösung schauen? Wieso sind einige Tutoren kompetenter als der Übungsleiter?
- Fehlermeldungen sind mal da und mal weg. Bei iOS und Windows, im realise und debug-Modus kommen immer wieder unterschiedliche Fehlermeldungen.
- Zu Beginn wurden die Issues auf Gitlab nicht erklärt. Dass im Laufe des Praktikums darauf sehr großer Wert gelegt wurde, kann ja keiner ahnen. Kündig sowas doch an.
- "Die Organisation ist eine reine Lachnummer" - Zitat einer Kommilitonin.
- Eine Evaluation wie in anderen Lehrveranstaltungen habe ich leider nicht bekommen. Im Nachhinein habe ich mitbekommen, die wurde wohl in einer freiwilligen Fragestunde durchgeführt. Echt jetzt? Dann, wenn eine völlig nicht-repräsentative Gruppe anwensend ist, führt ihr eure Evaluation durch? Wann bekommen wir denn die Ergebnisse der Evaluation vorgestellt?
- Auf den Folien der Einführungsveranstaltungen ist nicht zu finden, nach welchen Bedingungen man das Praktikum besteht. Auch ändern sich die Randparameter ständig: Zu Beginn des Praktikums wurde noch von 20 Minuten Vorführung gesprochen, am Ende ist nur noch von 15 Minuten die Rede. Wie inkonsistent!
- Die Einführungsveranstaltungen reichen als Einführung nicht aus! Bietet doch nächstes Mal eine Praktikumsbegleitende Übung an, in der die ganzen Grundlagen, Umgang mit CCS, Gitlab, den data sheets etc., wie man c++ programmiert und was bei der Registerarbeit eigentlich abgeht, erklärt werden. Dazu wäre eine gute Dokumentation nach den Übungsterminen sehr sinnvoll.
- Vier Tage vorher einen Abgabetermin für den Code anzukündigen, von dem vorher noch nie die Rede war, ist meines Erachtens ein absolutes no go! Der Workshop hat an vielen Stellen so gewirkt, als wisst ihr eigentlich noch gar nicht, was ihr nächste Woche machen wollt. Das geht nicht! Solche Problematiken, wie einen Abgabetermin aus Fairness, das kann man vor Beginn des Praktikums absehen! Ich unterstelle euch, dass ihr euch darüber aber einfach zu wenig Gedanken gemacht habt. Und das finde ich ziemlich Panne. Von uns wird erwartet, dass am Ende ein funktionierendes MiniSeg vorweißbar ist, ihr selber habt mit der ersten Einführungsveranstaltung aber noch nicht mal eine Idee davon, wie ihr das Praktikum am Ende bewerten und abgegeben haben wollt. Das kann nicht der Anspruch sein, den ihr selber an eure Lehrveranstalung habt!