0x00

Wenn du nur in die IT-Sicherheit willst: Berufserfahrung + Zertifikate machens auch oft möglich, es muss kein Studium sein. Wenn du studieren willst: Das kannst du auch als beruflich Qualifizierter. Das unterscheidet sich afaik ein wenig von Bundesland zu Bundesland, aber normalerweise reichen 3 Jahre Berufserfahrung. Allerdings kannst du das nur im selben Fach, da du die FISI Ausbildung machst und Informatik/IT-Security studieren willst wird dies kein Problem sein. Am besten recherchierst du jedoch einfach ein wenig zu dem Thema. IHK Weiterbildungen oder gar Wirtschaftsfachwirt halte ich für nicht zielführend. "Nachhilfe" in Mathematik würden auf jeden Fall vor Studiumsbeginn nicht schaden, alternativ bieten viele Unis auch einen Vorbereitungskurs für die Leute an für die das schon länger her ist. Da du aber kein Abitur hast würde ich dir auf jeden Fall empfehlen den Stoff der Oberstufe nachzuholen.

Ne ne, der 14.4 ist schon mein letzter Arbeitstag, das passt alles. Ab 15.4. bin ich arbeitslos - Abbau von Urlaub und Überstunden hat bereits Anfang letzter Woche begonnen. Trotzdem danke für den Einwand, hätte ich das nicht gewusst wäre das in der Tat fatal gewesen!

Naja, der 14.04. ist der letzte Tag laut Kündigung. Rein aus Interesse, das Zeugnis ist eh schon abgesendet: Würdest du jetzt hier merken, dass das selbst geschrieben ist? Meine anderen zwei Zeugnisse sind ähnlich gut, nur da habe ich nichts selber geschrieben. Wäre ich somit Kandidat "Müsste man definitiv auf die Finger schauen"?

Habt ihr mal überlegt einen Produktmenschen einzustellen, extra für Kundenkontakt und Anforderungsdefinition? Das ist aus guten Gründen in vielen Firmen getrennt, weil sich die hier benötigten Skillsets nicht zwangsläufig mit denen eines Entwicklers überschneiden müssen. Viele Entwickler, die ich kenne haben eher die technischen Anforderungen im Sinn - etwas das dem Kunden meist völlig egal ist. Wenn die Anforderungen oder externen Schnittstellen definiert sind dürften sich viele deutlich einfacher tun. Klar gibt es Entwickler, die auch das alles selber machen können, aber diese Schnittmenge ist halt ungleich kleiner. Natürlich rede ich jetzt nicht von technischen Schnittstellen oder vorgegebenen APIs, sowas sollten die schon können. Aber wenn es um Kundenanforderungen geht macht es durchaus Sinn, wenn man jemand hat, der das ganze mal für die Entwickler "vorkaut". Da dann jeder seine Spezialgebiete hat dürfte sich auch der ganze Ablauf merkbar beschleunigen.

Sorry, dann hatte ich das missverstanden. Das klang eher so als würde die Aufgabe keiner schaffen, dann ist das ganze ja halb so wild. Ich würde in der Probezeit den Fokus des Neuen relativ zentriert halten. Eben nicht an vielen Stellen kleinere Aufgaben machen, sondern das ganz auf wenige, im Optimalfall eine Stelle beschränken. Erst kleinere Aufgaben, dann größere Aufgaben im Pair Programming oder enger Zusammenarbeit. Wenn ihr dann noch vor Ende der Probezeit so einen "Test" machen wollt sollte sich der Neue damit deutlich einfacher tun, weil er sowohl eure Herangehensweise als auch die entsprechenden Codestellen schon (grob) kennt. Zum Thema Vorstellungsgespräch: Ich greife jetzt mal das auf was @allesweg sagte: Aufgaben müssen auf die späteren Aufgaben zugeschnitten sein. Wenn ihr also jemanden wollt, der sich relativ schnell in neue Themen einarbeiten kann, dann solltet ihr genau das testen. Hierzu würde ich eine relativ abstrakte Aufgabe stellen und schauen wie der Bewerber an die Sache herangeht.

Kann mich den anderen da nur anschließen. Wenn die Neuen mit kleineren Aufgaben und Bugfixes klar kommen, aber nicht mit der ersten(!) größeren Aufgabe war entweder die Einarbeitung nicht gut genug, der Sprung von klein zu größer viel zu groß oder eure Anforderungen sind einfach viel zu hoch. Klingt für mich so als müsstet ihr nicht euren Bewerbungsprozess sondern eure Einarbeitung überarbeiten. Und sorry, bei dem was ihr bietet könnt ihr auch nicht die besten Kandidaten erwarten.

Die Unternehmensbranche ist mir relativ egal, meist kommen die Anforderungen eh von einem Product Owner, da brauche ich kein superspezifisches Wissen für. Und wenn doch, das kann man lernen. Ich hab C# gelernt, hab mich dann für 3 Monate in JS und PHP probiert bis ich gemerkt hab, dass das nichts für mich ist und fang jetzt bald nen Job als DevOpsler/Cloud Heini an. Zum Zeitpunkt meines ersten Wechsels hatte ich kaum Ahnung von JS und PHP, ich hab dann alles on the fly gelernt bzw. ca 5 (ne da fehlt keine Null) Stunden auch privat investiert. Ich hatte vor meinem zweiten Wechsel schon Kontakt zu sowohl Azure als auch AWS, deren IaC Tools, Cloud First Entwicklung und erstellen von CI/CD Pipelines, bin also halbwegs gut vorbereitet. Trotzdem ist Scripting relativ neu für mich und auch meine Linuxkenntnisse sind eher oberflächlicher Natur. Frameworks, Programmiersprachen und weiter gefasst auch IT-Systeme sind alle relativ ähnlich bzw. gibt es nur wenige Varianten (z.B. prozedural vs OOP vs funktional). Zudem sind die Grenzen oft schwimmend. Hast du eine verstanden kannst du dich relativ einfach auch in eine andere Einarbeiten. Im Vorstellungsgespräch hab ich betont was ich kann und wie ich denke, dass ich das einbringen kann. Aber ich habe auch viel Fokus darauf gelegt zu betonen was ich noch nicht kann, wo meine Lücken sind und was ich definitiv noch lernen will. Wenn man wechselt braucht man immer(!) Einarbeitungszeit, ob neue Sprache oder nicht. Bei einer neuen Sprache ist diese vielleicht länger, aber auch nicht viel wenn man sich ein wenig anstrengt. Man braucht dann aber definitiv einen festen, fachlichen Ansprechpartner und regelmäßige CRs, nur dann funktioniert das optimal. Das ist in vielen Firmen eh schon Standard, wenn allerdings nicht würde ich mir das sehr genau überlegen. Wichtig ist, dass man das ganze Thema offen im Vorstellungsgespräch angeht, damit beide Parteien wissen worauf sie sich da einlassen und damit keine falschen Vorstellungen entstehen.

Hocharbeiten kannst du dich definitiv auch mit Ausbildung. Irgendwann wirst du vermutlich an die gläserne Decke stoßen, aber das ist dann meistens eher wenn du Führungskraft werden willst. Und selbst Führungskraft ist dann in vielen Firmen immer noch möglich. Als Fachkraft stehen dir die allermeisten Felder offen, inkl. IT-Security (die im übrigen ein wahnsinnig breites Feld ist). Natürlich gibt Aufgaben für die ein Studium sinnvoller ist (z.B. Data Science, ML etc.), aber selbst da kann man mit Eigeninitiative und Glück reinkommen. Diese Tätigkeiten sind dann aber i.d.R. sehr mathematiklastig, sodass das Studium schon Sinn macht. Als normaler Programmierer oder Penetration Tester brauchst du kein Studium. Generell gilt: Fortbilden geht immer und gerade bei kleineren Firmen zählt dann oft doch Erfahrung vor Abschluss. Gerade in größeren Firmen, oder noch extremer im öD ist es dann leider eher andersrum. Als FIAE stehen dir die alle Türen (vielleicht mit Ausnahme von hohen Führungspositionen sowie Positionen wo man viel Mathematik braucht oder die relativ Forschungsnah sind) offen. Insofern würde ich mir da keine Sorgen machen. Auch Tech Lead, Team Lead, Architect o.Ä. ist definitv als FIAE möglich!

Mathe ist schon ein Brett - gerade an der Uni. An der FH soll das deutlich humaner sein. Unimathe und Schulmathe kann man nur schwer vergleichen und du wärst nicht der erste der zwar in der Schule schlecht war, es aber in der Uni versteht. Nichtsdestotrotz brechen die allermeisten (Uni) Studenten wegen Mathe ab und viele von denen die ich kenne, die an einer Uni Informatik studieren oder studiert haben, haben sich mindestens einmal ernsthaft überlegt ob sie abbrechen - wegen Mathe. Es gibt immer noch Professoren die stolz auf ihre Durchfallquoten von 80%+ sind, da musst du dich einfach durchbeißen. Aber wie gesagt, an der FH ist das bei weitem nicht so schlimm. Dennoch ist eine Informatikstudium nunmal ein Großteil auch Mathematik. Ausbildung kannst du mit Abitur auf 24 Monate verkürzen, weniger halte ich für nicht sinnvoll. Ansonsten kann ich mich @charmanta nur anschließen. Studium kann theoretisch besser sein, wenn du es schaffst, trotzdem ist der Jobmarkt aktuell leer und FIAEs hatten auch davor keine schlechten Karten.

Wenn du Praxis willst -> FH Wenn du in die Forschung willst -> Uni Wenn du programmieren willst würde ich normale oder praktische Informatik vorziehen. Wenn du in die IT-Sicherheit willst, studiere das. Achte auf jeden Fall auf die Module und die Schwerpunkte, nur weil überall Informatik drauf steht, heißt das nicht, dass überall auch das gleiche drin ist! Im Zweifelsfall würde ich erst einmal normale Informatik studieren, damit hälst du dir alle Türen offen. Schwerpunkte kannst du dann immer noch in einem potentiellen Master sowie in Praktika und dem Berufsleben setzen.

Wieso hast du dann diesen Thread erstellt? Hast du denen dein Wort gegeben? Ich persönlich gebe viel auf mein Wort, aber eigentlich musst du gar nichts bis du unterschrieben hast. Wenn der Betrieb den anderen schon vorher absagt ist das deren Risiko... Ob das jetzt so die feine englische Art ist sei mal dahingestellt. Da brauchst du eigentlich kein physikalisches Verständnis, zumindest nicht bei einem reinem Informatikstudium. Bei Ingenieurs- oder technischer Informatik mag das anders aussehen. Was den meisten bei reiner Informatik eher das Genick bricht ist Unimathe. Kommst du damit klar kommst du mit dem Studium klar. Auf jeden Fall! Wobei ich eher zum FIAE tendieren würde, da es diesen schon länger gibt. Ich weiß nicht ob ich FIDP Versuchskaninchen sein wollen würde, aber wenn der Betrieb stimmt - wieso nicht? FISI zu werden weil man programmieren will ist bestenfalls ein unnötiger Umweg und schlimmstenfalls 3 verschenkte Jahre.

Ich würds einfach in den Lebenslauf schreiben, der dürfte bei dir eh noch übersichtlich sein. Projekt, Scope, verwendete Technologie(n) und deine Rolle. Du bist Azubi, von dir erwartet keiner Konzepte, Prototypen oder Projektmanagement. Was die potentiellen AG interessiert sind Erfahrungen im Sinne von ersten Kontakten zu bestimmten Technologien und der Wille neues zu lernen. Du hast jetzt bald deine Grundlagenausbildung abgeschlossen, das wahre Lernen beginnt erst jetzt Ich hab jetzt mittlerweile fast 2 Jahre Berufserfahrung und selbst bei mir gings in den Bewerbungsgesprächen eher um zu was ich bereits Kontakt hatte und was ich lernen will anstatt darum was ich schon alles kann. In dem Sinne - kein Stress. Ich hab bei mir "Programmierung", "Implementierung" oder "Umsetzung" reingeschrieben, später wurde dann auch irgendwann "Entwicklung" oder "Konzeptionierung und Implementierung" daraus. Alternativ kannst du auch "Unterstützende Tätigkeiten" schreiben, an der Formulierung wirds nicht scheitern

Wenn dich programmieren interessiert, dann mach auf keinen Fall den FISI! Wenn Ausbildung, dann in deinem Fall FIAE. Keine Vorkenntnisse sind eigentlich kein Hindernis, wenn du privat schon "einige Programmiersprachen kannst" ist das mehr als genug. Wenn du es dir zutraust würde ich dir trotzdem das Studium empfehlen. Ausbildung kannst du ggf. nach Abbruch immer noch machen (auche "alte" Azubis werden dann gerne genommen wenn sie Info abgebrochen haben), aber wenn dus schaffst steht dir mehr offen. Programmierer kannst du definitiv mit beidem werden und auch Führungskraft ist mit Ausbildung möglich - trotzdem ist es mit Studium deutlich wahrscheinlicher. Auch ist der Verdienst in tarifgebundenen Unternehmen mit Studoum oftmals höher bzw. muss man nicht ewig um eine Hochstufung kämpfen. Was du studieren solltest? In deinem Fall erstmal Bachelor normale Informatik. Wenn du den schaffst, dann weißt du auch sicher was du ggf. im Master vertiefen willst. Wenn dir ein Studium an der Uni zu wissenschaftlich ist käme ggf. auch ein FH Studium in Frage.

Wenn du was mit Azure machen willst (es aber im Moment nicht tust), dann würde ich tendenziell eher in eine Position wechseln die es dir auch erlaubt mit Azure zu arbeiten. Wenn es bei dir gerade keine interessanten Stellen gibt (was ja der Fall zu sein scheint) oder dich keiner einstellen will würde ich den AZ-900 machen, ggf. noch den AZ-104. Wobei der 104 imo eigentlich ohne richtige Azure Erfahrung schon too much ist. Ansonsten das was @skylake sagt. CCNA schadet nie, ggf. auch DevNet. Im Bereich Systemintegration sind auf jeden Fall noch tiefergehende Linuxkenntnisse von Vorteil (gibt da auch diverse Zertifikate, aber ich hab keine Ahnung was da gut ist. LPIC? CompTia Linux+? Irgendwas von RedHat?). Auch vorteilhaft sind Programmier-, zumindest aber Skriptingfähigkeiten. Wenn du das gut kannst kannst du viele Sachen automatisieren und bist anderen meilenweit voraus. Generell, besonders aber im Bereich der Programmierung, gilt aber Erfahrung > Zertifikate. Ich würde an deiner Stelle ein paar Einstiegszertifikate (z.B. AZ-900, CCNA) machen die dir dann helfen in einen Bereich zu kommen in dem du arbeiten willst. Solltest du vor Erhalt der Zertifikate wechseln können umso besser!

Also wenn der Quellcode nur auf der VM liegt, dann würde ich mir echt Gedanken machen...

Hört sich für mich nach einem hausgemachtem Problem an. Wenn dein Ausbilder dich fragt wieso du nicht mehr Fragen stellst dann will er, dass du mehr Fragen stellst (wenn du es nicht verstehst). Wenn deine Kollegen manchmal keine Zeit haben ist das eben so, aber zumindest dein Ausbilder ist ja gewillt dir Fragen zu beantworten. Jetzt bist du in der Bringschuld und musst ihn auch mit Fragen bombardieren. Wenn du Angst hast, dass du zu viele oder "dumme" Fragen stellst dann mach doch folgendes. Wenn du eine Frage hast, dann recherchier ein wenig zu dem Thema und wenn dir das nicht weiter hilft notier dir die Frage für später. Bevor du dann mit deinem Ausbilder sprichst priorisiere deine Fragen und frag die wichtigsten oder interessantesten Dinge zuerst. Und wenn dein Ausbilder dann nach 3 Fragen weiter musst hast du die wichtigsten 3 Fragen geklärt - und viel mehr gelernt als wenn du nichts gefragt hättest weil du "zu viel" fragen wolltest. Generell, Vorkenntnisse hin oder her: Ausbildung heißt Ausbildung, weil du ausgebildet werden sollst. Müsstest du schon alles wissen würde es nicht Ausbildung sondern Ausbeutung heißen. Also: Fragen fragen!

"Für mich wars scheiße, die anderen sollen gefälligst die gleiche Scheiße durchmachen!"?

Nur weil die zuhause sind heißt das doch nicht, dass du die nicht fragen kannst?! Oder habt ihr keine E-Mail, kein Telefon, kein Teams/Slack/whatever?

Rede mal mit den Berufsschullehrern die du für am kompetentesten hälst und/oder mit denen du dich am besten verstehst. Deine Ausbilder sind ja offensichtlich der Meinung, dass du einen guten Job machst, wenn deine Lehrer die Meinung teilen, dann würde ich mir wenig Sorgen machen. Wenn deine Ausbilder viel von zuhause aus arbeiten, dann ist das noch kein Grund deine Ausbildung schleifen zu lassen. Mach regelmäßig (am besten täglich, wenns geht öfter) Telefontermine mit deinen Ausbildern und frag sie nach Aufgaben und bitte sie mit dir die Lösungen durchzugehen. Wenn deine Ausbildung nicht stattfindet, weil deine Ausbilder im Home Office sind, dann musst du aktiv werden, auf sie zugehen und dir Aufgaben geben lassen.

Natürlich bekommst du das Material von deinen Lehrern wenn du freundlich fragst!

Wenn das so ist... Wieso hast du noch nicht unterschrieben?

Wenn Geld der einzige Grund war - hau jetzt ab. Ich hatte das aber auch so interpretiert als wolltest du spannendere Aufgaben haben. Wenn du jetzt zurück in den öD wechselst, hast du diese dann? Wenn nicht würde ich weiter suchen, denn Geld ist nicht alles und wenn du das Geld im öD bekommst wirst du es wahrscheinlich in der freien Wirtschaft auch kriegen können.

Weg da, da muss man nicht lange überlegen. Nur solltest du dir überlegen wo du wieder hin willst. Du hattest deine Gründe wieso du aus dem öD weg bist, da jetzt wieder hinzugehen wäre für mich nicht die Lösung. Lieber noch ein wenig suchen, bis du was findest was dir wirklich taugt.

Schwierige Frage die ich mir auch immer wieder stelle. Für mich beginnt Komplexität da wo es (noch) keine vorgefertigten Lösungen und Best-Practices gibt. Beispiele wären vieles im Bereich Research & Development, aber auch Konzeption und Prototyping von großen (komplexen) Systemen, wo es nicht DIE Lösung, sondern nur Alternativen mit verschiedenen Vor- und Nachteilen gibt. Falls es dir um den Prozentsatz aller Stellen geht die ich als komplex bewerten würde: Deutlich unter 10%, vermutlich unter 5%, vielleicht auch noch weniger. Komplex heißt hier im übrigen dann auch nicht, dass man dafür ein Studium braucht, auch wenn es in vielen Bereichen definitiv helfen wird.

Ich würde sogar so weit gehen und behaupten, dass man den Skill Skills zu lernen lernen kann. Bei den meisten halt es lediglich am Willen und den damit verbundenen Ausreden will ich nicht, kann ich nicht und mag ich nicht. Ich bin jedes Mal wieder überrascht wenn ich auf die oben genannten Ausreden stoße. Es ist unglaublich wie viele Menschen sich selbst im Weg stehen aber wahrscheinlich unterschätze ich die Anzahl immer noch. Das wär einer der Punkte wo ich es wirklich interessant finden würde mal Vorstellungsgespräche zu führen und Bewerbungen zu sichten. Nicht weil ich sonderlich qualifiziert bin, sondern einfach weil ich wahnsinnig neugierig bin was da alles für so Bewerber ankommen. Und um herauszufinden wie selten diese Art von Mensch wirklich ist. Den Vergleich mit der Waschmaschine finde ich im übrigen sehr schön, weil das Problem am Ende des Tages ja egal ist, es geht um die Herangehensweise. Ich hab auch eine Zeit lang mit dem Gedanken gespielt noch Maschinenbau zu studieren, weil mir das einfach Spaß macht komplexe Systeme zu konzipieren und zu entwickeln. Dann ist mir jedoch aufgefallen, dass es mir egal ist ob ich Maschinen oder Softwarelösungen designe und bin in der IT geblieben, weil da die Hürden vielerorts einfach niedriger sind. Als Ingenieur brauchst du erstmal die ganze Maschinerie und die entsprechenden Werkzeuge, in der IT reicht dir oftmals ein Laptop mit Internetzugang. Mir geht es da wie @carstenj, ich bin glücklich wenn ich meine grauen Zellen ein wenig anstrengen darf. Wie genau das passiert ist eher zweitrangig, wenn nicht sogar egal. Finde ich durchaus valide, vor allem weil mit zunehmender Berufserfahrung der Abschluss immer unwichtiger wird. Wobei sich hier natürlich bei mir die Frage stellt wieso die Berufserfahrung in einem entsprechenden Bereich sein muss. Wenn es nur ein Bereich ist, der Problemlösungsskills voraus setzt sollte es doch egal sein, oder?