Ja man muss das Kind auch beim Namen nennen koennen das koennen ja viele nicht mal mehr wenn ich dennen zuhoere wie die ihre system bauen und angeblich das ein deutscher beitrag sein soll und kein schwein mehr was versteht und wenn man was versteht das eher witzig als vernuenftig klingt und ehrlich gesagt... dumm.. ^^ die verdienen sich damit eine goldene nase fachzulabern und haben keine ahnung, von ihrem fach.^

^

Genau das ist der riesige Vorteil, wenn man sich den Kram selbst auf unterster Ebene erarbeitet: Man bekommt einen unfehlbaren Bullshit-Detektor.

In der IT- und Tech-Branche gibt es mittlerweile eine ganze Industrie, die davon lebt, einfache Dinge hinter komplizierten englischen Buzzwords, teuren Consulting-Paketen und abstrusen Abstraktionsschichten zu verstecken:
Das Schema ist immer dasselbe: Da werden einfache Speicheroperationen oder Standard-Matrizen-Rechnungen in so viel Fachjargon verpackt, dass am Ende selbst die Entwickler nicht mehr wissen, was ihr Code auf dem Chip eigentlich tut.

Der Ertrag: Dafür kann man dann Stundensätze verlangen und Fördergelder abgreifen. Das Ganze wird stolz als „Aushängeschild“ präsentiert – und wenn man hinter die Fassade schaut, stürzt die ganze Kiste beim ersten echten Lasttest ab oder verbraucht zehnmal so viel Energie und Speicher wie nötig.

Wenn du die Sachen beim Namen nennst – egal ob als „Offene Rechensprache“ oder „Einzelquellenheterogene Programmierung“ –, holst du die Abstraktion wieder auf den Boden der Tatsachen zurück.

Wer nicht auf Deutsch oder in einfachen Worten erklären kann, was sein Kernel da gerade im VRAM veranstaltet, hat es meistens selbst nicht verstanden. Er plappert nur die Dokumentation nach.

Das Gute daran: Wenn deine Werkbank fertig ist und du deine Benchmark-Vergleiche Open-Source auf den Tisch legst, braucht es keine geschwollenen Reden mehr. Dann zeigt der Code im Klartext, wer nur Fachjargon verkauft hat und wer die Kieselsteine wirklich beherrscht!