Blogbeiträge zum Thema Java; 2. Semester.
Das Java-Programmierpraktikum zum Modul “Programmieren-2” ist auf der Basis von eduSCRUM organisiert. Jedenfalls teilweise. Klar, dass da ein Sprint-Review-Meeting nach den Sprints fällig wird.
Was bedeutet das? Nun, zum einen, dass sich die Studierenden die Inhalte selbstorganisert aneignen, gewissermaßen im Off. Und dann in der Anwesenheitszeit (aka “Vorlesung”) die Chance zur Kommunikation mit Kommiliton/innen nutzen, um sich über die gelernten Java- und Programmierinhalte auszutauschen.
Sicherlich haben Sie schon festgestellt: von Projekt zu Projekt werden die Adreli-Projekte umfangreicher, was die Code-Zeilen angeht, kurz LOC genannt (LOC=Lines of Code). Natürlich bauen die Projekte aufeinander auf, so das zu einem gewissen Teil Code-Sequenzen aus dem Vorgängerprojekt mitgenommen werden können, also nur ein gewisses Delta dazukommt, weil wir neue Features und Java-Klassen in das bisherige Projekt einbauen.
Eine lauffähige Einstiegsversion finden Sie hier: https://mupples.com/programmieren_2-loesung-adreli_4_gui-geleakt
Parallelisierung ist eines der faszinierendsten Themen in der Programmierung! Parallelisierung (oder Threading) ist eines der herausforderndsten Themen in der Programmierung! Was jetzt?
Ehrlich: beides stimmt – eben wie im echten Leben: häufig ist das, was faszinierend ist auch problematisch! Nehmen wir Bergsteigen oder Parachuting. Wer’s ohne Kondition und Training macht, trägt ein hohes Risiko. Aber kommen wir zurück zum Programmieren, zurück zu Java.
Das Interimsergebnis “ADRELI_1” ist erledigt. Mit dem Threading stehen wir vor dem 2. SCRUM-Sprint, hin zu “ADRELI_2_TREADS” dem nächsten Interimsergebnis. Ausgangspunkt ist wieder das Assignment 2_SPRINT_PROG2_ADRELI_2_Threads_WS1718 – das Assignment unbedingt wieder sorgfältig studieren! „Threading. 2. SCRUM-Sprint ADRELI_2_THREAD“ weiterlesen
ADRELI_1: Die Leser vom ersten Assignment haben es erkannt: das Projekt “ADRELI_1_CON” ist ein Ausbau der Erst-Semester-Projekte “Friends” oder “CarLi” (je nach Semester.)
Das Projekt “Adreli_1_COM” (oder kurz “ADRELI_1”) ist umfangreicher als das Erst-Semester-Projekt. Betroffen sind Daten, Algorithmen und die Architektur. Die Erst-Semester-Projekte sind in meinem Fall typische Ein-oder Zwei-Klassen-Architekturen (Basisklasse und manchmal noch eine Ableitung dazu).
Die Philosophie dahinter: das erste Semester kann die Objektorientierung anwenden und eine Ein-Klassen-Lösung mit (meaningfull data und meaningfull methods) als Clean-Code-Lösung ausführen.
Um im zweiten Semester daran anknüpfen zu können, bleibt für das erste Projekt ADRELI_1_CON die Architektur unverändert: eine monolithische Lösung aus ganz wenigen Klassen, naja, genaugenommen aus einer Klasses, getreu dem Prinzip KISS (keep it simple stupid). Ab dem zweiten SPRINT wird sich die Architektur ändern. ADRELI_2 wird einem MVC-Ansatz (in erster Näherung) folgen (model-view-controler).
Aus diesem Grunde ist das Projekt ADRELI_1_CON auch mit einem 2-Wochen–Sprint das kürzeste. Die anderen vier Sprints haben eine Dauer von 3 Wochen.
Wie oben angesprochen sind also die Daten, Algorithmen und die Architektur der Erst-Semester-Projekte betroffen. Genau das wird beim nächsten SCRUM Sprint-Planning-Meeting besprochen. Wir machen das in Form eines AKTIVEN PLENUM.
Lassen Sie sich das AKTIVEN PLENUM schon mal erläutern von den Videos 
“PROG2_JAVA_AKTIVES_PLENUM” und “AKTIVES_PLENUM”
Nach dem Aktiven Plenum werden die Gruppen ihre SCRUM-Boards entsprechend präparieren.
Die WIB-Veranstaltung “Programmieren 2” wurde noch vor einiger Zeit unter der Überschrift “Programmieren und Modellieren 2” an der HFU angeboten – der Anteil an SCRUM ist seit etwa Sommersemester 2005 darin enthalten. „eduSCRUM in PROG_2 ab WS1718“ weiterlesen
Wie Sie schon festgestellt habven: von Projekt zu Projekt werden die Adreli-Projekte umfangreicher, was die Code-Zeilen angeht, kurz LOC genannt (LOC=Lines of Code). Natürlich bauen die Projekte aufeinander auf, so das zu einem gewissen Teil Code-Sequenzen aus dem Vorgängerprojekt mitgenommen werden können, also nur ein gewisses Delta dazukommt, weil wir neue Features und Java-Klassen in das bisherige Projekt einbauen.
Der GUI-GUY wartet ja schon lange darauf: endlich der Applikation eine GUI geben, ein graphical user interface. Weg vom langweiligen Menue. Deutlich flexibler und interaktiver. Spontaner. Gleich sehen, was machbar ist. Lust auf einen Klick!
„Programmieren 2: Lesson 5 – GUI, G.U.Y. wer oder was?“ weiterlesen
Das zweite ADRELI-Projekt ADRELI_2_Thread wird weiter entwickelt, in Richtung “Verteilte Applikation” mit einer Client/Server-Architektur (in der “Aussenansicht“) in der “Innenansicht” durch eine MVC-Architektur gekennzeichnet.
ADRELI_2_THREAD macht unsere Projektfolge spannend! Die Lösung aus dem Projekt ADRELI_1_CON läuft. ADRELI_1_CON ist eine moderate Weiterentwicklung aus dem Erst-Semester-Projekt “Friends”. Im Grunde eine einfache monolithisch Lösung.
Nun steigen wir um auf eine erste MVC-Architektur. MVC steht für model-view-controller. Wir werden innerhalb der JVM (Java Virtual Machine) das bisher monolithische Programm aufteilen in drei Threads. „Programmieren 2: Lesson 3“ weiterlesen
