Softwareentwicklung on Devcartes

Quelltext #3 - Linux, Ladybird und Rust

Wed, 04 Mar 2026 00:00:00 +0100

Quelltext #3
#

Auch diese Woche möchte ich dir wieder von Projekten und Neuigkeiten berichten, die mich erstaunt, bewegt und verwundert haben.

Linux Kernel
#

Zum Linux Kernel gibt es gleich zwei spannende Neuigkeiten.

Extended LTS
#

Die Kernel Versionen 6.18, 6.12 und 6.6 bekommen nun offiziell verlängerten Support ¹.

Version	Supportende (jetzt)	Supportende (bisher)	Released
6.18	Dezember 2028	Dezember 2027	2025-11-30
6.12	Dezember 2028	Dezember 2026	2024-11-17
6.6	Dezember 2027	Dezember 2026	2023-10-29

Version 7.0
#

Mit dem Release von Linux 6.19 am 8. Februar hat Linus Torvalds eine große Ankündigung gemacht: Die nächste Kernel Version wird Linux 7.0 heißen.²

Torvalds betont ausdrücklich, dass es kein großes “Breaking Change” Release ist, sondern wie immer „solid progress".

Das Merge-Window für 7.0 öffnete am 9. Februar, der erste Release Candidate erschien am 22. Februar. Die finale Veröffentlichung wird für Mitte April erwartet.

Rust-Support im Kernel gilt nun als stabil und ist nicht mehr als experimentell markiert.

Für Gamer interessant: Der neue TIP Time Slice Extension-Mechanismus erlaubt es Anwendungen, kurzzeitig mehr CPU-Zeit anzufordern, was sich positiv auf 1%-Low-FPS auswirken könnte.

Außerdem kommen ein Live Update Orchestrator für unterbrechungsfreie Kernel-Upgrades unter laufenden VMs, Direct I/O für Btrfs bei Blockgrößen über der Page Size, autonomes Self-Healing für XFS sowie Unterstützung für ML-DSA Post-Quantum-Signaturen.

Meine Meinung
#

Längere Unterstützung von Kernel Versionen ist vor allem für Serverbetreibende interessant, da ein Kernel-Update immer ein gewisses Risiko birgt.

Eine neue Kernel Version ist immer spannend. Und wenn auch keine großen “Breaking Changes” kommen, so bin ich doch sehr gespannt auf den neuen TIP Time Slice Extension-Mechanismus. Außerdem freut mich das langfristige Commitment zu Rust, da es meiner Meinung nach wieder frischen Wind in die Linux-Entwicklung bringt.

Pop!_OS Upgrade 24.04 LTS
#

Pop!_OS bekommt das sehr lang ersehnte Upgrade von der Version 22.04 auf die Version 24.04³. Die Entwickler von System76 hatten sich entschieden, das Upgrade nach hinten zu verschieben, um sich auf die Entwicklung der neuen Desktopumgebung konzentrieren zu können.

Die neue Version kommt nun auch offiziell mit dem COSMIC Desktop als Standard.

Meine Meinung
#

Auch wenn ich mittlerweile glücklich bei EndeavourOS bin, habe ich Pop!_OS lange Zeit verwendet und nutze es noch heute auf einem älteren Laptop. Daher freue ich mich sehr, dass dieses Upgrade nun endlich kommt, gerade weil es in der Community in letzter Zeit immer Unmut darüber gab, dass System76 das Upgrade so lange herausgezögert hat.

Ladybird Browser wechselt zu Rust
#

Das Ladybird-Projekt, das mit großem Ehrgeiz einen unabhängigen Browser-Engine von Grund auf neu schreibt, hat einen bemerkenswerten Kurswechsel vollzogen:

Nach dem gescheiterten Versuch mit Swift setzt Gründer Andreas Kling nun auf Rust als Nachfolger für C++.⁴ Kling kündigt aber auch an, dass der Wechsel sukzessive durchgeführt wird und somit noch eine Weile in C++ und Rust parallel entwickelt wird.

Swift hatte Probleme mit der C++-Interoperabilität und begrenztem Platform-Support außerhalb des Apple-Ökosystems. Rust bringt beides mit und hat dazu ein reifes Ökosystem sowie viele bestehende Contributor, die die Sprache bereits kennen.

Meine Meinung
#

Die schnellen Wechsel von C++ auf Swift und dann zu Rust hinterlassen bei mir einen etwas unangenehmen Beigeschmack, der Unbeständigkeit. Andererseits ist Ladybird noch ein junges Projekt und da gehören Fehlentscheidungen und schnelle Änderungen noch dazu. Den Wechsel zu Swift konnte ich allerdings von Anfang an nicht ganz nachvollziehen.

Als passionierter Rust-Entwickler freue ich mich natürlich über die Wahl von Rust als Programmiersprache, da ich mich zum einen selbst als Contributor beteiligen kann aber auch, weil es dem Rust-Universum noch mehr Vielfalt schenkt. Da Rust seine Wurzeln bei Mozilla hat, ist es meiner Meinung nach eine naheliegende Wahl für einen Browser.

Rust
#

State of Rust Survey 2025
#

Die Ergebnisse der diesjährigen Umfrage sind da: 7.156 Antworten und damit etwas weniger als im Vorjahr ⁵.

Inhaltlich gibt es wenig Überraschung. Langsame Compile-Zeiten und hoher Speicherverbrauch bleiben die meistgenannten Kritikpunkte.
Positiv fiel auf, dass lang ersehnte Features wie Let Chains und Async Closures gut ankommen.

Ganz oben auf der Wunschliste stehen: Generic Const Expressions und verbesserte Trait-Methoden.

Debugging Survey 2026
#

Direkt aus den Ergebnissen der State of Rust Survey heraus hat das Compiler Team nachgehakt. ⁶ Debugging taucht regelmäßig als eines der größten Ärgernisse auf.

Von inkonsistenter Unterstützung über verschiedene Debugger (GDB, LLDB, CDB) und Betriebssysteme bis hin zu fehlendem First-Class-Support für Async-Code.

Die Umfrage läuft bis 13. März, wer also Rust aktiv nutzt und einen Einfluß auf dessen Zukunft nehmen möchte, sollte teilnehmen.

Meine Meinung
#

Rust zieht sich durch diese Ausgabe des Quelltext wie ein rostroter Faden.

Es freut mich zu sehen, dass Rust in so vielen Projekten ein fester Bestandteil geworden ist und die Rust Foundation regelmäßige Umfragen veranstaltet und daraus auch echte Konsequenzen zieht. Das schafft meiner Meinung nach Vertrauen und sichert Rust eine hoffentlich lange Zukunft.

Vorschaubild
#

Erstellt mit ChatGPT

Autorität: Eine erkenntnistheoretische Kritik

Sat, 14 Feb 2026 00:00:00 +0100

Autorität vs. Expertise: Der strukturelle Unterschied
#

Autorität verschiebt den Fokus auf die Person
#

Ein Senior, der Autorität ausübt, verschiebt den Fokus seines Arguments auf die Person – in diesem Fall auf seine eigene Person. Seine Aussage wird nicht mehr am Inhalt gemessen, sondern an seiner gehobenen Stellung.

Das machen wir so, weil ich 15 Jahre Erfahrung habe und du erst ein Jahr.

Häufig klingt es subtiler:

Aus meiner Erfahrung sollten wir das so machen. Ich habe das in vielen Projekten gesehen.

Doch die Struktur bleibt dieselbe:
Wo sind die konkreten Gründe? Welche Projekte, welche Kontexte, was genau ist passiert?

Dieses Beispiel zeigt, der Inhalt spielt keine Rolle mehr, denn die Begründung ist die Position.

Das epistemische Problem
#

Sobald die Person zur Begründung wird, ist Kritik nicht mehr möglich.
Wer die Aussage anzweifelt, zweifelt die Person an – und das ist in hierarchischen Strukturen riskant oder gar verboten.

Damit wird ein logischer Kurzschluss erzeugt:

Die Aussage ist richtig, weil sie von der richtigen Person kommt.

Das Argument entzieht sich der Prüfung. Es wird unkritisierbar und somit epistemisch wertlos.

Autorität entkoppelt Aussage und Begründung
#

In einem funktionierenden Erkenntnisprozess werden Aussagen durch Gründe gestützt, diese Gründe bleiben kritisierbar, und Kritik ist möglich, ohne Sanktionen zu riskieren.

Autorität unterbricht diesen Zusammenhang:
Die Aussage wird nicht mehr durch Gründe gestützt, sondern durch Rang – aber Rang ist kein Argument.

Selbst wenn die Aussage zufällig korrekt ist, bleibt sie epistemisch schwach, denn ihre Richtigkeit wurde nicht geprüft, sondern angenommen.

Expertise gibt Erfahrung wieder – mit Argumenten
#

Expertise verweist auf Erfahrung, stützt sie mit Argumenten und lässt Raum für Kritik, ohne sich auf ihre Stellung zu berufen.

Beispiel:

Ich würde hier auf Microservices verzichten, weil ich in den letzten drei Projekten gesehen habe, dass der Overhead bei dieser Teamgröße nicht lohnt. Aber wenn ihr andere Faktoren seht, diskutieren wir das.

Der Fokus bleibt auf dem Inhalt, da die Erfahrung ein Argument unter anderen ist und nicht das letzte Wort.

Das epistemische Potential: Die Aussage bleibt prüfbar und sie kann ergänzt, korrigiert oder widerlegt werden.

Wissen entsteht durch Diskussion, nicht durch Gehorsam.

Der entscheidende Unterschied
#

Autorität behauptet Gewissheit und verlangt Zustimmung. Sie ersetzt Begründung durch Position und entzieht sich der Prüfung.

Expertise dagegen bleibt reversibel. Sie zeigt, wie man zu einer Einschätzung gelangt ist, und lädt andere ein, diese Schritte nachzuvollziehen – und zu kritisieren.

Autorität schließt Diskussion. Expertise eröffnet sie.

Erkenntnis im Team-Kontext
#

Erkenntnis in einem Softwareentwicklungs-Team ist kein endgültiges Ergebnis, sondern ein Prozess, der mehrere Ebenen umfasst:

Der Prozess des Prüfens und Diskutierens
#

Dort, wo Ideen aufeinander treffen, beginnt Erkenntnis. Ein Vorschlag wird gemacht, hinterfragt, verteidigt, verworfen oder verfeinert. Dieser Prozess ist kein unerwünschtes Beiwerk, er ist die Erkenntnis. Ohne Diskussion gibt es nur Meinungen. Erst die kritische Auseinandersetzung macht aus Meinungen geprüftes Wissen.

Gemeinsames Verstehen eines Problems
#

Aus dem Prozess entsteht Verständnis – aber nicht als individuelle Einsicht, sondern als geteiltes Wissen. Das Team versteht nicht nur was das Problem ist, sondern warum es ein Problem ist, wo es herkommt und welche Faktoren eine Rolle spielen. Dieses gemeinsame Verstehen ist mehr als die Summe einzelner Perspektiven. Es entsteht durch den Abgleich verschiedener Blickwinkel.

Eine Lösung, die sich bewährt
#

Das Verstehen mündet in Handlung – eine Lösung wird entwickelt und umgesetzt. Doch erst die Bewährung in der Praxis zeigt, ob das Verständnis richtig war.

Die Bewährung (oder das Scheitern) wird wieder zum Ausgangspunkt neuer Diskussionen, neuen Verstehens, neuer Lösungen.

Kritikoffenheit
#

Auch eine bewährte Lösung muss immer offen sein, sich Kritik zu stellen. Das heißt nicht, dass man endlos diskutiert. Es heißt, dass jede Lösung offen für Revision bleibt – akzeptiert, aber nicht unantastbar.

Kritikoffenheit schließt den Kreislauf: Sie führt zurück zum Diskutieren und Prüfen – nicht als Wiederholung, sondern als Weiterentwicklung.

Erkenntnis ist ein Zyklus
#

Diese vier Ebenen lassen sich nicht klar voneinander trennen; sie sind ineinander verschränkt.

Erkenntnis ist dieser Kreislauf, denn sie ist weder das Verstehen, noch die Lösung, noch die Diskussion allein, sie ist die Bewegung zwischen ihnen.

Und deshalb ist Autorität so problematisch:
Sie stoppt diese Bewegung und unterbricht den Zyklus, indem sie die Diskussion abbricht (“Das ist so, weil ich es sage”), das gemeinsame Verstehen verhindert (nur einer “versteht” wirklich) und Lösungen aufzwingt, statt sie zu erarbeiten. Autorität stoppt Erkenntnis, Kritik hält sie in Bewegung.

Warum Autorität Erkenntnis strukturell verhindert
#

Die epistemischen Probleme der Autorität gehen über einzelne Situationen hinaus, denn sie sind strukturell.

Autorität erzeugt epistemische Asymmetrie
#

Wo Autorität herrscht, entsteht ein Ungleichgewicht: Der Senior darf irren, ohne hinterfragt zu werden, und der Junior darf nicht hinterfragen, ohne ein Risiko einzugehen.

Damit wird Kritik selektiv – doch selektive Kritik ist keine Kritik, sondern Inszenierung.

Erkenntnis braucht symmetrische Fehlbarkeit: Jeder kann sich irren, jeder darf widersprechen.

Ohne diese Symmetrie wird Diskussion zur Formalität.

Autorität friert Hypothesen ein
#

Im Team sind Lösungen immer Hypothesen. Wenn jemand sagt: „Diese Architektur wird skalieren", „Dieses Pattern ist wartbarer" oder „Dieser Test deckt das Risiko ab", dann sind das keine Wahrheiten, sondern Annahmen, die sich erst in der Praxis bewähren müssen.

Hypothesen müssen überprüfbar bleiben, sonst verwandelt Autorität sie in Dogmen.

Und ein Team, das Hypothesen nicht mehr prüfen darf, lernt nicht mehr, sondern wiederholt nur.

Philosophische Einordnung
#

Die hier formulierte Kritik an Autorität ist keine rein praktische Beobachtung, denn sie steht in einer bestimmten erkenntnistheoretischen Tradition.

Fallibilismus: Niemand besitzt Wahrheit
#

Der Fallibilismus – prominent vertreten etwa bei Charles S. Peirce und Karl Popper – geht von einer einfachen, aber radikalen Annahme aus:

Wir können uns irren. Immer.

Wissen ist nie endgültig gesichert, es ist immer vorläufig und immer korrigierbar.

Karl Popper formulierte diesen Gedanken so:

„Ich kann irren und du kannst recht haben, und wir können uns bemühen, gemeinsam der Wahrheit näher zu kommen.“

Autorität widerspricht diesem Prinzip, denn sie macht bestimmte Aussagen faktisch unfehlbar – nicht logisch, aber sozial.

Was nicht kritisiert werden darf, kann auch nicht korrigiert werden.

Erkenntnis als Irrtumskorrektur
#

Im kritischen Rationalismus ist Erkenntnis ein Prozess: Wir stellen Hypothesen auf und versuchen sie zu widerlegen.
Voraussetzung: Jede Hypothese muss angreifbar sein.

Autorität durchbricht diesen Mechanismus, da sie bestimmte Hypothesen gegen Kritik immun macht und das nicht durch bessere Argumente, sondern durch soziale Struktur. Damit wird der Prozess der Irrtumskorrektur verlangsamt oder ganz blockiert.

Autorität ist epistemisch problematisch, weil sie Falsifikation verhindert.

Herrschaftsfreier Diskurs als Ideal
#

Implizit setzt diese Argumentation ein Ideal voraus, das Jürgen Habermas als „herrschaftsfreien Diskurs“ beschrieben hat.

Ein Diskurs ist herrschaftsfrei, wenn Argumente zählen, nicht Positionen, jeder Einwand gehört werden kann und wenn niemand aufgrund seiner Stellung vor Kritik geschützt ist.

Das bedeutet nicht, dass alle gleich erfahren sind, sondern dass Erfahrung kein Schutzschild gegen Kritik ist.

Übertragen auf Software-Teams heißt das konkret:
“Der beste Vorschlag ist der, der der Kritik standhält und nicht der, der von der ranghöchsten Person stammt.”

Autorität verschiebt den Diskurs von der Sachebene auf die Machtebene und sobald Macht Argumente ersetzt, ist der Diskurs nicht mehr frei und somit zum Scheitern verurteilt.

Eine bewusste Begrenzung
#

Diese Kritik ist primär epistemisch gemeint.

Autorität kann auch moralisch problematisch sein – etwa wenn sie Menschen entmündigt oder einschüchtert.
Doch selbst wenn man diese ethische Dimension ausklammert, bleibt das erkenntnistheoretische Problem bestehen.

Wann ist Erfahrung legitim? – Die Grauzonen
#

Eine Kritik der Autorität darf nicht zur Kritik der Erfahrung werden. Das Problem beginnt nicht dort, wo Erfahrung spricht, sondern dort, wo sie sich der Prüfung entzieht.

Erfahrung als Hypothese
#

Erfahrung ist epistemisch legitim, wenn sie als Hypothese eingebracht wird, nicht als Gesetz. Wenn jemand sagt: „In den letzten Projekten ist uns das mehrmals um die Ohren geflogen – deshalb vermute ich, dass wir hier vorsichtig sein sollten", dann beansprucht diese Aussage kein Gehorchen, sondern liefert Kontext.

Sie bleibt angreifbar:
Ist die Situation wirklich vergleichbar? Haben sich Rahmenbedingungen geändert? Gab es damals andere Ursachen, die hier nicht gelten?

Erfahrung wird so nicht zum Machtinstrument, sondern zu einem Argument mit empirischem Hintergrund – und entfaltet so ihr epistemisches Potential.

Entscheidung ist nicht gleich Autorität
#

In realen Teams müssen Entscheidungen getroffen werden – Diskurs kann nicht endlos sein, Zeit ist begrenzt. Eine Führungskraft darf entscheiden – das gehört zur Verantwortung.

Eine Entscheidung ist nur dann autoritär im problematischen Sinne, wenn sie sich der Begründung entzieht.

Es ist ein Unterschied zwischen: „Wir entscheiden uns für X. Hier sind die Gründe. Wenn wir falsch liegen, lernen wir daraus" – und: „Wir machen X. Diskussion beendet." Das erste ist verantwortliche, begründende Führung, das zweite Autoritär und epistemisch immunisierend.

Autorität beginnt dort, wo Begründung durch Position ersetzt wird, nicht dort, wo Verantwortung übernommen wird.

Geschwindigkeit als versteckte Autorität
#

Eine subtile Grauzone entsteht unter Zeitdruck.

„Dafür haben wir jetzt keine Zeit", „Das müssen wir einfach machen" – solche Sätze können auf realen Zwängen beruhen, aber sie können auch zur Ausrede werden, Kritik zu umgehen.
Schnelligkeit ist kein epistemisches Argument.

Manchmal ist es rational, eine Entscheidung unter Unsicherheit zu treffen, ohne jede Hypothese bis ins Letzte zu prüfen. Doch auch dann sollte klar sein: Diese Entscheidung ist temporär, eine pragmatische Setzung, keine endgültige Wahrheit.

Wo Zeitdruck immer wieder Kritik ersetzt bzw. unterdrückt, wo er zur Routine statt zur Ausnahme wird, entsteht schleichend Autorität.

Expertise kann kippen
#

Auch Expertise selbst ist nicht immun gegen Verhärtung.

Wer oft recht hatte, gewöhnt sich daran, recht zu haben und wer selten widersprochen wird, verlernt zuzuhören. So kann Expertise unmerklich und schleichend in Autorität übergehen.

Wenn die eigene Einschätzung sich nicht mehr wie eine Hypothese anfühlt, sondern wie eine Tatsache, kippt Expertise in Autorität.

Deshalb braucht selbst die kompetenteste Person eine Umgebung, in der Widerspruch normal ist. Nicht, weil sie inkompetent wäre, sondern weil sie fehlbar ist, wie jeder andere auch.

Der entscheidende Maßstab
#

Der entscheidende Maßstab in jeder Form von Zusammenarbeit lautet nicht: Wer hat die meiste Erfahrung, wer trägt die größte Verantwortung, wer trifft am Ende die Entscheidung.

Die eigentliche Frage ist einfacher und zugleich viel anspruchsvoller: Bleibt das Gesagte kritisierbar?

Solange Erfahrung begründet statt befohlen wird, solange Entscheidungen erklärbar und revisierbar bleiben, solange Widerspruch möglich ist, ohne Sanktionen zu riskieren, liegt keine problematische Autorität vor. Dann entsteht ein Raum, in dem Argumente zählen und nicht Positionen.

Wie man Kritik zur Normalität macht
#

Wenn Autorität Erkenntnis blockiert, dann ist die entscheidende Frage nicht ausschließlich theoretisch, sondern lässt sich praktisch adressieren. Das ist nicht immer leicht, jedoch absolut erstrebenswert.

Die Frage ist nun, Wie schafft man eine Kultur, in der Kritik normal ist?
Eine gesunde Fehlerkultur, könnte man sagen.

Kritik entsteht nicht aus dem luftleeren Raum, sie muss ermöglicht und vorgelebt werden.

Als Senior oder Führungskraft
#

Besonders die Erfahrenen im Team tragen Verantwortung.

Begründungen statt Anweisungen
#

Wer Begründungen gibt, schafft Offenheit und Anweisungen engen ein.

Statt zu sagen: „Das ist der richtige Weg“, wirkt es konstruktiver, die eigene Position transparent zu machen. So könnte man stattdessen sagen: „Ich tendiere zu X, weil ich Y beobachtet habe. Welche Risiken seht ihr?“.

Wer Gründe teilt, lädt andere ein, mitzudenken und mitzudiskutieren. Wer hingegen Anweisungen gibt, schließt diesen Raum und begrenzt die gemeinsame Suche nach besseren Lösungen.

Eigene Fehlbarkeit sichtbar machen
#

Sätze wie „Da lag ich falsch“, „Das habe ich übersehen“ oder „Guter Einwand“ wirken unscheinbar, doch sie tragen eine enorme Kraft. Nichts stärkt eine Diskurskultur mehr als sichtbare Fehlbarkeit. Wer nie irrt, wird irgendwann nicht mehr hinterfragt – und wer nicht mehr hinterfragt wird, hört auf zu lernen.

Aktiv um Widerspruch bitten
#

Widerspruch entsteht nicht von selbst, schon gar nicht in hierarchischen Strukturen. Erst Fragen wie „Wer sieht das anders?“, „Was spricht gegen diesen Ansatz?“ oder „Welche Annahmen könnten falsch sein?“ öffnen den Raum dafür. Sie machen deutlich, dass Kritik kein Angriff ist, sondern ein notwendiger Teil der gemeinsamen Arbeit.

Als Kritiker
#

Auch als Kritiker – gerade als Junior – trägt man Verantwortung, denn Offenheit allein genügt nicht.
Das Kritisieren selbst ist eine Kunst, die gelernt sein will und die jeder bereit sein sollte zu lernen.

Hier gilt: Fragen statt Vorwürfe, Alternativen statt Destruktion.

Strukturelle Maßnahmen
#

Kultur entsteht nicht aus wohlmeinenden Absichten allein, sondern aus den Strukturen, die ein Team sich erarbeitet.

Code Reviews, in denen Begründungen erwartet werden;
Architekturentscheidungen, deren Annahmen sichtbar festgehalten sind;
Retrospektiven, in denen auch Senior-Entscheidungen zur Disposition stehen;
Entscheidungsprotokolle, die offenbleiben für Revisionen – all das schafft einen Rahmen, in dem Kritik nicht an Personen haftet.

Diese und ähnliche Mechanismen entpersonalisieren den Widerspruch. Sie machen ihn erwartbar, regelhaft, fast schon selbstverständlich – und dadurch verliert er seine Bedrohlichkeit.

Kritik als Normalzustand
#

Kritik ist in einer reifen Teamkultur kein Ausnahmezustand, sondern der Normalfall. Sie signalisiert weder Konflikt noch Misstrauen und schon gar keine Respektlosigkeit.

Ganz im Gegenteil ist sie die Methode, mit der ein Team lernt, seine Arbeit verfeinert und schließlich auch wächst.

Zum Schluss
#

Autorität wirkt effizient – sie verkürzt Diskussionen und beschleunigt Entscheidungen. Doch wo Aussagen gelten, weil sie von der richtigen Person stammen, hören wir auf zu prüfen. Hypothesen verhärten sich zu Dogmen, und Dogmen lernen nicht mehr.

Kritik wirkt langsamer, mühsamer, konfliktanfälliger. Ein Team, das Kritik zulässt, stellt Fragen, wo andere schon Antworten haben.

Das wird oft als Schwäche missverstanden.

Doch hier liegt die Stärke: Nicht im Zweifel selbst, sondern in dem, was er ermöglicht – Kritisierbarkeit, Korrigierbarkeit, Verbesserbarkeit.

Ein Team, das nicht widerspricht, arbeitet nicht effizienter. Es arbeitet epistemisch blind.

Quellenangaben
#

Vorschaubild: Erstellt mit Bing

Softwareentwicklung on Devcartes

Quelltext #3 - Linux, Ladybird und Rust

Quelltext #3 #

Linux Kernel #

Extended LTS #

Version 7.0 #

Meine Meinung #

Pop!_OS Upgrade 24.04 LTS #

Meine Meinung #

Ladybird Browser wechselt zu Rust #

Meine Meinung #

Rust #

State of Rust Survey 2025 #

Debugging Survey 2026 #

Meine Meinung #

Vorschaubild #

Autorität: Eine erkenntnistheoretische Kritik

Autorität vs. Expertise: Der strukturelle Unterschied #

Autorität verschiebt den Fokus auf die Person #

Das epistemische Problem #

Autorität entkoppelt Aussage und Begründung #

Expertise gibt Erfahrung wieder – mit Argumenten #

Der entscheidende Unterschied #

Erkenntnis im Team-Kontext #

Der Prozess des Prüfens und Diskutierens #

Gemeinsames Verstehen eines Problems #

Eine Lösung, die sich bewährt #

Kritikoffenheit #

Erkenntnis ist ein Zyklus #

Warum Autorität Erkenntnis strukturell verhindert #

Autorität erzeugt epistemische Asymmetrie #

Autorität friert Hypothesen ein #

Philosophische Einordnung #

Fallibilismus: Niemand besitzt Wahrheit #

Erkenntnis als Irrtumskorrektur #

Herrschaftsfreier Diskurs als Ideal #

Eine bewusste Begrenzung #

Wann ist Erfahrung legitim? – Die Grauzonen #

Erfahrung als Hypothese #

Entscheidung ist nicht gleich Autorität #

Geschwindigkeit als versteckte Autorität #

Expertise kann kippen #

Der entscheidende Maßstab #

Wie man Kritik zur Normalität macht #

Als Senior oder Führungskraft #

Begründungen statt Anweisungen #

Eigene Fehlbarkeit sichtbar machen #

Aktiv um Widerspruch bitten #

Als Kritiker #

Strukturelle Maßnahmen #

Kritik als Normalzustand #

Zum Schluss #

Quellenangaben #

Quelltext #3
#

Linux Kernel
#

Extended LTS
#

Version 7.0
#

Meine Meinung
#

Pop!_OS Upgrade 24.04 LTS
#

Meine Meinung
#

Ladybird Browser wechselt zu Rust
#

Meine Meinung
#

Rust
#

State of Rust Survey 2025
#

Debugging Survey 2026
#

Meine Meinung
#

Vorschaubild
#

Autorität vs. Expertise: Der strukturelle Unterschied
#

Autorität verschiebt den Fokus auf die Person
#

Das epistemische Problem
#

Autorität entkoppelt Aussage und Begründung
#

Expertise gibt Erfahrung wieder – mit Argumenten
#

Der entscheidende Unterschied
#

Erkenntnis im Team-Kontext
#

Der Prozess des Prüfens und Diskutierens
#

Gemeinsames Verstehen eines Problems
#

Eine Lösung, die sich bewährt
#

Kritikoffenheit
#

Erkenntnis ist ein Zyklus
#

Warum Autorität Erkenntnis strukturell verhindert
#

Autorität erzeugt epistemische Asymmetrie
#

Autorität friert Hypothesen ein
#

Philosophische Einordnung
#

Fallibilismus: Niemand besitzt Wahrheit
#

Erkenntnis als Irrtumskorrektur
#

Herrschaftsfreier Diskurs als Ideal
#

Eine bewusste Begrenzung
#

Wann ist Erfahrung legitim? – Die Grauzonen
#

Erfahrung als Hypothese
#

Entscheidung ist nicht gleich Autorität
#

Geschwindigkeit als versteckte Autorität
#

Expertise kann kippen
#

Der entscheidende Maßstab
#

Wie man Kritik zur Normalität macht
#

Als Senior oder Führungskraft
#

Begründungen statt Anweisungen
#

Eigene Fehlbarkeit sichtbar machen
#

Aktiv um Widerspruch bitten
#

Als Kritiker
#

Strukturelle Maßnahmen
#

Kritik als Normalzustand
#

Zum Schluss
#

Quellenangaben
#