hellerKopf

Nurse:
It′s a bot, Mrs. Walker
It's a bot
It′s a bot, Mrs. Walker
It's a bot

Chorus:
A bot
A bot
A bot

Frei nach 'Tommy' von The Who (gesungen von Carwyn?)

Meinst du, wir kommentieren hier ausgiebig Proof-of-Concept oder Lernbeispiele für einfache Malware-Strukturen, die noch nicht mal anlaufen.
Jeder Gymnasiast mit Informatik-Grundkurs hätte das ohne KI besser machen können.

Ich vermute, wir sehen hier einen Bot am Werk, der Fachforen lähmen soll, damit Donald Trump sich in der Zwischenzeit Grönland unbemerkt aneignen kann.

ok, keine Psychose.
sondern eher typisch sozial-konflikthaft, sagt die KI
Trotz- oder Abwehrreaktion: Kritik triggert Scham/Unsicherheit → Gegenangriff, um sich zu schützen.
Provokation / Machtspiel: Derjenige will Kontrolle behalten oder eskalieren („Du bist das Problem, nicht ich“).

Unreife Konfliktstrategie: Keine Fähigkeit, Kritik zu integrieren → Ausweichen in Floskeln.
Überforderung / Stress: Im Moment keine Ressourcen für Reflexion, also „Flucht nach vorne“.
Narzisstische Kränkbarkeit : Kritik wird als Angriff erlebt → Abwertung des Kritikers.

Wäre mit einem Ausrufezeichen am Ende sicher richtiger.
Dann schreib man ein Programm das Donald ablöst.

.. Hier endet meine Zeit für 'Plauderecke' am heutigen Tag.
'Muss nur noch Welt retten, aber .."

Kurze Anfrage beim BIBB, einfache Antwort:

"Ja, wir sehen einen Bedarf KI in die Ausbildungsthemen aufzunehmen.
Nicht als eigenes Lernfeld, eher als Querschnitt-Thema.
Kurzfristig sind aber keine Änderungen oder Ergänzungen des Rahmenplans zu erwarten:"

Da ist es kein Wunder, wenn Unternehmen auf Neueinstellungen von Junioren verzichten. (Die können es nicht.)
Und stattdessen ihre erfahrenen Kräfte mit KI boosten wollen. (Denen kann man es am schnellsten beibringen.)

Allerdings geht s dann meist nur um schnellere Implementierungen.

Am meisten störend ist der Punkt 8.

Die verbreitete Meinung "mit KI wird es von alleine schneller, besser", mit weniger Fachkräften, wird ins Chaos führen.
Das Marketinggeschrei der KI Hersteller lenkt vollkommen von den Anforderungen an die Qualifizierung der Mitarbeiter ab.

Ich habe die Verlautbarungen einiger Industrieverbände zusammengefasst:
"Künstliche Intelligenz wird <Berufsbezeichnung> nicht vollständig ersetzen.
Sie wird die Art ihrer Arbeit verändern.
Diejenigen Mitarbeiter, die in diesem Wandel erfolgreich sein werden, sind diejenigen, die KI als Werkzeug und nicht als Bedrohung begreifen.
Kurzfristig wird KI Ihre Produktivität optimieren, Durchlaufzeiten verkürzen.
Langfristig wird sie, wie jede andere bedeutende technologische Weiterentwicklung in der Geschichte der <Produktname>, Rollen und Möglichkeiten neu definieren.
Qualifizierte <Berufsbezeichnung> werden weiterhin benötigt, nur eben mit intelligenteren Werkzeugen."

Demgegenüber vermisse ich aber jede Fokussierung im Ausbildungsbereich.

Das ist ja die eigentliche Frage, vollkommen unabhängig vom Projektthema.
Die Frage ist aber die gleiche, die ich mit natürlichen Intelligenzen zu beantworten habe:
„Kann man die Architektur so präzise definieren, dass die Entwickler gar nicht falsch arbeiten können?“
oder
"Wie präzise muss ich die Vorgaben definieren, damit die Entwickler ausreichend gut arbeiten?"

Und genau da ist dann der Unterschied.
Entwickler bringen Kreativität und Erfahrung mit. Mangelnde Vorgaben werden oft durch den Entwickler ergänzt.
Je nach Qualität der menschlichen Entwickler werden Fehler in Architekturvorgaben und Rules ausgeglichen.
Eine KI wird das nicht machen, wenn man keine entsprechende Aufforderung formuliert.

Genau hier sehe ich auch die Herausforderung.
Die hitzige Diskussion, ob KI .... ersetzen kann, vernachlässigt vollkommen den 'Maßstab' nach dem man dies beurteilen kann.
Der Junior könnte mir auch alle 20 Punkte zu RAII (nur als Beispiel) aufzählen.
Aber auch beim Senior bin ich nicht sicher, ob er alle Punkte berücksichtigt.

Und ob KI/LLM alle seine Punkte auch berücksichtigt, muss ich aufwendig nachprüfen.

Das ist ein Punkt, wo ich gerne tiefer gehen will.

Verglichen werden kann:
Ich fordere die Regeln von einem frisch Ausgebildeten, einem Junior (2 Jahre BE) und einem Senior.
Ich nenne die Anforderung genauso in den Anweisungen an die KI.

Das Ergebnis sollte sein zu erkennen, auf welchem Level beginnt die KI besser zu sein, als der humane Mitarbeiter.
Dann erfolgt das Tuning. Wie muss ich die Anforderung formulieren, damit KI den Junior ersetzt und ab wann ist die KI dem Senior gleich.

Ich habe das für zwei Systeme gemacht, die sich untereinander schon geringfügig unterscheiden.
Was mir die drei Arten von Mitarbeiter geantwortet hätten und welche Memory-Leak-Rate diese verursachen, versuche ich gerade vor Ort zu ermitteln.

Die LLM haben auf "Nutze RAII" wie folgt reagiert:

LLM1
LLM2
Übereinstimmung/Ergänzung
1. Ressourcen an Objektlebensdauer binden
Ressourcen werden im Konstruktor erworben und im Destruktor freigegeben.
✅ Übereinstimmung
2. Kein manuelles new/delete im Anwendungscode
Vermeide new/delete; nutze Smart Pointer oder Container.
✅ Übereinstimmung
3. Kein manuelles malloc/free in modernem C++
Kein manuelles Speichermanagement; nutze Standardbibliothek.
✅ Übereinstimmung
4. Destruktor gibt die Ressource zuverlässig frei
Destruktor gibt Ressourcen frei, auch bei Ausnahmen.
✅ Übereinstimmung
5. Destruktoren dürfen keine Exceptions werfen
Nicht explizit erwähnt, aber implizit durch Ausnahmesicherheit abgedeckt.
⚠️ Ergänzung:
6. Ressourcenbesitz eindeutig modellieren
Konsistente Ownership-Semantik (z. B. unique_ptr, shared_ptr).
✅ Übereinstimmung
7. Rule of Zero bevorzugen
Nutzung von Standardtypen, die Ressourcen selbst verwalten.
✅ Übereinstimmung
8. Falls eigene Ressourcenklasse nötig: Rule of Five beachten
Eigenen RAII-Wrapper erstellen, inkl. Move-Semantik.
✅ Übereinstimmung (implizit durch Move-Semantik)
9. Kopierbarkeit bewusst entscheiden
Move-Semantik für Ownership-Übertragung; Kopieren oft gelöscht.
✅ Übereinstimmung
10. Locks per RAII verwalten
Nutzung von std::lock_guard, std::scoped_lock.
✅ Übereinstimmung
11. Dateien per RAII verwalten
Nutzung von std::fstream oder eigenen Wrappern.
✅ Übereinstimmung
12. Transaktionen und Rollbacks absichern
Nicht explizit erwähnt.
❌ Fehlend
13. Frühe Returns müssen sicher sein
RAII stellt sicher, dass Ressourcen auch bei return/throw freigegeben werden.
✅ Übereinstimmung (implizit)
14. Keine „Cleanup“-Blöcke am Funktionsende
Aufräumlogik gehört in Destruktoren.
✅ Übereinstimmung
15. Rohpointer nur als beobachtende Pointer verwenden
Rohe Zeiger nur für Nicht-Ownership; Ownership durch RAII-Typen.
✅ Übereinstimmung
16. Scope bewusst klein halten
Nicht explizit erwähnt.
⚠️ Ergänzung: Wichtiger Punkt,
17. Initialisierung vollständig und gültig machen
Konstruktoren sollten Objekte in gültigen Zustand versetzen.
✅ Übereinstimmung (implizit)
18. Keine halbgültigen Objekte bevorzugen
Keine init()-Methoden; Objekte sollten nach Konstruktion gültig sein.
✅ Übereinstimmung (implizit)
19. Qt-spezifisch: Ownership beachten
Qt’s Eltern-Kind-Mechanismus und QScopedPointer/QSharedPointer.
✅ Übereinstimmung
20. Qt-spezifisch: Smart Pointer passend wählen
Nutzung von std::unique_ptr, QSharedPointer etc.
✅ Übereinstimmung

Was erwartest du genau zu erfahren?
Die Grenzen hängen davon ab, wo du die Grenzen ziehst.

Ein aussagekräftiger Vergleich zwischen KI-generierter und menschlicher Softwareentwicklung erfordert:
Quantitative Metriken (z. B. Entwicklungszeit, Fehlerrate, Testabdeckung) für objektive Daten.
Qualitative Metriken (z. B. Code-Design, Entwicklerzufriedenheit) für subjektive Bewertungen.
Langfristige Studien zur Bewertung von Wartbarkeit und Skalierbarkeit und kontextspezifische Analysen (z. B. Projektgröße, Teamdynamik, Domänenkomplexität).

Mir scheinen bestimmte Beobachtungen sehr nützlich zu sein, um zu einer Bewertung zu kommen.
Die Qualität der KI-Ausgabe hängt stark von den Prompt-Guardrails ab.

Testet du, welche Formulierungen mehr oder weniger gut arbeiten?
Wenn sowas wie Best-Practice-to-generate herauskommt, würde ich das unterstützen.

Das betrifft aber nur den Anteil der Umschüler, der in einer Umschulung falsch ist.
Mit deiner Selbstbeschreibung könntest du zu dem Teil gehören, der gut durchkommen wird.
Wichtig ist es, einen guten Praktikumsplatz zu finden, wo die Chancen auf Übernahme hoch sind.
Mit den Themen des Praktikumbetriebs hast du dann neue Schwerpunkte für dein Selbststudium.

Just google.
Microsoft hat tolle Seiten die PowerShell erklären. Nennt sich Dokumentation.
Und auch zu den LINUX shells gibt es Tutorial.

teilweise auf english.

PowerShell
Tutorials
Golem PowerShell-Tutorial
Sehr guter praxisnaher Einstieg mit Übungen und Videos. Gut geeignet, wenn du systematisch lernen willst.
ZAIOS PowerShell Grundlagen
Kürzere, übersichtliche Tutorials zu Cmdlets, Prozessen, Diensten, Dateien usw.
PowerShell Tutorial Deutsch #01 (YouTube)
Einstiegsvideo mit Fokus auf Automatisierung und Administration.

Bash / Linux Shell
Interaktive Tutorials
LearnShell.org (Deutsch)
Direkt im Browser Bash-Code ausprobieren. Sehr gut für Anfänger.
LearnShell.org (Englisch)
Die englische Version ist oft etwas aktueller.
Strukturierte Bash-Kurse
bin-bash.de
Deutsches Tutorial speziell für Linux- und Bash-Einsteiger. Sehr verständlich aufgebaut.
Linuxize Bash Scripting Fundamentals
Umfangreiche moderne Tutorial-Reihe zu Bash-Skripting.
The Bash Academy
Sehr tiefgehender Kurs mit Fokus auf saubere Shell-Skripte und Linux-Kommandos.
8gwifi Bash Tutorial
Viele praktische Beispiele und fortgeschrittene Themen wie awk, sed, Regex und Fehlerbehandlung.

Und jede Menge andere Quellen, auch auf youtube.

Was würde es denn bringen, wenn hier nur die aktuellen Prüflinge sich gegenseitig etwas vorjammern?
Die Erfahrenen bringen zumeist die Verwunderung zum Ausdruck, dass anscheinend die Messlatte in der Ausbildung immer mehr nach unten verschoben wird.

Ich sage ja nicht, Dinge wären easy, weil wir sie nach 30 Jahren kennen.
Ich sage, das hätte man wissen sollen, weil ich es schon in meiner Ausbildung so gelernt habe oder ich es selber heute vermittle.

Das Lehrkräfte ihr eigenes Material hamstern und ungern (freiwillig) herausgeben ist weit verbreitet. Das liegt aber tatsächlich an einer Konstruktion verschiedener Dinge....
Die haben sich durch ein Referendariat gequält bei dem vieles in harter Eigenarbeit erstellt werden musste und mögen daher Lehrkräfte nicht, die die Hand aufhalten aber nichts beitragen (damit meine ich nicht @kreincke oder so, sondern allgemein).
Sind Lehrer ein seltsamer Schlag Mensch. Die lernen im Studium schnell Ellbogenmentalität und spätestens im Ref wird das dann (je nach Fächerkombination) so richtig eingeschärft. Danach arbeiten diese quasi für sich alleine und daher wirkt immer ein gewisses Grundmisstrauen, wenn andere nach Material fragen.
Leider habe ich es auch persönlich schon erlebt, dass Lehrkräfte Material von mir wollten, danach einfach meinen Namen aus den Dokumenten gelöscht haben und es als ihr eigenes Werk weiterverwendet haben. Das ist leider nicht einmal passiert, sondern öfters.
Aber ja, es wäre insgesamt wünschenswert wenn es eben ein zentralen Ort wie Github gäbe, bei denen (gutes) Material zur Verfügung steht. Oft scheitert es aber bereits am Layout oder der unterschiedlichen Methodik der Lehrkräfte. Mit meinen Präsentationen, Guides und co. könnte auch niemand wirklich sinnvoll was anfangen, da ich bspw. kaum Notizen in diesen stehen habe.

Der IT-Arbeitsmarkt hat weniger ein Bewerberproblem als ein Erwartungsproblem: Gesucht werden Berufseinsteiger mit Erfahrung, Spezialwissen und KI-Kompetenz — also im Grunde keine Einsteiger.

Wir haben eigentlich keinen Fachkräftemangel — wir haben aber einen Markt, der Einsteiger zu wenig entwickeln will und gleichzeitig über fehlende erfahrene Leute klagt.

1. Der angebliche Fachkräftemangel ist oft kein reines Mengenproblem, sondern ein Komfortproblem der Unternehmen.
Bewerber gibt es durchaus — aber viele Unternehmen suchen keine Nachwuchskräfte, sondern am liebsten sofort produktive Leute mit Erfahrung, Spezialwissen und möglichst moderaten Gehaltsvorstellungen. Es fehlen also oft nicht einfach „Fachinformatiker“, sondern perfekt passende Kandidaten ohne Einarbeitungsaufwand.
2. Der schwierige Berufseinstieg widerlegt den Fachkräftemangel nicht — er entlarvt seine Widersprüche.
Wenn ständig vom Mangel gesprochen wird, Einsteiger aber trotzdem reihenweise Absagen bekommen, dann zeigt das: Gesucht werden vor allem verwertbare Fachkräfte, nicht unbedingt Berufsanfänger. Viele Firmen klagen über Knappheit, investieren aber zu wenig in Ausbildung, Mentoring und systematischen Kompetenzaufbau. Wer keine Junioren entwickeln will, darf sich über Seniorenmangel nicht wundern.
3. KI löst den Mangel nicht, sondern verschiebt die Hürde nach oben.
KI ersetzt vor allem einfache Einstiegsaufgaben: Standardcode, Dokumentation, Routinetests, triviale Analysen. Genau dadurch fallen klassische Junior-Tätigkeiten teilweise weg. Das Ergebnis ist nicht „KI ersetzt alle Fachinformatiker“, sondern: Der Einstieg wird härter, weil von Anfängern heute oft schon fast Mid-Level-Leistung erwartet wird

Für Umschüler verschiebt sich der Markt von „Abschluss genügt“ zu „Abschluss plus Beweis“. Der Abschluss bleibt wertvoll, aber er trägt heute weniger allein. Besonders wichtig werden:
ein belastbares Praktikum mit echten Aufgaben,
ein Portfolio mit realen Projekten,
sichtbare Praxis mit Git, Tickets, Doku, Tests, Deployment, Support oder Admin-Aufgaben,
und zunehmend der souveräne Umgang mit KI-gestützten Workflows. get in IT beschreibt, dass Junior-Talente heute zusätzlich Automatisierung, KI-gestützte Arbeitsweisen und interdisziplinäres Arbeiten beherrschen sollen.
Gerade für Umschüler ist das entscheidend, weil sie häufiger gegen den Verdacht antreten müssen, zwar einen Abschluss zu haben, aber noch nicht hinreichend betriebsnah erprobt zu sein. Dieser Verdacht ist nicht immer fair, aber er ist im Markt real.
Umschüler haben in der Fachinformatik weiterhin Chancen, aber sie konkurrieren heute nicht nur über den Abschluss, sondern vor allem über den Praxisnachweis.

Quellen für die obigen Aussagen:
Gern — hier ist ein sauberes Literaturverzeichnis in APA 7 und Harvard-Stil auf Basis der verwendeten Quellen. Bei Webquellen ohne klar ausgewiesene Einzelautor:innen habe ich die Institution als Körperschaftsautor gesetzt. Wo kein genaues Veröffentlichungsdatum sichtbar war, habe ich mit dem Jahr der Quelle gearbeitet und bei Webartikeln einen Abruf am 10. April 2026 ergänzt. Die bibliografischen Angaben zu Titel, Institution und Verfügbarkeit habe ich anhand der Originalquellen geprüft. (Bitkom e. V.)

Bitkom. (2025). Der Arbeitsmarkt für IT-Fachkräfte: Studie 2025. Bitkom e. V.
Bundesagentur für Arbeit. (2025). Der Arbeitsmarkt für IKT-Berufe im Kontext der Transformation. Statistik/Arbeitsmarktberichterstattung. (Bundesagentur für Arbeit)
Bundesagentur für Arbeit. (2025). 2.2 Informatik. Statistik/Arbeitsmarktberichterstattung. (Statistik der Bundesagentur für Arbeit)
Anthropic. (2025). Anthropic Economic Index: AI’s impact on software development. Abgerufen am 10. April 2026. (Anthropic)
get in IT. (2026). IT-Arbeitsmarkt 2026. Abgerufen am 10. April 2026. (get in IT)
IHK Nord Westfalen. (2026). Umschulung. Abgerufen am 10. April 2026. (IHK)
Stepstone. (2025). Berufseinstieg 2025: Weniger Jobs, neue Chancen. Abgerufen am 10. April 2026. (www.stepstone.de)
Westby, S., & Sasser Modestino, A. (2025). The impact of generative AI on job opportunities for junior software developers [Working paper, submitted manuscript]. Northeastern University.
Meine Interpretation der Situation:

Umschulung ist eine Chance, aber keine Garantie mehr.
Die guten Umschüler werden direkt in Ihren Praktikumsbetrieben verbleiben und dort Erfahrung aufbauen können.
Die, welche nicht übernommen werden, haben es sichtlich schwerer, falls es keinen weiteren Nachweis von Erfahrungen und Skills im Selbststudium gibt.

Diese Darstellung ist aus deiner Sicht ja legitim.
Aber für einen AG heißt es: "entweder wird zu viel verlangt oder zu wenig geleistet"

Im Moment wird es da keinen Ausgleich der Meinungen geben. Im Moment wird sich der AG durchsetzen können.

Dieses Problem kenne ich nur zu gut und einer meiner ehemaligen Chefs hat es am besten klassifiziert. Man nennt es das "Haben-Wollen-Syndrom". Es wird kein Tag im Leben des Admins geben, der friedlich verläuft, sobald der ERSTE Mitarbeiter etwas hat, was ein anderer Mitarbeiter nicht hat. Dabei ist es Sch...Egal, ob es der größere Monitor, der Drucker, die Workstation oder sonst was ist.
Aus dem Grund funktioniert IT auch nur dann in diesem Bereich erfolgreich, wenn es of der gleichen organisatorischen Ebene agiert, wie alle anderen. Wenn andere Abteilungen beispielsweise einen GF im Vorstand haben zu einem Thema, muss es die IT auch haben. Ist das nicht der Fall, wird eine solche IT sich niemals gegen andere innerhalb der Organisation durchsetzen können, weil nie Kommunikation auf Augenhöhe stattfinden wird.
Und das ist ein grundsätzliches Problem der betrieblichen Organisation, seit der Erfindung der Betriebswirtschaft im akademischen Bereich.
Im Grunde genommen sind sehr viele Probleme in der IT Kommunikationsprobleme und die eigentliche Herausforderungen neben dem fachlichen Wissen im Laufe einer IT-Karriere wird es immer sein, Kommunikationsprobleme zu lösen.

Just google.
Microsoft hat tolle Seiten die PowerShell erklären. Nennt sich Dokumentation.
Und auch zu den LINUX shells gibt es Tutorial.

teilweise auf english.

PowerShell
Tutorials
Golem PowerShell-Tutorial
Sehr guter praxisnaher Einstieg mit Übungen und Videos. Gut geeignet, wenn du systematisch lernen willst.
ZAIOS PowerShell Grundlagen
Kürzere, übersichtliche Tutorials zu Cmdlets, Prozessen, Diensten, Dateien usw.
PowerShell Tutorial Deutsch #01 (YouTube)
Einstiegsvideo mit Fokus auf Automatisierung und Administration.

Bash / Linux Shell
Interaktive Tutorials
LearnShell.org (Deutsch)
Direkt im Browser Bash-Code ausprobieren. Sehr gut für Anfänger.
LearnShell.org (Englisch)
Die englische Version ist oft etwas aktueller.
Strukturierte Bash-Kurse
bin-bash.de
Deutsches Tutorial speziell für Linux- und Bash-Einsteiger. Sehr verständlich aufgebaut.
Linuxize Bash Scripting Fundamentals
Umfangreiche moderne Tutorial-Reihe zu Bash-Skripting.
The Bash Academy
Sehr tiefgehender Kurs mit Fokus auf saubere Shell-Skripte und Linux-Kommandos.
8gwifi Bash Tutorial
Viele praktische Beispiele und fortgeschrittene Themen wie awk, sed, Regex und Fehlerbehandlung.

Und jede Menge andere Quellen, auch auf youtube.

Welche Grenzen?

Trotz 1 TB immer noch Tippfehler in Word?

Ist das Problem nicht die subjektive Wahrnehmung der User?
Viele glauben, dass ein Kfz mit 300 PS bei 120 Km/h viel schneller ist, als eines mit nur 150 PS.

Viel RAM scheint auch keine Garantie für eine sachliche Diskussion zu sein. EOT (0x04)

Ist das Problem nicht die subjektive Wahrnehmung der User?
Viele glauben, dass ein Kfz mit 300 PS bei 120 Km/h viel schneller ist, als eines mit nur 150 PS.

Viel RAM scheint auch keine Garantie für eine sachliche Diskussion zu sein. EOT (0x04)

in agro publico
agro: Dat. Sg., Abl. Sg. von ager
Acker, Ackerland, freies Feld, Feld
Land, Ländereien, Gefilde, Fluren (Plur.)

publico: Dat. Sg. mask., Abl. Sg. mask., Dat. Sg. neutr., Abl. Sg. neutr. von publicus
öffentlich
staatlich
im Freien Feld, auf einem öffentlichen Ackerland?

Find ich gut.