Home

Willkommen beim EIA2-Aufgabenwiki!

_{Gegendert mit dem geschlechtergerechten Neutrum https://jirkadelloro.github.io/Neutrum.pdf}

Hier sind die Wochenaufgaben hinterlegt. Bitte im Verzeichnis rechts auswählen...

Regeln

§I - Recherche und Eigenverantwortung

Die Bearbeitung der Aufgaben setzt intensive eigenständige Recherchen voraus, teilweise enthalten die Aufgaben Tipps zur Recherche. Experimentiere weiter mit den Inhalten, auch wenn die gestellte Aufgabe bereits gelöst ist. Stecke dir selbst weitere Ziele!

§II - Quellen

Du darfst sämtliche Quellen nutzen, die dir zur Verfügung stehen, auch deine Kommilitonis und deren Arbeiten auf der Kursseite. Ein reger Wissensaustausch wird empfohlen, ebenso wie die Bildung von Lerngruppen. Achte aber sehr darauf, dass Du die Lösungen selbst entwickelst und nicht nur kopierst, sonst stellt sich kein Lerneffekt ein. Notiere bei allen Abgaben am Link im Steckbrief, mit wem Du zusammengearbeitet oder an wem Du dich orientiert hast.
Unsere Joker sollen an die richtige Adresse gehen, gib also bitte die Quelle an.

§III - Probleme

Bei dringenden technischen Problemen und inhaltlichen Fragen klingelst Du uns einfach in Discord an. Ist niemand da oder Du brauchst nicht sofort eine Antwort, eröffnest Du einen Issue im Repository der Veranstaltung. Wende dich bei persönlichen Problemen, beispielsweise bei einem nicht selbst zu verantwortendem Verzug bei der Abgabe, direkt an dein Betreueri. Falls die Probleme auf dieser Ebene nicht gelöst werden können, wende dich an das Professori.

§IV - Vorbereitung des Praktikums

Publiziere zumindest ein grobes Konzept am Abend vor dem Praktikum auf der Kursseite, dann können wir uns das im Praktikum anschauen und darüber sprechen. Es ist für die Betreueris nicht möglich zu unterstützen, wenn Sie nicht erkennen können, was Du vorhast. Halte dir Papier und Bleistift bereit, um auch während des Praktikums zu planen und zu skizzieren.

§V - Stil

Beachte die Stilvorgaben (siehe Booklet, der Code soll dadurch weitestgehend selbsterklärend sein. Nutze Kommentare sparsam. Beachte die Fehlermeldungen und Warnungen des Compilers und des Linters. Eliminiere diese vollständig, indem Du deinen Code entsprechend korrigierst. Bevor Du Code in das Repository übernimmst (commit), lasse immer eine automatische Formatierung (Alt+Shift+F) durchführen!

§VI - Aktualität

Warte nicht lange, bevor Du uns anrufst oder einen Issue postest. Das wird positiv als Mitarbeit wahrgenommen und wir werden dafür bezahlt, dir zu helfen. Darüber hinaus sind einige freiwillige Helferis aus purer Freude unterwegs. Achte darauf, dass dein Remote-Repository auf dem aktuellen Stand ist. Wenn Du dein Problem selbst lösen konntest, bevor Hilfe kam, verfasse eine kurze Notiz mit einer Lösungsbeschreibung zum Issue. Schließe dann bitte die Issues, die Du eröffnet hattest, wenn das Problem gelöst wurde.

§VII - Autorenschaft

Achte darauf, dass Du deine Konzepte mit den Informationen zu dir als Autori versiehst und platziere auch zu Beginn deines Programmcodes immer folgende Kommentarzeilen, wobei Du die Texte in Klammern durch deine persönlichen bzw. aktuellen Daten ersetzt

/*
Aufgabe: <Nummer und Titel der Aufgabe>
Name: <Dein Name>
Matrikel: <Deine Matrikelnummer>
Datum: <Datum der letzten Bearbeitung>
Quellen: <Kommilitonis mit denen Du zusammengearbeitet hast oder von denen Du dich inspirieren ließest>
*/

§VIII - Termine

Stelle spätestens zu den Abgabeterminen die geforderten Daten bereit, die finale Version des Konzepts als ein einziges PDF-Dokument.

Auf der Kursseite wird ein Feedbacksystem mit Ampeln gepflegt, welche fünf Stufen anzeigen können (Grün, Grün-Gelb, Gelb, Gelb-Rot, Rot). Deine Ampel steht zu Beginn auf Grün und wird folgendermaßen geschaltet

Ereignis	Ampelstufe
Keine Abgabe	+2
Lösung unzureichend	+1
zureichende Lösung nachgereicht oder unzureichende korrigiert	-1

Sei bestrebt, deine Ampel immer auf grün zu halten! Springt sie auf Rot, ist die Qualifikation für die Abschlussarbeit verloren. Wenn Du eine Lösung nachreichst oder korrigierst, musst Du dein Betreueri explizit darauf hinweisen.

§IX - Aufschub, Nachreichung, Korrektur

Kommt einmal etwas Unvorhergesehenes dazwischen und Du merkst, dass Du die Frist nicht einhalten kannst, benachrichtige dein Betreueri. Es kann dir ein paar Tage Aufschub gewähren. Bleibt dann in engem Kontakt und benachrichtige dein Betreueri, wenn Du fertig bist. Auch wenn Du eine Lösung vervollständigst oder korrigierst, musst Du dein Betreueri explizit darauf hinweisen. Nachreichungen und Korrekturen können bis zu einer Woche nach dem ursprünglichen Abgabetermin angenommen werden.

§X - Format für Hilfe

Hilf uns dir zu helfen, beachte dazu Folgendes

• kopiere deinen Code nicht in den Post (da geht die Formatierung etc. verloren)
• sondern lade ihn in dein Remote-Repo (da haben wir die Farbkennzeichnungen und Zeilennummern)
• und kopiere einen Link darauf in den Post (dann können wir sofort ins Repo)
• sowie einen Link auf die Lösung in Pages (dann können wir uns sofort das Laufzeitverhalten anschauen)
• lasse den Code vor dem commit/push unbedingt automatisch formatieren (dann können wir manche Fehler mit dem ersten Blick erkennen, und Du selbst vielleicht auch)
• kopiere gerne Fehlerbeschreibungen in den Post und gib an, in welchen Zeilen die Fehler auftreten (dann müssen wir nicht darum rätseln)
• wenn der Compiler nicht meckert, aber sich das Programm nicht wie erwartet verhält, schaue mal in die Browserkonsole (F12)
• falls dir die Fehlermeldung dort nichts sagt, kopieren sie mit in den Post.

Bitte schließe den Issue, wenn das Problem gelöst ist. Das kannst nur Du selbst beurteilen.