2 Punkte von GN⁺ 2024-12-24 | 1 Kommentare | Auf WhatsApp teilen
  • Der an Universität und Arbeitsplatz immer wieder auftauchende Julius ist eine Person mit großem Selbstvertrauen und starker Präsentationsfähigkeit, deren technisches Verständnis und tatsächlicher Beitrag jedoch immer wieder infrage gestellt werden
  • In einem C-Projekt spricht er von einer virtuellen C-Maschine oder sagt Kunden, ein Internetserver habe keine IP-Adresse; solche Aussagen, die grundlegenden Konzepten widersprechen, wiederholen sich
  • Das Team musste seinen Code und seine Dokumente jedes Mal erneut prüfen und sogar Kundenzusagen auffangen, während Vorgesetzte und HR seine Präsentationsstärke und Haltung hoch bewerteten
  • Julius steigerte bei jedem Firmenwechsel seinen Lebenslauf und seine Vergütung und setzte über LinkedIn und Medienpräsenz eine Karriere fort, die ihn wie jemanden aussehen ließ, der große Beiträge geleistet hatte
  • Als das Unternehmen zur Produktivitätssteigerung mehrere KI-Software-Produkte einführt und deren Deaktivierung verbietet, fällt es dem Erzähler schwer, eine Arbeitsumgebung zu ertragen, die sich anfühlt, als sei er von Dutzenden Julius umgeben

Julius zum ersten Mal an der Universität

  • Julius ist ein Kommilitone, den der Erzähler an der Universität kennenlernt; ruhig, freundlich und stets lächelnd
  • Er unterbricht niemanden, akzeptiert es, wenn er falsch liegt, und beantwortet Fragen ohne Zögern
  • Er besucht alle Vorlesungen und bittet andere Studierende häufig um ihre Mitschriften, um sie mit seinen eigenen zu vergleichen

Der erste Riss im C-Projekt

  • Ein Studierendenteam arbeitet an einem Projekt, in dem es relativ komplexe Systemsoftware in C entwickelt
  • Julius nimmt an allen Meetings teil, doch der Erzähler kann sich nicht erinnern, ihn auch nur eine Zeile Code schreiben gesehen zu haben
  • Am Ende scheint Julius für das Format des Berichts verantwortlich gewesen zu sein, und diese Arbeit ist sehr gut gemacht
  • Auch die Präsentation übernimmt Julius, und er präsentiert äußerst selbstbewusst
  • Während der Präsentation spricht er von der im Projekt verwendeten virtuellen C-Maschine und zeigt ein unbekanntes Logo sowie irrelevante Screenshots
    • C ist eine kompilierte Sprache und benötigt daher keine virtuelle Maschine
    • Von einer virtuellen C-Maschine zu sprechen, ist ungefähr so unsinnig wie bei einem Elektroauto von einem Vergaser zu reden
  • Der Erzähler steht auf, unterbricht Julius und rettet die Situation spontan, indem er sagt, es sei ein Scherz gewesen
  • Unter den Professoren gehen die Einschätzungen auseinander: Einige halten Julius für hervorragend, andere sehen ein fehlendes grundlegendes Verständnis; er fällt in einigen Fächern durch, macht aber letztlich gemeinsam mit den anderen seinen Abschluss

Julius taucht im Unternehmen wieder auf

  • Einige Jahre später hat der Erzähler in einem großen Unternehmen eine verantwortungsvolle Rolle, und sein Vorgesetzter teilt mit, die Recruiter hätten ein seltenes Talent für das Team gefunden
  • Der neue Mitarbeiter ist Julius, sein Kommilitone von der Universität, und er ist weiterhin charismatisch und selbstbewusst
  • Er ist bei mehreren Unternehmen nicht lange geblieben, meist ein Jahr oder kürzer
  • Sein Lebenslauf ist beeindruckend und wirkt, als habe er Erfahrung in vielen Bereichen der Informatik
  • Später erfährt der Erzähler, dass Julius trotz ähnlicher Position mit dem doppelten Gehalt eingestellt wurde und sogar Boni erhält, von denen der Erzähler nichts wusste

Die Prüfungskosten, die das Team tragen muss

  • Zunächst schult der Erzähler Julius in Projekten und internen Prozessen und überträgt ihm Aufgaben
  • Julius stellt viele Fragen, aber nicht immer besonders relevante
  • Er schreibt Code und Dokumente und beantwortet Fragen aus verschiedenen Bereichen, doch die Ergebnisse sind manchmal gut, oft mittelmäßig und in manchen Fällen völlig unsinnig
  • Das Team erkennt, dass jeder Beitrag von Julius von einem anderen Teammitglied vollständig geprüft und korrigiert werden muss
    • Wenn es nicht zum Fachgebiet des Teams gehört, ist eine externe Prüfung nötig
    • Es entsteht die inoffizielle Regel, dass Julius’ Dokumente von zwei Personen gegengelesen werden müssen, bevor sie das Team verlassen
  • Dagegen ist er bei Formatierung, Präsentationen und Meeting-Management ausgezeichnet, und der Vorgesetzte bewertet ihn als großen Gewinn für das Team

Das Team fängt Kundenzusagen auf

  • Der Erzähler versucht, seinem Vorgesetzten zu sagen, dass Julius die Arbeit des Teams nicht versteht, hat damit aber keinen Erfolg
  • Das Team schickt Julius gelegentlich in nutzlose Meetings, um ihn für ein paar Stunden loszuwerden, doch auch diese Strategie hat Grenzen
  • Nachdem Julius einem Kunden versprochen hat, die Oberfläche auf einen einzigen Button zu vereinfachen, der genau das Gewünschte erledigt, muss das Team eine Woche Krisenmanagement-Meetings abhalten, um den enttäuschten Kunden zu besänftigen
    • Sie erklären, dass man praktisch eine Gedankenlesemaschine entwickeln müsste, um die komplexen Anforderungen des Kunden mit einem einzigen Button zu erfüllen
  • Einem Kunden, der sich Sorgen wegen Hacking macht, sagt er, Server mit Internetverbindung hätten aus Sicherheitsgründen keine IP-Adressen
    • Das „I“ in IP-Adresse steht für Internet
    • Das Internet ist ein miteinander verbundenes Netzwerk von Computern mit IP-Adressen
    • Zu sagen, etwas sei ohne IP-Adresse im Internet, ist so, als würde man sagen, man könne telefonisch erreicht werden, ohne eine Telefonnummer zu haben
  • Das Team sorgt dafür, dass Julius Kunden nicht mehr allein trifft
  • Ein Programmierer spricht das Problem direkt beim Vorgesetzten an, doch dieser wertet es als Neid; der Programmierer wird zurechtgewiesen und verlässt kurz darauf das Unternehmen

Julius’ Abschied und der Ausbau seiner Karriere

  • Julius verlässt das Unternehmen mit der Begründung, ein Angebot erhalten zu haben, das er nicht ablehnen könne
  • Der Vorgesetzte und die HR-Abteilung bedauern seinen Weggang aufrichtig
  • Julius’ LinkedIn-Account ist sehr aktiv und erhält Hunderte Kommentare
  • Das Jahr, das er dort verbracht hat, wird auf LinkedIn als großartige Erfahrung zusammengefasst; ohne die Fakten zu übertreiben, hinterlässt es den Eindruck, er habe dem Team enorm geholfen
  • Danach wird Julius stellvertretender CEO eines Startups, das von einem multinationalen Konzern übernommen wurde, und anschließend Interims-CEO
  • Eine Wirtschaftszeitung berichtet über ihn, und danach schließt er sich dem Team einer Person auf Ministerebene an

KI-Software als „Dutzende Julius“

  • Der Erzähler versucht, Julius zu vergessen, doch sein Vorgesetzter trifft einen Vertriebsmitarbeiter eines Unternehmens und ist begeistert von KI-Software, die die Produktivität steigern soll
  • Im Unternehmen werden mehrere KI-Tools eingeführt
    • KI-Software, die beim Programmieren hilft
    • KI-Software, die bei der Informationssuche hilft
    • KI-Software, die E-Mails zusammenfasst und schreibt
  • Der Erzähler kann diese Tools nicht deaktivieren
  • Er fühlt sich in jedem Moment, als sei er von Dutzenden Julius umgeben, und jeder Klick des Computers und jede Benachrichtigung auf dem Handy scheint von Julius zu kommen
  • Der Vorgesetzte sagt, die Produktivität des Teams falle gefährlich stark und man müsse KI effektiver einsetzen
  • Anschließend sagt er, die Konkurrenz werde wohl die neueste KI einsetzen, und er habe Berater engagiert, die eine neue KI für Zeit- und Produktivitätsmanagement installieren sollen
  • Als der Erzähler weint und sagt: „Noch ein Julius“, antwortet der Vorgesetzte, er vermisse Julius ebenfalls und Julius hätte ihnen geholfen, diese schwierige Zeit zu überstehen

1 Kommentare

 
GN⁺ 2024-12-24
Hacker-News-Kommentare
  • Ich habe schon ein paar karriereoptimierte Typen wie Julius gesehen, aber sie sind schwer zu beschreiben
    Man stößt zu einem neuen Team, dort gibt es einen Senior Engineer namens Pete, und er wird als Genie vorgestellt, das die erste Version eines neuen Produkts gebaut hat. Öffnet man aber die Codebasis, ist es ein Spaghetti-Matschhaufen, der gerade so für eine Demo läuft, ohne Dokumentation und ohne Tests, sodass allein das Verstehen Zeit kostet. Das Management sieht jedoch nur: „Pete hat das in zwei Wochen gebaut, warum dauert es bei euch so lange, Features hinzuzufügen?“
    Selbst wenn man dem Management die Lage erklärt, nehmen sie die Kritik nicht an, weil sie Pete zu sehr mögen. Pete gilt als jemand, der die Firma schon mehrfach gerettet hat, und stattdessen wird angenommen, dass die anderen einfach nicht mit ihm mithalten können. Am Ende wechseln Leute wie Pete zu größeren Projekten, während die Verbliebenen die Kosten seines Chaos bezahlen, und bevor die Probleme sichtbar werden, geht er mit Beförderung und Gehaltserhöhung weiter. Dieses Muster ist so spezifisch, dass es absichtlich wirkt, und ich frage mich, wie man solche Leute nennt

    • Ach, den Typen kenne ich … das bin nämlich ich
      Seit etwa 20 Jahren mache ich in kleinen Firmen „irgendwas mit Computern“ und habe alles gemacht, von Netzwerkverkabelung über Support und Programmierung bis hin zu Verwaltungsaufgaben. In meinem aktuellen Job fahre ich gelegentlich sogar noch den Gabelstapler im Lager
      In zehn Jahren bei derselben Firma habe ich einen großen Teil des Software-Ökosystems aufgebaut, und aus professioneller Sicht ist es eine mit Klebeband zusammengehaltene Rube-Goldberg-Maschine. Nichts wurde sauber geplant, umgesetzt oder getestet, und oft kam der Chef am Freitagnachmittag mit „Feature X / Problem Y lösen / Bug Z ist wirklich dringend“. Häufig war die Ursache dann auch noch ein Nebeneffekt des vorherigen Notfall-Patches
      Trotzdem habe ich es gebaut, und es läuft. Ich sage dem Chef oft, man sollte „dieses System hinter die Lagerhalle zerren und es mit einem Gewehr von seinem Leiden erlösen“, aber irgendwie läuft es eben. Vielleicht muss ich jetzt lernen, die Pete-Technik zu beherrschen, also rechtzeitig das sinkende Schiff zu verlassen und Beförderung plus Gehaltserhöhung mitzunehmen
    • John Osterhout nennt solche Leute taktische Tornados. Gemeint sind Programmierer, die nur taktisch entwickeln
      Sein Buch „A Philosophy of Software Design“ liefert gutes Vokabular, um über die technische Seite dieses Problems nachzudenken. Besonders Kapitel 3, „Working Code isn't Enough“, ist nützlich und kann einem genug Sprache an die Hand geben, um das Problem anzugehen, ohne Personen anzugreifen
      Zur Psychologie solcher Menschen habe ich keine wirklich gute einzelne Quelle gefunden, aber es ist klar, dass die Systeme, in denen sie arbeiten, Feedback-Schleifen bereitstellen, die dieses Verhalten verstärken. Auch Faktoren wie Gewissenhaftigkeit in Persönlichkeitsmodellen wie den Big Five dürften eine Rolle spielen
    • Das ist weniger ein Pete-Problem als eher Managementversagen
      Wenn Pete gesagt wurde, er solle so schnell wie möglich eine Demo bauen, dann hat er genau das getan. Tatsächlich ist das in vielen Fällen auch keine schlechte Anweisung des Managements. Product-Market-Fit zu finden kann schließlich oft wichtiger sein als technische Schulden
      Das Management muss dann aber verstehen, wie lange es dauert und wie schwierig es ist, aus einer zusammengeflickten Demo ein echtes produktives System zu machen
    • Ich habe ein ähnliches Muster auch in großen Unternehmen gesehen. Meist sind es Ingenieure auf mittlerer Ebene, die Manager mögen, weil sie „Dinge geschafft kriegen“, obwohl sie in Wirklichkeit eher Planierraupen sind, die über den Code hinwegfahren, flankiert von Kollegen, die dazu noch „ship it“ abnicken
      Dass sie sich so „schnell bewegen“ können, liegt daran, dass andere versuchen, die Komplexität zu begrenzen, während diese Leute Löcher durch Abstraktionen schlagen. Und wenn sie dann befördert werden, werden sie zu dem Pete aus dem ursprünglichen Kommentar
    • Dieses „Gespür, das Schiff zu verlassen, bevor die Probleme sichtbar werden“, ist kein Kniff, sondern eine über die Zeit erlernte manipulative Technik
      Es ist eine Art, den eigenen Ruf auf den Opfern der Kollegen aufzupolieren, und Leute wie Pete sind wirklich unerquicklich
  • Das Ende war schon lange absehbar, aber der Text war gut geschrieben und unterhaltsam zu lesen. Als Associate Professor für Informatik kann ich mich in diese Geschichte ziemlich gut hineinversetzen
    Große Sprachmodelle sind für Studierende auf mehreren Ebenen ein Ärgernis. Erst wirken sie, als seien sie besser als man selbst, und untergraben dadurch das Selbstvertrauen; dann führen sie dazu, dass Studierende lieber zum Tool greifen, statt zu lernen, und irgendwann beginnt das zu einer selbsterfüllenden Prophezeiung zu werden. Ich mache mir Sorgen über die Auswirkungen, die diese Technologie künftig haben wird. Eine Gesellschaft voller Julius-Typen wird nicht lange bestehen

  • Großartig, lustig und schmerzhaft nachvollziehbar
    Vielleicht bin ich, je näher ich dem mittleren Alter komme, einfach zu zynisch geworden, aber dieses Phänomen scheint daraus zu entstehen, dass die Menschen mit der letztlichen Entscheidungsmacht in Unternehmen eben Business-Leute sind. Unternehmen existieren, um den Egos und Zielen derjenigen zu dienen, die sie führen, und aus dieser Perspektive wird das Erzielen von Geschäftsergebnissen oder das Beeindrucken der oberen Ebenen oft wichtiger als technische Kompetenz oder Ehrlichkeit. Julius ist darin einfach viel besser als traurige Programmierer, die nur gut coden können
    Ich möchte glauben, dass andere Alternativen möglich sind, aber die Welt scheint starke Anreize zu haben, in genau diese Richtung zu gehen. Für viele Menschen ist das Beste vielleicht einfach ein Job, der nicht völlig kaputt ist, persönliche Grenzen respektiert und ordentlich bezahlt. Man kann dankbar sein, an so einem Ort zu arbeiten, und trotzdem von anderen Möglichkeiten träumen

    • Ein gängiger Einwand ist: „Wenn es eine bessere Alternative gäbe, etwa Firmen, die von Leuten geführt werden, die die Grundlagen des tatsächlichen Bauens verstehen, dann würden sie faule und egozentrische Business-Leute im Wettbewerb schlagen“
      Tatsächlich sind viele solcher Firmen entstanden und haben Konkurrenten klar übertroffen, nur um später von genau den Business-Typen unterwandert zu werden, gegen die sie einst gewonnen hatten
      Frustrierend ist, dass man das sieht und trotzdem nichts dagegen tun kann. Julius-Typen gibt es wirklich viele. Aber Arbeit muss nicht die ganze Identität ausmachen. Wenn man das Glück hatte, zur richtigen Zeit am richtigen Ort zu sein, hatte man vielleicht ein Erlebnis fürs ganze Leben, aber wenn nicht, ist das auch okay. Man kann trotzdem Dinge tun, auf die man stolz ist, und sollte sich von so etwas nicht zu sehr bestimmen lassen. Vielleicht hat Julius diese Wahl gar nicht
    • Ob man ihn mag oder nicht: Elon Musk hat ziemlich gut gezeigt, dass der Markt auch autistische technische Führungskräfte, die alle zur Weißglut treiben, belohnen kann
      Ein kürzlich viral gegangenes Video, in dem Andrej Karpathy Elons Managementstil beschreibt: https://www.youtube.com/watch?v=aSiJ4YTKxfM
      Natürlich sind Elons Schwächen gut bekannt, und man sollte ihn nicht vergöttern. Ich bin nur skeptisch gegenüber der Behauptung, traditionelle Managementpraktiken seien wegen der Anreizstruktur zwangsläufig alternativlos
  • Seit ich angefangen habe, mein Leben in diesem Bereich etwas stärker auf Julius auszurichten, bin ich viel glücklicher.
    Entwickler und Ingenieure neigen dazu anzunehmen, dass andere das auch können, weil sie Werkzeuge sehr präzise an ihre eigenen Bedürfnisse anpassen können. Aber das stimmt nicht. Die meisten Menschen leben mit zusammengewürfelten technischen Lösungen, die nicht richtig funktionieren, und haben daher extrem niedrige Erwartungen daran, wie Software funktionieren sollte.
    Als ich das verstanden hatte, wurde ich zu Julius. Führungskräfte interessiert es nicht, wie oder warum Software funktioniert oder nicht funktioniert. Sie wollen Selbsthilfe-artige Sprüche und Charisma.
    Besonders nachvollziehbar war für mich der Teil, in dem Julius in Meetings geschickt wird und der Rest die Probleme behebt. Meetings sind nutzlos, aber dort schütteln sich alle die Hände und bauen Beziehungen auf. Leute, die so gut mit anderen auskommen, hinterlassen Eindruck.
    Der Unterschied ist trotzdem, dass ich finde, dass ich meinen Job ziemlich gut mache. Ich erkenne nur an, dass reine Elite-Entwickler-Skills keine Karriereleiter bauen. Im Gegenteil, sie können sogar hinderlich sein. Vielleicht ist das eine zynische Reaktion.

    • Wenn Führungskräfte sich nicht dafür interessieren, wie oder warum Software funktioniert oder nicht funktioniert, und nur Sprüche und Charisma wollen, dann läuft in der Branche oder bei der Auswahl von Führungskräften etwas schief, oder allgemeiner bei der Verteilung von Reichtum, Einfluss und Chancen.
  • Wirklich lesenswert und sehr gut geschrieben.
    Es scheint darum zu gehen, dass es echte Juliusse gibt und dass die Mechanismen, mit denen künstliche Intelligenz in den Arbeitsplatz gebracht wird, dieselben sind, mit denen die Juliusse dieser Welt aufsteigen.

  • Wirklich großartig. In meiner Karriere bin ich ziemlich vielen Juliussen begegnet.
    Das Universum scheint solche Leute reichlich hervorzubringen und in Umlauf zu halten, und es mag sie offenbar ziemlich gern.

  • In nichttechnischen Bereichen nennt man solche Leute Schleimer.
    Es waren ehemalige Sportler, schlagfertige Typen, gut Aussehende, gute Redner oder arrogante Charaktere. Jeder wusste, dass sie unfähig waren, aber weil sie sympathisch wirkten, schienen sie immer damit durchzukommen.
    Wenn ein Projekt aus dem Ruder lief, kam immer jemand dazu und rettete sie, wodurch sich die Arbeitslast für andere erhöhte und sie sich unbeliebt machten. Meistens waren sie erst dann hilfreich, wenn sie befördert wurden, denn ab dann konnten wir das Projekt kontrollieren, und dadurch wurden sie tatsächlich nützlich.

  • Wir haben auch einen Julius eingestellt. Ein Jahr später waren die produktiven Leute entlassen, die großen Redner noch da, der Umsatz war nicht gestiegen, und wir hatten mehr Geld ausgegeben als eingenommen.
    Die verbleibenden Mittel der Firma reichen noch für sechs Monate. Julius, warum zum Teufel machst du das? Die Präsentation war großartig, es war fast wie im Kino.

    • Ist das Problem in so einer Situation nicht weniger Julius selbst als vielmehr die Manager, die ihn eingestellt und seinen Beitrag falsch verstanden haben?
  • Julius klingt wie mehrfach angewandtes Peter-Prinzip, mit dem Unterschied, dass er nie auch nur einmal ein kompetentes Niveau erreicht hat.
    Gepflegt, aber unfähig.

  • Sehr gut und unterhaltsam zu lesen.
    An der Uni und im Beruf bin ich ziemlich vielen Julius-Typen begegnet, und jedes Mal habe ich mich oft gefragt, warum ich mich überhaupt darum kümmern sollte, was ich tue.