---
# System prepended metadata

title: Feedback Programmieren

---

# Feedback Programmieren

Bulletpoints mit Verbesserungsvorschlägen und konstruktiver Kritik hinzufügen.

An vorhandene Bulletpoints :+1: für "sehe ich auch so", :-1: "sehe ich nicht so" anhängen.

Seeehrr realistisches Beispiel:

* Es sollte Kekse beim Tutor:innentreffen geben :+1: :+1: :-1: :+1: :+1: 
  * Aber bitte glutenfrei
  * Das würde mich ablenken
  * In MS Teams gibt es doch schon Cookies :cookie: 

## Artemis

* Der Code in der Korrekturoberfläche ist schwer zu durchsuchen, eine API zum Hochladen einer Bewertung wäre hilfreich, z.B. in Form von "Datei:Zeile, Kommentar, Abzug" :+1: :+1: :+1: :+1: 
* Generelle Bugs (Bewertungen können nicht gespeichert werden, einzelne Kommentare sind nicht mehr editierbar, etc. lässt sich zwar durch reload lösen ist aber nervig) :+1: :+1: :+1: 
  * Außerdem: Automatisches Speichern
* Keine aufeinander aufbauenden Korrekturen möglich, keine Besprechung der Lösungen im Tutorium
  * Finde aber, dass zufällige Zuweisung zu fairerer Korrektur führt
    * Gemeinsamer Faden durch die Korrekturhinweise/-notizen sollte das ausreichend Verbessern
  * Ähnlich mit der anonymen Korrektur, gezieltes Ansprechen bei schwierigen Fällen erschwert und Berücksichtigung bei knapper Punktegrenze
* E-Mail-Benachritigungen für More-Feedback-Requests :+1: :+1: 
  * Gerne insgesamt mehr Mails, verwerfen und/oder einsortieren ist lokal leichter als explizites Nachschauen mit VPN einwählen, durch die Artemis-UI wandern, …
* Tutor:in sollte bei More-Feedback-Request auch die Punktzahl anpassen können :+1: 
* Upload-Möglichkeit ähnlich dem Praktomat (viele werden die Variante im Gitlab nicht nutzen oder gar kennen)
* Die "angedrohte" Erweiterung mit Abzügen ala Pets wäre hübsch (optional)
  * Evtl. wieder inline bearbeiten, da die Feedbacks kein Highlighting besitzen und Zeilenumbrüche verlieren, sind Vorschläge tendenziell unleserlich

## Vorlesung

* Objektorientierter Entwurf deutlich umfangreicher, ein komplexes Beispiel, was über den Verlauf der Vorlesung immer wieder verfeinert/überarbeitet wird mit neuem Wissen :+1: :+1: 
* Eventuell in die Mathe und GBI Vorlesungen reinschauen, wann welche Mengen definiert werden und dann nur noch auf die Definitionen da verweisen
  * Problem könnte hier sein, dass nicht auch nicht Informatiker:innen die VL hören und GBI und co. nicht als Empfehlung im Modulhandbuch stehen
* Git verstärkt und früher thematisieren (Artemis) :+1: :+1: 
* Sachen, die am Anfang eher Zeit wegnehmen (Wie genau was in welchem Speichersegment wann gespeichert wird), weglassen. Mehr Infos zu der Funktion und Nutzung von Interfaces in der VL wären hilfreich
* Vielleicht etwas mehr Zeit mit Interfaces und Generics verbringen?


## Generell

* Für viele Studierende ist die Sprachbarriere, vor allem im ersten Semester, ein großes Hindernis. Ich weiß das die Vorlesung eigentlich in Deutsch im Modulhandbuch steht. Wie wäre es ein oder zwei Tutorien zu haben die auf Englisch gehalten werden. Ich würde mich dazu freiwillig anbieten. :+1: :+1: 
  * Betrifft das folgend auch die Übungsblätter und Korrektur? Abschlussaufgaben wurden gerne sprachlich gemischt angemerkt.
      * Habe mich hier nur auf das Tutorium bezogen. Gesprochene Spache ist i.d.R. nochmal schwieriger als der Text in Korrektur und Übungsblätter. Würde natürlich auch auf Englisch korrigieren, wenn das gewünscht ist, Übungsblätter zweisprachig herausgeben ist ggf. zu viel Arbeit für die Übungseitung
* Funktionale Programmierung mit Streams wenn dann nur als Ausblick
  * Generell Fokus auf *Grundlagen*, Einstein-Folien nutzen sehr wenigen :-1:
      * Finde Einsein-Folien eine gute Sache, weil doch einige schon Vorkenntnisse mitbringen. Die langweilen sich dann in der VL nicht vollständig und verpassen ggf. den Einstieg, bei dem es dann doch wieder neu für sie ist,  nicht.
* Keine Enum-Vergewaltigung mehr, stattdessen Command-Pattern
* Wie finde ich die Information die ich suche? Muss nicht in der Vorlesung sein, können wir auch nur im Tutorium verteilen aber ein kleiner "Leitfaden" dazu wäre evtl. für die Studierenden hilfreich.
  * Im (vernachlässigten) Ilias-Wiki oder im SDQ-Wiki? Angepinnter Forumsbeitrag? Separates PDF?
    * Quellen vielleicht dabei etwas vereinheitlichen/reduzieren, nur weitere Lösungen auf die bestehenden zu schaufeln ist nicht ideal
* Zuverlässige frühzeitige Mitteilung per Mail wann mit der Korrektur begonnen werden kann. :+1: 
* Präsenzübung sehr gerne wieder (mit Präsenz) aus dem Tutorium auslagern
* Zentraler Plan im Ilias mit: Tutorium, Datum, Zeit, Tutor:in, MS-Teams-Link [optional Thema das Tutoriums]. Die Tutoriumsräume waren in diesem Semester schwer zu finden und die Räume kryptisch benannt. :+1: :+1: 