Wie bereits im letzten Jahr gibt es auch für die IHK-Sommerprüfung
2018 einen Rundumschlag über all meine Erfahrungen in der
einhundertvierundzwanzigsten Episode des
Anwendungsentwickler-Podcasts. TL;DR Bei der IHK-Sommerprüfung 2018
in Oldenburg habe ich wiederkehrende Fehler gesehen, aus denen du
für deine eigene Prüfung lernen kannst. Prüfe dein Projektthema mit
deinem/deiner Ausbilder:in auf sinnvolle Alternativen und bereite
ausgewählte Codeausschnitte lesbar für die Dokumentation auf. Für
die schriftliche Prüfung brauchst du sichere SQL-Grundlagen und
Übung in WiSo. Deine Projektpräsentation sollte deine eigene Arbeit
mit verständlichen Grafiken zeigen, innerhalb von 15 Minuten
bleiben und technisch vorbereitet sein; im Fachgespräch zählt, dass
du Zusammenhänge anhand von Beispielen erklären kannst.
Kapitelmarken [00:00:01] Einstieg und Hinweise zur IHK-Prüfung
[00:00:38] Rückblick auf die Sommerprüfung 2018 in Oldenburg
[00:02:26] Wiederkehrende Probleme und Prüfungsergebnisse
[00:04:19] Referenzielle Integrität im Fachgespräch [00:05:20]
Projektthema prüfen und Alternativen besprechen [00:07:47]
Live-Demo vorbereiten und Zeit einhalten [00:10:12] Quellcode
lesbar und druckfreundlich aufbereiten [00:13:03] Aussagekräftige
Codeausschnitte für den Anhang auswählen [00:14:27] LaTeX-Folien
und visuelle Gestaltung [00:16:09] Beispiel für 100 Prozent in
Präsentation und Fachgespräch [00:18:21] SQL-Syntax und Platzhalter
im Prüfungsbeiblatt [00:22:30] WiSo vorbereiten und Fragestellungen
genau lesen [00:24:36] Corporate Design und Platz für Folieninhalte
[00:26:03] Hintergrundprogramme und Benachrichtigungen ausschalten
[00:27:40] Eigene Projektarbeit und technische Grundlagen
[00:30:16] Standardisierte Diagramme fachgerecht einsetzen
[00:31:52] Diagramme und Punktlisten schrittweise einblenden
[00:34:06] Folienwechsel und umfangreiche Präsentationsnotizen
[00:36:55] Ausblick auf Projektdokumentation und Fachgespräch
[00:37:40] Shownotes und Kommentare [00:38:17] Newsletter erneut
abonnieren und Checklisten herunterladen Inhalt Meine Highlights
Frage nach referentieller Integrität, Gegenfrage: "Gehört das zu
Datenbanken?" Projektarbeit, die mit wenigen Zeilen Code erledigt
gewesen wäre. Fremdschämen bei hakeliger Live-Demo mit Tippfehlern,
verschobenen Fenstern usw. 25 Seiten Quelltext als einziger Anhang.
Präsentation auf Basis von LaTeX. Leider fast nur Text ohne Bilder.
Eine 100% im Fachgespräch über Lambdas, Generics, Polymorphie, Java
8, Dependency Injection, Typisierung, das Diamond-Problem usw.
Schriftliche Prüfung SQL sollte jeder Prüfling kennen. Ist aber
leider nicht so. Stattdessen wird die Syntax vom Beiblatt ohne
Hinterfragen falsch übernommen. WiSo hat mal wieder vielen guten
Kandidaten die Note versaut. Projektpräsentationen Corporate
Designs verschlingen teilweise 50% der Folien und überdecken (!)
Inhalte. Unerwarteter Sound während der Präsentation verunsichert
Prüfling. Trivialitäten und allgemein bekannte Technologien (z.B.
Request/Response bei REST) werden lang und breit erklärt. Statt UML
wurden teils selbst ausgedachte Diagrammformen verwendet. Komplexe
Diagramme und Punktlisten werden als Ganzes dargestellt, anstatt
sie schrittweise einzublenden. Folien werden ohne sichtbaren
Unterschied "weitergeklickt" (vermutlich für die Notizen).
Literaturempfehlungen Da ich erneut so ziemlich alle erdenklichen
Themen angerissen habe, kann ich mal wieder nur das IT-Handbuch für
Fachinformatiker* von Sascha Kersken empfehlen. *(direkt beim
Rheinwerk-Verlag bestellen*) Links Permalink zu dieser
Podcast-Episode RSS-Feed des Podcasts Rückblick auf die
Sommerprüfung 2017 Themenfindung für das Abschlussprojekt Live-Demo
in der Projektpräsentation Sourcecode gehört nicht in die
Präsentation - Mythen der Projektpräsentation Verwendung eines
Laserpointers bei der Abschlusspräsentation Zusammenfassung
Erfahrungen aus der Sommerprüfung 2018 In Oldenburg habe ich 2018
an drei Tagen mehr als 20 Prüfungsteilnehmer:innen geprüft und
zusätzlich die schriftliche Prüfung korrigiert. Viele Probleme bei
den Projektdokumentationen und im Fachgespräch waren mir bereits
aus dem Vorjahr bekannt. Die Ergebnisse lagen überwiegend im
Bereich einer schwächeren Zwei oder einer guten Drei; bei den
mündlichen Prüfungen gab es zwei Einsen sowie einige Vieren. Dein
Projektthema fachlich prüfen Bei einem Projekt zur
Datenbankoptimierung blieb offen, ob wenige Zeilen Programmcode die
Aufgabe ebenfalls hätten lösen können. Der/die
Prüfungsteilnehmer:in konnte die Fragen dazu nur teilweise
beantworten. Besprich dein Thema vorab mit deinem/deiner
Ausbilder:in oder einem/einer erfahrenen Kolleg:in. Dabei solltest
du klären, welchen Zweck das Projekt erfüllt und welche anderen
Lösungswege infrage kommen. Gehe mögliche kritische Fragen durch,
indem du das Projekt aus Sicht eines/einer Prüfer:in hinterfragst.
So bereitest du dich darauf vor, deine Entscheidungen fachlich zu
begründen. Quellcode in der Projektdokumentation Zum Korrigieren
drucke ich Projektdokumentationen aus und schreibe Anmerkungen auf
das Papier. In einer Dokumentation bestand der Anhang aus 25 Seiten
Code, der als Screenshot auf schwarzem Hintergrund eingefügt war.
Das verbraucht viel Toner und erschwert handschriftliche
Anmerkungen. Screenshots können außerdem beim Skalieren verzerren
oder unterschiedlich große Schrift zeigen. Bereite deine
Codeausschnitte als lesbaren Text auf hellem Hintergrund auf. Der
schwarze Hintergrund allein blieb bei mir ohne Notenabzug. Wähle
selbst aus, welche Ausschnitte deine Arbeit fachlich zeigen. Als
Faustregel empfehle ich drei bis vier Seiten interessanten Code.
Ergänzend kommen beispielsweise ein Unit-Test oder ein Build-Skript
infrage. Mit einem ER-Modell und passenden UML-Diagrammen kannst du
zeigen, wie du methodisch gearbeitet hast. SQL für die schriftliche
Prüfung üben In mehreren Lösungen zu einer CREATE TABLE-Aufgabe
standen die Datentypen in spitzen Klammern. Im Beiblatt
kennzeichneten diese Klammern Platzhalter. Beim Übertragen in
ausführbaren SQL-Code müssen die Platzhalter durch konkrete Angaben
ersetzt werden, wobei die Klammern entfallen. Für die fehlerhafte
Syntax gab es Punktabzug. Übe die grundlegenden SQL-Befehle so,
dass du sie selbst schreiben und Angaben aus einem Beiblatt richtig
übertragen kannst. In den Prüfungen der vergangenen Jahre kamen
SQL-Aufgaben regelmäßig vor. Dazu gehörten Abfragen mit SELECT,
Änderungen mit UPDATE und auch das Anlegen von Tabellen mit CREATE
TABLE. WiSo gezielt vorbereiten Bei einigen
Prüfungsteilnehmer:innen verschlechterte WiSo das schriftliche
Gesamtergebnis. Eine Person hatte beispielsweise in GA1 und GA2
jeweils eine Eins, kam durch eine schwache Drei in WiSo insgesamt
aber auf eine Zwei. Arbeite frühere Prüfungen durch, etwa aus den
letzten fünf Jahren. Wiederkehrende Inhalte lassen sich teilweise
auswendig lernen. Auch bei Multiple-Choice-Aufgaben solltest du die
Fragestellung genau lesen. WiSo prüft berufsübergreifende Inhalte
und beeinflusst deine Note als Fachinformatiker:in. Deine
Projektpräsentation vorbereiten Live-Demo und Technik Eine
Live-Demo macht dein Ergebnis sichtbar. In einem Prüfungsbeispiel
führten Tippfehler und Probleme mit Fenstern auf dem Beamer dazu,
dass die Demo stockte. Anschließend überschritt der/die
Prüfungsteilnehmer:in die vorgesehenen 15 Minuten, was ebenfalls
Punkte kostete. Übe den Ablauf intensiv und starte die benötigten
Programme schon vor der Präsentation. Als Alternative empfehle ich
dir ein aufgezeichnetes Video, dessen Dauer du vorab festlegen und
zu dem du während der Präsentation sprechen kannst. Schließe alle
Programme, die du während der Präsentation entbehren kannst, und
schalte Benachrichtigungen sowie unnötige Töne aus. Bei einer
Prüfung unterbrach ein Hintergrundprogramm mit seiner Soundausgabe
den Vortrag. Der/die Prüfungsteilnehmer:in verlor dadurch Zeit und
wirkte anschließend verunsichert. Folien verständlich gestalten
Auch mit LaTeX erstellte Folien brauchen eine passende visuelle
Gestaltung. Eine Präsentation mit fast ausschließlich Textpunkten
und wenigen kleinen Bildern erhielt Punktabzug. Zeige deine Inhalte
mit aussagekräftigen Grafiken, beispielsweise einem UML-Diagramm.
Ein umfangreiches Corporate Design kann viel Platz beanspruchen. In
einem Beispiel belegte es ungefähr die Hälfte der Folie und
verdeckte sogar Teile der Grafiken. Ich empfehle dir, solche
Gestaltungselemente wegzulassen, damit deine Inhalte ausreichend
Platz haben. Deine eigene Arbeit zeigen Mehrere
Prüfungsteilnehmer:innen verbrachten viel Zeit damit, grundlegende
Technologien wie REST zu erklären. Teilweise gingen dafür fünf
Minuten der Präsentation drauf. Zeige, wie du die Technologie in
deinem Projekt eingesetzt hast und welche Arbeit du dabei selbst
geleistet hast. Bei den Prüfer:innen kannst du Grundlagenwissen zu
HTTP oder AJAX voraussetzen. Eine kurze Erklärung zu einer
speziellen Komponente ist sinnvoll, wenn sie hilft, dein Projekt
nachzuvollziehen. Dazu gab es ein passendes Beispiel mit React und
Redux, bei dem eine frameworkspezifische Besonderheit auf einer
Folie knapp erläutert wurde. Etablierte Diagramme verwenden Wähle
eine standardisierte Darstellung, die zu deinem Inhalt passt. Für
Abläufe kommen beispielsweise UML-Aktivitätsdiagramme oder
ereignisgesteuerte Prozessketten infrage. Datenstrukturen kannst du
mit einem ER-Modell zeigen. Auch Programmablaufpläne und
Nassi-Shneiderman-Diagramme wurden als Möglichkeiten genannt. Achte
auf korrekte Syntax. Damit zeigst du, dass du die etablierten
Methoden kennst und fachgerecht einsetzen kannst. Komplexe Inhalte
schrittweise zeigen Wenn ein großes Diagramm vollständig erscheint,
beschäftigen sich die Prüfer:innen zunächst damit, es zu verstehen.
Bei einer komplett eingeblendeten Punktliste lesen sie häufig schon
voraus, während du noch den ersten Punkt erläuterst. Blende die
Bestandteile passend zu deinem Vortrag schrittweise ein....
Kommentare (0)
Melde dich an, um einen Kommentar zu schreiben.