IT-Berufe-Podcast

Die ansprechende Gestaltung der Projektpräsentation ist das Thema der zweiundsechzigsten Episode des Anwendungsentwickler-Podcasts.

TL;DR

Für deine Projektpräsentation empfehle ich dir, deine eigene Arbeit anhand aussagekräftiger Diagramme, Screenshots und Fotos zu zeigen und dem Ablauf deines Projekts zu folgen. Dazu gehören technische Details sowie Kosten und eine Amortisationsrechnung. Gestalte deine Folien einheitlich und gut lesbar, wobei dir ein heller Hintergrund mit dunkler Schrift und die Drittelregel helfen. Beachte die Vorgaben deiner IHK, bereite dich auf technische Ausfälle vor und übe deinen Vortrag so oft, dass du die vorgegebene Zeit einhältst.

Kapitelmarken

[00:00:00] Einstieg und Thema Projektpräsentation

[00:01:51] Einfluss auf die Note und das Fachgespräch

[00:05:05] Vorgaben deiner IHK beachten

[00:06:21] Projekthighlights und eigene Arbeit zeigen

[00:07:24] Fachliche Kompetenz visuell darstellen

[00:08:46] Aufbau entlang der Projektphasen

[00:09:43] Inhalt und Kriterien für die Bewertung

[00:10:49] Technik und Wirtschaftlichkeit einbeziehen

[00:11:31] Persönliche Projektarbeit im Mittelpunkt

[00:12:14] Auf technische Ausfälle vorbereiten

[00:14:11] Einheitlicher Stil für deine Folien

[00:16:28] Texte und Diagramme lesbar zeigen

[00:18:08] Folienformat auf Beamer und Leinwand abstimmen

[00:19:35] Inhalte mit der Drittelregel platzieren

[00:21:39] Heller Hintergrund und dunkle Schrift

[00:23:01] Projektinhalte mit Bildern vermitteln

[00:24:55] Fotos, Mockups und Screenshots einsetzen

[00:27:46] Cliparts und beliebige Stockbilder vermeiden

[00:28:44] Corporate Design und Platz für Inhalte

[00:32:50] Animationen zum Verständnis einsetzen

[00:34:35] Zwischenfolien für die Agenda

[00:37:01] Datenschutz durch ausgedachte Beispieldaten

[00:38:20] Anwendung als Screencast zeigen

[00:39:49] Handout und Bewertung des Vortrags

[00:40:14] Vortragszeit einhalten und üben

[00:40:58] Präsentationssoftware auswählen

[00:42:07] Bücher zur Foliengestaltung

[00:43:45] Links und Beispielpräsentationen

[00:44:13] PowerPoint-Vorlage mit Drittellinien

[00:45:11] Checkliste und Newsletter

[00:46:06] Feedback und Verabschiedung

Inhalt

Mit der Projektpräsentation kannst du deine Endnote stark beeinflussen. Sie zählt nicht nur 25% der Note von Teil A, sondern gibt auch die Richtung für das Fachgespräch vor. Daher kannst und musst du dich von deiner besten Seite zeigen. Oftmals hat ein Großteil des Prüfungsausschusses deine Dokumentation gar nicht gelesen und sieht dich ausschließlich in der Präsentation (und dem anschließenden Fachgespräch). Also widme ihr die gebührende Vorbereitungszeit!

Achtung: Wenn deine IHK konkrete Vorgaben bzgl. Inhalt, Zielgruppe, Gestaltung usw. der Projektpräsentation macht, dann halte dich unbedingt daran!

Allgemeine Tipps

Picke dir nur die Highlights deines Projekts raus und unterstreiche diese durch entsprechende Abbildungen, Diagramme, Graphen.

Zeige dein methodisches Vorgehen. Das heißt: UML, ERM, MockUps, EPKs, Netzplan, Quelltext von coolen Algorithmen, Screenshots usw.

Den Aufbau würde ich relativ klassisch strukturieren, z.B. in Projektumfeld, Projektidee, Projektrealisierung und Projektergebnis.

Auf keinen Fall die Technik (= UML, ERM usw.) und Wirtschaftlichkeit (= Kosten, Amortisation usw.) vergessen!

Die Präsentation ist keine Verkaufsshow! Weder für dein Produkt, noch für dein Unternehmen.

Verlasse dich nicht auf funktionierendes Internet oder Technik!

Konkrete Gestaltungstipps

Auf ein stimmiges Gesamtbild (Farben, Schrift, Animationen immer gleich) achten.

Alle Texte und insb. Quelltexte und auch Grafiken müssen gut lesbar sein. Zoome ggfs. in wichtige Bereiche rein.

Ich empfehle als Folienformat 4:3.

Folien dritteln (Hilfslinien nutzen) und die Inhalte optisch ansprechend platzieren.

Ich würde wenn immer es geht, einen hellen Hintergrund und eine dunkle Schrift benutzen. Denn viele Beamer sind leider etwas schwach im Kontrast und bei umgekehrter Farbwahl erkennt man dank "grauem" Hintergrund dann nichts mehr.

Bilder sind immer besser als Text.

Vorstellung des Azubis und des Unternehmens mit Fotos der Mitarbeiter oder des Gebäudes.

Fotos der bisherigen Papierdokumente bei der Ist-Analyse.

Architektur der Anwendung mit UML-Diagrammen verdeutlichen.

Mockups und Screenshots der Anwendung zeigen.

Cliparts sind gruselig!

Kein Corporate Design verwenden, sondern das Layout, das den Inhalt am besten transportiert. Ich würde gar keine Vorlage nehmen, sondern mit den weißen Folien anfangen. Weg mit dem Firmenlogo, der Seitenzahl und dem Datum auf jeder Folie! Rein mit den bildschirmfüllenden Grafiken, Bildern, Diagrammen usw.!

Das CI kann auch mit Farben usw. des Unternehmens umgesetzt werden.

Animationen sparsam und sinnvoll einsetzen, z.B. zur Unterstützung der Inhalte (Text/Grafiken nacheinander einblenden).

Keine mitlaufende Agenda verwenden (nimmt zu viel Platz weg), sondern Zwischenfolien.

Datenschutz beachten. Aber Daten nicht schwärzen, sondern durch Pseudodaten austauschen.

Vielleicht kannst du Videos der fertigen Anwendung einbauen.

Sonstiges

Du brauchst kein Handout!

Halte unbedingt die vorgegebene Zeit ein!

Das Tool (PowerPoint, Prezi usw.) ist irrelevant.

Beispielpräsentationen

Literaturempfehlungen

Der Präsentationsmeister Garr Reynolds zeigt in Presentation Zen Design* viele praxisnahe Tricks und Gestaltungsmerkmale für ansprechende Präsentationsfolien. Eine absolute Leseempfehlung!

*

Nancy Duarte, die mit ihrem Unternehmen Duarte Design einen Oscar für die Präsentation von Al Gore in An Inconvenient Truth* bekommen hat, gibt in Slide:ology* viele praktische Tipps für ein ansprechendes Foliendesign.

*

Links

Permalink zu dieser Podcast-Episode

RSS-Feed des Podcasts

Inhalte der Projektpräsentation - Anwendungsentwickler-Podcast #11

Seitenverhältnis der Folien in der Projektpräsentation: 16:9 oder 4:3?

Vorlage für die Projektpräsentation der IT-Berufe

Drittel-Regel

Technische Inhalte kann man nicht mit Bildern illustrieren - Mythen der Projektpräsentation

Cliparts werten die Folien auf! - Mythen der Projektpräsentation

Corporate Design ist Pflicht - Mythen der Projektpräsentation

Animationen sind verboten! - Mythen der Projektpräsentation

Die Agenda muss auf jeder Folie stehen - Mythen der Projektpräsentation

Handout zur Projektpräsentation

Einhaltung der Vortragszeit (15 Minuten) bei der Projektpräsentation

Einsatz von Prezi für die Projektpräsentation

Weitere Infos zur ProjektpräsentationDu suchst noch mehr Tipps rund um die Projektpräsentation? Dann schau doch mal in diese Artikel- und Podcast-Kategorie: Alle Artikel rund um die Projektpräsentation.Und wenn du dich für meinen Newsletter einträgst, kannst du dir jetzt sofort meine Checkliste für die Projektpräsentation herunterladen.Jetzt anmelden!

Zusammenfassung

Prüfungsrahmen und Vorbereitung

Mit Blick auf die Sommerprüfung 2016 beschreibe ich einen Prüfungsrahmen, in dem Projektpräsentation und Fachgespräch gemeinsam bewertet werden. Für beide Teile sind insgesamt 30 Minuten vorgesehen, die in der Praxis häufig gleichmäßig aufgeteilt werden. Daraus ergibt sich für die Präsentation rechnerisch ein Anteil von etwa 25 Prozent an Teil A beziehungsweise einem Achtel der Gesamtnote. Die gemeinsame Bewertung beider Teile ist dabei zu beachten.

Wenn du mit deiner Präsentation einen guten Eindruck hinterlässt, wirkt dieser auch in das anschließende Fachgespräch hinein. Plane deshalb ausreichend Zeit ein, um deine Folien zu gestalten und deinen Vortrag mehrfach zu üben.

Erkundige dich bei deiner IHK nach der erlaubten Vortragszeit und den Vorgaben für deine Folien.

Halte vorgeschriebene Elemente ein, etwa Foliennummern oder eine mitlaufende Agenda. Auch Vorgaben zum Corporate Design und zur maximalen Folienzahl haben Vorrang vor meinen Empfehlungen.

In der von mir beschriebenen Bewertungsmatrix entfallen ungefähr 50 Prozent auf den Inhalt und etwa 15 Prozent auf die Foliengestaltung. Diese Angaben beziehen sich auf meinen Prüfungsausschuss.

Inhalte auswählen und den Projektablauf zeigen

Für die meist vorgesehenen 15 Minuten wählst du die Stellen deines Projekts aus, an denen deine fachliche Kompetenz sichtbar wird. Zeige, welche Aufgaben du selbst übernommen hast und wie du dabei vorgegangen bist. Ein interessanter Ausschnitt aus deinem Quellcode eignet sich dafür; einfache Getter und Setter haben wenig Aussagekraft.

Anhand des Projektablaufs lässt sich dein Vortrag nachvollziehbar strukturieren. Wenn du nach dem Wasserfallmodell gearbeitet hast, gehst du von der Analyse über den Entwurf zur Implementierung und anschließend zu den Tests. Berücksichtige die Projektphasen entsprechend der Arbeit, die du darin geleistet hast.

Mit UML-Diagrammen oder einem ER-Modell zeigst du, wie du deine Software entworfen hast.

Mockups machen sichtbar, wie du die Oberfläche vorbereitet hast. Ergänzend kannst du Screenshots der fertigen Anwendung zeigen.

Zur wirtschaftlichen Seite gehören die Projektkosten und eine Amortisationsrechnung. Deine zeitliche Planung lässt sich beispielsweise durch ein Gantt-Diagramm oder einen lesbaren Netzplan darstellen.

Stelle dich und dein Unternehmen kurz vor. Ein Foto mit etwa 20 Sekunden Erläuterung reicht für die Unternehmensvorstellung häufig aus.

Die Prüfer:innen bewerten deine persönliche Arbeit und dein methodisches Vorgehen. Unternehmensgröße und ausführliche Angaben zu Standorten tragen dazu wenig bei. Jede Grafik sollte einen fachlichen Inhalt vermitteln.

Aussagekräftige Bilder und lesbare Details

Aus meiner Arbeit mit IT-Azubis empfehle ich dir, die im Projekt entstandenen Grafiken direkt in deine Folien einzubauen. Ein Klassendiagramm zeigt deine Architektur, während ein Screenshot die fertige Oberfläche sichtbar macht.

Für weitere Inhalte eignen sich konkrete Bilder aus deinem Arbeitsumfeld:

...

Die Kapitel 5 bis 7 (Betriebssystemgrundlagen, Windows und Linux) des IT-Handbuchs für Fachinformatiker sind Thema der einundsechzigsten Folge des Anwendungsentwickler-Podcasts.

TL;DR

Im fünften Buchclub zum Handbuch für Fachinformatiker von Sascha Kersken gehe ich mit dir die Betriebssystemgrundlagen sowie die Kapitel zu Windows und Linux durch. Für deine Prüfung stehen allgemeine Aufgaben von Betriebssystemen, Dateisysteme und Linux-Dateirechte im Fokus; zum Thema Virtualisierung empfehle ich zusätzliche Literatur. Das Linux-Kapitel hilft dir beim Einstieg in die Shell und beim Arbeiten mit einem eigenen Server, während du unter Windows mit PowerShell Aufgaben automatisieren kannst. Die Einschätzungen zur Prüfung beziehen sich auf den Stand der Episode aus dem Jahr 2016.

Kapitelmarken

[00:00:20] Buchclub Teil 5: Betriebssysteme, Windows und Linux

[00:01:06] Einordnung des macOS-Kapitels

[00:02:06] Windows-Grundlagen und allgemeine Prüfungskonzepte

[00:03:36] Feedback der IT-Azubis zu den Buchkapiteln

[00:05:14] Windows-Tastenkombinationen und Alt + Tab

[00:06:09] Linux-Kapitel als Hilfe beim Einrichten eines Servers

[00:07:43] Geschichte der Betriebssysteme

[00:08:46] Prüfungsthemen und begründete Betriebssystemwahl

[00:10:03] Dateisysteme und Dateirechte

[00:11:19] Linux-Distributionen und wichtige Verzeichnisse

[00:13:12] Kapitel 5: Aufgaben eines Betriebssystems

[00:15:03] Kernel und grundlegende Systemkonzepte

[00:17:02] Prozesse, Threads und nebenläufiges Programmieren

[00:18:03] Speicherverwaltung und Paging

[00:18:37] Dateisysteme, Linux-Verzeichnisse und Zugriffsrechte

[00:20:07] Virtualisierung und zusätzliche Prüfungsliteratur

[00:21:11] Kapitel 6: Windows im Arbeitsalltag

[00:22:52] Aufgaben mit PowerShell automatisieren

[00:24:31] Windows konfigurieren und Netzwerkfehler suchen

[00:25:27] Kapitel 7: Linux-Distributionen und Shell-Grundlagen

[00:27:25] Hilfe, Pipes und wichtige Linux-Befehle

[00:28:20] Linux-System verwalten und einen eigenen Server betreiben

[00:29:09] Linux konfigurieren und Software installieren

[00:30:18] Bash-Skripte und Cronjobs

[00:31:27] Editoren: vi und Emacs

[00:33:45] Grafische Oberflächen und Linux-Netzwerk konfigurieren

[00:35:14] CUPS, Samba und Linux in einer VM ausprobieren

[00:36:09] macOS und das eigene Betriebssystem kennenlernen

[00:37:18] Ausblick auf den nächsten Buchclub

[00:41:06] Pseudocode in der schriftlichen Abschlussprüfung

[00:42:07] Programmfehler mit Konsolenausgaben suchen

[00:43:09] Kommende Prüfungsthemen und geplantes Buch zur Projektpräsentation

Inhalt

Die drei Kapitel enthalten dieses Mal wenig prüfungsrelevante Inhalte, dafür sehr viel Praxis. Ich wünschte, ich hätte die Kapitel schon vor einigen Monaten mit meinen Auszubildenden gelesen. Gerade die Inhalte von Kapitel 7 zum Thema Linux hätten meine Azubis direkt bei der Installation Ihrer Linux-Server anwenden können.

Betriebssystemgrundlagen

5.1 Entwicklung der Betriebssysteme

Historie wie immer spannend, aber weder prüfungs- noch praxisrelevant.

5.2 Aufgaben und Konzepte

Allgemeine Aufgaben von Betriebssystemen sind wichtig.

Beim Lernen den Fokus auf die Unterschiede zwischen Windows und Linux legen.

Verständnis von Prozessmodell, Threads und Deadlocks hilft bei der Programmierung.

Speicherverwaltung ist eher was fürs Studium.

Dateisysteme sind prüfungsrelevant.

5.3 Die allgegenwärtige Virtualisierung

Wichtige Prüfungsinhalte!

Das Kapitel reicht aber zur Vorbereitung nicht aus.

Windows

6.1 Allgemeine Informationen

Windows-Historie ist irrelevant für die Prüfung.

Viele Inhalte haben eher den Charakter eines Hanbuchs.

6.2 Windows im Einsatz

Windows-Konsole ist veraltet.

PowerShell ist absolut praxisrelevant und einen tieferen Einstieg wert.

6.3 Windows-Netzwerkkonfiguration

Viele wichtige Programme für die Praxis.

Linux

7.1 Arbeiten mit der Shell

Ein paar Distributionen sollte man nennen können.

Funktionen der Shell sind absolut wichtig für die Praxis.

Viele hilfreiche Shortcuts werden gezeigt.

Alle gezeigten Befehle sind wichtig für die Praxis.

7.2 Konfigurations- und Administrationsaufgaben

Auch hier werden wirklich viele relevante Inhalte vermittelt - für die Praxis.

7.3 Automatisierung

Für uns Anwendungsentwickler ein interessantes Kapitel, da man Linux mit ein wenig Programmierkenntnissen perfekt skripten kann.

7.4 Editoren

Hier ist eigentlich nur ein Kapitel wichtig: Vim! ;-)

Emacs kann man vernachlässigen. :-P

7.5 Grafische Benutzeroberflächen

Wer arbeitet schon mit einer GUI unter Linux!?

7.6 Netzwerkkonfiguration unter Linux

Wieder sehr praxisrelevant!

Mac OS

Rheinwerk Computing :: IT-Handbuch für Fachinformatiker - 8 Mac OS X

Hat für mich keine praktische Relevanz und enthält keine Inhalte für die Prüfung.

Literaturempfehlungen

*(direkt beim Rheinwerk-Verlag bestellen*)

Wenn du richtig tief in Vim einsteigen willst, empfehle ich Practical Vim* von Drew Neil.

*

Links

Permalink zu dieser Podcast-Episode

RSS-Feed des Podcasts

Zusammenfassung

Die besprochenen Buchkapitel

Für den fünften Buchclub zum Handbuch für Fachinformatiker von Sascha Kersken habe ich mit meinen IT-Azubis die Kapitel 5 bis 7 gelesen: Betriebssystemgrundlagen sowie Windows und Linux. Kapitel 8 zu macOS habe ich ergänzend selbst durchgearbeitet. Meine Einschätzungen zur Abschlussprüfung beziehen sich auf den damaligen Stand im Jahr 2016.

Beim Lesen empfanden meine IT-Azubis viele Abschnitte als Benutzerhandbuch, weil Einstellungen anhand von Screenshots beschrieben werden und zahlreiche Fakten aufeinanderfolgen. Diese Kapitel eignen sich zum Nachschlagen. Wie viel du daraus mitnimmst, hängt auch davon ab, wie vertraut du bereits mit dem jeweiligen Betriebssystem bist. Bei meinen IT-Azubis waren beispielsweise einige Windows-Tastenkombinationen noch unbekannt, darunter Alt + Tab zum Wechseln zwischen Fenstern.

Worauf du dich für die Prüfung vorbereiten kannst

Als Prüfer interessieren mich die allgemeinen Aufgaben eines Betriebssystems und die Gründe, aus denen du dich für ein System entscheidest. Bei einer Aufgabe zur betrieblichen Infrastruktur kannst du etwa Kosten berücksichtigen oder prüfen, welcher Support verfügbar ist und wie sich das System in das vorhandene Netzwerk einfügt.

Zu den im Podcast genannten Prüfungsthemen gehören:

Aufgaben von Betriebssystemen: Du solltest erläutern können, wie ein Betriebssystem Prozesse und Speicher verwaltet. Dazu kommen die Hardwaresteuerung und die Ein- und Ausgabe.

Dateisysteme: Die Eigenschaften eines Dateisystems beeinflussen, welche Betriebssysteme darauf zugreifen können und welche Rechte sich vergeben lassen. FAT32 wird als Beispiel für den gemeinsamen Zugriff mit Windows und Linux genannt.

Linux-Dateirechte: Du solltest das grundlegende Rechtemodell einschließlich der Oktaldarstellung verstehen.

Linux-Distributionen: In einer bereits gesehenen Prüfungsaufgabe sollten mehrere Distributionen genannt werden. Im Buch stehen beispielsweise Debian und Red Hat sowie openSUSE.

Linux-Verzeichnisse: Die Aufgaben wichtiger Verzeichnisse können abgefragt werden. Unter /etc findest du beispielsweise Konfigurationsdateien.

Virtualisierung: Dazu kamen in den damaligen Prüfungen regelmäßig Aufgaben vor.

Die Geschichte einzelner Betriebssystemversionen hat für die Prüfung wenig Gewicht. Sie zeigt, wie sich die Systeme entwickelt haben; zum Hintergrund von Linux gehört auch der Name Linus Torvalds.

Betriebssystemgrundlagen

Kernel und weitere Systembestandteile

Der Kernel übernimmt die grundlegende Steuerung des Rechners. Im Buch werden Mikro-Kernel und monolithische Kernel behandelt. Den Begriff "monolithisch" begegnest du auch beim Entwickeln von Software, wenn viele Bestandteile eng miteinander verbunden sind.

Gerätetreiber und Systemprogramme gehören ebenfalls zu den Grundlagen. Über Schnittstellen können Anwendungsprogramme mit dem Betriebssystem zusammenarbeiten. Solches Wissen hilft dir, die Werkzeuge zu verstehen, mit denen du täglich arbeitest.

Prozesse und nebenläufige Programme

Beim Entwickeln von Programmen mit mehreren Threads musst du berücksichtigen, dass Race Conditions oder Deadlocks auftreten können. Das Buch führt in die Begriffe ein und behandelt außerdem das Unix-Prozessmodell. Für deine Arbeit als Fachinformatiker:in Anwendungsentwicklung werden diese Konzepte relevant, sobald du nebenläufig programmierst.

Speicher und Dateien

Beim Paging werden Speicherinhalte beispielsweise auf eine Festplatte ausgelagert. Wenn dein System viel Speicher auslagern muss, kann es langsamer werden. Die ausführlichen Berechnungen zur Speicheradressierung haben in meinem Arbeitsalltag wenig Bedeutung.

Mit Dateisystemen beschäftige ich mich genauer, weil ihre Eigenschaften beeinflussen, wie du ein System einsetzen kannst. Im Buch werden unter anderem NTFS und FAT32 sowie Linux-Dateisysteme behandelt. Zur Linux-Verzeichnisstruktur gehören beispielsweise /bin und /usr; auch die Aufgaben von /dev und /var solltest du kennen.

Bei den grundlegenden Linux-Dateirechten wird zwischen Eigentümer:in, Gruppe und allen anderen unterschieden. Für diese Kategorien lassen sich die Rechte Lesen, Schreiben und Ausführen vergeben. Im Buch geht es auch darum, wie du diese Rechte kombinierst und als Oktalzahl darstellst. Unter Windows behandelt das Kapitel die Rechtevergabe mit NTFS sowie Laufwerksbuchstaben und Regeln für Dateinamen.

Virtualisierung vertiefen

Für deine Prüfungsvorbereitung empfehle ich zusätzliche Literatur zur Virtualisierung, weil das Buch die allgemeinen Grundlagen auf wenigen Seiten behandelt. Anschließend folgt eine Anleitung für VMware Workstation. Dieser Abschnitt ist vor allem dann relevant, wenn du mit diesem Produkt arbeitest.

Windows im Arbeitsalltag

Im Windows-Kapitel findest du Hinweise zu Systemeinstellungen und zum Explorer. Auch Tastenkombinationen und die Konsole werden beschrieben. Durch das Feedback meiner IT-Azubis wurde mir deutlich,...

Um am Arbeitsplatz lange gesund zu bleiben, gibt es eine Vielzahl von ergonomischen Eingabegeräten und Büromöbeln. In der sechzigsten Episode des Anwendungsentwickler-Podcasts zeige ich, wie mein Büro aussieht, und gebe Tipps für ergonomisches Arbeiten.

TL;DR

An meinem Arbeitsplatz wechsle ich regelmäßig zwischen Sitzen und Stehen, damit ich mich beim Programmieren mehr bewege. Ergonomische Möbel und Eingabegeräte helfen dabei, den Körper zu entlasten, wenn du sie passend einstellst und deine Haltung regelmäßig wechselst. Zu meinen Erfahrungen gehören vertikale Mäuse und eine geteilte Tastatur; außerdem arbeite ich mit kurzen Pausen nach der Pomodoro-Technik. Für deine Gesundheit als IT-Azubi spielen auch ausreichend Schlaf und Bewegung außerhalb der Arbeit eine Rolle.

Kapitelmarken

[00:00:01] Ergonomie in der IT-Ausbildung

[00:01:51] Word-Vorlage für die Projektdokumentation und Feedback

[00:04:17] Mein Arbeitsplatz im Büro und zu Hause

[00:05:28] Höhenverstellbarer Schreibtisch und Wechsel zwischen Sitzen und Stehen

[00:06:52] Ergotron Workfit als Steharbeitsplatz zu Hause

[00:09:20] Günstige Möglichkeiten für einen Steharbeitsplatz

[00:11:41] Bürostuhl passend einstellen

[00:14:26] Weiche Polster für die Armlehnen

[00:15:34] Haltung wechseln und mehr bewegen

[00:16:40] Zwei Monitore sinnvoll aufstellen

[00:20:01] Monitorhöhe und Hinweise zur Körperhaltung

[00:22:23] Erfahrungen mit vertikalen Mäusen

[00:26:01] Die Maus mit beiden Händen bedienen

[00:27:58] Mauspad mit Handballenauflage

[00:28:39] Ergonomische Tastaturen und Arbeiten per Tastatur

[00:31:53] Maus und Tastatur regelmäßig reinigen

[00:33:14] f.lux und Twilight für wärmere Bildschirmfarben

[00:35:16] Pomodoro-Technik und Timer für Arbeitspausen

[00:36:55] Texte mit Spracherkennung diktieren

[00:37:57] Pausen für Bewegung und Wasser

[00:39:53] Lernen beim Sport und Gesundheitsangebote im Betrieb

[00:41:56] Getränke und grüne Smoothies

[00:43:43] Zusätzliche Schritte im Arbeitsalltag

[00:45:41] Bücher und Podcasts zu Gesundheit und Schlaf

[00:48:49] Weitere Quellen und Arbeiten am Laufband-Schreibtisch

[00:51:25] Fachartikel über Xtext und Xtend

[00:52:26] Vergleich von Java-EE-7-Application-Servern

[00:53:20] Buchprojekt zur IHK-Projektpräsentation

Inhalt

Hardware

Auf der Arbeit habe ich einen höhenverstellbaren Schreibtisch.

Zu Hause arbeite ich mit einem höhenverstellbaren "Roboterarm", dem Ergotron Workfit*.

*

Wer nicht so viel Geld in den Schreibtisch investieren möchte, der kann sich für wenig Geld einen Stehschreibtisch selbst bauen (siehe Warum ich meinen Schreibtisch entsorgt habe von Markus Cerenak).

Egal ob du einen Stehschreibtisch hast oder nicht, wichtig ist, dass du oft deine Position wechselst.

Mein Bürostuhl ist der Topstar Open Art*. Er lässt sich sehr flexibel einstellen und ist bequem und ergonomisch.

*

Auf die Lehnen meines Bürostuhls habe ich weiche Ellenbogen-Auflagen montiert.

Wenn du zwei Monitore verwendest, achte darauf dass einer von beiden gerade vor deinem Gesicht platziert wird. Ansonsten hast du immer eine leichte Schräghaltung und das ist nicht gut für deinen Nacken.

Es gibt sogar einen Monitor, der dir Vorschläge zu deiner Körperhaltung macht. Ich habe ihn jedoch noch nicht selbst getestet.

*

Auf dem obigen Foto siehst du tatsächlich meinen Arbeitsplatz. Ich habe zwei vertikale Mäuse, jeweils eine für die linke* und die rechte* Hand.

*

Als Mausunterlage verwende ich ein - bzw. zwei ;-) - ergonomisches Mauspad* mit Handballenauflage.

*

Ich benutze jetzt seit vielen Jahren das Microsoft Natural Ergonomic Keyboard 4000*. Wichtig dabei ist, dass du das Zehnfingersystem lernst.

*

Eine "perfekte" Tastatur soll die Kinesis KIN-ADVWUSBHY* sein. Leider konnte ich sie noch nicht selbst testen.

*

Auch Sauberkeit zähle ich zur gesunden Arbeit dazu. Reinige regelmäßig deine Eingabegeräte. Ich desinfiziere zum Beispiel alle zwei Wochen Maus und Tastatur mit Reinigungstüchern.

Software

Wer abends lange am PC arbeitet kann danach meist nur schlecht einschlafen. Die kostenfreie Software f.lux hilft dabei, indem sie die blauen Anteile des Lichts aus dem Monitor filtert.

Das gleiche geht auch mit dem Handy. Die entsprechende kostenlose Software heißt Twilight.

Um deine Arbeit in Pomodoros einzuteilen, ist ebenfalls kostenlose Software hilfreich. Ich verwende z.B. Clockwork Tomato auf dem Handy und Flowkeeper auf dem PC.

Wenn du häufig Texte tippen musst, dann schau dir als Alternative zum Tippen doch einmal eine Spracherkennungssoftware an. Ich habe diesen Text zum Beispiel in mein Android-Handy diktiert, und den Text danach nur noch kurz überarbeitet. Die Spracherkennung funktioniert heutzutage wirklich sehr gut und kann dir viel Tipparbeit abnehmen.

Tipps

Für regelmäßige Pausen und um daran erinnert zu werden, die Position zu verändern, kannst du die Pomodoro-Technik anwenden. In den Pausen kannst du auch gut ein paar kurze Übungen absolvieren (z.B. 18 geniale Tipps für mehr Bewegung am Arbeitsplatz).

Aber auch beim Tippen und bei der Arbeit mit der Maus ist Abwechslung wichtig. Fast alle für Softwareentwickler wichtigen Programme lassen sich sowohl mit der Tastatur, als auch mit der Maus steuern. Wechsel doch einfach mal das Eingabegerät.

Trink zwischendurch häufig Wasser. Auch das kannst du sehr gut mit der Pomodoro-Technik verbinden.

Da wir uns als Softwareentwickler ständig weiterbilden müssen, verbinde doch einfach Fortbildung und Gesundheit, indem du Lernvideos zum Beispiel auf dem Crosstrainer oder dem Laufband anschaust oder Podcast wie diesen während des Fitnesstrainings hörst.

Mach doch mal einen Gesundheitskurs - insb. für den Rücken - bei deiner Krankenversicherung oder der Volkshochschule mit. Meist reicht es schon, wenn du Ideen bekommst, was du ändern kannst.

Noch ein persönlicher Tipp bezüglich der Ernährung: Green Smoothies sind schnell zubereitet, lecker und eine gesunde Alternative zu Cola. Von der Autorin der Healthy Smoothie Bible* habe ich zum ersten Mal beim - sehr empfehlenswerten - Read to Lead Podcast gehört.

Und noch zwei kleine Tipps für mehr Bewegung. Parke dein Auto so weit weg wie möglich vom Eingang deines Unternehmens. Dadurch musst du wenigstens etwas mehr Bewegung an den Tag legen. Und wenn du die Toilette besuchst, nimm doch einfach die im anderen Geschoss deines Gebäudes. So baust du ein paar Treppenstufen in Deinen Alltag ein. Kleinigkeiten machen schon einen Unterschied.

Literaturempfehlungen

Mein Buchtipp Nummer 1 ist The Healthy Programmer*. Darin findest Du noch viele weitere Tipps und Hinweise zum gesunden Arbeiten. Der Autor überträgt z.B. die testgetriebene Softwareentwicklung auf die Gesundheit. So prüfst du mit Unit-Tests deinen Gesundheitszustand.

*

Das Buch zur Pomodoro-Technik habe ich schon mehrfach in meinen Artikeln verlinkt und kann es absolut weiterempfehlen. Es ist sehr kurzweilig und wird deinen Arbeitsalltag eventuell komplett verändern.

*

Viele tolle - und vor allem leckere - Smootie-Rezepte gibt es hier:

*

Zwei sehr empfehlenswerte Podcasts zum Thema Gesundheit sind The Model Health Show von Shawn Stevenson - der auch ein tolles Buch zum Thema Schlafen* geschrieben hat - und das inzwischen leider eingestellte Get Up And Code.

*

In der c't* erschien in Ausgabe 24/2015 ein guter Artikel zu ergonomischen Büromöbeln: Ergonomisch arbeiten: Wie Sie trotz Bürojob fit bleiben.

Bei Ergotopia gibt es eine tolle Infografik zum Thema Sitzen: Infografik: Sitzen kann tödlich sein! Bewegungsmangel Folgen...

Und hier nochmal auf Englisch: Sitting is killing you.

John Sonmez hat eine umfangreiche "Anleitung" für die Arbeit auf dem Laufband geschrieben: The Complete Guide to Treadmill Desk Walking While Working.

Links

Permalink zu dieser Podcast-Episode

RSS-Feed des Podcasts

Zusammenfassung

Tisch und Stuhl passend einstellen

In meinem Büro arbeite ich an einem höhenverstellbaren Schreibtisch, den ich mehrfach am Tag hoch- oder herunterfahre. Dabei wechsle ich ungefähr stündlich zwischen Sitzen und Stehen. Ergonomie gehört auch zu den prüfungsrelevanten Themen deiner Ausbildung als Fachinformatiker:in Anwendungsentwicklung.

Zu Hause habe ich einen Ergotron Workfit am Schreibtisch befestigt. Dieser bewegliche Metallarm trägt einen Monitor sowie eine Ablage für Tastatur und Maus. Er lässt sich in der Höhe einstellen und zur Seite drehen. Über einen zweiten Monitor mit demselben Bild kann ich am gleichen PC zwischen meinem Sitzplatz und meinem Stehplatz wechseln.

Die im Podcast genannten Preise stammen aus der damaligen Zeit: Für einen höhenverstellbaren Schreibtisch rechne ich mit etwa 1.000 Euro, während mein Ergotron ungefähr 350 Euro gekostet hat. Als günstigere Möglichkeiten kommen infrage:

Ein Laptopständer für etwa 30 Euro, dessen Höhe sich passend einstellen lässt.

Ein Aufsatz für den vorhandenen Schreibtisch, den ich für ungefähr 25 Euro bei Ikea gesehen habe.

Eine selbst gebaute Lösung, zu der du unter "Standing Desk DIY" Anleitungen findest.

Eine umgedrehte Kiste, mit der ich vor dem Kauf ausprobiert habe, wie sich Arbeiten im Stehen anfühlt.

Bei deinem Bürostuhl sollten sich die Sitzhöhe und die Armlehnen an deinen Körper anpassen lassen. Eine bewegliche Rückenlehne folgt deinen Bewegungen. Eine Lordosestütze gibt dem unteren Rücken Halt. Meine Stühle im Homeoffice haben damals jeweils ungefähr 300 Euro gekostet.

Auf den Armlehnen habe ich zusätzlich weiche Polster angebracht, damit meine Ellenbogen bequem aufliegen. Solche Kissen können den Druck beim Auflegen abmildern.

Die Haltung regelmäßig wechseln

Auch während du sitzt, kannst du dich strecken oder zwischendurch aufstehen und durch den Raum gehen. Durch wechselnde Haltungen werden andere Muskeln beansprucht, während zuvor belastete Bereiche sich entspannen können. Langes Stehen belastet den Körper ebenfalls, weshalb ich meine Position über den Tag hinweg wechsle.

Monitore aufstellen

Mein Hauptmonitor steht direkt vor meinem Gesicht. Links daneben befindet sich ein zweiter Bildschirm,...

Wir beenden das Thema Netzwerkgrundlagen im Rahmen des Buchclubs zum Handbuch für Fachinformatiker von Sascha Kersken in der neunundfünfzigsten Episode des Anwendungsentwickler-Podcasts.

TL;DR

Ich schließe das Kapitel zu den Netzwerkgrundlagen im Handbuch für Fachinformatiker ab und gebe dir Hinweise für deine Prüfung als IT-Azubi. Im Mittelpunkt stehen die TCP/IP-Protokollfamilie und Aufgaben zu IP-Adressen, insbesondere zum Subnetting. Dazu kommen Internetzugänge sowie Dienste wie DNS und DHCP, deren Grundlagen du auch in der Praxis brauchst. Für Subnetting empfehle ich dir, mit binär geschriebenen Adressen zu rechnen und die reservierten Adressen für das Netz und den Broadcast einzubeziehen.

Kapitelmarken

[00:00:01] Einstieg und Abschluss der Netzwerkgrundlagen

[00:01:23] Datenfernübertragung und entfernte Netzwerke

[00:02:24] Modems und historische Internetzugänge

[00:04:34] ISDN und mögliche Prüfungsfragen

[00:05:48] DSL, weitere Zugänge und PPP

[00:06:29] Mobiles Internet und Übertragungsgeschwindigkeiten

[00:08:00] TCP/IP-Protokollstapel und Schichten

[00:10:32] Point-to-Point Protocol

[00:10:47] IP-Adressen, Adressklassen und CIDR

[00:13:10] Subnetting und binär geschriebene Subnetzmasken

[00:16:11] Subnetting üben und reservierte Adressen einplanen

[00:18:35] IP-Protokoll und IP-Header

[00:19:10] IPv6 in Prüfung und Praxis

[00:20:43] IP-Routing und Standard-Gateway

[00:22:10] Routing-Protokolle RIP und OSPF

[00:22:48] DHCP und automatische Netzwerkkonfiguration

[00:23:18] NAT im Heimnetz

[00:23:50] TCP und UDP

[00:24:55] TCP-Drei-Wege-Handshake

[00:25:48] Ports und Dienste an einer IP-Adresse

[00:28:00] DNS und Namensauflösung

[00:28:45] Anwendungsprotokolle und E-Mail-Versand mit SMTP

[00:30:00] Absenderangaben und Sicherheit bei SMTP

[00:30:51] MIME-Typen, E-Mail-Anhänge und HTTP

[00:32:37] Newsgroups und World Wide Web

[00:33:05] Übungsaufgaben und alte Prüfungen

[00:34:28] Nächster Buchclub und verlinkte Lernmaterialien

[00:36:40] Vorlage zur Projektdokumentation und Newsletter

[00:37:25] Ausblick auf Ergonomie am Arbeitsplatz

Inhalt

4.5 Datenfernübertragung

Modems sind heute in der Praxis nicht mehr relevant.

ISDN wird immer noch gerne abgefragt.

DSL sollte heutzutage selbstverständlich sein.

Ebenso die Mobilfunkvarianten.

4.6 Die TCP/IP-Protokollfamilie

Das komplette Kapitel ist prüfungsrelevant.

Allerdings war es für Einsteiger etwas harte Kost.

IP-Adressklassen benutzt niemand mehr. Sie sind aber historisch von großer Bedeutung und sollten auch heute noch verstanden werden.

Wichtig: Am besten gleich angewöhnen, in Binärschreibweise zu arbeiten.

Subnetting, Supernetting, CIDR: Höchst prüfungsrelevant. Ihre praktische Anwendung ist notwendiges Wissen.

Subnetting wird sehr gut und verständlich erklärt. Es ist aber wichtig, Aufgaben dazu zu machen, um es wirklich zu verstehen.

Die Tabellen waren ab und an etwas zu viel. Bitberechnungen kann man sich auch selbst zusammenklicken.

IP-Header (4 und 6) sind eher etwas für FISIs.

IPv6 ist absolut relevant für die Prüfung. Es kommen in fast allen Prüfungen Aufgaben dazu dran.

Routing ist sowohl für die Praxis, als auch für die Prüfung sehr wichtig. Die Diagramme sehen auch schon fast so aus wie in den Prüfungen.

Die Routingprotokolle sind eher etwas für FISIs.

Weitere wichtige Themen: DHCP, NAT.

TCP und UDP sind auch sehr wichtig, insb. der Three-Way-Handshake. Header sind eher nice to know.

Die Port-Liste enthält viele wichtige Ports, die man durchaus auswendig können sollte.

DNS als ein zentrales Basisprotokoll des Internets sollte jeder ITler in- und auswendig kennen.

Auch der Aufbau von Domains war schon Prüfungsbestandteil.

Protokolle

Telnet: irrelevant für die Praxis

FTP: wichtig, aber in der Praxis unsicher

E-Mail: wichtig, schön finde ich die Erläuterung des Ablaufs beim Versand mit SMTP

Newsgroups: praktisch irrelevant

4.7 Andere Protokollstapel

In der neuen Auflage - zu recht - nicht mehr enthalten.

Literaturempfehlungen

Na was wohl? ;-)

*(direkt beim Rheinwerk-Verlag bestellen*)

Links

Permalink zu dieser Podcast-Episode

RSS-Feed des Podcasts

4 Netzwerkgrundlagen - Rheinwerk Computing :: IT-Handbuch für Fachinformatiker

Zusammenfassung

Internetzugänge und Datenfernübertragung

Mit den Unterkapiteln zur Datenfernübertragung und zur TCP/IP-Protokollfamilie schließe ich Kapitel 4 des Handbuchs für Fachinformatiker ab. Meine Hinweise zur Prüfung beziehen sich auf die im Buchclub besprochenen Prüfungen und meine Erfahrungen als Ausbilder.

Über Datenfernübertragung, kurz DFÜ, greifst du auf entfernte Netzwerke zu. Dazu gehört beispielsweise der Internetzugang über deinen Provider. Für die verschiedenen Zugänge solltest du die ausgeschriebenen Abkürzungen kennen und einschätzen können, welche Geschwindigkeiten sie erreichen.

Modem steht für Modulator/Demodulator. Die beschriebenen Geräte erreichten 56 kbit/s. Ich ordne dieses Thema vor allem historisch ein.

ISDN bedeutet Integrated Services Digital Network. Für Prüfungsfragen kommen die Funktionsweise und Kanalbündlung infrage, außerdem Dienste wie Anklopfen. Ich empfehle dir, ISDN auch als angehende:r Fachinformatiker:in Anwendungsentwicklung anzuschauen.

DSL steht für Digital Subscriber Line. Du solltest die verschiedenen Varianten kennen, darunter symmetrisches und asymmetrisches DSL, sowie ihre Geschwindigkeiten. Auch Satellitenverbindungen werden angesprochen.

PPP und PPPoE gehören zu den Protokollen, mit denen du dich für die Prüfung beschäftigen solltest. PPP steht für Point-to-Point Protocol.

Bei mobilen Internetzugängen werden EDGE, UMTS, HSPA und LTE behandelt. Im Buch werden für UMTS 384 kbit/s genannt; für LTE spreche ich beispielhaft von 100 Mbit/s. Mit solchen Angaben lassen sich Aufgaben zur Dauer eines Datentransfers rechnen.

TCP/IP und die Schichten

Im Buch werden Protokolle und Verfahren den Bereichen des TCP/IP-Protokollstapels zugeordnet:

| Bereich | Beispiele aus dem Kapitel |

| --- | --- |

| Hardware | Ethernet, Token Ring, Modem, ISDN, DSL |

| Netzzugang | PPP, CSMA/CD |

| Internetschicht | IP, ICMP |

| Host-to-Host-Transportschicht | TCP, UDP |

| Anwendungsschicht | SMTP, FTP, HTTP |

Der Befehl ping arbeitet mit ICMP. Für die Prüfung solltest du die Abkürzungen ausschreiben können und wissen, welche Aufgaben hinter den Begriffen stehen. Auch Fragen dazu, wo ein Protokoll im OSI-Schichtenmodell liegt oder welche Hardware zu einer Schicht gehört, kommen infrage.

IP-Adressen und Subnetting

Bei den historischen IP-Adressklassen entscheidet das Bitmuster am Anfang der Adresse über die Klasse. Klasse A beginnt beispielsweise mit einer Null, Klasse B mit den Bits 10. Solche Zuordnungen werden in den angesprochenen Prüfungen weiterhin abgefragt.

Mit CIDR, ausgeschrieben Classless Inter-Domain Routing, legt die Subnetzmaske fest, welcher Teil einer IP-Adresse zum Netz und welcher zum Host gehört. Im Kapitel werden außerdem Adressbereiche behandelt, einschließlich Broadcast und Multicast.

Zu Subnetting kommen typische Aufgaben vor, bei denen du einen vorgegebenen Adressbereich in Teilnetze aufteilen sollst. Dabei muss jedes Teilnetz genug Adressen für die geforderte Anzahl an Clients enthalten. Das gehört auch für Fachinformatiker:innen Anwendungsentwicklung zum Grundwissen.

Ich empfehle dir, IP-Adressen und Subnetzmasken für diese Aufgaben binär aufzuschreiben. In der Maske markieren die Einsen den Netzanteil, während die Nullen den Hostanteil kennzeichnen. Dadurch kannst du die Grenze auch dann ablesen, wenn sie innerhalb eines Oktetts liegt.

Für die Anzahl der Clients musst du zwei reservierte Adressen einplanen:

Die niedrigste Adresse bezeichnet das Netz.

Die höchste Adresse ist die Broadcast-Adresse.

Bei 16 Clients brauchst du deshalb mindestens 18 Adressen. Mit vier Hostbits stehen 16 Adressen zur Verfügung; für diese Aufgabe sind fünf Hostbits erforderlich.

Durch wiederholtes Rechnen mit Zweierpotenzen lernst du, die passende Maske zu bestimmen. Ich empfehle dir die Übungsaufgaben im Buch und zusätzliche Subnetting-Aufgaben. Die abgedruckten Tabellen kannst du aus dem Rechenprinzip selbst herleiten.

IP-Header, IPv6 und Routing

Am Aufbau eines IP-Headers kannst du nachvollziehen, welche Informationen eine Firewall prüft, um über ein Paket zu entscheiden. Für Fachinformatiker:innen Systemintegration gewichte ich dieses Wissen stärker. Als angehende:r Fachinformatiker:in Anwendungsentwicklung solltest du den Aufbau für dein Verständnis durchlesen.

IPv6 war in vielen der zuletzt besprochenen Prüfungen enthalten, auch im Prüfungsteil Ganzheitlich 2. Wegen der knappen IPv4-Adressen spielt es ebenfalls für die Praxis eine wichtige Rolle. Die weltweite Umstellung läuft bereits seit Jahren; einen festen Zeitpunkt für ihren Abschluss kann ich daraus nicht ableiten.

Beim IP-Routing solltest du verstehen, wie Rechner über einen Router andere Netze erreichen und welche Rolle das Standard-Gateway dabei spielt. Typische Prüfungsaufgaben zeigen mehrere Netze, in denen du passende IP-Adressen oder Gateways eintragen sollst. Dieses Wissen hilft dir bei der Fehlersuche, wenn eine falsch konfigurierte Route den Internetzugang verhindert.

Im Buch werden dazu praktische Beispiele gezeigt, unter anderem mit netstat, das offene Netzwerkverbindungen anzeigt. Auch die Routing-Protokolle RIP und OSPF werden vorgestellt. Wenn du als angehende:r Fachinformatiker:in Anwendungsentwicklung unter Zeitdruck lernst, gebe ich diesen Protokollen eine geringere Priorität.

DHCP und NAT

Mit DHCP, dem Dynamic Host Configuration Protocol, erhält ein Rechner seine Netzwerkkonfiguration automatisch. Das Protokoll gehört zu den relevanten Themen für die Prüfung und deinen Arbeitsalltag.

Bei NAT, Network Address Translation, werden im beschriebenen Heimnetz die internen IP-Adressen hinter der externen Adresse des Routers verborgen. Als Beispiel dient die Fritzbox. Du solltest verstehen, wie das funktioniert und was du beim Konfigurieren einer Firewall berücksichtigen musst.

...

Wir setzen den Buchclub zum Handbuch für Fachinformatiker von Sascha Kersken mit dem vierten Kapitel fort. In der achtundfünfzigsten Episode des Anwendungsentwickler-Podcasts geht es also um Netzwerkgrundlagen.

TL;DR

Mit Kapitel 4 des Handbuchs für Fachinformatiker von Sascha Kersten gehe ich mit dir Netzwerkgrundlagen durch, die du als IT-Azubi auch in der Anwendungsentwicklung für die Praxis und die Abschlussprüfung brauchst. Beim OSI-Modell und dem TCP/IP-Schichtenmodell solltest du die Schichten kennen und passende Geräte sowie Protokolle zuordnen können. Dazu kommen Netzwerktypen, Topologien und Serveraufgaben mit ihren Hardwareanforderungen. Für Ethernet und WLAN gehören auch Kabelstandards sowie die Zugangsverfahren CSMA/CD und CSMA/CA zum Lernstoff.

Kapitelmarken

[00:00:20] Buchclub: Netzwerkgrundlagen und Prüfungsrelevanz

[00:02:32] Paketvermittelte Datenübertragung

[00:03:28] Internetgeschichte, RFCs und World Wide Web

[00:05:48] Das OSI-Referenzmodell

[00:09:36] Prüfungsaufgaben zum OSI-Modell

[00:10:17] TCP/IP-Stack und DDN-Modell

[00:12:21] Schichtenmodelle am Beispiel eines Websiteaufrufs

[00:14:06] Netzwerke nach Reichweite: LAN, MAN, WAN und GAN

[00:16:11] Topologien und strukturierte Verkabelung

[00:18:29] Client-Server und Peer-to-Peer

[00:20:32] Serverarten und Hardwareanforderungen

[00:24:17] Netzwerkkarten und IEEE-Standards

[00:26:27] Ethernet und CSMA/CD

[00:27:13] Netzwerkkabel, RJ45 und Netzwerkgeräte

[00:29:13] WLAN-Standards und CSMA/CA

[00:30:29] Ausblick auf TCP/IP und Datenfernübertragung

[00:31:33] Weitere Buchclub-Termine: Betriebssysteme, Windows und Linux

[00:33:15] Kontakt, Shownotes und Open Book

[00:34:25] Word-Vorlage für die Projektdokumentation

Inhalt

4.1 Einführung

Paketvermittlung ist Grundlage.

Geschichte ist nice to know.

Hypertext usw. ist wichtig, wird aber in späteren Kapiteln noch vertieft.

4.2 Funktionsebenen von Netzwerken

OSI-Referenzmodell ist absolutes Pflichtprogramm für jeden Prüfling.

Ebenso das DDN-Modell.

Beide werden auch für Einsteiger gut verständlich erklärt (schönes Beispiel mit Telefonverbindung).

4.3 Klassifizierung von Netzwerken

LAN, MAN, GAN, WAN sind wichtig zu wissen.

Die verschiedenen Topologien sind absolut prüfungsrelevant.

Zu den verschiedenen Serverarten kommen häufig Transferaufgaben ("Wählen Sie die Hardware aus.") vor.

4.4 Netzwerkkarten, Netzwerkkabel und Netzzugangsverfahren

IEEE-Standards muss man nicht (komplett) auswendig kennen.

CSMA/CD und CSMA/CA sind prüfungsrelevant.

Verkabelung ist ebenso relevant für die Prüfung.

Drahtlosnetzwerke gehören zum Grundwissen jedes ITlers. Hier darf man auch die IEEE-Standards kennen.

Literaturempfehlungen

Na was wohl? ;-)

*(direkt beim Rheinwerk-Verlag bestellen*)

Links

Permalink zu dieser Podcast-Episode

RSS-Feed des Podcasts 4 Netzwerkgrundlagen - Rheinwerk Computing :: IT-Handbuch für Fachinformatiker

Zusammenfassung

Netzwerkgrundlagen für deine IT-Ausbildung

Im Buchclub bespreche ich mit dir den ersten Teil von Kapitel 4 des Handbuchs für Fachinformatiker von Sascha Kersten. Meine IT-Azubis haben das Kapitel ebenfalls gelesen und ihre Rückmeldungen beigetragen. Für dich als angehende:r Fachinformatiker:in Anwendungsentwicklung gehört das Thema zum Grundwissen, weil die heutige IT-Infrastruktur auf Netzwerktechniken wie TCP/IP und DNS basiert.

Datenpakete und die Geschichte des Internets

Bei der paketvermittelten Datenübertragung werden Daten als kleine Pakete durch das Netzwerk geschickt. Das Prinzip lässt sich mit Paketen vergleichen, die über verschiedene Verteilzentren ihr Ziel erreichen. Darauf beruhen das Internet und die Netzwerke in Unternehmen oder bei dir zu Hause.

Die Einführung behandelt auch die Schaltkreisvermittlung anhand des Telefons.

Mit dem historischen Hintergrund des ARPANET wird verständlich, weshalb ausfallsichere Verbindungen beim Internet eine Rolle spielen. Fällt ein Knoten oder eine Leitung aus, können Daten über andere Wege ihr Ziel erreichen.

RFC steht für Request for Comments. Solche Dokumente beschreiben unter anderem Standards für Netzwerkprotokolle.

Das World Wide Web und Hypertext werden zusammen mit HTML kurz angesprochen. Das Buch vertieft diese Grundlagen später im Kapitel zur Webentwicklung.

Aus meinen bisherigen Prüfungen kenne ich wenige Fragen zur Internetgeschichte oder zu RFCs. Diese Themen helfen dir dabei, die heutigen Techniken zu verstehen.

Das OSI-Referenzmodell

Mit seinen sieben Schichten beschreibt das OSI-Modell, wie Daten zwischen zwei Seiten übertragen werden. Die unterste Schicht, die physikalische Ebene beziehungsweise Physical Layer, behandelt den Transport einzelner Bits, etwa über Kabel oder Funk. Auf der siebten Schicht, der Anwendungsschicht beziehungsweise Application Layer, arbeiten anwendungsbezogene Protokolle wie HTTP und FTP. Auch SMTP gehört dorthin.

Für die schriftliche und mündliche Prüfung solltest du:

die deutschen und englischen Namen aller Schichten kennen,

die Aufgaben der einzelnen Schichten beschreiben können,

Netzwerkgeräte den passenden Schichten zuordnen,

Protokolle im Modell einordnen und erklären können, wie die Schichten zusammenarbeiten.

Im Buch wird das Modell anhand eines Telefongesprächs und eines Netzwerkbeispiels erläutert. Meine IT-Azubis fanden diese Beispiele verständlich. Ich empfehle dir das Kapitel als Grundlage, wenn du dich mit den Schichtenmodellen beschäftigst.

TCP/IP-Stack und DDN-Modell

Das Schichtenmodell der Internetprotokolle wird auch TCP/IP-Stack oder DDN-Modell genannt. Es umfasst vier Ebenen:

Netzzugangsschicht

Internetschicht

Host-to-Host-Transportschicht

Anwendungsschicht

Die Anwendungsschicht fasst die drei oberen Schichten des OSI-Modells zusammen. Weil das Internet auf TCP/IP basiert, begegnet dir dieses Modell in der Praxis häufig. Im Buch findest du auch die Zuordnung zwischen beiden Modellen.

Ich habe bereits eine Prüfungsaufgabe gesehen, bei der die Schichtnamen beider Modelle ergänzt und Beispielprotokolle genannt werden sollten.

Beispiel: Eine Website aufrufen

Wenn du im Browser eine Website öffnest, fordert ein HTTP-GET-Befehl eine Ressource vom Server an. Dieser Befehl gehört zur Anwendungsschicht. Auf dem Weg durch die weiteren Schichten werden die Daten für den Transport aufbereitet und mit Adressinformationen versehen. Auf der untersten Ebene werden Bits über die jeweilige Verbindung übertragen, etwa über ein LAN-Kabel oder eine Mobilfunkverbindung.

Netzwerke nach Reichweite einordnen

Das Kapitel nennt vier Begriffe für die räumliche Reichweite:

LAN: Local Area Network

MAN: Metropolitan Area Network

WAN: Wide Area Network

GAN: Global Area Network

Du solltest die Begriffe kennen und einem Beispiel zuordnen können. Eine Prüfungsaufgabe kann etwa ein Bürogebäude innerhalb einer Stadt zeigen, deren Netzwerke du passend beschriften sollst. In meinem Arbeitsalltag als Anwendungsentwickler spielen diese Kategorien eine geringe Rolle.

Topologien und strukturierte Verkabelung

Das Buch behandelt Bus, Stern, Ring und Baum. Du solltest erkennen können, wie die Knoten miteinander verbunden sind und welche Folgen der Aufbau für das Netzwerk hat.

Bei einer Sterntopologie verbinden sich alle Knoten mit einer zentralen Komponente. Fällt sie aus, ist die Kommunikation im Netzwerk unterbrochen. In einem Ring sind die Knoten hintereinander zu einem Kreis verbunden. Dabei können längere Wege entstehen, weil Daten mehrere Knoten passieren müssen.

Wenn du ein Bürogebäude strukturiert verkabelst, brauchst du dieses Wissen für die Anschlüsse auf einer Etage sowie für die Verbindungen zwischen Etagen und Außenstellen. Prüfungsaufgaben können Zeichnungen enthalten, deren Topologie du benennen sollst. Auch eine begründete Empfehlung für einen konkreten Anwendungsfall kann gefragt sein.

Client-Server und Peer-to-Peer

Bei Client-Server-Netzwerken kommunizieren mehrere Clients mit einem zentralen Server. Dessen Verfügbarkeit ist für die angebotenen Dienste entscheidend.

In Peer-to-Peer-Netzwerken tauschen die beteiligten Geräte Daten direkt miteinander aus. Beispiele sind BitTorrent und eMule. Dateien können parallel von mehreren Peers übertragen werden, wodurch sich die Last verteilt. Dabei müssen die Peers synchronisiert werden.

Für eine Prüfungsaufgabe solltest du die Eigenschaften beider Ansätze erklären und auf den vorgegebenen Anwendungsfall übertragen können.

Serveraufgaben und passende Hardware

Zu den behandelten Serverarten gehören File-Server und Print-Server sowie Mail-, Web-, Verzeichnisdienst- und Anwendungsserver. Ich ergänze den Datenbankserver, der ebenfalls eigene Anforderungen mitbringt.

Ein File-Server stellt Dateien bereit, etwa über ein Netzlaufwerk. Dafür steht ausreichend Speicherplatz im Vordergrund; als mögliche Speicherlösungen werden RAID, NAS und SAN genannt.

Ein Verzeichnisdienstserver begegnet dir beispielsweise bei der Anmeldung über Active Directory.

Bei einem Webserver kann die CPU-Leistung für die eingehenden Anfragen wichtig sein.

Ein Datenbankserver braucht viel RAM, damit häufig abgefragte Daten schnell verfügbar sind.

Ein Anwendungsserver erleichtert die zentrale Wartung von Anwendungen. Er braucht passende Ressourcen, und die Arbeit mit ihm hängt von der Netzwerkverbindung ab.

In Prüfungen kann gefragt sein, welche Serverarten du aus deinem Betrieb kennst und welche Aufgaben sie haben. Außerdem solltest du passende Hardware auswählen und Anforderungen an Backups berücksichtigen können.

Ethernet, Kabel und Netzzugang

Die IEEE-802-Standards beschreiben verschiedene Netzwerktechniken. Für dich ist insbesondere IEEE 802.11 als Standardfamilie für drahtlose Netzwerke relevant. Die vollständige Liste der IEEE-Gruppen auswendig zu lernen, empfehle ich für die Anwendungsentwicklung nicht.

Bei Ethernet gehört CSMA/CD, ausgeschrieben Carrier Sense Multiple Access with Collision Detection, zum Lernstoff. Das Verfahren regelt den gemeinsamen Zugriff auf das Übertragungsmedium und erkennt Kollisionen....

In dieser Sonderausgabe des Anwendungsentwickler-Podcasts stelle ich meine Microsoft Word-/LibreOffice-Vorlage für die Projektdokumentation der IT-Berufe vor.

Inhalt

Schon seit langer Zeit kannst du dir auf dieser Seite meine Vorlage für die Projektdokumentation herunterladen. Allerdings nur für LaTeX.

Wenn du stattdessen lieber mit Microsoft Word* oder LibreOffice arbeiten möchtest, gibt es nun unter dieperfekteprojektdokumentation.de meine Vorlage zum Download.

Dies hier sind nur einige Beispiele der Inhalte:

Komplette Gliederung einer üblichen Projekdokumentation inkl. Anhang.

Beispielinhalte (z.B. Entity-Relationship-Model, Klassendiagramm, Kostenrechnung, Nutzwertanalyse) für zentrale Gliederungspunkte.

Gesamte Formatierung über leicht zu ändernde Formatvorlagen.

Verzeichnisse (Inhalt, Abbildungen, Tabellen, Listings) werden automatisch generiert.

Automatisch generiertes Abkürzungs- und Literaturverzeichnis.

Ansprechende Gestaltung inkl. Deckblatt und Kopf- und Fußzeile.

Einfache Konfiguration der Metadaten (z.B. Autor und Unternehmen) über Dokumenteigenschaften.

Inkl. Checkliste zur Projektdokumentation mit über 100 Punkten.

Alternativ kommst du über diesen Link direkt zum Shop bei Digistore24, wo du die Vorlage mit wenigen Klicks kaufen kannst:

Links

Permalink zu dieser Podcast-Episode

RSS-Feed des Podcasts

Nach der Vorbereitung des Abschlussprojekts beende ich nun meine zweiteilige Reihe zur Durchführung des Abschlussprojekts mit Projektantrag und Umsetzung in der siebenundfünfzigsten Episode des Anwendungsentwickler-Podcasts.

TL;DR

Für dein Abschlussprojekt empfehle ich dir, etwa ein halbes Jahr vor dem Projektantrag ein passendes betriebliches Thema auszuwählen und die Anforderungen früh aufzuschreiben. Mit einem groben Architekturentwurf und geplanten Artefakten kannst du überschaubare Arbeitspakete bilden, deren Aufwand schätzen und den Antrag nach den Vorgaben deiner IHK schreiben. Während du das Projekt umsetzt, hältst du deine Arbeitszeiten fest und schreibst die Projektdokumentation parallel, wobei du Zwischenergebnisse direkt sicherst. Hole regelmäßig Feedback von deinem/deiner Ausbilder:in ein und plane genügend Zeit ein, um die Dokumentation zu korrigieren.

Kapitelmarken

[00:00:00] Hinweise zur Projektdokumentation

[00:00:30] Projektantrag und Projektarbeit vorbereiten

[00:01:25] Der Weg zum Projektantrag

[00:02:20] Ein geeignetes betriebliches Thema auswählen

[00:04:47] Anforderungen strukturiert aufschreiben

[00:07:22] Das Lastenheft mit dem Fachbereich erarbeiten

[00:08:21] Die Anwendung grob entwerfen und Features planen

[00:11:25] Artefakte für die Dokumentation einplanen

[00:13:24] Den Aufwand in kleinen Arbeitspaketen schätzen

[00:15:08] Einen passenden Projektplan erstellen

[00:17:27] Den Antrag nach den Vorgaben der IHK schreiben

[00:19:29] Feedback zum Antrag und Freigabe im Unternehmen

[00:21:25] Mit der eigentlichen Projektarbeit beginnen

[00:23:13] Artefakte während der Entwicklung erstellen

[00:25:12] Methoden und Zeitplanung aufeinander abstimmen

[00:26:25] Arbeitszeiten erfassen und Abweichungen begründen

[00:27:36] Eingesetzte Technologien verstehen und erklären

[00:29:21] Die Projektdokumentation parallel schreiben

[00:30:37] Zwischenergebnisse sichern

[00:32:06] Zeitaufwand für Details begrenzen

[00:34:05] Regelmäßig Feedback zur Dokumentation einholen

[00:35:29] Zeit für Korrekturen und Layout einplanen

[00:36:30] Material für die Projektpräsentation sammeln

[00:38:23] Rückblick auf die Vorbereitung und Projektarbeit

[00:39:49] Literaturempfehlung zur Projektarbeit

[00:40:30] Shownotes und Beitrag zur Wirtschaftlichkeit

[00:41:05] Schulungsunterlagen zu Java EE

[00:41:46] Newsletter und Checklisten

Inhalt

Der Weg zum Projektantrag

Geeignetes Thema auswählen.

Anforderungen strukturiert aufnehmen und gleich in verwertbarer Form dokumentieren (lassen), z.B. als Lastenheft.

Grobdesign der Anwendung erstellen.

Zu verwendende Artefakte planen.

Aufwand schätzen.

Projekt-/Iterationsplan erstellen.

Projektantrag schreiben.

Auf Genehmigung des Projektantrags warten.

Umsetzung der Projekts

Methoden anwenden und direkt dokumentieren und Artefakte sammeln.

Reihenfolge hängt vom gewählten Entwicklungsprozess ab.

Wasserfall: Design, Implementierung, Test, Abnahme usw. in einzelnen Phasen

Agil: Design/Test/Implementierung in Iterationen

Benötigte Zeit im Blick behalten.

Alle verwendeten Technologien und Begriffe sofort klären.

Projektdokumentation parallel zur Umsetzung schreiben (sonst vergisst man später die Hälfte).

Zwischenergebnisse dokumentieren (z.B. Entwürfe, Screenshots) und direkt in die Dokumentation einbauen.

Nicht zu viel Zeit mit Details verschwenden (z.B. pixelgenaue Positionierung in Weboberflächen, unwahrscheinliche Sonderfälle in Tests).

Laufend Feedback von Ausbilder/in einholen. Auch (oder gerade) für die Dokumentation.

Genug Zeit für den Feinschliff der Projektdokumentation einplanen (z.B. Textsatz mit Grafiken, Korrekturen durch Ausbilder/in).

Ggfs. schon Ideen für Projektpräsentation festhalten, z.B. Artefakte, die sich gut für Folien eignen oder witzige Ideen für die Foliengestaltung.

Literaturempfehlungen

Für die Durchführung des Abschlussprojekts habe ich - anders als für die Vorbereitung auf die schrifliche Prüfung - nur eine Buchempfehlung: Clevere Tipps für die Projektarbeit* von Anselm Rohrer. Das Buch habe ich auch bei der Erstellung meiner Vorlage für die Projektdokumentation verwendet.

*

Links

Permalink zu dieser Podcast-Episode

RSS-Feed des Podcasts

Themenfindung für das Abschlussprojekt

Inhalte des Projektantrags

Muss die Projektbearbeitungszeit (70 Stunden) wirklich genau eingehalten werden?

Zusammenfassung

Ein geeignetes Thema finden

Etwa ein halbes Jahr vor der Abgabe des Projektantrags empfehle ich dir, ein Thema aus deiner betrieblichen Praxis auszuwählen. Kläre dabei, ob dein Unternehmen das Projekt unterstützt und welche Ansprechpersonen dir zur Verfügung stehen. Die eingesetzten Technologien solltest du bereits kennen und beherrschen.

Das Thema muss dir ermöglichen, die Fähigkeiten zu zeigen, die du als Fachinformatiker:in Anwendungsentwicklung laut Ausbildungsverordnung brauchst. Dazu gehören beispielsweise der Umgang mit einer Datenbank und das Entwickeln einer Oberfläche samt Anwendungslogik. Prüfe außerdem, welchen Mehrwert das Projekt deinem Unternehmen bringt und ob du berechnen kannst, wann sich die Kosten amortisieren.

Bei einem Migrationsprojekt kann es schwierig werden, geeignete Entscheidungsgrundlagen wie eine Nutzwertanalyse zu erarbeiten. Prüfe deshalb früh, welche fachlichen und wirtschaftlichen Aspekte dein Thema abdeckt. Ausführlichere Hinweise zur Themenwahl findest du in meiner Episode 24; Episode 25 behandelt den Projektantrag.

Anforderungen vor dem Antrag aufschreiben

Wenn du ein Thema gefunden hast, klärst du mit dem Fachbereich oder dem/der Kund:in, was die Anwendung leisten soll. Halte die Anforderungen strukturiert fest. Dafür kommen unter anderem folgende Formen infrage:

Ein Lastenheft beschreibt, was der Fachbereich oder der/die Kund:in erwartet.

User Stories folgen dem Muster "Als Rolle möchte ich Funktion, damit Begründung". Ein Beispiel: "Als Bankkund:in möchte ich mich anmelden können, um meinen Kontostand zu kontrollieren."

Mit MoSCoW ordnest du Anforderungen den Kategorien Must, Should, Could und Won’t zu.

Orientiere dich an den Abläufen deines Unternehmens, damit die beteiligten Personen mit deinen Unterlagen arbeiten können. Formuliere Anforderungen so konkret, dass sie nachvollziehbar sind, etwa durch eine vorgegebene Antwortzeit des Systems.

Bereite die Unterlagen gleich so vor, dass du später passende Auszüge in den Anhang deiner Projektdokumentation übernehmen kannst. Wenn ein Lastenheft bereits vor der eigentlichen Projektzeit fertig ist, muss deine Zeitplanung diesen Stand korrekt berücksichtigen.

Das Lastenheft kommt seinem Zweck nach vom Fachbereich oder von dem/der Kund:in. In der Praxis schreiben es häufig Entwickler:innen, weil den Auftraggebenden die Erfahrung damit fehlt. In meinem Unternehmen erarbeiten Entwickler:innen und Fachbereich es gemeinsam.

Die Anwendung grob entwerfen

Bevor du den Aufwand schätzt, brauchst du eine Vorstellung davon, wie deine Anwendung aufgebaut sein soll. Kläre die Architektur und welche Komponenten daraus entstehen. Auch die geplante Datenbank und die Oberfläche müssen so weit feststehen, dass du die Arbeit einschätzen kannst.

Der detaillierte Entwurf gehört zur eigentlichen Projektarbeit. Für den Antrag reicht ein grober Entwurf, aus dem sich deine Arbeitspakete ergeben.

Ich empfehle dir, einzelne Features über die beteiligten Schichten hinweg zu planen. Bei einem Login kannst du beispielsweise einschätzen, welche Tabellen und Logikklassen erforderlich sind und wie die passende Oberfläche aussieht. Dabei berücksichtigst du auch, dass während der Entwicklung Änderungen entstehen können.

Artefakte im Antrag einplanen

Überlege beim groben Entwurf, welche Unterlagen dein methodisches Vorgehen später belegen. Je nach Projekt eignen sich beispielsweise:

eine Architekturskizze oder ein UML-Komponentendiagramm,

ein ER-Modell beziehungsweise ein Tabellenmodell,

ein Klassendiagramm,

ein Use-Case-Diagramm.

Nenne die geplanten Artefakte bereits im Projektantrag. Als Prüfer möchte ich daraus erkennen können, wie du die Software methodisch entwickelst und welche Nachweise ich später in deiner Dokumentation finde.

Aufwand schätzen und den Projektplan erstellen

Zerlege die Arbeit in überschaubare Pakete, deren Dauer du anhand deiner Erfahrungen aus früheren Projekten einschätzen kannst. Ein Login-Formular oder ein Klassendiagramm lässt sich konkret beschreiben und zeitlich einordnen.

Aus den geschätzten Zeiten entsteht dein Projektplan. Darin muss erkennbar sein, wie du das Projekt gliederst und ob der Umfang innerhalb der vorgesehenen Zeit machbar ist. Die hier behandelte Projektarbeit hat einen Zeitrahmen von 70 Stunden, einschließlich der Artefakte und der Projektdokumentation.

Passe den Plan an den Entwicklungsprozess deines Unternehmens an:

Bei einem klassischen Vorgehen kann ein Gantt-Diagramm die zeitlichen Abläufe darstellen.

Bei einem agilen Vorgehen bietet sich ein Iterationsplan an, der Features sowie zugehörige Tests enthält und Feedback nach den Iterationen berücksichtigt.

Die geplanten Zeiten müssen zu den Methoden passen, mit denen du arbeitest.

Den Antrag nach den Vorgaben deiner IHK schreiben

Mit dem Projektplan kannst du die weiteren geforderten Angaben ausarbeiten. Dazu zählen die Ausgangssituation und die Begründung des Projekts. Beschreibe außerdem, wer das Ergebnis benötigt und welche Schnittstellen dein Projekt hat.

Informiere dich früh über die Vorgaben deiner IHK. Manche IHKs verlangen ein Onlineformular mit festgelegten Feldern, andere erlauben ein mehrseitiges PDF. Richte deinen Antrag nach dem Format und den Inhalten aus, die deine IHK erwartet.

Lass deinen/deine Ausbilder:in den Antrag vor der Abgabe prüfen. Dabei geht es um die Eignung des Themas und darum, ob deine Planung nachvollziehbar ist. Auch sprachliche Fehler sollten dabei korrigiert werden. Bei meiner IHK muss das Unternehmen den Antrag zusätzlich mit einer separaten PIN freigeben.

Das Projekt umsetzen und dabei dokumentieren

...

Wir setzen den Buchclub zum Handbuch für Fachinformatiker von Sascha Kersken mit dem dritten Kapitel fort. In der sechsundfünfzigsten Episode des Anwendungsentwickler-Podcasts geht es also um Hardware.

TL;DR

Im Buchclub zum Handbuch für Fachinformatiker von Sascha Kersken gehe ich mit dir das Hardwarekapitel durch. Für dich als IT-Azubi gehören der Aufbau eines PCs und die Arbeitsweise seiner Komponenten zum Grundwissen. In den besprochenen Prüfungsaufgaben spielen vor allem Schnittstellen und Massenspeicher eine Rolle, wobei du RAID genauer lernen solltest. Bei Aufgaben zu Peripheriegeräten brauchst du deren Eigenschaften, um passende Hardware auszuwählen; für Rechenaufgaben helfen dir bekannte Kapazitäten und Übertragungsraten. Wenn dir ein Wert fehlt, halte eine Annahme fest und rechne damit weiter, um Teilpunkte für deinen Lösungsweg zu bekommen.

Kapitelmarken

[00:00:01] Einstieg in den Buchclub

[00:00:35] Themenwahl und Mitmachen beim Buchclub

[00:02:08] Aufbau des Hardwarekapitels

[00:02:33] EVA-Prinzip

[00:03:23] Von-Neumann-Architektur

[00:04:17] Rechnergeschichte und Geräteklassen

[00:04:48] PC-Bauteile anhand von Bildern erkennen

[00:06:11] Zentraleinheit und Aufbau der CPU

[00:07:48] Leistungsmerkmale sowie 32 und 64 Bit

[00:09:07] Prozessorarchitekturen und Maschinenbefehle

[00:09:55] Arbeitsspeicher und RAM-Arten

[00:10:29] BIOS und UEFI

[00:11:27] Bussysteme und IRQs

[00:12:37] Anschlüsse für Erweiterungskarten

[00:13:39] Laufwerksanschlüsse

[00:14:28] USB, drahtlose Schnittstellen und Übertragungsraten

[00:16:58] Peripherie und Massenspeicher

[00:18:14] RAID-Level und verfügbare Speicherkapazität

[00:19:57] Optische Datenträger und Rechenaufgaben

[00:22:13] Teilpunkte durch Annahmen und Teillösungen

[00:23:31] Formate optischer Datenträger

[00:23:51] Eingabegeräte und Scanner

[00:24:37] Grafikkarten und Standardauflösungen

[00:25:21] Monitore passend zu Anforderungen auswählen

[00:26:16] Druckerarten und ihre Eigenschaften

[00:27:02] Sound-Hardware und Rückblick auf die Peripherie

[00:28:14] Netzwerkgrundlagen und nächste Buchclub-Termine

[00:29:18] Handbuch und ältere Open-Book-Ausgabe

[00:30:28] CeBIT-Folien zu Java EE 7

[00:31:59] Website mit Tipps zur Prüfung

[00:32:28] Newsletter und Materialien zum Abschlussprojekt

[00:33:17] Ausblick auf die nächsten Episoden

Inhalt

Grundlagen

EVA-Prinzip und von Neumann-Architektur sollte jeder Informatiker gehört haben.

Rechnergeschichte ist nice to know, aber für die Prüfung irrelevant.

Bild des Computers war hilfreich für meine Azubis.

Die Anschlüsse müssen teilweise im Detail für die Prüfung bekannt sein.

Die Zentraleinheit

Hier gab es einige Wiederholungen.

Aufbau der Zentraleinheit sollte jedem Informatiker bekannt sein. In der Prüfung wird er aber weniger abgefragt.

Aufbau des Prozessors und Architekturen sind ebenfalls spannend, aber unwichtig für die Prüfung. Es gab aber mal eine Frage zu x86 vs. 64 Bit.

Stack Overflow muss jeder mal gehört haben.

Unterschiedliche RAM-Arten sind unwichtig für die Prüfung.

Abschnitte zu BIOS, Bus, IRQ sind interessant, aber nicht relevant für die Prüfung.

Die verschiedenen Steckplätze auf dem Mainboard sowie die Laufwerksanschlüsse usw. gehören zum Grundwissen. Auch die Abkürzungen lernen!

Die Peripherie

Sehr viele Inhalte, die man sich nicht komplett merken kann.

Massenspeicher sind wichtig für die Prüfung (insb. Vor- und Nachteile).

Die genaue Einteilung der Festplatte ist nicht wichtig.

RAID ist absolutes Pflichtprogramm.

Ebenso optische Speichermedien, wobei die bunten Bücher unwichtig sind. Hinweis: Geschwindigkeiten lernen!

Tastatur/Maus/Scanner sind wenig prüfungsrelevant.

Die verschiedenen Grafikauflösungen sollte man gehört haben.

Bei den Monitoren sind insb. die Unterschiede und Vor- und Nachteile interessant.

Das gleiche gilt für Drucker.

Zur Soundhardware habe ich noch nie Prüfungsaufgaben gesehen.

Nächster Buchclub: 18.04.2016, Kapitel 4 (Netzwerkgrundlagen)

Literaturempfehlungen

Ist doch wohl klar, oder? ;-)

*(direkt beim Rheinwerk-Verlag bestellen*)

Links

Permalink zu dieser Podcast-Episode

RSS-Feed des Podcasts

3 Hardware - Rheinwerk Computing :: IT-Handbuch für Fachinformatiker

Zusammenfassung

Hardware im Buchclub

Mit meinen beiden IT-Azubis habe ich Kapitel 3 des Handbuchs für Fachinformatiker von Sascha Kersken besprochen. Es behandelt die Grundlagen der Hardware sowie die Zentraleinheit und Peripheriegeräte. Meine Hinweise zur Prüfung beruhen auf den Aufgaben, die ich zum Zeitpunkt der Episode im Jahr 2016 kannte.

Grundlagen und Aufbau eines PCs

Wenn du als Fachinformatiker:in Anwendungsentwicklung programmierst, arbeitest du an der Verarbeitung von Daten. Das EVA-Prinzip beschreibt den Ablauf von der Eingabe über die Verarbeitung bis zur Ausgabe und gehört zum Grundwissen in der IT.

Zur Von-Neumann-Architektur gehören Steuerwerk und Rechenwerk sowie Hauptspeicher und Ein- beziehungsweise Ausgabeeinheiten. Auch heutige PCs folgen diesem grundlegenden Aufbau. Direkte Prüfungsfragen dazu sind mir bisher kaum begegnet.

Die Bilder im Buch zeigen einen PC von außen und geben Einblick in sein Inneres. Anhand des Mainboards kannst du Bauteile und Anschlüsse erkennen. Meine Azubis fanden diesen Praxisbezug hilfreich, weil die Abbildungen den Einstieg erleichtern, wenn du bisher selten einen PC geöffnet hast.

Für die Prüfung haben die Geschichte der Rechner und die Einteilung in Geräteklassen wie Desktop-PC oder Laptop nach meinen bisherigen Erfahrungen wenig Gewicht.

Zentraleinheit und Prozessor

Zum Bereich der Zentraleinheit zählen neben der CPU auch Arbeitsspeicher und ROM sowie Chipsatz und Bussysteme. Im Buch erfährst du, wie ein Prozessor intern arbeitet und welche Aufgaben seine Bestandteile übernehmen. Dazu gehören:

die ALU als arithmetisch-logische Einheit,

Register,

das Steuerwerk,

Caches, etwa Level 1 und Level 2.

Mit diesem Wissen kannst du Angaben zu einem PC besser einordnen, etwa wenn beim Kauf mit der Größe eines Caches geworben wird. Zu diesen Details habe ich bisher wenige Prüfungsaufgaben gesehen.

Mit 32 und 64 Bit solltest du dich genauer beschäftigen, weil mir dazu bereits eine Prüfungsaufgabe begegnet ist. Gefragt wurde nach den Vorteilen von 64 Bit. Du solltest erklären können, welche praktischen Folgen die Wortbreite für einen Rechner oder sein Betriebssystem hat.

Weitere Abschnitte behandeln Prozessorarchitekturen wie RISC und CISC sowie Maschinenbefehle und Assembler. Auch die verschiedenen RAM-Arten werden beschrieben. Die ausführlichen technischen Details dieser Themen hatten in den mir bekannten Prüfungen wenig Gewicht.

BIOS und Bussysteme

Das Buch beschreibt das BIOS einschließlich seiner Menüpunkte und Updates ausführlich. Zum Zeitpunkt der Episode werden neue PCs bereits mit dem Nachfolger UEFI ausgeliefert, den das Kapitel ebenfalls behandelt. Einzelne BIOS-Menüpunkte spielen für die besprochenen Prüfungen kaum eine Rolle.

Bei Bussystemen geht es unter anderem um serielle und parallele Datenübertragung. Die früher nötige manuelle Zuordnung von IRQs übernimmt inzwischen das Betriebssystem. Für solche Details würde ich beim Lernen wenig Zeit einplanen.

Schnittstellen für die Prüfung lernen

Bei den Anschlüssen solltest du genauer hinsehen, weil dazu Prüfungsfragen vorkommen. Lerne die ausgeschriebenen Bezeichnungen der Abkürzungen und die Eigenschaften der jeweiligen Schnittstellen.

Erweiterungskarten: Bei PCI und PCI Express sowie AGP solltest du die Unterschiede kennen und eine passende Schnittstelle begründen können.

Laufwerke: Das Kapitel behandelt SCSI und IDE sowie deren Weiterentwicklungen SAS und SATA. Dazu gehören auch Begriffe wie Master und Slave beim älteren IDE-Anschluss.

Weitere Anschlüsse: USB und FireWire kommen als Themen infrage. Präge dir bei den jeweiligen Versionen die Übertragungsraten ein.

Drahtlose Verbindungen: Bei WLAN und Bluetooth brauchst du Kenntnisse über die Standards und ihre Geschwindigkeiten.

Für eine Aufgabe, in der du die Dauer einer Datenübertragung berechnen sollst, brauchst du die Datenmenge und die passende Übertragungsrate. Im Podcast dient das Übertragen von 300 MB über USB 1.1 als Beispiel.

Massenspeicher und RAID

Bei Aufgaben zu Backups musst du begründen können, welches Speichermedium zu den Anforderungen passt. Dafür brauchst du die Eigenschaften magnetischer und optischer Datenträger. Auch den grundlegenden Aufbau einer Festplatte solltest du kennen. Sehr genaue Angaben zu Startadressen oder zur Position einzelner Bytes auf einer Festplatte haben in den besprochenen Prüfungen wenig Gewicht.

RAID ist in den mir bekannten Prüfungen häufig vorgekommen, auch im damaligen Prüfungsteil Ganzheitliche Aufgabe 1 für Fachinformatiker:innen Anwendungsentwicklung. Für dieses Thema solltest du zusätzliche Literatur heranziehen, da das Buch einen Einstieg bietet.

Lerne mindestens diese RAID-Level:

RAID 0,

RAID 1,

RAID 5,

RAID 01,

RAID 10.

Du solltest darstellen können, wie die Festplatten in den jeweiligen Verbünden zusammenarbeiten. RAID 0 arbeitet mit Striping, RAID 1 mit Mirroring. Außerdem brauchst du die Anzahl der erforderlichen Festplatten und die verbleibende Speicherkapazität.

Bei RAID 5 sind mindestens drei Festplatten erforderlich. Die verteilten Paritätsinformationen beanspruchen die Kapazität einer Festplatte, sodass bei drei gleich großen Festplatten die Kapazität von zwei für Daten zur Verfügung steht.

Optische Datenträger und Rechenaufgaben

Zu CD und DVD sowie Blu-ray solltest du die Kapazitäten der verschiedenen Formate kennen. Dazu kommen Unterschiede wie beschreibbare und wiederbeschreibbare Medien oder doppelseitige Varianten. Die farbig benannten Standardwerke zur CD, etwa das Red Book, sind mir bisher als Prüfungsinhalt kaum begegnet.

Bei Rechenaufgaben können die einfachen Übertragungsgeschwindigkeiten gefragt sein. Aus einer einfachen Geschwindigkeit lässt sich eine angegebene mehrfache Geschwindigkeit berechnen. Ebenso brauchst du Kapazitätsangaben,...

Wie steige ich in die Bearbeitung des Abschlussprojekts ein? Eine häufige Frage vieler Prüflinge. Daher widme ich die fünfundfünfzigste Folge des Anwendungsentwickler-Podcasts der Durchführung des Abschlussprojekts.

TL;DR

Ich empfehle dir, dich ein halbes bis ein Jahr vor deinem Abschlussprojekt gezielt vorzubereiten und die nötigen Fähigkeiten bereits in früheren Ausbildungsprojekten zu üben. Erfasse Anforderungen gemeinsam mit dem Fachbereich und vergleiche deine geschätzten Zeiten mit dem gemessenen Aufwand. Übe auch die Diagramme für deine Projektdokumentation, damit du sie im Fachgespräch erklären kannst. Für das Abschlussprojekt wählst du eine Technologie, die du bereits beherrschst; das eigentliche Projekt vorab umzusetzen, verstößt gegen die Prüfungsregeln.

Kapitelmarken

[00:00:00] Einstieg und Hinweise zur Projektdokumentation

[00:00:29] Fragen zum Einstieg ins Abschlussprojekt

[00:01:30] Podcast auf fachinformatiker.de und Möglichkeiten zum Mitmachen

[00:04:35] Frühzeitig auf das Abschlussprojekt vorbereiten

[00:07:03] Projektplanung vor dem Antrag und Anlaufstellen für Hilfe

[00:08:31] Prüfungsregeln und erlaubte Vorbereitung

[00:10:36] Anforderungen erfassen und mit dem Fachbereich abstimmen

[00:13:26] Aufwand schätzen und Projektzeit aufteilen

[00:16:01] Zeiten erfassen und mit Schätzungen vergleichen

[00:17:19] UML-Diagramme für Dokumentation und Prüfung üben

[00:20:33] ER-Modelle und Tabellenmodelle vorbereiten

[00:21:12] Vertraute Technologien und Vorbereitung aufs Fachgespräch

[00:23:51] Methoden beherrschen und eine Dokumentationsvorlage vorbereiten

[00:25:32] Ausblick auf Projektantrag und Projektablauf

[00:26:22] Literaturempfehlung zur Projektarbeit

[00:27:05] Git-Cheat-Sheet und Bilder für die Projektpräsentation

[00:28:11] Newsletter mit Checklisten zur Projektarbeit

[00:28:40] Ausblick auf den Buchclub zu Hardware und Netzwerkgrundlagen

Inhalt

Vorbereitung im Vorfeld des Abschlussprojekts

Die Vorbereitung auf das Abschlussprojekt beginnt bereits lange Zeit vor der eigentlichen Projektdurchführung.

Formulierung von Anforderungen so früh wie möglich üben.

Bei üblichen Aufgaben Zeiten tracken, um später besser schätzen zu können.

Erstellung von UML-Diagrammen usw. bereits in früheren Projekten üben.

Synergien nutzen und alles was ("legal") im Vorfeld erledigt werden kann, bereits abarbeiten.

Beispiele: Einarbeitung in neue Frameworks, Architektur erproben, Datenbank ausprobieren, Oberflächendesign umsetzen, Literatur durcharbeiten.

Kurzum: Alles, was im Abschlussprojekt verwendet wird, bereits vorher lernen.

Literaturempfehlungen

Für die Durchführung des Abschlussprojekts habe ich - anders als für die Vorbereitung auf die schrifliche Prüfung - nur eine Buchempfehlung: Clevere Tipps für die Projektarbeit* von Anselm Rohrer. Das Buch habe ich auch bei der Erstellung meiner Vorlage für die Projektdokumentation verwendet.

*

Links

Permalink zu dieser Podcast-Episode

RSS-Feed des Podcasts

Häufige Fragen im Forum - Fachinformatiker-Podcast #1

Aufbau und Ablauf der Abschlussprüfung

Vorbereitung auf die schriftliche Abschlussprüfung

Zusammenfassung

Frühzeitig auf das Abschlussprojekt vorbereiten

Ich empfehle dir, etwa ein halbes bis ein Jahr vor dem Abschlussprojekt mit der gezielten Vorbereitung anzufangen. Viele der erforderlichen Fähigkeiten kannst du schon ab dem ersten Ausbildungsjahr in kleineren Projekten üben. Das Abschlussprojekt trägt wesentlich zu deiner Abschlussnote bei und gibt dir viel Spielraum, deine Fähigkeiten als Fachinformatiker:in für Anwendungsentwicklung zu zeigen.

Schon beim Projektantrag musst du wissen, welches Ziel du erreichen möchtest und welche Aufgaben dafür anfallen. Dazu gehört, die benötigten Ressourcen festzulegen und die verfügbare Zeit auf die Aufgaben zu verteilen. Wenn du dabei Unterstützung brauchst, kannst du dich an dein:e Ausbilder:in wenden. Auch die IHK oder das Forum fachinformatiker.de kommen als Anlaufstellen infrage. Du kannst mir ebenfalls eine E-Mail schreiben.

Die Prüfungsregeln einhalten

Wenn du das Abschlussprojekt bereits vor dem Antrag ganz oder teilweise umsetzt, verstößt du gegen die Prüfungsregeln. Das kann dazu führen, dass du durch die Prüfung fällst und sie ein halbes Jahr später wiederholen musst.

Als Vorbereitung kannst du die vorgesehenen Technologien in anderen Projekten erproben und die Methoden für deine Projektarbeit üben. Auch eine Vorlage für die spätere Dokumentation kannst du schon erstellen.

Anforderungen mit dem Fachbereich klären

Übe in früheren Projekten, selbst mit den Personen zu sprechen, die deine Software später verwenden sollen. Halte ihre Anforderungen schriftlich fest, beispielsweise in einem Lastenheft oder als User-Stories.

Kund:innen und Fachbereiche können häufig nur ungefähr beschreiben, was sie erwarten. Durch gezielte Fragen findest du heraus, welche Details noch fehlen. Dazu gehören beispielsweise Erwartungen an die Bedienbarkeit oder an die Geschwindigkeit der Anwendung.

Gehe deine aufgeschriebenen Anforderungen anschließend mit dem Fachbereich durch. So kannst du Missverständnisse klären, bevor sie sich auf deinen Projektantrag auswirken. Mit meinen IT-Azubis übe ich das bereits ab dem ersten Ausbildungsjahr: Sie sprechen selbst mit den beteiligten Kolleg:innen, deren Rückmeldungen wir anschließend gemeinsam besprechen.

Aufwand schätzen und Zeiten messen

Für das in dieser Episode beschriebene Abschlussprojekt stehen 70 Stunden zur Verfügung. Diese Zeit muss im Antrag nachvollziehbar auf einzelne Aufgaben verteilt sein. Ich empfehle dabei eine Genauigkeit bis auf eine halbe Stunde.

Ein pauschaler Block von 40 Stunden für das Programmieren lässt offen, welche Arbeitsschritte du vorgesehen hast. In meinem Prüfungsausschuss würde ein solcher Antrag abgelehnt, weil ein großer Teil der Projektzeit zu ungenau geplant wäre.

Schätze deshalb schon bei früheren Aufgaben, wie lange du dafür brauchst. Erfasse anschließend die verbrauchte Zeit und vergleiche sie mit deiner Schätzung. Dafür reicht eine Stoppuhr auf dem Handy; falls dein Betrieb bereits ein System zum Erfassen der Arbeitszeiten hat, kannst du dort nachsehen. Durch diesen Vergleich lernst du, deinen Aufwand besser einzuschätzen, und hast Erfahrungswerte für den späteren Antrag.

Diagramme an eigener Software üben

Erstelle die Diagramme für deine spätere Dokumentation schon in früheren Ausbildungsprojekten. Die folgenden UML-Diagramme werden in der Episode als prüfungsrelevant und für die Praxis hilfreich genannt:

Use-Case-Diagramme

Aktivitätsdiagramme

Zustandsdiagramme

Klassendiagramme

Sequenzdiagramme

Ein Klassendiagramm zeigt den statischen Aufbau deiner objektorientierten Software. Mit einem Use-Case-Diagramm kannst du auf einer abstrakten Ebene darstellen, welche Funktionen die Anwendung ihren Anwender:innen bietet. Auch ER-Modelle und Tabellenmodelle kannst du vorab üben.

Lass dir von deinem:deiner Ausbilder:in oder von Kolleg:innen Rückmeldung zu deinen Diagrammen geben. Im Fachgespräch musst du Details erklären können, etwa die verschiedenen Pfeile für Beziehungen zwischen Klassen. Wenn du die Diagramme an eigener Software erprobst, lernst du ihre Bedeutung im Zusammenhang mit deiner Arbeit kennen.

Vertraute Technologien einsetzen

Für dein Abschlussprojekt empfehle ich dir die Technologie, die du am besten beherrschst. Mit der Sprache und den Frameworks aus deinem Arbeitsalltag kannst du deinen Aufwand verlässlicher einschätzen. Deine Erfahrung hilft dir außerdem, Fehlerquellen zu erkennen.

Falls du eine bestimmte Technologie für das Abschlussprojekt vorgesehen hast, arbeite bereits in früheren Projekten damit. Das gilt auch für Architekturkonzepte und Datenbanken sowie für das Gestalten der Oberfläche. Fachliteratur kannst du ebenfalls frühzeitig lesen.

Die verfügbare Projektzeit ist eng bemessen. Wenn du darin erst ein unbekanntes Framework lernen musst, entstehen Risiken für deinen Zeitplan und die Qualität deines Codes. Deine technischen Kenntnisse brauchst du außerdem im Fachgespräch, wenn Prüfer:innen zu deiner Software nachfragen.

Weiterführende Angebote

Zum Nachlesen empfehle ich dir "Clevere Tipps für die Projektarbeit" von Ansem Rohrer. Das Buch enthält konkrete Hinweise zur Projektarbeit und war auch eine Grundlage für meine eigene LaTeX-Vorlage zur Projektdokumentation.

Weitere Angebote aus der Episode:

Unter dieperfekteprojektdokumentation.de findest du weitere Informationen von mir zur Projektdokumentation.

Die Shownotes stehen unter anwendungsentwicklerpodcast.de/55.

Auf fachinformatiker.de habe ich eine Podcast-Episode zu häufigen Fragen aus dem Forum veröffentlicht. Dort kannst du Rückmeldung geben. Wenn du selbst Erfahrungen aus der IT-Ausbildung beitragen möchtest, kannst du dich bei mir oder über das Kontaktformular des Forums melden. Besonders willkommen sind auch Perspektiven aus anderen IT-Berufen.

Im Blog findest du ein Git-Cheat-Sheet, das wichtige Befehle und die Funktionsweise von Git auf einer DIN-A4-Seite darstellt.

Ein weiterer Blogbeitrag behandelt Clip-Arts in der Projektpräsentation. Für deine Folien empfehle ich passende Bilder.

Über anwendungsentwicklerpodcast.de/newsletter erhältst du kostenlos Checklisten zum Projektantrag sowie zur Dokumentation und Präsentation. Du kannst dich jederzeit wieder abmelden.

Die angekündigten Themen zum Schreiben des Projektantrags und zum konkreten Ablauf des Projekts folgen in einer weiteren Episode. Für die nächste Woche ist zunächst eine Buchclub-Folge zum "Handbuch für Fachinformatiker" angekündigt, in der ich mit meinen IT-Azubis die Kapitel zu Hardware und Netzwerkgrundlagen bespreche.

Transkription der gesamten Episode

Automatisch erzeugte Transkription der Episode

[0:00] Hi, hier ist Stefan. In dieser Podcast-Episode geht es um die Projektdokumentation. Wenn

[0:05] du dazu noch mehr Informationen von mir haben willst, dann schau doch mal auf meiner Website

[0:08] vorbei unter dieperfekteprojektdokumentation.de....

Mit Java EE 7 ist es recht einfach möglich, mehrschichtige Enterprise-Anwendungen zu programmieren. In der vierundfünfzigsten Episode des Anwendungsentwickler-Podcasts gibt es eine Lernzielkontrolle zur Enterprise Edition von Java.

TL;DR

Mit meiner Lernzielkontrolle zu Java EE 7 kannst du prüfen, wie gut du die Plattform und ihre Webtechnologien kennst. Java EE bündelt aufeinander abgestimmte Spezifikationen, deren APIs langlebige Anwendungen ermöglichen; ein Application-Server stellt die benötigte Infrastruktur bereit. Für die Praxis stehen JPA für den Datenbankzugriff sowie JSF für Weboberflächen im Mittelpunkt, ergänzt durch CDI und REST-Services mit JAX-RS. Wenn du Java EE in deinem Abschlussprojekt einsetzt, erwarte ich im Fachgespräch, dass du die verwendeten Technologien und ihre Zusammenhänge erklären kannst.

Kapitelmarken

[00:00:01] Einstieg in die Lernzielkontrolle zu Java EE 7

[00:01:20] Die Java-Editionen ME, SE und EE

[00:02:37] Java EE als Sammlung von Spezifikationen

[00:03:30] Versionsnummern von Java und Java EE

[00:04:15] WebSockets und langlebige standardisierte APIs

[00:06:00] Zusammenspiel der Spezifikationen

[00:07:37] Java Community Process und Specification Requests

[00:09:35] Container und Application-Server

[00:12:30] Server einrichten und verwalten

[00:12:55] Web Profile und Full Profile

[00:15:32] Beispiele für Application-Server

[00:16:54] Java-EE-Spezifikationen im Überblick

[00:18:07] APIs und Referenzimplementierungen

[00:19:17] Wichtige Referenzimplementierungen und ihre Aufgaben

[00:20:50] JPA: Objekte in Datenbanken speichern

[00:21:22] Entitäten mit @Entity und @Id kennzeichnen

[00:24:41] Beziehungen und Kardinalitäten mit JPA abbilden

[00:28:14] Daten mit JPQL und Criteria-API abfragen

[00:30:20] NoSQL mit Hibernate OGM anbinden

[00:31:33] Weboberflächen mit JSF und Backing Beans

[00:33:02] Expression Language und getrennte Seitenlogik

[00:34:19] HTTP-Requests mit Servlets verarbeiten

[00:34:45] Dependency Injection mit CDI

[00:36:41] Eindeutige und mehrdeutige Abhängigkeiten

[00:37:23] REST-Services mit JAX-RS und JSON

[00:38:57] AngularJS an Java EE anbinden

[00:39:51] Java EE im Abschlussprojekt und Fachgespräch

[00:41:04] Dokumentation und weiterführende Links

[00:41:39] CeBIT-Vortrag und Artikel zu relationalen Datenbanken

[00:42:45] Feedback und Newsletter

[00:43:27] Ausblick: Einstieg ins Abschlussprojekt

Inhalt

Welche Versionen von Java gibt es?

ME, SE, EE

Was ist Java EE?

Die Enterprise Edition. Eine Sammelspezifikation für mehrere Teilspezifikationen. Ermöglicht die Entwicklung von mehrschichtigen Enterprise-Anwendungen.

Wer definiert die Standards in Java EE?

Der Java Community Process bearbeitet Java Specification Requests.

Wie werden Java EE-Anwendungen ausgeführt?

In einem Container, dem Application Server.

Welche Profile gibt es in Java EE?

Web und Full

Welche Application Server gibt es?

WebSphere, Weblogic, JBoss, Wildfly, Glassfish, TomEE, Jetty, Tomcat

Wie heißen die Referenzimplementierungen für die zentralen Komponenten von Java EE?

JSF: Mojarra, JPA: EclipseLink, CDI: Weld, JAX-RS: Jersey, Bean Validation: Hibernate Validator, JAX-WS: Metro

Was ist JPA?

Java Persistence API

Wie persistiere ich meine Daten mit JPA?

Konfiguration in persistence.xml, Annotation @Entity, weitere Annotationen wie @Id oder @ManyToMany

Wie werden Daten abgefragt?

Mittels JPQL oder der Criteria API.

Kann man auch NoSQL-Datenbanken anbinden?

Ja, z.B. mit Hibernate OGM.

Was ist JSF?

Java Server Faces

Was ist ein Servlet?

Eine Java-Klasse, die Requests verarbeitet.

Was ist CDI?

Contexts and Dependency Injection

Was ist JAX-RS?

Java API for RESTful Web Services

Wie veröffentliche ich eine REST-Ressource?

Mittels Annotationen wie @Path, @GET und @Produces

Literaturempfehlungen

Die "offizielle" Dokumentation von Oracle ist definitiv einen Blick wert: Java Platform, Enterprise Edition: The Java EE Tutorial Release 7 - Contents.

Als deutschsprachiges Buch kann ich Professionell entwickeln mit Java EE 7* empfehlen:

*

Sehr geholfen haben mir auch die Pluralsight-Kurse von Antonio Goncalves.

Links

Permalink zu dieser Podcast-Episode

RSS-Feed des Podcasts

Java Platform, Enterprise Edition – Wikipedia

Difference between Java SE/EE/ME? - Stack Overflow

Java EE - Technologies | Oracle Technology Network | Oracle

Java Community Process – Wikipedia

Java Specification Request – Wikipedia

O Java EE 7 Application Servers, Where Art Thou? – Antonio's Blog

Introducing the Java EE Web Profile - JAXenter

Java EE Compatibility

Java Persistence API – Wikipedia

Java Persistence Query Language - Wikipedia, the free encyclopedia

JavaServer Faces – Wikipedia

Servlet – Wikipedia

Contexts and Dependency Injection – Wikipedia

Java API for RESTful Web Services – Wikipedia

Zusammenfassung

Java-Editionen und zeitlicher Kontext

Meine Lernzielkontrolle richtet sich an dich als IT-Azubi und behandelt Java EE 7 auf dem Stand der Aufnahme im März 2016. Die Beispiele entstehen mit Java 8, während Java EE 8 zu diesem Zeitpunkt noch vorbereitet wird. Die Versionsnummern der Sprache und der Enterprise-Plattform entwickeln sich eigenständig.

Zu den Java-Editionen gehören:

Java ME, Micro Edition: Eine reduzierte Variante für mobile Geräte und beispielsweise Set-Top-Boxen.

Java SE, Standard Edition: Sie umfasst die grundlegenden Java-Funktionen, mit denen du etwa Dateien verarbeitest oder Datenbankverbindungen aufbaust.

Java EE, Enterprise Edition: Sie enthält Java SE und ergänzt die Plattform um weitere APIs und Spezifikationen.

Was Java EE festlegt

Unter Java EE 7 sind 38 Spezifikationen zusammengefasst. Sie beschreiben Schnittstellen und legen fest, wie bestimmte Aufgaben gelöst werden, beispielsweise das Speichern von Objekten in einer relationalen Datenbank. Für die ausführbare Funktion sorgt jeweils eine Implementierung.

Wenn ich gegen diese standardisierten APIs programmiere, kann ich meine Anwendung auf einem anderen Server betreiben, der dieselben Spezifikationen erfüllt. Beim Weiterentwickeln der Plattform soll die Kompatibilität erhalten bleiben, damit Anwendungen über Jahre einsetzbar bleiben.

Als sogenannte Umbrella-Spezifikation stimmt Java EE die enthaltenen Standards aufeinander ab. Dadurch lässt sich etwa Dependency Injection innerhalb anderer Java-EE-Technologien einsetzen, wodurch weniger Code nötig wird, um die Komponenten miteinander zu verbinden. Mit Java EE 7 kommt unter anderem eine standardisierte WebSocket-API hinzu.

Wie neue Standards entstehen

Über den Java Community Process, JCP, durchläuft ein Java Specification Request, JSR, einen festgelegten Prozess vom Vorschlag bis zur fertigen Spezifikation. Die beteiligten Mitglieder prüfen unter anderem, welche Standards bereits existieren und wie sich ein Vorschlag umsetzen lässt. Dieser Prozess kann mehrere Jahre dauern.

JSRs betreffen auch Funktionen der Java-Sprache. Für eine neue Java-EE-Version werden passende Spezifikationen ausgewählt und so zusammengeführt, dass sie zusammenarbeiten.

Anwendungen im Container betreiben

Meine Java-EE-Anwendung deploye ich in einen Application-Server, der sie startet und als Container die Infrastruktur bereitstellt. Dazu gehören beispielsweise Datenbankverbindungen und benannte Dienste. Auch Queues für Messaging können dort bereitstehen.

Die Anwendung fordert die benötigten Ressourcen beim Server an. Damit das funktioniert, müssen die Ressourcen eingerichtet sein und ihre Namen zur Anwendung passen. Der Container übernimmt außerdem Aufgaben wie das Verwalten von Abhängigkeiten, wodurch weniger Setup-Code in der Anwendung erforderlich ist.

Ein:e Administrator:in verwaltet den Server und richtet dort beispielsweise Datenbankverbindungen ein. Häufig übernimmt ein:e Entwickler:in diese Aufgaben selbst, etwa über die Weboberfläche des Servers.

Profile passend zur Anwendung wählen

Full Profile: Der Server stellt sämtliche Funktionen bereit, die Java EE spezifiziert. Dazu gehören auch Technologien für umfangreichere Enterprise-Anwendungen, etwa JMS und die vollständigen EJB-Funktionen.

Web Profile: Es umfasst eine kleinere Auswahl für klassische Webanwendungen, beispielsweise JSF und CDI. JAX-RS gehört standardmäßig nicht dazu.

Für eine Anwendung mit CRUD-Operationen auf Datenbanktabellen reicht die kleinere Auswahl häufig aus. Wenn der Server nur die benötigten Komponenten lädt, sinkt der Aufwand beim Starten und Deployen sowie der Bedarf an Ressourcen.

Beispiele für Server

Als bekannte Produkte gehören IBM WebSphere und Oracle WebLogic zum Java-Umfeld. Hinzu kommen JBoss und die Open-Source-Variante WildFly.

GlassFish ist die Open-Source-Referenzimplementierung der Java-EE-Plattform. TomEE gibt es in verschiedenen Varianten, etwa mit Web Profile oder zusätzlichen REST-Funktionen. Tomcat bietet einen reduzierten Funktionsumfang.

Jetty lässt sich direkt aus einem Java-Prozess starten, was beispielsweise automatisierte Tests einer Webanwendung erleichtert.

Wichtige Spezifikationen und ihre Referenzimplementierungen

Eine Referenzimplementierung setzt die Funktionen um, die eine Spezifikation vorgibt. Für die folgenden Technologien gehören diese Namen zum Grundlagenwissen:

| Spezifikation | Aufgabe | Referenzimplementierung |

| --- | --- | --- |

| JSF, JavaServer Faces | Weboberflächen erstellen | Mojarra |

| JPA, Java Persistence API | Objekte in Datenbanken speichern | EclipseLink |

| CDI, Contexts and Dependency Injection | Abhängigkeiten bereitstellen | Weld |

| JAX-RS | REST-Webservices anbieten | Jersey |

| Bean Validation | Daten anhand von Regeln prüfen | Hibernate Validator |

| JAX-WS | SOAP-Webservices anbieten | Metro |

Für JPA gibt es beispielsweise auch Hibernate als alternative Implementierung. Weitere Java-EE-Spezifikationen betreffen unter anderem Servlets und JavaServer Pages. JNDI ermöglicht Lookups anhand von Namen, während JMS Nachrichten überträgt. APIs für Transaktionen und Autorisierung gehören ebenfalls zur Pl