Obwohl die Art der Arbeit unterschiedlich ist, versucht man offenbar, auf alle Tätigkeiten pauschal denselben Produktivitätsmaßstab anzuwenden, sodass keine vernünftige Diskussion zustande kommt. Auch innerhalb der Wissensarbeit gibt es neben einfachen repetitiven Aufgaben noch andere Tätigkeiten wie Exploration und Entscheidungsfindung; landwirtschaftlich geprägten Fleiß trotzdem als absolutes Ideal zu betrachten, halte ich für eine intellektuell faule Haltung.
Ich hatte beim Programmieren mit AI ganz ähnliche Eindrücke. Wenn man sich die geordneten Ursachen ansieht, liegt es meiner Meinung nach wahrscheinlich daran, dass beim Codieren Dinge wie Muster, Benennungsregeln, die Behandlung von Edge Cases, Guard-Bedingungen usw., die Menschen auf Basis ihres Grundwissens voraussetzen, nicht ausreichend als Kontext mitgegeben werden.
Deshalb habe ich eine Regeldatei erstellt, in der genau solche Dinge gesammelt sind, und gebe beim Codieren die Anweisung, diese Datei unbedingt zu lesen und einzuhalten. Wenn man dann nur die Regeldatei verbessert, werden die Ergebnisse deutlich besser.
Ich habe ein bisschen Angst davor, dass jetzt die Meinung aufkommt: „Es wurde doch massenhaft mehr produziert — sind 1,7-mal so viele Bugs da nicht praktisch geschenkt?“...
Ich erinnere mich, dass es in der Dokumentation des Ordnungssystems Johnny Decimal, auf die ich vor Kurzem gestoßen bin, einen ähnlichen Text gab, daher teile ich ihn hier. Es ist keine große Sache, sondern ein Text darüber, dass man zur Einführung eines Wissensmanagementsystems in einer Organisation (und auch privat) die Rolle eines „Bibliothekars“ braucht, der den Gesamtüberblick hat und alles eigenhändig ordnet. 11.08 The Librarian • Johnny.Decimal
Aus diesem Beitrag lernt man, dass es je nach Blickwinkel ganz unterschiedlich sein kann. Nach meinen Maßstäben ist das Kriterium zur Unterscheidung zwischen Senior- und Mid-Level-Ingenieur:innen schlicht der Scope.
Ambiguity zu konkretisieren, gehört zu den grundlegenden Fähigkeiten von Ingenieur:innen, und ich finde, dass man das ab dem Mid-Level beherrschen sollte, damit der Titel Ingenieur:in angemessen ist. Insofern könnte dieser Beitrag für mich ein Kriterium sein, das Mid-Level- von Junior- (Associate-)Ingenieur:innen unterscheidet.
Warum erstellt man solche KI-generierten schmeichelhaften E-Mails?
Er ist offenbar wütend über automatisierte KI ohne menschliches Eingreifen …
Nachfolgend finden sich die zugehörigen Beiträge.
Obwohl die Art der Arbeit unterschiedlich ist, versucht man offenbar, auf alle Tätigkeiten pauschal denselben Produktivitätsmaßstab anzuwenden, sodass keine vernünftige Diskussion zustande kommt. Auch innerhalb der Wissensarbeit gibt es neben einfachen repetitiven Aufgaben noch andere Tätigkeiten wie Exploration und Entscheidungsfindung; landwirtschaftlich geprägten Fleiß trotzdem als absolutes Ideal zu betrachten, halte ich für eine intellektuell faule Haltung.
Seit letztem Jahr wurde das wohl auch auf GN+ gepostet, aber ich habe es anscheinend verpasst.
Fogus: Die besten Dinge und Entdeckungen aus 2024
Wenn die Arbeitszeit im Vergleich zu anderen eher übermäßig hoch ist,
dann bedeutet das doch eher, dass die Produktivität sinkt ..?
1,7-mal klingt weniger, als ich erwartet hätte ...?
Ich hatte beim Programmieren mit AI ganz ähnliche Eindrücke. Wenn man sich die geordneten Ursachen ansieht, liegt es meiner Meinung nach wahrscheinlich daran, dass beim Codieren Dinge wie Muster, Benennungsregeln, die Behandlung von Edge Cases, Guard-Bedingungen usw., die Menschen auf Basis ihres Grundwissens voraussetzen, nicht ausreichend als Kontext mitgegeben werden.
Deshalb habe ich eine Regeldatei erstellt, in der genau solche Dinge gesammelt sind, und gebe beim Codieren die Anweisung, diese Datei unbedingt zu lesen und einzuhalten. Wenn man dann nur die Regeldatei verbessert, werden die Ergebnisse deutlich besser.
Ich habe nachgeschaut, weil ich es in Obsidian organisieren wollte,
und anscheinend nutzt man davon mehrere Arten häufig.
https://gemini.google.com/share/e875e7e7c19f
In letzter Zeit kommt mir immer wieder der Satz in den Sinn: „AI ist die Zukunft.“
Ich habe ein bisschen Angst davor, dass jetzt die Meinung aufkommt: „Es wurde doch massenhaft mehr produziert — sind 1,7-mal so viele Bugs da nicht praktisch geschenkt?“...
„Workaholic“, „Kultur der Überarbeitung“
Wer einmal wie verrückt gehustlet hat, kann Tempo, Effizienz und Qualität optimieren.
Da muss ich an das Meme denken: „Aber es war doch schnell?" lol
Ich erinnere mich, dass es in der Dokumentation des Ordnungssystems Johnny Decimal, auf die ich vor Kurzem gestoßen bin, einen ähnlichen Text gab, daher teile ich ihn hier. Es ist keine große Sache, sondern ein Text darüber, dass man zur Einführung eines Wissensmanagementsystems in einer Organisation (und auch privat) die Rolle eines „Bibliothekars“ braucht, der den Gesamtüberblick hat und alles eigenhändig ordnet.
11.08 The Librarian • Johnny.Decimal
Das ist ein Beitrag, den ich in der Anfangszeit von GeekNews geteilt habe.
Ich verkaufe Zwiebeln im Internet https://de.news.hada.io/topic?id=3
Auch jetzt noch ist es ein unterhaltsamer Text.
Toller Artikel und tolle Kommentare.
Aus diesem Beitrag lernt man, dass es je nach Blickwinkel ganz unterschiedlich sein kann. Nach meinen Maßstäben ist das Kriterium zur Unterscheidung zwischen Senior- und Mid-Level-Ingenieur:innen schlicht der Scope.
Ambiguity zu konkretisieren, gehört zu den grundlegenden Fähigkeiten von Ingenieur:innen, und ich finde, dass man das ab dem Mid-Level beherrschen sollte, damit der Titel Ingenieur:in angemessen ist. Insofern könnte dieser Beitrag für mich ein Kriterium sein, das Mid-Level- von Junior- (Associate-)Ingenieur:innen unterscheidet.
Krass..
Technische Exzellenz, wenn man das Problem nicht klar definieren kann,
ist letztlich nichts weiter als „das falsche Problem elegant zu lösen“.
Ein wirklich schaurig treffender Satz