Home - JirkaDellOro/EIA2 GitHub Wiki
Hier sind die Wochenaufgaben hinterlegt. Bitte im Verzeichnis rechts auswählen...
Die Bearbeitung der Aufgaben setzt intensive eigenständige Recherchen voraus. Die Arbeit mit den angegebenen Quellen ist zu üben und die darin enthaltenen Informationen sind tatsächlich intensiv zu studieren. Sie sind nicht nur wichtig für die Lösung der aktuellen Aufgabe. Experimentieren Sie weiter damit, auch wenn die gestellte Aufgabe bereits gelöst ist. Stellen Sie sich selbst weitere Aufgaben und Ziele!
Sie dürfen sämtliche Quellen nutzen, die Ihnen zur Verfügung stehen, auch Ihre Kommilitonen und deren Arbeiten auf der Kursseite. Ein reger Wissensaustausch wird empfohlen, ebenso wie die Bildung von Lerngruppen. Nicht akzeptiert aber wird die unreflektierte Übernahme fremden Gedankengutes! Notieren Sie bei allen Abgaben am Link im Steckbrief, mit wem Sie zusammengearbeitet haben.
Beachten Sie die Informationskaskade! Bei technischen Problemen und inhaltlichen Fragen eröffnen Sie einen Issue im Repository der Veranstaltung. Dieses wird auch von den Betreuern und dem Professor überwacht und beantwortet. Wenden Sie sich bei persönlichen Problemen, beispielsweise bei einem nicht selbst zu verantwortendem Verzug bei der Abgabe, direkt an Ihre Betreuer. Falls die Probleme auf dieser Ebene nicht gelöst werden können, wenden Sie sich an den Professor.
Beginnen Sie die Arbeit an jeder Aufgabe (außer Nr. 0) mit einem Konzept. Dieses enthält immer eine oder mehrere Skizzen, eine Beschreibung der Lösung und eine Analyse, bei der bereits die wichtigsten Algorithmen aufgezeigt werden. Nutzen Sie hierzu intensiv Aktivitäts- und Klassendiagramme! Publizieren Sie dieses Konzept spätestens am Abend vor dem Praktikum auf der Kursseite und bringen Sie diese Vorarbeiten stets mit in die Praktikumsveranstaltung. Die Betreuer sind angehalten, die Unterstützung zu verweigern, wenn Sie keine Visualisierung Ihrer Herangehensweise vorlegen. Halten Sie sich immer Papier und Bleistift bereit, um auch während des Praktikums zu planen und zu skizzieren.
Beachte bei der Programmierung unbedingt die Stilvorgaben (siehe Booklet, der Code soll dadurch weitestgehend selbsterklärend sein. Nutzen Kommentare sparsam, da diese bei Änderungen zusätzlich gepflegt werden müssen. 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!
Warte bei Unklarheiten und Problemen nicht lange, bevor Du uns anrufst oder einen Issue postest. Kommuniziere stattdessen intensiv mit deinen Betreuern, das wird positiv als Mitarbeit wahrgenommen. Achte dabei aber 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 haben, wenn das Problem gelöst wurde.
Achte darauf, dass Du deine Konzepte mit den Informationen zu dir als Autor versiehst und platzieren 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: <Kommilitonen mit denen Du zusammengearbeitet hast oder von denen Du dich inspirieren ließest>
*/
Stellen Sie spätestens zu den Abgabeterminen die geforderten Daten bereit. Während der Programmierung der Lösung werden noch weitere konzeptionelle Iterationen durchlaufen, wodurch verschiedene Versionen des Konzeptes entstehen. Die finale Version ist zusammen mit der fertig programmierten Lösung abzugeben:
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). Ihre Ampel steht zu Beginn auf Grün und wird folgendermaßen geschaltet
- Konzept fehlt zum Praktikumstermin → 1 Stufe
- Lösung nicht rechtzeitig online → 2 Stufen
- Lösung ist unzureichend → 1 Stufe
- Lösung scheint ein Plagiat zu sein → 1 Stufe
Die Fälle 3 und 4 sind implizit mit der Aufforderung verbunden, ihre Arbeit im folgenden Praktikum vor dem Betreuer zu verteidigen. Sofern Sie dabei die erforderliche Kompetenz nachweisen können, wird die Ampel wieder eine Stufe zurück geschaltet. Seien Sie bestrebt, ihre Ampel immer auf grün zu halten! Springt sie auf Rot, ist die Qualifikation für die Abschlussarbeit verloren.
Im Praktikum ist ausschließlich die aktuelle Aufgabe Thema. Sofern Sie die Arbeit des vorangegangenen Praktikums verteidigen müssen, bereiten Sie sich im Vorfeld darauf vor, nicht während der Praktikumszeit! Nutzen Sie die Issues!
Damit wir Ihnen auch richtig gut und schnell helfen können, beachten Sie folgendes
- kopieren Sie ihren Code nicht in den Post (da geht die Formatierung etc. verloren)
- sondern laden Sie ihn in ihr Remote-Repo (da haben wir die Farbkennzeichnungen und Zeilennummern)
- und kopieren Sie den 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)
- lassen Sie den Code vor dem commit/push unbedingt automatisch formatieren (dann könne wir manche Fehler mit dem ersten Blick erkennen, und Sie selbst vielleicht auch)
- kopieren Sie gerne Fehlerbeschreibungen in den Post und geben 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, schauen Sie mal in die Browserkonsole (F12)
- falls Ihnen die Fehlermeldung dort nichts sagt, kopieren Sie sie mit in den Post.
Bitte schließen Sie die Issues, wenn das Problem gelöst ist. Das können nur Sie selbst beurteilen.