Rückblick auf die IHK-Sommerprüfungen 2021 (Teil A) – IT-Berufe-Podcast #167

Einen Rückblick auf Teil A (Projektarbeit) der IHK-Sommerprüfung 2021 gibt es in der einhundertsiebenundsechzigsten Episode des IT-Berufe-Podcasts. Inhalt Ich gehe mein Highlights und „Lowlights“ der diesjährigen Sommerprüfungen durch. Trotz Corona liefen sie eigentlich ab wie immer, nur halt mit mehr Hygieneauflagen. Und die altbekannten Fehler in Dokumentation, Präsentation und Fachgespräch gab es auch immer noch! 🙂 Allgemeines * Ein Prüfling hat seinen Personalausweis im Auto vergessen und brauchte 5min Verschnaufpause, nachdem er hektisch die Treppen hochgelaufen kam. * Ein Abschlussprojekt wurde scheinbar schon 2019 begonnen, wenn man dem Berichtsheft trauen kann. * Ein Berichtsheft wurde im Minutentakt (!) geschrieben. * Viele Sprachen waren vertreten: Java, C#, Go, RPG, TypeScript, JavaScript, Ruby. * Dominierende Technologie: SPA + Spring Boot im Backend. Projektdokumentationen * Die kürzeste Dokumentation war 9,5 Seiten lang bei einer Vorgabe von 15 Seiten. * Lächerliche Inhalte, die wohl ausschließlich dem Füllen der Seiten dienten * Klassendiagramm aus einer einzigen Klasse * Screenshots der IntelliJ-Projektstruktur (drei Ordner) * Seitenweise langweiliger Quelltext auf schwarzem Hintergrund * „Auszug“ aus einem Lastenheft mit lediglich drei Aufzählungspunkten * Generierte „Entwicklerdokumentation“ ohne echte Kommentare * Standard-Dateispeicherdialog als Screenshot der Anwendung * Triviales Aktivitätsdiagramm mit einer einzigen Verzweigung * Formelle Fehler * Kein Deckblatt * Keine Überschriften über Verzeichnissen * Abkürzungsverzeichnis nicht sortiert * Flattersatz statt Blocksatz verwendet * Farbe der Überschriften nicht exakt gleicher Farbton wie im Logo des Unternehmens * Erklärung grausig schlecht eingescannt (dunkel und schief) * Inhaltliche/fachliche Fehler * Stundensatz 5 EUR (Azubivergütung / Arbeitszeit) ohne Arbeitgeberanteil zur Sozialversicherung, Gemeinkosten etc. * Unit-Tests, die gar nichts testen (kein assert() oder nur assertNotNull()) * Use-Case-Diagramm war sehr (!) häufig fehlerhaft * „excludes“, seltsame Pfeile, keine Vererbung genutzt * Als Ablaufdiagramm missbraucht * Unsinnige Inhalte, die Platz für wichtige Inhalte rauben * Für das Projekt unsinnige Kapitel (meiner Vorlage) ausgefüllt * Clean Architecture als Grafik im Anhang * Scrum, PHP und andere Grundlagen „erklärt“ * Positive Inhalte * Vernünftig gegenderte Dokumentation * Entscheidungstabelle für komplexe Logik modelliert * Pandemie in Amortisation einberechnet (Software für Sporttourniere) * Ergebnisse des Code Review erklärt (z.B. Variablen umbenannt) Projektpräsentationen * Die Präsentationen waren dieses Mal zwischen 11:10 Minuten und 16:15 Minuten lang. * Eine Präsentation bestand aus nur 7 Folien und der Prüfling hat trotzdem die Zeit überzogen. * Häufigstes Problem: keine oder zu wenige Artefakte gezeigt. * Die Architektur wurde fast nie gezeigt. Das ist gerade bei SPA + REST ein Problem. * Cliparts! Cliiiiiiiiparts!? * Trivialer Code (for-Schleife mit if-Statement) wurde minutenlang erklärt. * TDD/Scrum wurde erklärt. * Absolut unnötige Fehler * Rechtschreibfehler auf den Folien. * deutlich sichtbare kaputte Formatierung (Zeileumbrüche mitten im Wort) * Harte Pfade (C:\Users\Prüfling\...) im Test-Code, aber angeblich CI/CD benutzt. * Viele Prüflinge haben bei ihrer Projektarbeit „viele Erfahrungen gesammelt“. Das heißt, dass viele von ihnen zum ersten Mal mit der eingesetzten...