Eine umfangreiche Checkliste mit allem, was du zur mündlichen IHK-Prüfung (Projektpräsentation und Fachgespräch) mitbringen solltest, gibt es in der einhundertvierundfünfzigsten Episode des IT-Berufe-Podcasts.

Inhalt

Der Tag der Projektpräsentation ist sicher für viele Prüflinge stressig. Es geht ja immerhin um nichts weniger als den (meist ersten) Berufsabschluss und die letztendliche Abschlussnote. Da sollte man sich als Prüfling nicht noch unnötig zusätzlich Stress verursachen durch vergessene wichtige Unterlagen oder Utensilien, die unbedingt bei dieser letzten Prüfung benötigt werden.

Um es dir etwas einfacher zu machen, kommt hier meine ultimative Liste aller Dinge, die du zur Prüfung mitbringen bzw. vorher erledigen solltest.

Unterlagen

Prüfungseinladung der IHK: Mitbringen, damit der Prüfungsausschuss dich identifizieren kann.

Gültigen Personalausweis: Mitbringen, damit der Prüfungsausschuss dich identifizieren kann. Auch falls du dem Prüfungsausschuss persönlich bekannt bist, weil z.B. dein Lehrer teilnimmt. Er könnte am Prüfungstermin krank sein.

Ausbildungsnachweis: Das allseits beliebte Berichtsheft bzw. ein Projektbericht bei externen Prüflingen oder dualen Studenten solltest du auf Papier in einem vernünftig prüfbaren Format (z.B. Schnellhefter) dabei haben. Ohne das Berichtsheft wirst du nicht geprüft!

Zeugnis der Berufsschule: Falls du deine Abschlussnote mit auf das IHK-Zeugnis drucken lassen willst.

Technik

Laptop mit deiner Projektpräsentation: Vorher nochmal testen, ob alle verwendeten Schriftarten, Bilder, Videos usw. eingebettet oder korrekt verknüpft sind. Kein "witziges" oder unpassendes Hintergrundbild einstellen. Desktop vorher aufräumen.

Presenter*: Damit du nicht ständig zum Laptop rennen musst, um die Folien durchzuschalten, und etwas in der Hand hast, an dem du dich festhalten kannst. Nutze nicht dein Handy (ist verboten) oder deine Maus (du kannst dich "verklicken").

VGA-/DVI-/HDMI-Kabel bzw. -Adapter für deinen Laptop: Oft gibt es Probleme mit dem Beamer vor Ort, der nicht den erwarteten Anschluss hat.

Eigener Beamer: Nicht nur falls in deinem Prüfungsraum kein Beamer bereitgestellt wird. Der kann durchaus kaputt sein oder zu lichtschwach.

Programmierte Anwendung bzw. dein Projektartefakt: Falls du sie live demonstrieren willst, wovon ich aber in den meisten Fällen abraten würde.

Sonstiges

Wasser: Oder irgendetwas anderes zu trinken. Viele Prüflinge haben durch die Aufregung einen trockenen Hals und das ist für den Vortrag nicht gerade förderlich.

Nervennahrung: Schokoriegel oder lieber eine gesunde Nussmischung verkürzt die Wartezeit bis zur Prüfung.

Vernünftige Kleidung: Nicht "overdressed", aber schicke Klamotten wie Hemd oder Bluse sind schon angebracht.

Fallback

Projektpräsentation: Deine Präsentation solltest du auf einem USB-Stick und/oder in der Cloud ablegen, falls dein Laptop den Geist aufgibt oder du Probleme mit dem Beamer bekommst.

Projektdokumentation: Zumindest digital solltest du deine Projektdokumentation griffbereit haben, falls es Rückfragen zu deinen Inhalten gibt.

Handout der Präsentation: Als Backup falls die gesamte Technik versagt. Nicht für jeden Prüfer ausdrucken!

Timer*: Alternativ eine Uhr als Fallback für den nicht funktionierenden Präsentationsmodus in PowerPoint.

Karteikarten/Vortragshilfen: Solltest du dich sicherer fühlen, kannst du statt des Präsentationsmodus auch Handkarten verwenden.

Vorbereitung

Standardfragen: Gut vorbereitete Antworten auf die klassischen Fragen im Fachgespräch solltest du auswendig im Kopf haben.

Prüfungsraum begutachten: Wenn es dir möglich ist, kannst du vielleicht sogar deine Präsentation vor Ort live durchspielen. Nur so kannst du sicher sein, dass aus der späteren Position der Prüfer heraus alle Texte gut lesbar (Schriftgröße usw.) und Grafiken erkennbar (Kontrast usw.) sind.

Zeit: Komm lieber deutlich zu früh zur Prüfung als ein wenig zu spät. Wir konnten z.B.

Über die Agile Ausbildung bei DATEV in Nürnberg spreche ich mit Uwe Ritthammer in der einhundertdreiundfünfzigsten Episode des IT-Berufe-Podcasts.

Inhalt

Allgemeines zur Person

Wie ist dein Name und wo arbeitest du?

Ich bin Uwe Ritthammer und ich komme aus dem schönen Nürnberg in Franken (nicht Bayern! ;-))

Ich arbeite bei DATEV. Wir entwickeln u.a. Software für Steuerberater. Wir haben ca. 8.000 Mitarbeiter, darunter 200 Azubis und Duale Studierende.

In meiner Abteilung sind wir mit insg. 8 Personen für die Ausbildung zuständig. Wir übernehmen das volle Programm inkl. Marketing, Recruiting, Betreuung und Übernahme.

Der IT-Bereich überwiegt bei uns. Ca. 65% der Azubis arbeiten in der IT, der Rest ist kaufmännisch unterwegs, aber es gibt u.a. auch Dialogmarketing.

An welchen Projekten arbeitest du zur Zeit in deinem Tagesjob?

Ich arbeite operativ mit den Azubis. Ich bin seit 2018 Ausbildungleiter und habe seitdem leider etwas weniger Zeit für aktive Zusammenarbeit.

Wie bist du zur Informatik bzw. Softwareentwicklung gekommen?

Ich habe schon als Kind gerne Computerspiele gespielt. Ich bin über Atari 2600, C64 und Amiga 500 zur Programmiersprache BASIC gekommen. Außerdem habe ich Assembler und C programmiert.

Dann habe ich eine Ausbildung zum Datenverarbeitungskaufmann gemacht und nachher noch studiert.

Zur Ausbildung bin ich über meine Berufspraxis gekommen. Dort habe ich lange Zeit IT-Schulungen durchgeführt.

Welche Ausbildung bzw. welches Studium hast du im Bereich der Informatik absolviert?

Ich habe klassisch Informatik studiert mit Schwerpunkt Wirtschaft.

Mit welchen Programmiersprachen arbeitest du im Alltag?

Wir entwickeln klassischerweise Windows-Anwendungen, daher hauptsächlich C#. Aber das wird weniger und wandert ins Web. Dort bin ich mit Java unterwegs. Auch die üblichen Frameworks wie Bootstrap zusammen mit JavaScript setze ich ein. Ich habe aber auch mal COBOL auf dem guten alten Mainframe entwickelt.

Was ist deine Lieblingsprogrammiersprache und warum?

C! Privat nutze ich gerne Linux und hacken geht mit C dort sehr gut. Dafür nehme ich sogar die möglichen Speicherlecks in Kauf.

Agile Ausbildung

Wie ist die Idee zur agilen Ausbildung entstanden?

Wir haben das agile Manifest auf die Ausbildung übertragen. Dessen Werte fanden wir sehr passend: Individuen über Prozesse, funktionierende Software über Dokumentation, Zusammenarbeit über Vertragsverhandlungen, Reaktion auf Veränderungen über Verfolgen eines Plans.

Der Ausbildungsrahmenplan der IHK steht dem nur scheinbar genau gegenüber. Die Berufsbilder sind seit 1997 recht technologieunabhängig formuliert. Der Rahmen wurde zwar vorgegeben, kann aber gedehnt werden. Auch nach 20 Jahren sind die Inhalte noch aktuell.

Dieser Rahmen ist daher gar nicht so starr wie er scheint. Wir können uns frei bewegen innerhalb der Grenzen.

Es gibt dafür sogar einen eigenen Paragraphen: man kann vom Rahmen abweichen, wenn dies notwendig oder sinnvoll ist. Das Berufsbild gibt nur die Mindestanforderungen vor.

Wie funktioniert die agile Ausbildung genau?

Das ist an der Organisation der Ausbildung ersichtlich. Es gibt keinen festen Durchlaufplan mehr (z.B. 5 Wochen Buchhaltung usw.), sondern die Azubis lernen agiler. Der Durchlaufplan wird nun für jeden Azubi individuell festgelegt und der Plan wird iterativ angepasst.

Wir hatten z.B. einen Azubis, der die kaufmännischen Inhalte zunächst als störend empfand und der einfach hacken wollte. Darauf konnten wir flexibel reagieren.

Das Ganze haben wir aufgezogen wie ein agiles Projekt. Zunächst haben wir evaluiert, wer unsere Stakeholder sind.

IHK -> Gibt das Berufsbild vor.

Azubis -> Wollen eine gute Ausbildung bekommen und viel lernen.

DATEV -> "Kunde" der zukünftigen Mitarbeiter.

Wie genau sieht die agile Ausbildung denn nun aus?

Wir sind angefangen mit den Schulungen für die IT-Azubis. Aktuell benötigte Anforderungen des Unternehmens wurden über die Schulen nicht abgedeckt.

Viele konkrete Bewerbungstipps und Infos über den Bewerbungsprozess in Unternehmen von Personalvermittlerin Vanessa Stammnitz gibt es in der einhundertzweiundfünfzigsten Episode des IT-Berufe-Podcasts.

Allgemeines zur Person

Wie ist dein Name und wo arbeitest du?

Vanessa Stammnitz, seit 2017 Inhaberin von Stammnitz Personal, einer Personalberatung mit Schwerpunkt SAP.

Ich komme ursprünglich aus Leipzig, lebe und arbeite aber in Esslingen.

Wir vermitteln insb. SAP-Berater, sind aber auch im Bereich Industrie 4.0 unterwegs. Die beiden Bereiche wachsen aktuell zusammen, da Künstliche Intelligenz, Robotik und autonome Bereiche der Produktion auch in SAP Einzug halten bzw. von dort gesteuert oder überwacht werden.

An welchen Projekten arbeitest du zur Zeit in deinem Tagesjob?

Ich bin in der Personalvermittlung tätig, die häufig in Form von kleinen Projekten abläuft. Ein Kunde erteilt mir z.B. einen Suchauftrag für einen SAP-Entwickler und ich lege los, z.B. mit einer Internet-Recherche.

Meine Kunden sind häufig Startups, z.B. aus dem Bereich Industrie 4.0, die oft (noch) keine eigene Human-Resources- oder Personalabteilung haben, und teils zum ersten Mal außerhalb des eigenen Freundeskreises Personal suchen.

Ich bin Ansprechpartner für viele Aufgaben im Bereich Personal, z.B. auch Coaching, Teamaufbau, Mitarbeiter führen und halten, alte Hierarchien aufbrechen.

Die Arbeitswelt ändert sich aktuell stark. Stichwörter sind Arbeit 4.0, Homeoffice, Agilität oder New Work. Dafür braucht man neue Prozesse oder Strategien. Unternehmen müssen mitarbeiterfreundlicher werden, denn wir haben aktuell einen Bewerbermarkt!

Es gibt viel zu wenige Bewerber aktuell. Meine Kunden suchen teilweise 1-2 Jahre selbst, bevor sie mich ansprechen. Viele haben schon ihre Anforderungen an die Bewerber herruntergeschraubt und trotzdem niemanden gefunden.

Mitarbeiter müssen Spaß an der Arbeit haben! Aktuelle Hypes sind z.B. Großraumbüros mit viel Glas und ohne feste Arbeitsplätze. Das führte jedoch dazu, dass viele Entwickler das gar nicht so gut fanden. Wer möchte schon jeden Tag um seinen "Lieblingsplatz" mit den Kollegen kämpfen? Wenn man dank Homeoffice nur 2 Mal im Monat im Büro ist, geht das vielleicht, aber für die tägliche Arbeit ist das Mist.

Wie bist du zur Personalvermittlung gekommen?

Ich habe klassisch BWL studiert. Mein duales Studium habe ich im Handel absolviert in einem eher konservativen Unternehmen. Danach habe ich bewusst eine 180-Grad-Wendung gemacht und auf einer Jobmesse eine Personalberatung als neuen Arbeitgeber entdeckt. Danach habe ich mich dann in diesem Bereich selbstständig gemacht.

Welche Ausbildung bzw. welches Studium hast du absolviert?

Leider kann man "Personal" nicht direkt studieren und es gibt auch keine Ausbildung. Viele Personalvermittler sind daher ITler oder - wie ich - BWLer.

Meine Mitarbeiterin Jannika ist Studentin mit Schwerpunkt Personalmanagement. Einige Master-Studiengänge drehen sich um Personal. Das Thema hat auch viel mit Psychologie zu tun und natürlich auch mit rechtlichen Inhalten.

Personaldienstleistungen

Recruiting-Prozess

Wie sieht die tägliche Arbeit einer Personalberaterin aus?

Ca. 70% der Arbeit laufen telefonisch ab, 30% per Mail oder im persönlichen Gespräch.

Ich muss viele Details und Fragen mit potentiellen Kandidaten abklären.

Die technische Suche läuft häufig über Xing bzw. LinkedIn, aber vermehrt auch einfach per Google.

Ich finde viele Lebensläufe über Google, komplett mit Namen, Bild usw. völlig frei zugänglich.

Da sind immer häufiger auch Bilder oder Videos online, die für den Bewerber nicht so toll aussehen.

Beispiel: Ein Azubi suchte einen neuen Betrieb. Bei einer Google-Suche nach seinem Namen wurde direkt ein Bild von ihm im Anzug, aber mit einer Feuerwaffe in der Hand angezeigt. Das finde nicht nur ich schnell, sondern auch ein potentieller Arbeitgeber.

Ich coache auch Bewerber, die sich - gerade in der IT - falsch oder unglücklich darstellen.

Um die langersehnte Neuordnung der IT-Berufe zum 01.08.2020 geht es in der einhunderteinundfünfzigsten Episode des IT-Berufe-Podcasts.

Inhalt

Zusammenfassung der Änderungen

Vergleich der Ausbildungsverordnungen

Prüfungsinhalte Teil 1

Neuer Rahmenplan vs. alter Rahmenplan

Alter Rahmenplan vs. neuer Rahmenplan

Downloads

Links

Zusammenfassung der Änderungen für Fachinformatiker

Einführung von zwei neuen Fachrichtungen: Daten- und Prozessanalyse (FIDP) und Digitale Vernetzung (FIDV)

FIDP ist quasi der "KIler" unter den Fachinformatikern, aber auch in Richtung (SAP-)Beratung unterwegs

FIDV ist im Bereich Industrie 4.0 zuhause und hat einen großen Bezug zu den Systemelektronikern

Einführung einer gestreckten Abschlussprüfung

Teil 1: Einrichten eines IT-gestützten Arbeitsplatzes

für alle IT-Berufe identisch

nach 18 Monaten

ersetzt die Zwischenprüfung und ist relevant für die Abschlussnote

90min schriftliche Prüfung

Neue Gewichtung der Prüfungsteile für die Abschlussnote

Teil 1: 20%

Projektarbeit: 50% (davon jeweils 50% für Dokumentation und Präsentation/Fachgespräch)

zwei berufsspezifische schriftliche Prüfungen (früher GA1 und GA2): jeweils 10%

Wirtschafts- und Sozialkunde: 10%

Mehr Zeit für die Projektarbeiten: 80h für FIAE, 40h für alle anderen

(nach oben)

Vergleich der Ausbildungsverordnungen

Neuer Paragraph

Änderung

Alter Paragraph und Alter Inhalt

§4 (1)

Gliederung der Fertigkeiten, Kenntnisse und Fähigkeiten (FKF) in- fachrichtungsübergreifend berufsprofilgebend- berufsprofilgebend nach Fachrichtung- fachrichtungsübergreifend, integrativ zu vermitteln

§10: Auflistung der Fertigkeiten und Kenntnisse

§4 (2)-(7)

Bündelung der FKF in sog. Berufsbildpositionen

§4 (8)

Gemeinsame Berufsbildpositionen für alle IT-Berufe

§5

Einsatzgebiete für FIAE und FISI

§10 (3): gleich geblieben

§5 (3)-(4)

Einsatzgebiete für FIDP und FIDV

§6

Ausbildungsplan muss spätestens zu Beginn der Ausbildung vorliegen

§12

§7 (1)

Abschlussprüfung in Teilen 1 und 2

§8

Inhalte Teil 1 sind die FKF 1.-7. der ersten 18 Monate aus dem Ausbildungsrahmenplan + dazu passende Berufsschulinhalte

§14: Zwischenprüfung

§9 (1)

Prüfungsbereich "Einrichten eines IT-gestützten Arbeitsplatzes"

§9 (2)

Inhalte Prüfung Teil 11. Kundenbedarfe zielgruppengerecht ermitteln2. Hard- und Software auswählen und ihre Beschaffung einleiten3. einen IT-Arbeitsplatz konfigurieren und testen und dabei die Bestimmungen und die betrieblichen Vorgaben zum Datenschutz, zur IT-Sicherheit und zur Qualitätssicherung einhalten4. Kunden und Kundinnen in die Nutzung des Arbeitsplatzes einweisen5. die Leistungserbringung kontrollieren und protokollieren

§9 (3)-(4)

Um die Neuerungen, aber auch weitere wichtige Festlegungen des Berufsbildungsgesetzes (BBiG) geht es in der einhundereinundfünfzigsten Episode des IT-Berufe-Podcasts.

Inhalt

Dies ist meine Auswahl an "interessanten" Auszügen aus dem (neuen) BBiG. Neben den Änderungen zum 01.01.2020 habe ich auch einige "alte" Paragraphen aufgeführt, die einige wichtige Sachverhalte rund um die Ausbildung klären, von denen jeder Ausbilder und Azubi mal gehört haben sollte.

§7a: Teilzeitausbildung

Jeder Azubi hat nun das Recht, seine Ausbildung in Teilzeit zu absolvieren. Dabei kann die Arbeitszeit um max. 50% reduziert werden. Die reduzierte Arbeitszeit muss an die Dauer der Ausbildung angehängt werden. Beispiel: 50% Reduktion (z.B. 19 statt 38 Stunden pro Woche), dafür 50% Verlängerung (4,5 statt 3 Jahre). Ob und wie die Berufsschule das Ganze unterstützt ist (noch) nicht festgelegt.

§14 Bereitstellung von Fachliteratur

Das Ausbildungsunternehmen muss dem Azubi nun auch Fachliteratur bereitstellen (z.B. leihen oder kaufen). Bislang galt das nur für Werkzeuge usw., was für unsere IT-Berufe aber so gut wie nie nötig war.

In diesem Paragraphen steht übrigens auch, dass das Berichtsheft am Arbeitsplatz zu führen ist (und nicht etwa in der Freizeit).

§15 Freistellung für die Berufsschule

Jeder Azubi (egal ob minder- oder volljährig) bekommt nun an einem Berufsschultag mit mehr als 5 Unterrichtsstunden zu je 45 Minuten seine gesamte tägliche Arbeitszeit angerechnet (z.B. 8 Stunden bei einer 40-Stunden-Woche) und muss an diesem Tag nicht mehr ins Unternehmen. Bei einer Blockwoche mit mind. 25 Unterrichtsstunden an mind. 5 Tagen wird die gesamte wöchentliche Arbeitszeit angerechnet (z.B. 40 Stunden).

Azubis werden am Arbeitstag vor der schriftlichen Prüfung (in Zukunft einmal nach 18 Monaten zum ersten Teil der gestreckten Abschlussprüfung und einmal nach 3 Jahren zum zweiten) freigestellt.

§17 Mindestausbildungsvergütung

Es gibt nun einen "Mindestlohn" für Azubis, der sich in den kommenden Jahren schrittweise erhöht. Im Jahr 2020 liegt er bei 515 EUR pro Monat. Es gibt allerdings einige Ausnahmen von dieser Regelung, insb. für Betriebe, die keinem Tarifvertrag unterliegen.

§21 Ausbildungsende mit Bekanntgabe des Ergebnisses

Die Ausbildung endet bereits vor dem im Ausbildungsvertrag vereinbarten Ende mit der Mitteilung des Prüfungsergebnisses durch den Prüfungsausschuss an den Azubi. Damit sind nicht die Noten gemeint (die oft nicht herausgegeben werden dürfen), sondern das "Kreuzchen" bei "bestanden".

§24 Unbefristeter Vertrag durch Weiterbeschäftigung

Sollte der Azubi am Tag nach der Prüfung (sofern er bestanden hat) ohne einen Arbeitsvertrag weiter in deinem Unternehmen beschäftigt werden, gilt damit automatisch ein unbefristeter Arbeitsvertrag als begründet.

§27 angemessenes Verhältnis von Azubis zu Fachkräften

Betriebe dürfen nicht einfach so viele Azubis beschäftigen wie möglich, sondern müssen für ein angemessenes Verhältnis zur Anzahl der Fachkräfte sorgen. Das Gesetz nennt keine Zahlen, aber an anderer Stelle ist von einem Verhältnis von ungefähr 3 Fachkräften je 1 Azubi zu lesen.

§30 Fachliche Eignung der Ausbilder

Ausbilden dürfen Personen, die den gleichen (oder einen ähnlichen) Berufsabschluss erworben haben (also die IHK-Prüfung abgelegt haben). Außerdem dürfen auch Hochschulabsolventen eines vergleichbaren Faches ausbilden.

§37 Wiederholen der Prüfung und Berufsschulnote auf dem IHK-Zeugnis

Die Abschlussprüfung darf bei Nichtbestehen zweimal wiederholt werden.

Wenn der Azubi die Abschlussnote der Berufsschule mit auf das IHK-Zeugnis gedruckt haben möchte, kann er dafür einfach eine Kopie seines Berufsschulzeugnisses einreichen.

§40 Mind. 3 Prüfer im Ausschuss

Der Prüfungsausschuss muss aus mind. 3 Personen bestehen. Der Ausschuss muss paritätisch aus Lehrern, Arbeitnehmer- und Arbeitgebervertretern besetzt sein.

Ab 2020 sind Prüfer für ihre ehrenamtliche Tätigkeit vom Arbeitgeber freizustellen.

In dieser Sonderepisode des Anwendungsentwickler-Podcasts und gleichzeitig der ersten Episode des IT-Berufe-Podcasts erkläre ich meine Beweggründe für das "Rebranding".

Inhalt

Der gute alte Anwendungsentwickler-Podcast wird 150! Die nächste Episode ist die einhundertfünfzigste! Grund zum Feiern... und über das Leben nachzudenken. Und durch die zahlreichen Änderungen in der Ausbildung der IT-Berufe, die die Novellierung 2020 mit sich bringt, ist es an der Zeit, den Titel des Podcasts zu verallgemeinern, um die Zielgruppe aller Azubis der IT-Berufe anzusprechen.

Die Novellierung der IT-Berufe hat zur Folge, dass viele Ausbildungsinhalte - insb. in der Berufsschule - für alle 7 IT-Berufe gleich sind. Der neue Rahmenlehrplan sieht vor, dass alle Berufe in den ersten beiden Ausbildungsjahren nahezu identisch beschult werden. Viele Inhalte in meinem Podcast sind daher genauso relevant für die anderen 6 Berufe.

Außerdem bilde ich seit 2019 selbst nicht mehr nur Anwendungsentwickler, sondern auch einen Systemintegrator aus. Und auch er lernt mit meinen Podcast-Episoden, die bereits immer schon allgemeine Ausbildungsinhalte vermittelt haben.

Ich habe sogar extra ein Logo für den Podcast erstellen lassen. Auf fiverr.com ging das innerhalb von 2 Tagen. Ich finde es optisch sehr ansprechend und passend zu meinen Inhalten.

Auch diese Website wird überarbeitet! Ich habe das Design bereits auf ein für Podcasts optimiertes Theme umgestellt und werde auch die Inhalte weiter aufbereiten. Neue Übersichtsseiten, Löschen veralteter Inhalte, Zusammenfassen gleichartiger Artikel. Das alles steht auf der Agenda.

Ich werde natürlich dafür sorgen, dass alte Links erhalten bleiben und weiter funktionieren. Falls dir dennoch Fehler auffallen, freue ich mich über deine Nachricht! Die Website ist inzwischen so groß geworden, dass ich nicht jeder Unterseite selbst kontrollieren kann. Sollten dir also Probleme auffallen, sag mir gerne bescheid:

Tote Links

Unendliche Weiterleitungen

Darstellungsprobleme

Falsche Suchergebnisse

Externe Links mit alten Domains

Ich freue mich auf die Möglichkeiten, die die neue Ausrichtung mit sich bringt, und hoffe, dass du meinem Podcast trotz neuem Namen treu bleibst! :-D

Viele Grüße! Stefan

Links

Permalink zu dieser Podcast-Episode

RSS-Feed des Podcasts

um Ideen für Inhalte von Praktika im IT-Bereich geht es in der einhundertneunundvierzigsten Episode des Anwendungsentwickler-Podcasts.

Inhalt

Warum sind Praktika für Ausbildungsunternehmen wichtig?

Praktikanten werden ggfs. direkt zu Bewerbern auf die Ausbildung.

Unter Schülern spricht sich ein gutes Praktikum herum. Das bedeutet kostenfreie Werbung für die Ausbildung.

Das Unternehmen bekommt Input von außen zur Attraktivität der Ausbildung und des Unternehmens.

Die eigenen Azubis lernen durch das Lehren ihre Ausbildungsinhalte besser.

Tipps für die konkrete Umsetzung

Die Azubis sollten die komplette Betreuung des Praktikanten übernehmen.

Das Praktikum kann wie ein echtes Projekt geplant und durchgeführt werden (z.B. im Ticketsystem).

Dazu zählen auch organisatorische Dinge wie die Datenschutzerklärung, das Einrichten eines Windows-Benutzers, Anfordern einer Bezahlkarte usw.

Der Praktikant sollte einen realistischen Einblick in den Ablauf der Ausbildung erhalten und keine "heile Welt" präsentiert bekommen.

Mögliche Praktikumsinhalte

Der Umfang hängt von der Dauer des Praktikums ab. In zwei Wochen kann man natürlich tiefer in die Programmierung einsteigen als in einer.

Die Inhalte sollten an die Vorkenntnisse und das Alter des Praktikanten angepasst werden. Ein Schulpraktikum in der 9. Klasse bietet sich z.B. weniger für Hardcore-Programmierung an.

Die nötigen Praktikumsartefakte (z.B. Praktikumsbericht, -präsentation) sollten in den Praktikumsalltag integriert werden. Fotos können z.B. direkt während der Arbeit gemacht werden.

Allgemeiner Einstieg ins Praktikum

Begrüßung durch Ausbildungsleiter und betreuende(n) Azubi(s)

Organisatorische/rechtliche Rahmenbedingungen klären (z.B. Arbeitszeiten, Verhalten bei Krankheit)

Rundgang durch

das Unternehmen (z.B. Kantine, Serverraum, Besprechungsräume, Schulungsraum)

die Abteilung (z.B. nächstes WC, Kaffeeküche)

Vorstellungsrunde mit allen Azubis

Technische Inhalte (Was lernt man in der Ausbildung?)

Eigenen Arbeitsplatz aufbauen

Monitor, Tastatur usw. verkabeln

eigenes Passwort ändern

ggfs. Software installieren

PC auseinander-/zusammenbauen

Eigenen Steckbrief mit HTML/CSS gestalten

Einstieg in die Programmierung, z.B. mit dem Calliope Mini*

RaspberryPi* aufsetzen (z.B. RetroPi)

Tieferer Einstieg in eine Programmiersprache

Windows-/Linux-Server aufsetzen (VMs)

Blogartikel/Instagram-Post für die eigene Azubi-Website schreiben

Praktikumsmappe/-präsentation vorbereiten (insb. Fotos)

Organisatorische Inhalte (Wie läuft der Arbeitsalltag ab?)

Teilnahme an allen anfallenden Meetings (z.B. Abteilungsbesprechung, Projektplanung, Standup)

Lernzielkontrollen mit anderen Azubis gemeinsam durchführen

Pair-Programming mit Azubis durchführen, um echte Projekte kennenzulernen

Vier-Augen-Gespräch mit Ausbildungsleiter

Fragebogen zum Beruf und zum Unternehmen ausfüllen

Ausblick (Wie geht es nach dem Praktikum weiter?)

Weiteres Vorgehen zur Bewerbung klären (z.B. kürzeres Verfahren möglich, da Praktikant schon gut bekannt)

Vorstellungsgespräch für die Ausbildung simulieren

Praktikumszeugnis ausstellen und durchsprechen

Feedback des Praktikanten einholen (z.B. zu den Inhalten, der Betreuung vor Ort, Interesse am Beruf)

Weiterführende Literatur empfehlen (z.B. IT-Handbuch, Podcast, YouTube-Videos)

Abschiedsgeschenk überreichen (z.B. USB-Stick mit Programmieraufgaben und -lösungen)

Downloads

Checkliste zu Beginn des Praktikums in der IT-Abteilung (Praktikumsbetrieb)

Checkliste zum Praktikum in der IT-Abteilung (Praktikant)

Factsheet zur Ausbildung

Feedback zum Praktikum in der IT-Abteilung

Links

Permalink zu dieser Podcast-Episode

RSS-Feed des Podcasts

Um die Handelskalkulation inkl. Skonto und Rabatt geht es in der einhundertachtundvierzigsten Episode des Anwendungsentwickler-Podcasts.

Inhalt

Käufer zahlen immer so spät wie möglich ihre Rechnungen, da sie in der Zwischenzeit mit ihrem Geld andere Dinge machen können (z.B. verzinslich anlegen).

Verkäufer wollen das Geld aber so früh wie möglich haben, da sie bereits in Vorleistung gegangen sind.

Ein übliches Zahlungsziel bei Rechnungen ist 30 Tage. Das würde ein Käufer immer ausnutzen.

Damit der Käufer schneller zahlt, kann der Verkäufer Skonto gewähren, wenn z.B. bereits bis zum 10. Tag gezahlt wird. Übliche Skontosätze sind 2% oder 3%.

Ein Rabatt ist ein allgemeiner Preisnachlass des Verkäufers.

Käufer ziehen sich Rabatt und Skonto (in dieser Reihenfolge) vom ihnen angebotenen Preis ab ("vom Hundert").

Beispiel: PC kostet 1.000 EUR. 10% Rabatt ergeben einen Abzug von 100 EUR.

Verkäufer müssen Skonto und Rabatt (in dieser Reihenfolge) auf ihre Preise aufschlagen ("im Hundert"), damit sie nicht zu ihren Ungunsten abgezogen werden. Die Basis 100% ist dabei der zu errechnende Preis und nicht der, auf den aufgeschlagen wird.

Beispiel: PC soll für 1.000 EUR verkauft werden. Der Kunde soll 10% Rabatt abziehen können dürfen. 1.000 EUR entsprechen dabei 90%, der gesuchte Zielpreis 100%. Mittels Dreisatz ergibt sich ein Preis von 1.111,11 EUR (und nicht etwa 1.100 EUR!). 10% Abzug von 1.111,11 EUR sind 111,11 EUR, sodass der ursprünglich gewünschte Preis von 1.000 EUR beim Händler landet.

Handelskalkulation

Mittels der Handelskalkulation berechnen Handelsunternehmen ihre Verkaufspreise auf Basis der Einkaufspreise bei ihren Lieferanten.

In produzierenden Unternehmen oder bei Dienstleistern wird ggfs. anders kalkuliert, z.B. mittels des Betriebsabrechnungsbogens bzw. eines Stundensatzes.

So sieht eine vollständige Handelskalkulation aus:

   Listeneinkaufspreis (steht beim Lieferanten auf dem Preisschild)

− Lieferantenrabatt (handelt ein vernünftiger Kunde vom Preis runter)

= Zieleinkaufspreis (müsste der Kunde bei Zahlung auf Rechnung am 30. Tag überweisen)

− Lieferantenskonto (zieht der Kunde ab, wenn er schneller zahlt, z.B. bis zum 10. Tag)

= Bareinkaufspreis (müsste der Kunde "bar" auf den Tisch legen, um das Produkt mitzunehmen)

+ Bezugskosten (ggfs. Porto, Spedition)

= Bezugspreis (zahlt der Kunde, damit das Produkt "bei ihm auf dem Hof" steht)

+ Handlungskosten (alle Kosten für den Geschäftsbetrieb, z.B. Miete, Strom, Gehälter usw.)

+ Lagerzins (falls Waren eingelagert werden müssen)

= Selbstkostenpreis (hiermit sind alls Kosten des Händlers abgedeckt)

+ Gewinn (das bleibt am Ende dem Händler übrig)

= Barverkaufspreis (das müsste der Kunde bar bezahlen, um alle Kosten + Gewinn des Händlers zu decken)

+ Kundenskonto (im Hundert) (zieht der Kunde sich vom nächsten Preis ab)

+ Provision (im Hundert) (bekommt ggfs. ein Handelsvertreter von uns)

= Zielverkaufspreis (müsste der Kunde zahlen, wenn er auf Rechnung kauft)

+ Kundenrabatt (im Hundert) (handelt der Käufer runter)

= Listenverkaufspreis (auch Nettoverkaufspreis)

+ Umsatzsteuer (geht abzgl. der Vorsteuer ans Finanzamt)

= Bruttoverkaufspreis (schreibt der Händler auf sein Preisschild)

Links

Permalink zu dieser Podcast-Episode

RSS-Feed des Podcasts

Handelskalkulation

BWL - kaufmännisches Rechnen - Die Handelskalkulation

Die Handelskalkulation – Ein Berechnungs-Schema für optimale Verkaufspreise

Skontozahlung lohnt sich fast immer

Warum sich Skonto lohnt: So teuer sind Lieferantenkredite wirklich!

Rechnen in Hundert, von Hundert, auf Hundert?

Rechner für Vorwärts-, Rückwärts- und Differenzkalkulation

Um Code Smells und ihre Behebung mittels Refactorings geht es in der einhundertsiebenundvierzigsten Episode des Anwendungsentwickler-Podcasts.

Inhalt

Was ist ein Code Smell?

Smells sind Indikatoren für Code, der überarbeitungswürdig ist.

Man erkennt sie anhand verschiedener Muster (z.B. lange Methoden).

Die Smells können mit Refactorings überarbeitet und (hoffentlich) eliminiert werden.

Nicht alle Smells sind immer schlecht. Sie dienen nur als Anhaltspunkt, noch einmal über den Code nachzudenken.

Woher kommt der Name Code Smell?

Kent Becks Oma wird das Zitat "If it stinks, change it." zugesprochen, das sich auf das Wechseln von Windeln bei Babys bezieht.

Kent Beck hat diese Idee auf Code übertragen: Wenn der Code seltsam "riecht", sollte man ihn anpassen.

Wobei helfen uns Code Smells?

Mit Code Smells können wir Stellen im Code aufdecken, die problematisch sind, und diese überarbeiten. Dadurch wird der gesamte Code insgesamt "besser".

Die benannten Smells helfen uns durch eine gemeinsame Sprache bei der Diskussion mit anderen Entwicklern (ähnlich wie Design Pattern).

Was können wir gegen Code Smells tun?

Das Mittel gegen Code Smells sind die Refactorings.

Im Buch von Martin Fowler* gibt es eine übersichtliche Tabelle, welche Refactorings gegen welche Smells helfen können.

Sind Code Smells immer böse?

Code Smells sind nur ein Anhaltspunkt für Optimierungen. Der Entwickler muss selbst entscheiden, ob der Smell schlecht ist.

Einige Code Smells hängen zusammen und das Auflösen des einen (z.B. Introduce Parameter Object) führt zur Einführung eines anderen (z.B. Data Class).

Welche Code Smells gibt es?

Duplicate Code

Doppelter Code führt bei Änderungen schnell zu Fehlern, weil zu ändernde Stellen übersehen werden.

Refactorings: Extract Method, Pull Up Method

Comments

Kommentare können helfen, den Code zu verstehen, aber häufig sind sie überflüssig und können durch sprechendere Bezeichner komplett eliminiert werden.

Refactorings: Extract Method, Rename Method

Long Method

Lange Methoden sind schwieriger zu verstehen, zu testen und anzupassen.

Refactorings: Extract Method

Large Class

Zu große Klassen machen häufig mehr als sie sollen und verletzen das Single Responsibility Principle. Das macht sie u.a. schwer testbar.

Refactorings: Extract Class, Extract Subclass

Long Parameter List

Viele Parameter bei Methoden deuten darauf hin, dass diese zu viele Aufgaben übernehmen. Sie machen die Methoden schwer testbar und schwer verständlich. Außerdem müssen die Parameterlisten tendenziell oft angepasst werden.

Refactorings: Replace Parameter with Method, Introduce Parameter Object

Feature Envy

Wenn Methoden oder Klassen sich viele Informationen "besorgen" müssen, bevor sie ihren Job machen können, ist das ein Zeichen dafür, dass die Komponenten besser an einer anderen Stelle aufgehoben wären.

Refactorings: Move Method

Data Clumps

Wenn verschiedene Daten immer zusammen herumgereicht werden (z.B. Startdatum und Endedatum), ist das ein Zeichen für eine fehlende Abstraktion (z.B. Zeitraum).

Refactorings: Introduce Parameter Object, Extract Class

Primitive Obsession

Die Scheu vor eigenen kleinen Klassen führt oft dazu, dass doppelter Code entsteht und eine gute Kapselung verhindert wird.

Refactorings: Replace Data Value with Object, Extract Class, Introduce Parameter Object

Switch Statements: Gleiche Fallunterscheidungen werden häufig an mehreren Stellen benötigt und führen zu doppeltem Code, der mit Polymorphie verhindert werden könnte.

Divergent Change: Einzelne Klassen müssen aufgrund von verschiedenen Änderungen angepasst werden.

Shotgut Surgery: Aufgrund einer einzelnen Änderung müssen verschiedene Klassen angepasst werden.

Parallel Inheritance Hierarchies: Sonderform von Shotgun Surgery, die das parallele Anlegen von Subklassen in verschiedenen Hierarchien erfordert.

Lazy Class: Zu kleine Klassen, die keinen erkennbaren Mehrwert haben, sollten abgelöst werden.

Zum Abschluss meiner kleinen Reihe zum Oberthema Kryptographie widmen wir uns der Funktionsweise von HTTPS in der einhundersechsundvierzigsten Episode des Anwendungsentwickler-Podcasts.

Inhalt

Wiederholung

Für die elektronische Signatur und die Verschlüsselung von Daten werden Paare aus öffentlichen und privaten Schlüsseln benötigt.

Um die Authentizität öffentlicher Schlüssel zu gewährleisten, werden Zertifikate verwendet, die von vertrauenswürdigen Zertifizierungsstellen ausgegeben werden.

Probleme

Wie können wir bei Millionen verschiedenen Websites sicherstellen, dass sie korrekte Schlüssel nutzen, ohne dass wir alle Websitebetreiber persönlich kennen müssen?

Wie kann bei den großen Datenmengen im Internet eine performante Verschlüsselung gewährleistet werden?

HTTPS

Um mit einem Webserver verschlüsselt kommunizieren zu können, benötigt der Webbrowser den öffentlichen Schlüssel des Webservers.

Diesen kann er einfach direkt vom Webserver selbst herunterladen. Aber wer garantiert ihm die Echtheit dieses Schlüssels? Vielleicht wurde der Server gehackt oder der private Schlüssel gestolen.

Deswegen liefert der Webserver nicht direkt den öffentlichen Schlüssel aus, sondern ein von einer CA ausgestelltes Zertifikat, das den öffentlichen Schlüssel des Webservers enthält, aber zusätzlich noch die Signatur der CA, die dessen Echtheit bestätigt.

Wenn dieses Zertifikat gültig ist (die Prüfung erfolgt gegen die "eingebauten" CAs im Browser), weiß der Browser sicher, dass er den korrekten Schlüssel erhalten hat und kann ihn für die Verschlüsselung nutzen.

Dabei prüft der Browser auch, ob das Zertifikat zur aktuellen Domain gehört. Der CN enthält bei HTTPS-Zertifikaten diese Domain.

Es gibt seit einiger Zeit auch eine kostenlose CA: Let's Encrypt. Damit kann sich jeder Webserverbetreiber gültige Zertifikate erzeugen, indem er technisch nachweist, dass die Domain und der Server wirklich ihm gehören.

Der Datenverkehr wird bei HTTPS symmetrisch verschlüsselt, da die Schlüssellängen hierbei deutlich kürzer sind, was deutliche Performancevorteile hat. Um diesen Schlüssel zwischen Browser und Webserver auszutauschen wird das obige asymmetrische Verfahren genutzt. Deswegen ist HTTPS ein hybrides Verfahren.

Technischer Ablauf

CA

CA generiert privaten und öffentlichen Schlüssel.

CA erstellt selbstsigniertes Root-Zertifikat: ihr eigener öffentlicher Schlüssel signiert mit ihrem privaten Schlüssel.

CA-Root-Zertifikat wird in Browser eingebaut.

Webserver

Webserver generiert privaten und öffentlichen Schlüssel.

Webserver lässt öffentlichen Schlüssel von CA mit ihrem privaten Schlüssel signieren.

Webserver installiert dieses Zertifikat und konfiguriert HTTPS.

Browser

Browser öffnet Website auf dem Webserver.

Webserver liefert sein Zertifikat aus.

Browser prüft das Zertifikat mit dem öffentlichem Schlüssel der CA aus seinem eingebautem Root-Zertifikat und erhält den öffentlichen Schlüssel des Webservers.

Browser generiert einen zufälligen temporären Sitzungsschlüssel und verschlüsselt ihn mit dem öffentlichen Schlüssel des Webservers.

Browser sendet den verschlüsselten Sitzungsschlüssel an den Webserver, der ihn mit seinem privaten Schlüssel entschlüsselt.

Nun kennen Browser und Webserver den Sitzungsschlüssel und können damit symmetrisch den Datenverkehr verschlüsseln.

Mögliche Probleme mit HTTPS-Zertifikaten

Das Zertifikat ist abgelaufen.

Das Zertifikat passt nicht zur Domain.

Das Zertifikat wurde von einer nicht vertrauenswürdigen CA ausgestellt.

Links

Permalink zu dieser Podcast-Episode

RSS-Feed des Podcasts

Hypertext Transfer Protocol Secure

Wie funktioniert https?

Einführung inOpenSSL und X.509-Zertifikate

Let's Encrypt

Certificate Signing Request