DVA Praktikum für Informatiker

1   Ziele

Das DVA Praktikum für Informatiker hat zum Ziel, dass Sie mit möglichst vielen Gebieten der Informatik in praktischen Kontakt kommen. Aus einer Themenliste (siehe Abschnitt Versuche) werden Sie ein Semester lang alle ein bis zwei Wochen einen neuen Versuch bearbeiten. Die technische Schwierigkeit steht dabei wegen der kurzen Bearbeitungszeit nicht im Vordergrund. Die Versuche werden eher leichte bis mittlere Anforderungen stellen.

Die Veranstaltung zählt mit 5 Creditpoints, das heisst der Arbeitswaufwand liegt bei 150 Stunden je Teammitglied (45 Std. Präsenz, 105 Std. Selbststudium).

2   Termine

Die Termine und Einteilungen finden Sie im Moodle Kurs.

3   Ablauf

Diese Menschen und Dienste sind beim DVA Praktikum beteiligt.

Die Studentinnen und Studenten werden in Teams eingeteilt, jedes Team hat in etwa vier bis sechs Mitglieder. Jedes Team sucht sich einen Versuch aus und bearbeitet ihn in der vorgegebenen Bearbeitungszeit (in der Regel zwei Wochen, gelegentlich auch nur eine Woche). Am Ende der Bearbeitungszeit wird der Versuch präsentiert Legen Sie Wert auf eine gute Versuchsvorführung, das macht die Präsentation lebhaft. In der Regel werden zur Vorführung und zum Bericht von ihren Betreuern Verbesserungsvorschläge gemacht, die innerhalb der darauffolgenden Woche umgesetzt werden müssen.

Jedes Team schreibt im Semester einen einzigen Bericht, der für jeden Versuch ein Kapitel enthält. Am Ende der Bearbeitungszeit eines Versuches muss der Bericht aktualisiert sein. Der Bericht wird mit Sphinx geschrieben und in einem Gitlab Repository fortlaufend aktualisiert. Der Bericht existiert nur in elektronischer Form. Auch die pro Versuch angefertigten Quelltexte und sonstigen notwendigen Dateien werden in gitlab abgespeichert.

In der Bearbeitungszeit des Versuchs arbeiten alle Team-Mitglieder zusammen. Typische Tätigkeiten sind Recherche, Aufteilung der Arbeit, Programmierung, Fehlersuche, Bericht, Präsentation und Vorführung erstellen. Sie können entweder ausserhalb der Hochschule oder in den Laboren der Hochschule (G2.09, G2.16) arbeiten. Dazu sind die Labore täglich geöffnet von ca. 8:00 bis 17 Uhr. Anmerkung: Seit Corona arbeiten wir nur noch Online zusammen.

Bei einer zweiwöchigen Bearbeitungszeit kann der Zwischentermin für eine "Lagebesprechung" im Labor oder per Zoom genutzt werden.

Die Versuche werden je Team als bestanden oder nicht bestanden gewertet. Die Betreuer führen je Versuch und Team einen "Zustandsautomaten", der wie folgt funktioniert:

Der Zustandsautomat der Bewertung.

Jedes Team muss bei allen Versuchen den Zustand "bestanden" erreichen.

3.1   Gitlab

Am Anfang der Veranstaltung werden die benötigte Anzahl Repositories von den Betreuern angelegt. Der Owner der Repositories ist ihr Betreuer. Als Maintainer wird ein Studierender pro Team ausgewählt, der dann selbständig die weiteren Teammitglieder einteilen kann.

In jedem Gitlab Repository liegt an oberster Stelle eine Datei README.md. Der Inhalt wird im Markdown Format geschrieben. Gitlab zeigt den Inhalt dieser Datei schön formatiert an. Die Datei dient als erste Beschreibung, wenn jemand das Repository auswählt. Deshalb sollte in etwa der folgende Inhalt enthalten sein:

# DVA Praktikum für Informatiker

Hochschule Augsburg \
Fakultät für Informatik \
Sommersemester 2021 \
Prof. Dr. Hubert Högl

**Team: 1**

<!-- Nr   Name       MatrNr  Studiengang+Sem,   E-mail -->
1. Hans Maier, #123456, INF6, <Hans.Maier@hs-augsburg.de>
2. Anna Huber, #126987, INF6, <Anna.Huber@hs-augsburg.de>
3. Franz Xaver, #349816, INF8, <Franz.Xaver@hs-augsburg.de>
4. Isolde Weber, #432190, INF8, <Isolde.Weber@hs-augsburg.de>

Der Bericht im HTML Format liegt hier: http://www.hs-augsburg.de/~maier/dva.

Statt der \-Zeichen kann man zum Zeilenumbruch auch zwei oder mehr Leerzeichen am Zeilenende verwenden.

Die Anzeige in gitlab sieht damit so aus:

Mit dem Werkzeug grip (https://github.com/joeyespo/grip) kann man bereits auf dem Entwicklungsrechner prüfen, wie die README.md Datei formatiert wird.

Den aktuellen Gitlab Link finden Sie am Anfang dieses Textes.

Sie können Ihr Repository dann entweder mit ssh oder https klonen:

• git clone ssh://git@r-n-d.informatik.hs-augsburg.de:2222/dva/berichte-XXXX/1.git
• git clone https://r-n-d.informatik.hs-augsburg.de:8080/dva/berichte-XXXX/1.git

Das Verzeichnis heisst nach dem Klonen einfach 1. Falls Sie einen sprechenderen Namen möchten, müssen Sie diesen als weiteres Argument dahinter angeben, also z.B. so:

• git clone ssh://git@r-n-d.informatik..../1.git DVA21_Projektteam_1

Damit das Klonen über ssh klappt, müssen Sie in Gitlab ihren öffentlichen ssh Schlüssel hinterlegen. Wie das geht habe ich kurz unter dem Link https://hhoegl.informatik.hs-augsburg.de/hhwiki/GitSpicker#git-im-www-gitlab erläutert.

4   Die Versuche

Diese Veranstaltung hat schon eine lange Tradition an der Hochschule (30 Jahre und mehr). In dieser Zeit haben sich natürlich die Themen stark gewandelt. Sie können mal kurz hineinschauen in die frühere Veranstaltungsseite um einen Eindruck davon zu bekommen. Hier ist auch eine Zusammenfassung DVAINF_VersucheAlt der alten Versuche.

Seit dem Sommer 2018 übertragen wir die alten Versuchsbeschreibungen, die grösstenteils direkt im HTML-Format geschrieben waren, in das Sphinx Format. Alle übertragenen Versuchsbeschreibungen (und einige neue) finden Sie unter diesem Link: http://hhoegl.informatik.hs-augsburg.de/dva/inf/html/

Neben diesen Versuchen ist in letzter Zeit auch ein Trend entstanden, dass wir einfach spontan neue interessante Themen, auch auf Vorschlag der Studierenden hin in den Plan aufnehmen. Hier sind in den letzten Semestern unter anderem folgenden Themen vorgekommen:

• Programmiersprachen Python und Go
• Embedded Linux
• Embedded Systems
• RFID/NFC
• Open-Source Software
• Open-Source Software Engineering
• Linux-Treiber
• Internet of Things
• LoRa/TheThingsNetwork
• Fablab, 3D Druck
• App-Entwicklung für Smartphones
• Web Entwicklung mit Dart/Flutter
• Containerisierung mit Docker
• und einige mehr...

Wenn Sie selber einen Versuch vorschlagen möchten, dann melden Sie sich unter der oben angegebenen E-mail Adresse!

Seit ein paar Jahren veranstalte ich auch das verwandte Praktikum DVA für Technische Informatiker. Diese Versuche sind auch für Informatiker offen.

5   Alles Sonstige

• Wenn möglich, sollten Sie die Versuche mit dem Betriebssystem Linux und freier Software machen.

• Bei den Literaturangaben zu den Versuchen sollten sie öfter Bücher erwähnen, die wir als Hochschule von der Verlagen herunterladen können. Wir zahlen den Verlagen dafür auch viel Geld, deshalb sollten wir das Angebot nutzen.

  Nur ein paar Beispiele:

  • Michael Welschenbach, Kryptographie in C und C++, 2001, Springer. https://link.springer.com/book/10.1007%2F978-3-642-56445-1

  oder

  • Albrecht Beutelspacher, Kryptologie, 10. Auflage, Springer 2015. https://link.springer.com/content/pdf/10.1007%2F978-3-658-05976-7.pdf

  oder

  • Wolfgang Ertel, Angewandte Kryptographie, 4. Auflage, Hanser 2012. https://www.hanser-elibrary.com (Zugang über VPN oder Shibboleth)

  Die wichtigsten Links sind

  • Springer http://ezproxy.hs-augsburg.de:2048/login?url=https://link.springer.com
  • Hanser https://www.hs-augsburg.de/bibliothek/Hanser-eLibrary.html

  Mehr finden Sie unter https://www.hs-augsburg.de/Bibliothek/Datenbanken-A-Z.html

• Ausserdem gibt es mittlerweile viele freie Bücher zu vielen Themen, die unter offenen Lizenzen erschienen sind. Solche Literaturangaben sollte man immer an erster Stelle nennen.

6   Literatur zum Schreiben von Berichten, zur Teamarbeit und zum Programmieren

1. In der Bibliothek gibt es ein Regal gleich in der Nähe des Empfangs, das ausgewählte Literatur enthält für Studierende die Berichte, Seminararbeiten, Bachelor- und Masterarbeiten schreiben müssen. Schauen Sie sich dort einfach mal um!

2. Brian W. Fitzpatrick, Ben Collins-Sussman, Team Geek. A Software Developer's Guide to Working Well with Others, O'Reilly, 2012 https://www.oreilly.com/library/view/team-geek/9781449329839/

   Es gibt eine neuere Auflage mit dem Titel Debugging Teams, O'Reilly 2015. https://www.oreilly.com/library/view/debugging-teams/9781491932049/

3. Kathrin Passig und Johannes Jander, Weniger schlecht programmieren, O'Reilly 2013.
4. Christina Czeschik und Matthias Lindhorst, Weniger schlecht über IT schreiben, O'Reilly 2018.