stefan.macke

Es ist eigentlich auch nicht unbedingt deine Aufgabe als Informatiker, die Stundensätze zu kalkulieren. Die bekommst du vom Chef, der Buchhaltung oder wem auch immer genannt. Aber in vielen Unternehmen gibt es die Zahlen wohl nicht (oder die Prüflinge fragen einfach nicht). Dann muss man natürlich irgendwie die Kosten des Projekts berechnen, um die Wirtschaftlichkeit nachzuweisen. Und dabei geht es natürlich um die Kosten für das Unternehmen, also muss alles eingerechnet werden, was der Chef bezahlt. Und das sind zusätzlich zum Bruttogehalt (bzw. eigentlich der Ausbildungsvergütung) insb. die Sozialabgaben und Gemeinkosten. Da aber niemand von dir erwarten kann, die Gemeinkosten selbst zu berechnen, bist du spätestens hier auf eine Aussage deines Unternehmens angewiesen. Die Beispielrechnung oben ist sicherlich unvollständig (sind es z.B. wirklich 220 Arbeitstage?) und nur ein Beispiel (insb. für den Formelsatz in LaTeX). Man fährt sicherlich besser, wenn man die pauschalen Sätze des Arbeitgebers verwendet. Die lassen sich von den Prüfern nicht so leicht hinterfragen. Aber jeder Prüfling muss trotzdem unbedingt erklären können, wie sich diese Stundensätze zusammensetzen (also z.B. von Gehalt über Sozialabgaben bis Gemeinkosten und Gewinn).

Genau so ist es! Deswegen steht über der Beispielrechnung auch "verkürzt"! Allgemeiner Tipp an alle Prüflinge: Nicht einfach ohne nachzudenken Vorlagen aus dem Internet verwenden! :-P

"Die IHK" bewertet dich gar nicht, sondern der unabhängige Prüfungsausschuss. Die IHK ist nur für die Bürokratie zuständig. Das wird also definitiv keine Auswirkung auf die Note haben. Hätte es aber sicherlich auch nicht, wenn es einen Zusammenhang gäbe. Das können die Beteiligten schon auseinanderhalten.

Wo ist das denn festgelegt? Ich glaube du meinst eher den steuerfreien Betrag nach der Übungsleiterregelung. Der liegt bei knapp über 2000 Euro. Ein Maximalverdienst ist mir nicht bekannt.

Kann ich auch empfehlen! Katrina Owen, die die Seite gestartet hat, war schon in vielen Podcasts zu Gast, um die Plattform vorzustellen und sie hält auch sehr empfehlenswerte Vorträge, wie z.B. Therapeutic Refactoring. Die Plattform ist genau aus den von dir genannten Gründen empfehlenswert: Sie fokussiert sich auf die Problemlösung und nicht auf die konkrete Sprache. Also eigentlich genau das, was ein Anwendungsentwickler lernen muss! :-D

Danke für die Empfehlung! Aber bevor der Thread wegen zu viel Werbung geschlossen wird, sei noch gesagt, dass es das alles auch absolut kostenfrei gibt. Allerdings mit LaTeX (was aber sicherlich kein Nachteil ist ;-) ).

Hast du es mal mit dem Aufsetzen von ein paar VMs versucht? Meine Studenten im 1. Semester bekommen immer die Aufgabe, einen Windows-Client, einen Windows-Server und einen Linux-Server zu verdrahten. Sprich: DHCP und DNS aufsetzen Active Directory aufsetzen Client in Domäne bringen Rechte auf Linux-Server über AD vergeben Netzlaufwerke einrichten Gruppenrichtlinien konfigurieren usw. Da sind wir zwar nicht mehr auf der 1./2. OSI-Schicht, aber die VMs selbst musst du ja auch konfigurieren (z.B. Netzwerkeinstellungen, NATing usw.). Kleiner Tipp: Suche dir eine konkrete Aufgabe, die du lösen willst/sollst. Einfach nur ein wenig am Netzwerk rumfummeln, bringt dich nicht weiter. Und noch ein Tipp: Hat dein/e Ausbilder/in keine praktischen Aufgaben für dich im Unternehmen? Dafür ist der Ausbildungsbetrieb doch da...

Früher gab es mal Beispiele auf dieser Seite, aber seit der Umstellung auf die neue Forensoftware, sind die nicht mehr da. Du kannst aber bitte einmal die Suchfunktion im Forum nutzen. Darüber findest du sicherlich Beispiele für Projektarbeiten. Zum Beispiel diese hier auf der ersten Ergebnisseite: Alternativ habe ich ein paar Dokus (FIAE und FISI) hier zum Download bereitgestellt: Beispiele für Projektarbeiten (Anträge, Dokumentationen, Präsentationen)

Ich habe absolut keine Ahnung was SIEM und LMS ist, aber die Rolle (Software-)Architekt heißt nicht, dass man nicht mehr programmieren muss/sollte. Why Should Software Architects Write Code?

Dem kann ich nur zustimmen. Man kann eigentlich nie zu viele Zeugnisse beilegen. Wir möchten bei Bewerbern immer gerne mehrere Zeugnisse sehen, um die Entwicklung nachvollziehen zu können. Es kann ja sein, dass mal ein schlechteres Zeugnis dazwischen ist, aber wenn der langfristige Trend positiv ist, ist das dann ja nicht so schlimm.

Wenn du Spaß an der Entwicklung hast und das Thema völlig frei wählbar ist, warum solltest du dann zu einem anderen Thema präsentieren? Was ist der Sinn dahinter? Du kannst dir ein beliebiges Thema aussuchen und wählst absichtlich etwas, worauf du eigentlich gar nicht so viel Lust hast!? Da würde ich sagen: Thema verfehlt. Zu den von dir genannten Punkten kannst du sicherlich locker 8 Minuten füllen. Das ist ja nichts! Bastel mal ein paar Folien und übe deine Präsentation. Du wirst sehen, wie schnell die Zeit vergeht.

Es handelt sich um eine Ausbildung, richtig? Wenn das Unternehmen ernsthaft von dir erwartet, einen Fachvortrag zu einem Informatikthema zu halten, such dir schnell ein anderes Unternehmen! Du sollst etwas lernen und nicht schon alles können. Falls es sich um eine Präsentation handelt, die nur dein Auftreten und deine Folien usw. zeigen soll, ist das natürlich etwas anderes.

Bitte alle Nicht-Programmiersprachen streichen! Welche das sind überlasse ich dir als Übung... Oder du formulierst den Satz anders (z.B. Programmier- und Auszeichnungssprachen).

Genau richtig so. Ich selbst habe Kollegen, die den umgekehrten Weg - vom FIAE zum FISI - gegangen sind, und das ist eigentlich kein Problem, sofern du irgendwie zeigen kannst, dass du das entsprechende Handwerk beherrschst. Wenn du in der Bewerbung und im Vorstellungsgespräch glaubhaft vermitteln kannst, dass du entwickeln kannst (oder das sogar durch eigenen Code auf GitHub "beweisen" kannst), steht einer Karriere als Entwickler nichts mehr im Weg Nicht falsch verstehen: Ich bin nicht der Meinung, dass jeder FISI automatisch programmieren und jeder FIAE ein Active Directory aufsetzen kann. Im Gegenteil: Es gehört immer noch sehr viel Berufspraxis und Lernen dazu, um die entsprechende Technologie zu beherrschen. Aber ich würde mal sagen, dass man auch nach drei Jahren Ausbildung zum FIAE noch (lange) kein Senior Developer ist

Na klar ist das sinnvoll, wenn es dein Wunsch ist. Entwickler werden immer gebraucht Ganz wichtig: Für eine Ausbildung musst du NOCH NICHT programmieren können. Wer das von dir verlangt, wird dich höchstwahrscheinlich nicht ausbilden, sondern ausbeuten

Für mich eindeutig: Die Projektdoku (nicht die Kunden-/Entwicklerdoku!) darf außerhalb der 70h erstellt werden. Wenn du dir unsicher bist, ruf bitte einfach deine IHK an. Nur die können es dir verbindlich sagen!

Die Dokumentationsphase wäre mir viel (!) zu lang. 22 Stunden sind fast ein Drittel der Zeit. Bist du sicher, dass du die Projektdokumentation in die 70h einrechnen musst? Das würde ich mir genau bei deiner IHK nachfragen. Aber auch die 10h für die eigentliche Doku wären mir zu lang. Achja: Das Pflichtenheft ist eigentlich das Ergebnis der Entwurfsphase. Nach der Analyse kannst du üblicherweise nur die Anforderungen beschreiben (=Lastenheft). Ein Pflichtenheft enthält (da es Vertragsbestandteil wird) Details zur Implementierung, die du nur in der Entwurfsphase definieren kannst (z.B. Oberflächen, konkrete Technologien usw.)

Du sollst auch gar nichts umstellen, weil "das Internet" dir das rät. Du sollst einen geeigneten Prozess für dein Projekt aussuchen. Das heißt, du musst dir der Vor- und Nachteile bewusst sein und eine eigene Entscheidung treffen. Das ist Teil deiner Prüfungsleistung! Das ist auch völliger Unfug. Du sollst für das Projekt nichts extra lernen, sondern etablierte Methoden und Werkzeuge einsetzen, die du beherrschst. Ich weiß gerade nicht, welche Vorlage du genau meinst (ich habe mehrere ), aber es wird immer das Thema Testing behandelt. In den letzten Projekten gab es jedoch keine explizite Testphase, da mit TDD entwickelt wurde und die (Entwickler-)Tests parallel zur Implementierung stattfanden. Dennoch wird in der Doku auf dieses Verfahren eingegangen und dir Vorteile werden erläutert bzw. begründet, warum keine ausgedehnte (manuelle) Testphase stattfand. Unit-Tests und Integrationstests müssen nicht zwangsläufig durch TDD entstehen. Aber Unit-Tests sind wohl immer automatisiert. Integrationstests hoffentlich auch, können aber auch teilautomatisiert oder manuell durchgeführt werden. TDD ist ein Prozess, der beschreibt, WANN die Tests geschrieben werden. Er gibt nicht vor, auf welcher EBENE (z.B. Unit, Integration, System) die Tests durchgeführt werden. Wenn dir das alles nichts sagt, empfehle ich dringend in die Prüfungsvorbereitung zum Thema Softwaretest einzusteigen! Ich empfehle immer als maximale Länge für Aufgaben ein paar Stunden, Obergrenze 8h. Also alle Arbeitspakete in Aufgaben runterbrechen, die max. 1 Arbeitstag dauern. Ich betone MAXIMAL. Die meisten Punkte sollten deutlich kleiner sein (z.B. Pflichtenheft erstellen 3h, Automatischen Build einrichten 1h, Entwicklung Oberfläche 4h).

Das ist mir bekannt. Es war auch nur eine Auflistung von Beispielen: agil, TDD, Kanban, Scrum, usw. "Agil" setzte ich in Anführungszeichen, da viele Prüflinge schreiben, sie arbeiten agil, ohne zu definieren, was das eigentlich heißt. Genau wie du schreibst, gibt es ja durchaus mehrere formale Prozesse, die sich agil nennen. Was erwartet "die IHK" denn? Mir sind keine Vorgaben bzgl. der Projektumsetzung oder des zu verwendenden Entwicklungsprozesses bekannt. Das fände ich auch sehr seltsam, da die Technologien und Methoden ja ständigem Wandel unterliegen und diese Vorgaben damit häufig überarbeitet werden müssten. Auch das ist mir bekannt. War nur ein Beispiel! In der letzten Sommerprüfung haben in meinem Ausschuss gefühlte 50% der Prüflinge "Kanban" angewendet (wieder in Anführungszeichen, da die meisten nicht erklären konnten, was außer Karteikarten an der Wand eigentlich dahinter steckt, also z.B. WIP-Limit, Pull anstatt Push usw.)

Jedem Prüfling steht die Wahl seines Vorgehensmodelles völlig frei. Es werden heutzutage bereits viele Projekte "agil" (was immer das dann konkret heißen mag), mit TDD oder nach Kanban umgesetzt. Niemand ist gezwungen, veraltete Prozessmodelle zu verwenden. Und es gibt auch keine Pluspunkte für Anwendung des Wasserfallmodells

Du musst direkt vor der Prüfung vom Ausschuss gefragt werden, ob du befangen gegenüber Ausschussmitgliedern bist (Beispiel: Dein Vater/Ausbilder/Kollege prüft dich.) Wann das so ist, muss dieser Prüfer den Raum verlassen und ein anderer Prüfer muss für ihn einspringen. Die Mindestzahl von drei Prüfern (Arbeitgeber, Arbeitnehmer, Lehrer) muss aber immer eingehalten werden. Den Ausschuss schon im Vorfeld der Prüfung zu wechseln ist meines Wissens nach nicht möglich. Das frag bitte direkt bei deiner IHK nach. Normalerweise sollte die IHK aber erkennen, dass sehr wahrscheinlich Befangenheit vorliegt, und dich gleich einem anderen Ausschuss zuweisen. Oder der Ausschuss erkennt es und lässt dich umplanen. Die Prüfer sehen ja schon bei den Projektanträgen, wen sie zu prüfen haben. Wichtig: Befangenheit liegt nicht vor, wenn du z.B. von deinem "bösen" Lehrer geprüft wirst. Das musst du hinnehmen! Im Prinzip lässt sich die Gruppe der Befangenen auf deine Verwandten oder Arbeitskollegen einschränken. Sonst kämen ja alle Prüflinge auf wilde Ideen und ließen sich immer den "besten" Ausschüssen zuweisen.

Nur kurz in die Gegenrichtung: Bitte die (tasächlich recht knappen) 20 Seiten dann auch bis auf den letzten Absatz ausreizen! Die meisten Dokus, die ich lese, haben nämlich eher das Problem, dass (viel) zu wenig geschrieben wird!

Ich habe nochmal in meiner eigenen Masterarbeit nachgeschaut und diese Zahlen gefunden (leider schon etwas älter): Nagappan, Nachiappan ; Maximilien, E. M. ; Bhat, Thirumalesh ; Williams, Laurie: Realizing quality improvement through test driven development: results and experiences of four industrial teams. In: Empirical Software Engineering 13 (2008), Februar, Nr. 3, 289–302. Lammi, Grant: Test-Driven Development: Does writing software backwards really improve quality? Version: November 2008.

Wer sagt denn, dass du strikt nach Wasserfall oder "agil" (übrigens ein sehr schwammiger Begriff für eine Doku!) entwickeln musst? Du kannst durchaus eine sinnvolle Anpassung an deinem Prozess vornehmen (in deinem Fall Tests ergänzen), wenn es dir sinnvoll erscheint und du das gut begründest.

Der zeitliche Mehraufwand durch Tests wird langfristig (!) durch weniger Aufwand bei der Weiterentwicklung und Fehlersuche meiner Erfahrung nach mehr als aufgehoben. Durch ein besseres Design steigt außerdem die Qualität der Software. Konkrete Zahlen habe ich nicht. Es gibt aber viele wissenschaftliche Studien dazu. Ich stelle einfach mal 50% mehr Initialaufwand in den Raum.