stefan.macke

Ich würde empfehlen mit SQL anzufangen. Und zwar noch konkreter: mit SELECT. Das ist der Bereich, den ein Entwickler zu 90% (subjektiver Wert) bei seiner Arbeit braucht: Wie bekomme ich vorhandene Daten aus der Datenbank? Danach würde ich mir die Gegenrichtung anschauen: Daten in die Datenbank schreiben: INSERT, UPDATE, DELETE. Damit solltest du eine gute Grundlage für das Tagesgeschäft haben. Wenn du darüber hinaus noch selbst Datenbanken modellieren möchtest, setze dich zuerst mit den Entity-Relationship-Modellen auseinander, die Daten recht abstrakt modellieren. Im Anschluss daran kommt dann der Schritt in die relationale Welt mit dem Tabellenmodell. Und zu guter letzt kannst du dir dann die entsprechenden SQL-Befehle anschauen: CREATE, ALTER usw. So mache ich es mit meinen Azubis und Studenten und lasse sie währenddessen auch schon immer gleich die passenden IHK-Aufgaben bearbeiten, damit sie gleich ein Gefühl für die Fragen bekommen und den Sinn hinter dem Lernen sehen.

Ich bin zufällig selbst Softwarearchitekt und bin für die Auswahl von Frameworks und Programmiersprachen zuständig, erarbeite Coding-Conventions und koordiniere die systemübergreifende Kommunikation. Also einfach alles, was über einzelne Projekte hinausgeht und das System als Ganzes betrifft. Oder anders gesagt: Alle Dinge, die später nur schwierig änderbar sind. Ich habe Software-Engineering studiert und programmiere auch noch täglich. Ich denke, das ist ein wichtiger Bestandteil meiner Aufgabe, da ich nur so die Vorgaben, die ich selbst mache, auch anwenden und damit für die Praxis erproben kann. Alles andere wäre Arbeit im "Elfenbeinturm". Ich würde einen Softwarearchitekten auch nicht "über" den Entwicklern sehen. Genau wie Projektleiter, die halt die organisatorischen Dinge in Projekten klären, aber meist auch keine Weisungsbefugnis haben, muss es eben auch technisch Informierte geben, die das Gesamtsystem im Blick haben und für eine geordnete Softwareentwicklung sorgen. Eine spezielle Weiterbildung habe ich nicht absolviert, aber es gibt einige Zertifizierungen für Softwarearchitekten, z.B. hier: http://www.isaqb.org/

Warum das denn? Webprojekte machen heutzutage gefühlt die Mehrzahl der Abschlussprojekte aus. Und man kann alles zeigen, was für den Beruf interessant ist: Datenbank, Oberfläche, Logik.

Aber warum solltest du das tun? Damit verschenkst du doch nur wertvolle Projektzeit. Falls es am Ende kein "sehr gut" wird, wirst du dich immer fragen, ob es vielleicht mit 70h geklappt hätte. Zwei Stunden bekommst du immer verteilt!

Ein paar Sachen fallen mir direkt auf: Lange Phasen (>8h) runterbrechen. Welche Artefakte werden erstellt (Pflichtenheft, Klassendiagramm usw.)? 6h für Fehlerbehebung? Hört sich nach (nicht richtig verplanter) "Pufferzeit" (von fast 10% der Projektzeit) an. 11h für Projektdoku? Das sind 15% der Zeit. Meiner Meinung nach deutlich zu viel. Gibt es keine Doku für die Entwickler? Die Wirtschaftlichkeitsbetrachtung fehlt komplett. 68h Gesamtzeit kann ich auf keinen Fall empfehlen.

Wie sieht es denn eigentlich mit angewendeten Methodiken aus? Modellierst du was mit UML? Erstellst du ein ERM oder Tabellenmodell? Entwirfst du MockUps für deine Oberflächen? Welchen Entwicklungsprozess setzt du ein? Wie dokumentierst du die Tests? Gibt es keine Kundendokumentation?

Verordnung über die Berufsausbildung im Bereich der Informations- und Telekommunikationstechnik §15, Abs. 2: Ob die Projektdokumentation innerhalb der 70 Stunden geschrieben werden muss, ist von IHK zu IHK unterschiedlich. Bitte bei deiner IHK nachfragen.

Es ist ein weit verbreiteter Irrtum, dass bei einigen Projekte eine Kosten-/Nutzenrechnung nicht durchführbar ist. Es gibt immer eine monetäre Begründung für Projekte. Wenn dem nicht so wäre, würde das Projekt nicht durchgeführt. Welches Unternehmen kann sich langfristig halten, wenn es nicht wirtschaftliche Projekt umsetzt? Irgendjemand wird von deinem Projekt profitieren. Sollte dein Projekt die (unwahrscheinliche) Ausnahme darstellen, kannst du sicherlich mit weichen Faktoren begründen, warum es dennoch umgesetzt werden sollte. Denn irgendeinen Grund für die Durchführung wird es ja geben! Aber ich kann aus deiner Projektbeschreibung schon direkt einige Faktoren rauslesen, die du definitiv monetär darstellen kannst: Automatisierung eines ansonsten manuellen Prozesses Vermeidung von noch größerem Aufwand Vermeidung von Sicherheitsrisiken höhere Kaufrate durch bessere Endkundeninformation

Oh oh, da kommen aber mal wieder die altbekannten Vorurteile aus der Versenkung. Denken wir nur kurz einmal daran, dass die Prüfer alle ehrenamtlich arbeiten. Daher kann man wohl ein über das normale Maß hinausgehendes Interesse am Beruf voraussetzen. Und das geht meiner Meinung nach auch gerade mit einem starken Interesse an Technologie einher. Ich kenne nicht wenige Prüfer, die den Job gerade deswegen machen, weil sie am Ball bleiben und neue Technologien kennenlernen wollen. Eine Programmiersprache für das Abschlussprojekt auf Basis solcher Vorurteile auszuwählen, halte ich für völlig falsch. Es geht darum, einen Mehrwert für das Unternehmen zu schaffen. Und die Programmiersprache muss dafür vom Betrieb vorgegeben werden. Potentielle Vorlieben der Prüfer dürfen dabei keine Rolle spielen.

Ho ho ho, Prolog würde ich jetzt aber nicht als "veraltet" bezeichnen. Erlang basiert auf Prolog. Und Elixir - der große Hype aktuell - basiert auf Erlang. Und gerade die "alten" Konzepte der funktionalen Programmierung sind doch aktuell wieder total hip. Siehe Clojure -> eine Lisp-Variante. Aber zurück zum Thema: Die Programmiersprache interessiert niemanden (Achtung: subjektive Meinung). Sie ist Mittel zum Zweck und kein Prüfer wird sich anmaßen, den Betrieben ihre Werkzeuge vorzuschreiben. Wenn es danach ginge, müsste ich alle SAP-Projekte in ABAP gleich abwerten. Problematisch wird es, wenn du als Prüfling "moderne" Konzepte nicht kennst und erklären kannst. Es interessiert nämlich leider auch niemanden, dass du im Job nur mit Turbo Pascal und Basic programmierst, wenn du im Fachgespräch nichts zur Objektorientierung sagen kannst (umgekehrt aber natürlich genauso, wenn du nur OO machst und nichts zur prozeduralen Programmierung sagen kannst). Eine "alte" Sprache im Unternehmen ist also keine Ausrede dafür, nur alte Konzepte zu beherrschen. Aus eigener Erfahrung sind die meisten Abschlussprojekte heute in "modernen" objektorientierten Sprachen wie Java, C#, Ruby oder PHP (ja ich weiß, dass PHP nicht rein objektorientiert ist) umgesetzt. Ich persönlich würde mich daher sogar über "alte" Sprachen freuen. Ist mal ne Abwechslung. Problematisch an "alten" Sprachen ist vielleicht noch, dass du für die Projektdokumentation und -präsentation übliche Dokumentations- und Entwurfsmethoden wie Klassendiagramme eventuell (!) nicht verwenden kannst. Aber selbst in diesem Fall kannst du auf klassische Darstellungen wie Programmablaufpläne oder Struktogramme ausweichen.

Also zeigt sich wieder mal: Ehrlichkeit währt am längsten! Herzlichen Glückwunsch zur bestandenen Prüfung!

Wenn du damit die Prüfer meinst, sind drei völlig ausreichend. Der Ausschuss setzt sich mindestens aus einem Arbeitgebervertreter, einem Arbeitnehmervertreter und einem Lehrer zusammen. Dann ist der Ausschuss vollzählig und beschlussfähig. Häufig nehmen aber noch andere Prüfer oder sogar Gäste an der Prüfung teil. Bei uns sitzen meist 6 Personen.

Absolut lächerlich. Für eine Doku kannst du mindestens eine Stunde Korrekturzeit einplanen. Wenn nicht eher mehr. Wir regeln es in unserem Ausschuss so, dass mind. 2 Prüfer die Doku komplett lesen und bewerten. Aber es liest nicht jeder Prüfer alle Dokus. Das ist zeitlich einfach nicht machbar. Nichtsdestotrotz schauen wir auch gerne in "fremde" Dokus, um einen Eindruck zu bekommen. Vielleicht hast du das mit den 15 Minuten gemeint. Allerdings würde ich persönlich das nicht während der Präsentation machen. Das wäre unhöflich. Und ich würde mir nach dem Überfliegen auch nicht anmaßen, die Doku zu bewerten. Wer ernsthaft glaubt, die Prüfer handeln ein so wichtiges Thema wie die Abschlussprüfung eines Ausbildungsberufes mal eben nebenbei in 15 Minuten ab, der hat nicht alle Latten am Zaun :P

Das hier kann ich noch zum Thema empfehlen: Abgemahnter Schlangenkuchen und Bilderrechte – Rechtsbelehrung Folge 1 (Jura-Podcast).

Du solltest unbedingt die Lizenzenbestimmungen der verwendeten Bilder einhalten. Namensnennung reicht bei Bildern ohne explizite Lizenz nicht aus. Du musst den Urheber um Erlaubnis fragen. Das ist übrigens ein beliebtes Thema für das Fachgespräch "Dürfen Sie das Bild auf Folie 7 verwenden?" Das ist ein schöner Einstieg in Lizenzen, Urheberrecht, Recht am eigenen Bild usw. Welche Bildquellen hast du denn genutzt? Es gibt durchaus gute Datenbanken mit vielen lizenzfreien Bildern bzw. Bildern, die unter Nennung des Autors und der Lizenz genutzt werden dürfen (z.B. Creative Commons).

Wir erwarten von Prüflingen ein professionelles Verhalten, das auch im Berufsalltag Anwendung finden kann. Frage dich doch mal, was du im Unternehmen machen würdest, wenn du einen Fehler entdeckst (egal ob von dir oder jemand anderem verursacht)? Schweigen? Ist das die richtige Vorgehensweise? Fehler macht jeder. Fehler zu verschweigen führt nur zu noch mehr Problemen. Und nicht zu seinen eigenen Fehlern zu stehen, ist eine Eigenschaft, die ich mir bei keinem Kollegen wünschen würde. Geh davon aus, dass die Prüfer Ahnung haben und den Fehler finden. Mit diesem Wissen solltest du selbst offensiv auf den Fehler hinweisen und gleich eine Lösung liefern. Dann wird dir der Fehler sicherlich weniger negativ angerechnet.

Grundsätzlich ein gutes Anschreiben, da du deutlich machst, warum du ausgerechnet Anwendungsentwickler/in werden willst. Ein paar Punkte habe ich noch: Guter Einstieg mit persönlichem Bezug zum Unternehmen Der Satz "...indem ich mich an Webseiten..." wird nicht beendet Dein Vater interessiert niemanden (mehr). Du bewirbst dich. Deine Stärken sind nichtssagend (die stehen so in jeder zweiten Bewerbung)

Die Aussage der IHK passt doch genau zur Verordnung. Du hast eine 5 und der PA ist der Meinung, dass du in die MEP musst. Das würden wir bei uns nicht so machen, aber da hat wohl jede IHK ihre eigenen Regeln. In meinen Nachprüfungen ging es bislang ausschließlich um das Erreichen der 4. Wenn man insgesamt drüber liegt und nur eine 5 hat, wäre bei uns keine MEP fällig. Aber durch den Passus "nach Ermessen des Prüfungsausschusses" (s.o.) ist es schon ok, wenn man auch bei nur einer 5 in die MEP muss.

Es ist aber recht eindeutig: Eine 6: Durchgefallen Alles 4: Bestanden Eine oder zwei Fünfen: MEP auf Antrag des Prüflings oder Empfehlung des PA, sofern das Ergebnis zum Bestehen (also Gesamtnote 4) führen kann

Bestanden. Vgl. §15 http://www.gesetze-im-internet.de/bundesrecht/itktausbv/gesamt.pdf Eine Nachprüfung ist nur notwendig, wenn das Gesamtergebnis unter 50% liegt und man eine Chance hat, mit der Nachprüfung auf eine 4 zu kommen.

Mein kompletter Entwurf (Fachinformatiker Anwendungsentwicklung, Thema SQL) ist online: Unterweisungsentwurf für die AdA-Prüfung. Ist allerdings schon aus 2006. Hier gibt es noch zwei weitere Beispiele (ISDN-Karte einbauen, PC aufbauen) aus den IT-Berufen: http://www.ada-schein-pruefung.de/unterweisung.php Wenn noch jemand etwas aktuellere Entwürfe hat, gerne her damit!

Genau richtig so! Du hast noch nicht einmal das erste Zeugnis in der Hand und willst die Ausbildung verkürzen. Auf welcher Grundlage? Deine Einschätzung, dass du schon Vieles kannst, in allen Ehren, aber einen objektiven Nachweis deiner Qualifikation hast du noch nicht. Und erfahrungsgemäß haben die Leute, die von Anfang an alles können, bei genauerem Hinsehen meist nur gefährliches Halbwissen. Ich würde bei meinen Azubis auch immer bis zum ersten Zeugnis warten und dann entscheiden. Und das sollte auch keine Demotivation sein, sondern das genaue Gegenteil: Wenn du wirklich verkürzen willst und alles super einfach für dich ist, dann häng dich doch extra rein und liefer ein erstklassiges Zeugnis ab. Dann steht der Verkürzung doch nichts mehr im Weg! Die IHKen akzeptieren übrigens auch kurzfristige Anträge auf Verkürzung. Es reicht also locker aus, nach dem ersten Zeugnis den Antrag zu stellen.

Ich würde noch weiter gehen: Nicht einmal die einzelnen Aufgaben innerhalb der beiden Teile haben einen Bezug zueinander. Sie beziehen sich zwar meist auf einen gemeinsamen Kontext (z.B. ein Softwareunternehmen oder die Domäne "Zeiterfassung"), aber sie bauen niemals aufeinander auf, in dem Sinne, dass Ergebnisse der einen Aufgabe relevant für die andere sind. Das kann auch nicht so sein, da man ja jede einzelne Aufgabe streichen können muss. In manchen Prüfungen - z.B. wenn in Handlungsschritt 1 ein ERM gezeichnet werden muss und in HS2 dann SQL-Abfragen konstruiert werden müssen, für die ein Tabellenmodell angegeben ist - wird sogar explizit in der Prüfung geschrieben, dass es keinen Bezug zur vorherigen Aufgabe gibt. Und GH2 ist sogar für alle IT-Berufe (also auch Informatikkaufmann usw.) identisch, nicht nur für die beiden Fachinformatiker.

Das ist eine coole Idee! Werde ich übernehmen! Ich habe bislang einfach ein paar Fachgespräche auf Basis der Präsentation mit den Azubis geübt und dabei alles Mögliche gefragt, das mir eingefallen ist. Wenn ich dann durch war, gab es noch eine Präsi vor der gesamten Abteilung, die auch meist noch einige weitere Fragen nach sich zog. Aber mit der Mindmap kann man das Ganze noch in eine etwas geordnetere Bahn lenken und vielleicht sogar recht sicher sein, nichts zu übersehen.

Der Beitrag ist zwar schon älter, aber welches Addon war es denn bei dir? Habe leider das gleiche Problem...