tkreutz2

Was verstehst Du denn unter "Branchenwechsel" ? - Du schreibst was von komplett neuem Ausbildungsberuf (was man natürlich machen kann), aber das hat primär ja erst mal nichts mit der Branche zu tun. Branchenwechsel wäre in meinen Augen z.B. der Wechsel von einem Industriebetrieb zu einer Bank (Dienstleistung), oder von Handel zu Energie & Umwelt. Ohne regionalen Bezug, wird hier kaum jemand einen Tipp geben können. Aber die Frage nach Flexibilität (also Bereitschaft, dorthin umzuziehen, wo ggf. ein anderes Angebot vorhanden ist), spielt schon eine Rolle. Warum hat Dir denn der Betrieb, der Dich ausgebildet hat, kein Jobangebot gemacht ? Das wären alles so die Fragen, die mir bei einem Bewerbungsgespräch einfallen würden. Du kannst ja mal anonymisiert Deine Bewerbungsunterlagen hochladen und hier prüfen lassen. Vielleicht gibt es ein paar Punkte, die optimiert werden können. Ansonsten wurde ja der Tipp gegeben, Kontakte auszubauen. Gibt es denn irgendwelche Projekte, die Du in Deinem persönlichen Showcase hast (z.B. Git Repo) und anhand interessierte Leute einen Einblick in Deine Skills bekommen können ?

Formell ist bei Umschülern der Bildungsträger der "Ausbildungsbetrieb" der Praktikumsbetrieb stellt lediglich einen Praktikumsplatz, auch wenn vor Ort Leute sind, die Ausbildungsberechtigt sind, ist es nicht vergleichbar wie in regulären Ausbildungsverträgen, die mit Betrieben direkt geschlossen werden. Aus dem Grund ist die Wahl des Praktikumsbetriebes bei Umschülern immer mit einem ungleich höherem Risiko verbunden, als bei regulären Ausbildungsverhältnissen. Was man tun kann, ist auf jeden Fall mit dem Praktikumsbetrieb ein Gespräch führen, ob eine Prüfungswiederholung möglich wäre, wenn die Prüfung nicht bestanden würde. Die meisten Betriebe zeigen sich hier kulant. Problem bei Umschülern ist halt, dass sie keine Ausbildungsvergütung vom Praktikumsbetrieb bekommen und ohne finanzielle Mittel sich kaum einer einen zweiten oder dritten Schuss leisten können. Da müsste auch die ARGE oder Rententräger, oder wer auch immer die Kosten trägt, die Zustimmung zu geben. Mir sind Fälle bekannt, in denen dann der Bildungsträger für Abschlußprojekte eingesprungen ist als Praktikumsbetrieb, aber auch das ist keine Regel. Frage an den Threadsteller wäre hier, um welchen Ausbildungsschwerpunkt es sich handelt. (FiSi, FiAE). Da von "eigener Hardware" die Rede ist, gehe ich mal von FiSi aus. Hier könnte das von mir geschilderte Szenario greifen, dass im äußersten Notfall der Bildungsträger einspringt. Mein Rat, schnell die entsprechenden Gespräche suchen am Besten sofort, ohne Zögern. Ja, PoC gilt auch für FiAE - aber im Zweifelsfall immer nach Absprache mit der regionalen IHK. Und noch ein Hinweis ein den TE - Du musst Deine Abschlussarbeit selbst erstellen. Deine Kollegen sind da raus, sobald die Uhr tickt, das wäre auch in jedem anderem Betrieb nicht anders. Viel Glück !

Unbedingt

Ich lese hier viel über ob KI‑Beiträge zulässig oder sinnvoll sind. Mir scheint aber, das eigentliche Problem liegt eine Ebene tiefer: Wir haben kein gemeinsames Modell dafür, wo KI denken darf – und wo Verantwortung liegen muss. Ich habe dazu ein Architekturmodell formuliert, das genau diese Trennung explizit macht: KI als Generator, niemals als Autorisierungs‑ oder Entscheidungsinstanz. Wenn das hier interessiert, gern Feedback/Widerspruch. Ki-Foren.pdf

Ein Bild, das mir hilft: Ich denke Architektur eher wie eine loseblättrige Wissenssammlung als wie ein eingefrorenes Programm. Seiten können ergänzt oder ersetzt werden, aber das Buch als Ganzes bleibt lesbar – auch wenn manche Kapitel aus unterschiedlichen Jahrzehnten stammen. Im KI‑QS‑System denke ich Architektur inzwischen wie eine Art externer Speicher fürs Denken: Entscheidungen, Zustände und Argumente müssen außerhalb des flüchtigen Tools liegen. Die Software selbst wird damit zu etwas Lebendigem – nicht, weil sie ständig neu ist, sondern weil sie Gedanken und Strukturen über Zeit konserviert, auch wenn sich die Werkzeuge ändern. Meine Erfahrung ist, dass Softwarearchitektur oft sehr abstrakt gelehrt wird – der Bezug zu konkreten Best‑Practice‑Methoden und realen Entwicklungsprozessen fehlt dabei häufig. Ich arbeite aktuell an einem Pilotprojekt mit zwei Säulen: zum einen an einem KI‑QS‑System, zum anderen an einem Living‑Dokumentationssystem, das die Architektur während ihrer Entstehung kontinuierlich mitdokumentiert. Ziel ist es, aus einer zunächst persönlichen Loseblattsammlung in fest definierten Zyklen ausgewählte Kapitel zu konsolidieren und dauerhaft zu binden – während der Rest weiter evolviert. Architektur wird damit nicht nur beschrieben, sondern über Zeit nachvollziehbar gemacht. Ein Aspekt aus meinem aktuellen Architekturentwurf: Ich trenne bewusst zwischen einem deterministischen Kern (Zustände, Entscheidungen, Verlauf) und probabilistischen Randkomponenten (z. B. KI‑Tools), die jederzeit austauschbar oder abbrechbar sind, ohne den Gesamtzustand zu gefährden. Das hat sich gerade bei KI‑Systemen als extrem hilfreich erwiesen.

Um zu verstehen, warum ich mich für diesen Stack (Go, Retro-Anbindung, kein modernes Web-UI-Bling-Bling) entschieden habe, möchte ich mein Positionspapier zur Informatikbildung teilen. Mir geht es darum, dass gerade Auszubildende wieder lernen, Systeme zu bauen und zu durchdringen, statt nur Oberflächen zu bedienen. Mein Projekt ist der technische Prototyp für genau diesen didaktischen Ansatz. Positionspapier_Informatikbildung_Gestaltbare_Systeme.pdf

Danke für den Einwand, der ist absolut berechtigt – vor allem der Hinweis auf Schrift, Diakritik und exakte Reproduktion. Da würde ich gern etwas geraderücken, weil hier aus meiner Sicht zwei Dinge zusammenrutschen, die man trennen sollte. Ich meine mit der Walther‑von‑der‑Vogelweide‑Analogie nicht, dass natürliche Sprache immer verlustfrei oder eindeutig bleibt. Natürlich braucht es heute Übersetzungen, Kommentare und Kontext – und ja, es gibt Gegenbeispiele wie Voynich oder Rongorongo. Das bestreite ich gar nicht. Mir geht es eher um den Unterschied zwischen Bedeutung und exakter Reproduktion. Bei Formularen, Steuerbescheiden oder Zolldokumenten ist exakte Reproduktion das Hauptziel. Da muss das Ergebnis stimmen, idealerweise identisch, und Interpretationsspielraum ist unerwünscht. Dafür sind formale Systeme genau richtig. Bei Dingen wie Domänenmodellen, Regeln oder Wissen (und dazu zähle ich auch „Was ist ein Film in diesem System?“) ist das Ziel ein anderes: Dass ein Mensch auch in 20 oder 30 Jahren noch nachvollziehen kann, was gemeint war, selbst wenn die konkrete Umsetzung oder das Werkzeug längst weg ist. Das ist dann nicht bitgenau, aber oft erstaunlich robust. Eine praktische Erfahrung aus meinem Alltag passt da ganz gut: Ich habe mir einen Monsieur Cuisine gekauft, um überhaupt erst kochen zu lernen. Dabei nutze ich zwei Apps. In der Lidl‑Kochen‑App kann ich Rezepte einfach kopieren, abwandeln und in mein eigenes Kochbuch übernehmen. In der Monsieur‑Smart‑App sind die Rezepte komplett gegen Kopieren gesperrt. Beides funktioniert – aber nur bei der ersten lerne ich wirklich etwas. In der zweiten führe ich Abläufe aus. Das Rezept ist dort kein Wissen, sondern ein geschützter Prozess. Und genau diesen Unterschied meine ich auch in der Architektur: Wenn Logik und Bedeutung zu tief in Tools, Formate oder Workflows eingebaut sind, ist das System zwar bequem, aber kurzlebig. Wenn die Bedeutung zuerst sauber beschrieben ist, kann man sie später immer wieder neu umsetzen – auch mit anderen Werkzeugen. Kurz gesagt: Formale, exakte Systeme sind unverzichtbar, aber sie sollten nicht der einzige Träger der Bedeutung sein. Die Bedeutung selbst muss irgendwo leben, wo sie auch Menschen noch verstehen können.

Danke für den Hinweis auf das Projekt N.O.M.A.D., das geht auf jeden Fall in die Richtung, die ich grundsätzlich gesucht habe. Allerdings verfolge ich ein paar Ansätze, in denen sich meine Idee bewusst und grundlegend unterscheidet. Mein Ziel ist vor allem: a) eine langfristige Architektur – keine kuratierte Tool‑Sammlung b) Text‑first – also nicht Browser‑first als primärer Zugang c) Terminal‑ & Retro‑Zugriff: Ich bin noch im Verein aktiv (Atari ST). Dafür gibt es bei vielen modernen Lösungen – auch bei N.O.M.A.D. – naturgemäß keinen Ansatz d) 20‑Jahre‑Kompatibilität – das ist für mich der wirklich wichtigste Punkt, der bei vielen bestehenden Lösungen leider fehlt e) austauschbare Clients – für mich ein absolutes Muss‑Kriterium N.O.M.A.D. halte ich trotzdem für ein sehr spannendes Projekt, gerade als Referenz dafür, wie viel heute offline‑first und Open‑Source möglich ist. Mein Fokus liegt allerdings etwas stärker auf dem architektonischen Grundgerüst als auf einem integrierten Anwendungspaket.

Hallo zusammen, ich möchte in der Plauderecke eine Architekturdiskussion anstoßen – bewusst ohne konkretes Produkt‑ oder Framework‑Bashing. Ausgangspunkt ist ein privates Projekt / Showcase, bei dem ich mich gefragt habe: Wie müsste man Software heute entwerfen, wenn sie 20 Jahre unverändert betreibbar sein soll? Statt „State of the Art 2026“ habe ich daher ein paar bewusste Gegenentscheidungen getroffen: • stabiler Kern (PostgreSQL, klar definierte Domänenlogik) • Service‑Schicht in Go (kompiliert, wenig Abhängigkeiten) • Zugriff über mehrere sehr unterschiedliche Clients: – Web (Browser) – native Clients (C#, C++20) – Terminal‑Zugriff (TN3270), testbar sogar auf sehr alter Hardware • Druck/PDF‑Erzeugung nicht über Office‑Reports, sondern über eine textbasierte Build‑Pipeline (groff) in Docker Der Retro‑Teil ist dabei weniger Nostalgie als Härtetest: Wenn eine Anwendung über blockorientierte Terminals funktioniert, erzwingt das automatisch klare Datenmodelle und saubere Schnittstellen. Mich interessiert nicht „retro vs. modern“, sondern die Frage: Welche Teile heutiger Softwarearchitektur sind wirklich langlebig – und welche sind es nur, weil wir sie alle benutzen? Wie seht ihr das aus eurer Praxis? Gibt es aus eurer Sicht Architekturprinzipien, die den letzten 15–20 Jahren tatsächlich standgehalten haben? Technologiepapier_Manifest_MovieSystem_v1.pdf

Vielleicht mal das Anschreiben hier anonymisiert posten und von den Leuten hier gegenlesen lassen. Eventuell mal ein Bewerbertraining bei der Arge anfragen, damit die Unterlagen mal auf den neuesten Stand gebracht werden. Ausbildungsplätze sind schwierig zu bekommen. Rechtzeitig auch im Portal der örtlichen Regional suchen, welche Betriebe überhaupt selbst ausbilden und aktiv suchen. Wenn alles nicht klappt, überlegen die Schulausbildung nachzuholen bzw. höher einzusteigen z.B. 1 Jahr Fachabi und danach duales Studium starten. Viel Glück !

Es gibt keinen Grund sich Gedanken zu machen. Die Aspekte die fehlen sind lediglich Formalien, sofern aus dem Zwischenzeugnis ein Endzeugnis werden würde. Bestenfalls Mini-Optimierungen in der ein- oder anderen Formulierung. Das Zeugnis ist eine 1, aber einige Formulierungen entsprechen einer 2 z.B. durch das Wort "gut" anstelle von "sehr gut". Das ist aber nicht schlimm, wenn das Gesamtbild stimmig bleibt. Um das Gesamtbild zu beurteilen, müsste man die Schlussnote lesen können, wo es darum geht, wie das Unternehmen verlassen wurde: a) auf eigenen Wunsch b) mit Bedauern c) Kündigung aus Grund XY usw. Natürlich müsste dann die Form vergangenheitsbezogen sein und es fehlt die Unterschrift des fachlich- und Personal Verantwortlichen.

Hallo, ich kann im Moment (noch) nichts Negatives erkennen. Es ist halt ein sehr kurzes Zeugnis im Vergleich zu sonstigen Arbeitszeugnissen, die ich gelesen habe. In dem Zusammenhang wäre halt meine Frage, was mit der Bewertung der sonst üblichen Parts ist, die man in einem vollständigen Arbeitszeugnis sonst zu lesen bekommt, denn die fehlen ja dann noch komplett.

Hallo, schließe mich der Antwort von @hellerKopf an, das klingt für mich auch nach einem HR Filter. Was Du jetzt tun kannst, starte z.B. ein fiktives Projekt in Deinem privaten Umfeld zu einem Thema, was Dich interessiert. Dokumentiere alle Schritte- und Lösungsansätze in einem sauberen Dokument. Erstelle ein neues Anschreiben und füge genau das Projekt als praxisbezogenes Beispiel in der Dokumentation mit bei. Ich nenne mal ein Beispiel. Du bist Hobby Musiker und hast noch Software auf Legacy Hardware, für die es aktuell keine Unterstützung / Support mehr gibt. Dein Lösungsansatz, Konvertierung in eine VM und Migration der Legacy Software. Dann poste Dein Projekt in entsprechenden Communities und hol Dir Feedback dazu. Meistens bekommt man auf diesem Weg auch neue Kontakte, die einem ggf. auch Tipps / offene Stellen zu genau diesem Thema nennen können. Lass Deine Bewerbungsunterlagen von einem Coach prüfen und optimiere die Inhalte. Viel Glück !

Du bist ja noch jung, wenn Du noch mal zur Schule / Studium machen möchtest, ist das völlig okay. Wenn man älter wird, wird es schwieriger. Aber Du musst halt wirklich dann auch wissen, was Du eigentlich willst, sonst wird es Dir im Studium ähnlich ergehen. Mit dem Startup würde ich erst mal warten. Falls Du wirklich eins machen willst, da gibt es auch später noch Unterstützung von den Hochschulen zu, aber vorher solltest Du die Zeit nutzen, um erst mal einiges an Grundlagen zu lernen. Außerdem müsstest Du dann BWL studieren, nicht VWL - VWL ist Volkswirtschaftslehre und BWL ist Betriebswirtschaftslehre. Also langer Rede kurzer Sinn, Du solltest Dir noch einmal die Zeit nehmen, eine Berufsberatung in Anspruch zu nehmen, dazu kannst Du auch völlig kostenlos- und unverbindlich einen Termin bei Deinem Arbeitsamt machen, die bieten so was auch an. Eventuell wäre es auch hilfreich, mal in andere Berufe unverbindlich rein zu schnuppern und ein Betriebspraktikum zu machen. Dazu müsstest Du Dir Firmen suchen, die in Deiner Nähe sind und ggf. in den Berufen, die Dich interessieren auch ausbilden. (Einfach unverbindlich fragen). Wenn Dir die aktuelle Ausbildung keinen Spaß macht und Dir nicht zusagt, dann macht es leider auch keinen Sinn, sich da weiter zu quälen. Gehe einfach zu Deinem Chef und finde den Mut ein ehrliches Gespräch zu führen. Ich wünsche Dir auf jeden Fall viel Glück- und alles Gute für die Zukunft !

Schließe mich meinen Vorpostern dahingehend an, dass es unbedingt erforderlich ist, sofort zu reagieren und die Situation klar zu stellen. Sie sollten umgehend das Gespräch mit dem Ausbildungsleiter- oder Chef suchen. Außerdem wäre es wichtig, sachlich zu bleiben, zu erklären, dass Sie den Azubi zu Schulungszwecken mitgenommen haben. Bei künftigen Meetings wäre es gut, vorab anzukündigen ".... Ich bringe noch Person X/Y mit....". Achtung, wenn Sie hier jetzt nicht direkt klarstellen, kann dies bedeuten, das ihre Autorität in Frage gestellt wird. Sollte nochmal der Vorwurf fallen, können Sie auch sachlich direkt gegensteuern z.B. indem Sie sagen: "....Können Sie konkret benennen, welcher fachliche Aspekt Ihrer Meinung nach nicht abgedeckt wurde, oder geht es Ihnen grundsätzlich um die Anwesenheit von Auszubildenden?"