jk86

Wenn du ernsthaft Videos schneiden willst, solltest du das Gaming hiervon abtrennen. Dann macht eine zweite SSD Sinn, auf der nur das OS und die Videoschnittsoftware drauf ist, auch die Internetnutzung sollte hier nicht stattfinden, da Virenscanner etc. die Performance beeinflussen. Beim Gaming natürlich auch, aber da muss man das beim Online-Multiplayer wohl oder übel in Kauf nehmen.

Setz doch ein sinnvolles Serversystem als Hilfsmittel auf (Ticketsystem, IP-Verwaltung, etc). Das lässt sich in aller größter Not auch auf einem Raspi machen

Hm ja.
Ich kenne das halt von mir. Mich haben praktisch dieselben Sachen interessiert wie dich. C und C++ sind aber halt nunmal beides Sprachen bei denen viele Anfänger (zu denen würde ich dich noch zählen) in viele Fallen reinlaufen (Stichwort: undefined behavior).
Andererseits fängst du ja früh genug an.
Projektideen gibt's da genug. Nur: Was meinst du sagt die IHK wenn du als FISI z.B. einen Arduino-Roboter beprogrammierst? Das ist ein megacooles Projekt, hat aber garantiert mit der Arbeit in deinem Betrieb exakt null zu tun. Was willst du da z.B. für eine Wirtschaftlichkeitsbetrachtung schreiben? 
Meiner Meinung nach sind die allerwenigsten Azubis fit genug, ein Projekt ganz allein ohne den Betrieb durchzuziehen. 
Von daher würde ich alles versuchen, vom Betrieb wenigstens ein Projekt zu bekommen. Idealerweise eins, das in VMs oder auf Mini-Hardware durchzuziehen ist.
Zudem: Die meisten Azubis wollen dann ein richtig cooles Projekt machen und das geht oft in die Hose. 35h sind für FISI angesetzt, real werden die meisten wohl mindestens doppelt so lange brauchen. Und das in der Regel oft 0815-Projekte.

Wenn hier Interesse besteht, bitte PN. Ich habe es doppelt, da ich es mir im Vorfeld selbst gekauft und dann in der Umschulung noch einmal bekommen habe. Und ja, viele Sachen sind dort sehr gut und verständlich erklärt.

Linux From Scratch (LFS) ist durchaus interessant.

Der Ausbildungsplan ist eine Übersicht, über das was du am Ende können solltest. Wie man zu dem Ziel kommt ist eine andere Sache. Bei mir wurde im Betrieb nichts zur Programmierung gemacht, da ich es als Fisi nur theoretisch brauche und die Theorie in die Schule gehört.
Wo wir bei Theorie sind, in der Theorie wäre dein Ausbilder für dich zuständig und nicht deine Kollegen.

Wie du es vorhin erwähnt hast Theorie = Theorie. Vieles lernt man auch vom Kollegen...
Mein Ausbilder war kaufm. Leiter und er hatte es geschafft in d. Firewire-Anschluss nen USB Stick reinzustecken....
So jetzt zu jk86:
Nimm nen alten Rechner von der Firma und baue Zuhause ein System auf wo du einfach dich austoben kannst.
Leider sieht es so aus, dass du am Ende dir selbst alles beibringen musst. Du hast ja genügend Online Schulungsvideos (video2brain, cbtnuggets, Pluralsight, Udemy) wo du was lernen kannst.
Bsp: Server aufsetzten, AD aufsetzen nur mit Powershell + 50 Useraccounts per PS. Richte ein Ticketsystem etc. Du wirst genügend Fehler machen und daraus lernen.
Und Projektarbeit... ich glaube da musst du jetzt schon "festlegen" was du machen willst und vom Ausbilder absegnen lassen...
 
Du bist noch in der Ausbildung und nach der Ausbildung erwartet man nicht, dass du voll der Linux/Windoof Genie bist etc.
Du wirst angelernt und danach sammelst du RICHTIGE Erfahrung. Es heißt ja nicht umsonst bei vielen "Personaler" d. Berufserfahrung erst nach der Ausbildung gilt.....
 

Also ich sehe die Sache von zwei Seiten.
Die eine Seite ist die, dass du im Betrieb wohl nicht super toll ausgebildet wirst. Insbesondere scheint die Ausbildung nicht sehr rund zu sein. Ich kenne das von meiner eigenen Ausbildung, da war's ähnlich. An dem, was sich im Betrieb abspielt, kann man meist leider nicht viel ändern. Eskaliert hast du die ganze Sache ja schon an die entsprechenden Stellen, so dass dir hier nur die Möglichkeit zum Betriebswechsel bleibt.
Die andere Seite dagegen ist die, dass du fast unbegrenzt viel selber lernen kannst. Das ist zwar nicht so schön wie im Betrieb, aber es bringt dich immerhin voran. 
Mein Vorschlag entspricht dem, was Zaroc gepostet hat. Idealerweise machst du ein bisschen Geld locker und kaufst dir einen kleineren Server, ich denke da an sowas wie Dell T20/T30. Ist das Budget dafür zu knapp, geht's aber auch noch deutlich billiger.
Gucken wir also mal:
VM aufsetzen/Virtualisierung: Hyper-V, ESXI, Virtualbox, Proxmox, KVM usw. sind alle kostenlos. An die Grenzen stößt man dann bei Dingen wie VCenter und Clustern, aber das ist auch nicht existenziell wichtig für den Anfang.
Netzwerke einrichten und konfigurieren: Hier würde ich empfehlen, mit dem Cisco Packet Tracer zu starten. Vielleicht wird dann mittelfristig ein CCNA draus. Damit ist zumindest das Wissen der Ausbildung locker abgedeckt.
Remote Support: Kannst du machen mit Teamviewer oder Anydesk. Ist aber eigentlich trivial. Ob du nun auf deinem eigenen PC oder auf einem fremden rumklickst - egal.
Arbeiten mit einem Ticketsystem: Hier gibt's einfach zu viele völlig verschiedenartige Systeme. Mantis, Redmine usw. könntest du aber auch locker in einer VM mal anschauen. Sicher nicht das gleiche, wie im Live-Betrieb aber du kannst damit Grundkenntnisse erlangen.
Registry: Hier gibt's beliebig viele How-To's im Netz. Am besten in einer VM mit Snapshots arbeiten. Ansonsten sehe ich das auch eher weniger als essentiellen Teil einer Ausbildung.
Powershell: Fällt im Endeffekt unter Programmierung, siehe unten.
Softwarepaketierung: Grober Überbegriff. Aber wenn du deine eigenen rpm oder deb-Pakete bauen willst...auch hierfür gibt's zahlreiche Tutorials.
Backups: Ein Backup reicht von einem einfachen rsync über Acronis bis zum Betrieb eines Backup-SANs. Einfache Sachen könntest du auch hier selber umsetzen.
Datenschutz und Urheberrecht: Hier geht's im Wesentlichen um das Durcharbeiten öffentlicher Dokumente.
Programmieren: Lernt man am besten durch tun. Von Perl bis zu Powershell stehen dir hier alle Optionen offen. Tutorials gibt's genug, ebenso Foren und Dinge wie Stackoverflow.
Wie du siehst, kannst du dir einen Großteil dieser Dinge selber aneignen. Klar wär's im Betrieb schöner, aber solange die IHK den Betrieben praktisch freie Hand lässt, wird sich hier kaum etwas ändern.
Viel Erfolg.
 

Markus Söder gefällt das. 
SCNR

Die Basics die du gelernt hast dürften die gleichen sein wie heute. Am meisten Staub aufgewirbelt hat die IT-Branche meiner Meinung nach im Bereich IT-Sicherheit (Stichpunkte: NSA-Skandal, Spectre & Meltdown). Ansonsten verdrängt IPv6 langsam aber sicher IPv4, SSDs verdrängen HDDs, autonome Autos rollen ihre ersten Kilometer, jeder ITler besitzt mindestens zwei Raspberrys und Smartwatches sind vom Coolnessfaktor das geworden, was früher mal Blackberrys waren. Cloud, Internet of Things, Big Data, Industrie 4.0, Virtualisierung, Machine Intelligence, Spracherkennung und Virtual Reality ist der heiße Shizzle der letzten Jahre gewesen. Kannst ja mal einfach bei Heise, Golem und Co stöbern.
Bin mal gespannt, was die Zukunft bringt. Ich warte ja sehnsüchtig auf den Quantencomputer und die Hirn-Computer-Schnittstelle.
 

Hallo MarcSel,
Schreiben ist ein Handwerk, jeder kann es lernen. Und wie die meisten Dinge auch, lernt man es am besten, indem man es tut. Je öfter, desto besser - eigne dir eine tägliche Schreibroutine an. Ein Webforum wie hier ist eine gute Möglichkeit dazu. Oder Kurzgeschichten, wenn dir das liegt.
Zum Schreiben gehört auch das Lesen dazu. Es müssen keine dicken Wälzer sein. Lies, was dich halt interessiert. Lies IT-Fachliteratur, Online-Artikel oder PC-Zeitschriften. Regelmäßig! Dadurch verbesserst du deinen Wortschatz und bekommst ein Gespür dafür, wie man technische Themen erklärt. Du kannst dir auch Stil- oder Schreibratgeber dazu durchlesen.
Zur Ausarbeitung deiner Doku ist es vielleicht hilfreich, dir erst ein Grundgerüst zu erstellen. Ein Inhaltsverzeichnis quasi, es muss noch nicht ganz passen - wichtig ist nur, dass du eine sinnvolle Struktur hast. Dann kannst du Punkt für Punkt abarbeiten. Viele Autoren machen das so, dass sie erst ein "Skelett" erstellen und es dann mit Text füllen. Wenn man darin Übung hat und sich in dem Thema gut auskennt, kann man Texte einfach so runterschreiben.
Wenn du noch nicht so weit bist, ein grobes Inhaltsverzeichnis erstellen zu können, können dir Kreativitätstechniken wie Mindmaps und Brainstorming helfen.
Wenn du noch Fragen hast, hau in die Tasten - ich muss jetzt leider weiterarbeiten und melde mich später nochmal.
Grüße,
jk86
 

Hallo MarcSel,
Schreiben ist ein Handwerk, jeder kann es lernen. Und wie die meisten Dinge auch, lernt man es am besten, indem man es tut. Je öfter, desto besser - eigne dir eine tägliche Schreibroutine an. Ein Webforum wie hier ist eine gute Möglichkeit dazu. Oder Kurzgeschichten, wenn dir das liegt.
Zum Schreiben gehört auch das Lesen dazu. Es müssen keine dicken Wälzer sein. Lies, was dich halt interessiert. Lies IT-Fachliteratur, Online-Artikel oder PC-Zeitschriften. Regelmäßig! Dadurch verbesserst du deinen Wortschatz und bekommst ein Gespür dafür, wie man technische Themen erklärt. Du kannst dir auch Stil- oder Schreibratgeber dazu durchlesen.
Zur Ausarbeitung deiner Doku ist es vielleicht hilfreich, dir erst ein Grundgerüst zu erstellen. Ein Inhaltsverzeichnis quasi, es muss noch nicht ganz passen - wichtig ist nur, dass du eine sinnvolle Struktur hast. Dann kannst du Punkt für Punkt abarbeiten. Viele Autoren machen das so, dass sie erst ein "Skelett" erstellen und es dann mit Text füllen. Wenn man darin Übung hat und sich in dem Thema gut auskennt, kann man Texte einfach so runterschreiben.
Wenn du noch nicht so weit bist, ein grobes Inhaltsverzeichnis erstellen zu können, können dir Kreativitätstechniken wie Mindmaps und Brainstorming helfen.
Wenn du noch Fragen hast, hau in die Tasten - ich muss jetzt leider weiterarbeiten und melde mich später nochmal.
Grüße,
jk86
 

Verstehe ich das richtig: Öffentlicher Dienst?
Wenn ja, dann da. Im Vergleich zur freien Wirtschaft ist das Ausbildungsentgelt im öD recht hoch und du hast meistens sehr faire Arbeitsbedingungen (kaum Überstunden etc).

Ich denke, es kommt auch immer auf den Vermieter an..
Mein aktueller Vermieter wollte weder Kontoauszüge noch irgendwelche Offenbarungen, Schufa- oder Selbstauskünfte. Lediglich Berufsbezeichnung hat ihn interessiert. Ist aber auch keine Miethai GmbH sondern ein sehr umgänglicher Mensch.
Die Miethai-AG davor wollte die komplette Palette: Gehaltsnachweise für 6(!) Monate, Selbstauskunft, Schufa ... Dafür war die Wohnung mega billig und gut (450 EUR warm bei 80qm mit Balkon ins Grüne, nahezu 0 Heizkosten durch "Passivheizung").
Nachdem ich dann aber nach nem Wasserrohrbruch mehrere Monate in ner Baustelle leben musste bin ich da weg. Trotz 100% Mietminderung.
Daher würde ich dir im Grunde auch raten: Such nach Wohnungen, die von Menschen und nicht von irgendwelchen Konzernen vermietet werden. Da hast du einen direkten Ansprechpartner und hängst nicht in kostenpflichtigen Sonderrufnummer-Warteschleifen.
Kostet mehr, erspart durch kurze Kommunikationswege jedoch u.U. ne Menge Ärger - und damit könnte ich ganze Bücher füllen..

Wie SaJu schon sagt: einfach bewerben. Wir schreiben auch gerade eine Stelle aus, wo auch ein Studium vorrausgesetzt wird, aber meine Firma wäre wohl froh, wenn da jemand kommt der C++ schon kann und ein Interesse an Embeddedthemen hat. Die Nachfrage ist da wohl sehr groß, aber die Bewerber wenige, daher hat man sich in meinem Fall entschieden selbst FIAE auszubilden, um dem Engpass zuvorzukommen.
Ich würde sagen, meine Firma wäre wohl froh, wenn sie jemanden mit 40 finden würden der Technische Infomatik oder Elektrotechnik stuidiert hat, sei es auch berufsbegleitend. Ich bin selbst was älter und plane nach der Ausbildung evt. noch ein Studium in diesem Bereich anzustreben. Wurde von meiner Firma begrüsst.
Also einfach probieren. Vielleicht findet sich ein Betrieb der bereit ist dich einzuarbeiten

Mal ganz davon abgesehen, dass oftmals Stellen, bei denen laut ausschreiben ein Studium erwünscht ist, auch mit Nicht-Hochschulabsolventen besetzt werden, wie viele schon schreiben: für den Bachelor solltest du keine 7 Jahre brauchen...selbst in Teilzeit nicht. An den meisten privaten Hochschulen wird auch für das Teilzeitstudium die Regelstudienzeit von 6 Semestern (= 3 Jahre) für einen Bachelor angesetzt, ansonsten die 1,5-fache Zeit, sprich 4 1/2 Jahre. Das mit den "40, bis ich fertig bin" würde eher passen, wenn du noch einen Master hinten dran hängst. Und wenn du das nebenberuflich machst, hast du ja auch nicht nur deinen Bachelor/Master, sondern auch die entsprechenden Jahre als Berufserfahrung und solltest dich vermutlich schon abseits von Junior-Stellen bewerben können.
Dann würde ich dir doch eher das Studium empfehlen.
(Es gibt btw neben dem Techniker auch noch den Staatlich geprüften Informatiker)
Ich weiß, was du damit sagen möchtest, aber ein Betrieb sollte immer bereit sein, neue Mitarbeiter einzuarbeiten. ^^ Auch Hochschulabsolventen haben nicht direkt bei Einstellung das Wissen wie alles läuft und umgesetzt werden muss.
Zu deiner Anfangsfrage @jk86: Es ist total unterschiedlich was und auf welchem Level FIAE in der Ausbildung und vor allem gegen Ende der Ausbildung programmieren. Ich habe beispielsweise in ABAP (die Programmiersprache von SAP) programmiert, bzw. mache es immernoch. Das Niveau, was ich dabei erreicht habe, würde ich eher als niedrig einschätzen, da ich mir die meisten Dinge selbst beibringen musste und nur sehr wenige Aufgaben von meinem Betrieb gestellt bekommen habe. Objektorientierung hat man dort übrigens vergebens gesucht.

Dann bewirb Dich ohne Hochschulabschluss auf Embedded-Stellen!
Ich bin als FISI im letzten Ausbildungsjahr auf der Messe Embedded World gewesen und habe mich bei den Unternehmen umgeschaut. Ich wurde tatsächlich mit meinen Berufsschulkenntnissen (C/C++ und Java) aufgefordert meine Unterlagen für Embedded-Stellen, wo eigentlich ein Bachelor gefordert war, einzuschicken. Ich soll einfach die Anforderungen mit dem Studium ignorieren. ^^
Anschließend wurde ich tatsächlich zum Vorstellungsgespräch eingeladen, weil ich mich so interessiert gezeigt habe. Das klang schon spannend, aber ich habe lieber abgesagt, weil ich dort kein berufsbegleitendes Studium hätte absolvieren dürfen.

Wenn Kunden zu uns kommen, dann laufen wir in Lederhosen rum, kein Problem...

Für Erleuchtung bin ich nicht zuständig, mein Spezialgebiet ist der überraschende Paragraphenwurf in den Nacken.

Ja, dann hast du sehr gute  Voraussetzungen. Überhaupt habe ich bisher die Erfahrung gemacht, dass viele Embeddedprogrammierer meist Elektrotechniker sind oder aus hardwareverwandten Bereichen kommen, und das Programmieren eigentlich nur nebenbei in ihren Ausbildungen oder Studium hatten. Aber bei deinen Hobbys würde ich sicher drüber nachdenken, ob du nicht mal Microcontroller programmieren willst.

Zu deinem Anschreiben:
Das ist jetzt nicht das Schlechteste was ich hier je gesehen habe. Allerdings ist es in einigen Punkten noch verbesserungswürdig:
Benutze ein Rechtschreibprogramm! (Auf der Duden-Webseite kann man Text gratis korrigieren) Weniger gestelzt schreiben Du wirkst im Anschreiben sehr selbstbewusst - prinzipiell ist das gut. Es verschreckt aber auch viele Personaler, weil Auszubildende sich unterordnen müssen. Du gehst null auf das Unternehmen ein und warum du ausgerechnet da deine Ausbildung machen willst, bzw. wie das Unternehmen von dir profitieren kann. So liest sich das Anschreiben, als würdest du dasselbe an x verschiedene Firmen schicken. Darauf wirst du vermutlich keine oder eine ablehnende Antwort bekommen. Setz dich besser für jede Bewerbung ein, zwei Stunden hin, schau dir die Unternehmenswebseite an und gehe im Anschreiben darauf ein, was der Betrieb macht und inwiefern dich das interessiert. "Schon immer interessiere ich mich für alle Themen rund um die IT-Dienstleistungen" -> Das klingt, als wüsstest du eben nicht, was du willst, Hauptsache "irgendwas mit Computern". Finde heraus, was dich besonders interessiert (Datenbanken? Netzwerke? Linux?) und schreib das rein. Das zeigt, dass du dich mit der Ausbildung, der IT und den Karrieremöglichkeiten auseinandergesetzt hast und dir sicher bist, dass der Beruf zu dir passt. Eine Fachinformatiker-Ausbildung ist sehr viel mehr als "nur"  Computer zusammenschrauben und Software installieren. Hardwareteile sind genormt, durch Installationen klickt man sich durch, das kann jeder 14-Jährige heute im Tiefschlaf. Last, but not least müssen die Daten im Anschreiben mit dem Lebenslauf übereinstimmen. (Falls das bisher nicht der Fall sein sollte). Wenn jemand Praktika in der IT gemacht hat und keine Arbeitszeugnisse beilegt, wittert jeder Personaler, dass da was faul ist. Falls du sie also bisher nicht angehängt hast, solltest du das ändern. Geh mit deinen Schwächen (hier: Mathenote) offensiv um und begründe, warum du dich trotzdem für das Mathematisch-Technische interessierst. Der Grundriss des Anschreibens ist gut. Ich würde das an deiner Stelle mal überarbeiten und dann hast du eine gute Vorlage, die du dann mit wenig Arbeit an konkrete Stellenausschreibungen anpassen kannst.
Und gib die Hoffnung nicht auf. Ich war zwei Jahre arbeitslos und weiß, wie ätzend und frustrierend die Jobsuche ist. Besonders wenn nur Absagen ins Haus flattern. Du bringst schon gute Grundvoraussetzungen mit, es fehlt halt noch der Feinschliff

Ich mache eine Ausbildung zum FIAE im Embeddedbereich und bin im ersten Ausbildungsjahr. Daher kann ich dir nur sagen, was ich als FAE hier im Betrieb lerne.  Neben dem Microcontrollerprogrammieren in C oder C++ ist es auch wichtig, wenn man etwas Elektrotechnik draufhat. Jetzt nicht unbedingt Brückenschaltung berechnen, aber Schaltpläne lesen, die jeweiligen elektronischen Bauteile kennen und messen können und generell keine Angst im Umgang mit Netzteilen oder Oszilloskopen. Die Ausbildung ist schon sehr hardwarelastig und unterscheidet sich auch meiner Meinung nach stark von dem was die anderen Azubis in der Berufsschule können müssen.
Solltest du also Interesse haben in den Bereich Microcontrollerprogrammierung zu wechseln, wäre es sicher nicht schlecht, wenn du nebenbei dich auch ein bisschen mit Elektronik beschäftigt.

Dazu einleitend das Vier-Seiten-Modell zur Kommunikation von Friedmann Schulz von Thun. Immer wieder nützlich.
Wenn sich das wiederholt und es dich das stört, sprich es an. Was für manche Humor ist, empfinden andere als belästigend. Klär die Fronten, wertfrei und professionell. Notfalls mit Zuhilfenahme bereits existierender Kommunikationsmuster wie z.B. der Gewaltfreien Kommunikation. 
Wenn sich durch solche Verhaltensmuster, wenn sie sich etabliert haben, tatsächlich Umstände ergeben, die dich in deiner wirklichen Handlungsfreiheit einschränken, ist es zu spät.
Gruß, Goulasz  

Es kommt auch ganz drauf an. Wenn man jetzt in der IT-Abteilung, die eigentlich was anderes macht, so bisschen dies und das Entwickelt, kann man schon so einige Grundlagen kennen lernen. Wenn man aber bei ner Softwareschmiede arbeitet, die hohe Qualitätsanforderungen haben, die GIT-Workflows, Testings, Codereviews, Dokumentation, agiles Entwickeln usw. haben, ist man deutlich auf einem anderem Level. 
Programmieren als Beruf ist anders, als Hobbyprojekte zu machen. Bei Hobbyprojekten kannst du alles so machen, wie es dir gefällt. Im Berufsalltag sieht das anders aus. 
Man entwickelt auch nicht im Prodsystem...
Das ist von Fall zu Fall unterschiedlich. Die einen kriegen gerade mal ein Hello World hin, weil sie auf der Arbeit den ganzen Tag nur HTML machen, die anderen sind Cracks was das Entwickeln angeht und die nächsten lernen professionelle Entwicklung mit allem was dazu gehört. Der eine kriegt die krassesten Dinge hin, die aber niemand mehr lesen kann. Der andere ist bisschen langsamer, schreibt aber sehr schönen code. Ich sage es mal so: Das Tippen von Code ist nur eine Seite eines Entwicklers. Das ganze (ich nenne es mal) Tooling drum rum, die andere Seite. Teams haben einen gewissen Workflow, die sich je nach Unternehmen und Abteilung unterscheiden können. Das wirst du weder bei dir in der Firma noch Zuhause lernen können.
Ich möchte dich damit nicht entmutigen. Was ich dir rate ist, erst die Grundlagen zu beherrschen und dann an einem OpenSource-Projekt mitzumachen. Das muss nichts krasses wie Linux sein. Es kann zB auch eine CSV-Parser-Library in Python sein.

Kann dir keiner sagen.
Ein ehemaliger BS Mitschüler hat zum Beispiel für seinen Betrieb ein komplett neues, Datenbankbasiertes Ticketsystem geschrieben. Mit allem drum und dran.
Der andere wiederum ist am OOP gescheitert. Kommt halt immer auf die Person drauf an.
Ich für meinen Teil denke, dass wenn du als AE beim OOP schon scheiterst, du gar nicht weitermachen musst.
Die meisten waren halt in der Lage, eigene Anwendungen/Schnittstellen/... zu schreiben, für den Anwendungsbereich Ihres Betriebes. Göhrt halt viel private Zeit dazu, damit du ordentliches Know-How vorweisen kannst.
Learning by doing.