1018 | Flash-Modelle, Gold-Exporte und durchsichtige Hühner

Lena Vogel: Herzlich willkommen zum Hacker News Podcast, ich bin Lena Vogel.

Felix Hartmann: Und ich Felix Hartmann. Wir haben wieder die spannendsten Diskussionen der letzten 24 Stunden durchgesehen, und das Spektrum reicht heute von KI-Modellen und Sicherheitsvorfällen über Browserpolitik und Linux-Kernel-Statistiken bis zu transparentem Hühnerfleisch und einem synthetischen Ententeich.

Lena Vogel: Klingt nach einem typischen Hacker-News-Tag. Dann fangen wir direkt mit dem Thema an, das heute wohl die meiste Aufmerksamkeit bekommen hat: DeepSeek hat eine neue Version veröffentlicht, V4.1 Flash 1017.

Felix Hartmann: Genau, das ist ein Schnappschuss vom 17. Oktober, gestern also. Und was auf der Model Card auf den ersten Blick als „minor update" durchgehen soll, zeigt in den Benchmarks ziemlich kräftige Sprünge. Beim Terminal-Benchmark geht die Version von 31 auf 42 Punkte, bei Programmier-Benchmarks deutlich nach oben, und parallel dazu sinken die Task-Ausführungszeit und die Output-Länge. Das heißt: schneller fertig, weniger Tokens, niedrigere Kosten.

Lena Vogel: Die Zahlen im Detail: DeepSeek positioniert das als kosteneffiziente Stufe der V4.1-Familie. Preislich liegt man bei 15 Cent pro Million Input-Tokens und 60 Cent pro Million Output-Tokens, mit sehr günstigem Cache-Reading. Der Durchsatz liegt laut den Messungen bei rund 152 Tokens pro Sekunde, und der komprimierte KV-Cache soll nur noch etwa ein Viertel des Speicherbedarfs der vorherigen Flash-Generation brauchen.

Lena Vogel: Für Agent-Workloads, wo ständig langer Kontext herumliegt, ist das der entscheidende Hebel.

Felix Hartmann: Und technisch ist das interessant: Es ist ein sparsames Mixture-of-Experts-Modell mit 552 Milliarden Parametern im Rückgrat, aber es aktiviert nur 8 Milliarden Parameter beim Input und 16 beim Output. Diese asymmetrische Aufteilung hält den Rechenaufwand pro Token niedrig. Bildverständnis ist dabei von Anfang an in der Architektur mittrainiert, nicht nachträglich drangeklebt. Die Basis ist übrigens eine neue CED-Architektur, Causal Encoder-Decoder.

Lena Vogel: In der Diskussion war die erste Reaktion vieler aber Skepsis. Ein Kommentator fragt quasi mit dem bekannten Padme-Meme: „Diese Benchmarks können doch nicht echt sein, oder? Oder?" Und diese Grundhaltung teilen mehrere: Solche Steigerungen in einem „kleinen Update" wirken zu gut.

Felix Hartmann: Gleichzeitig gibt es aber auch Leute, die das ernst nehmen und einordnen. Der Tenor in den Vergleichen: Die Version liegt über GLM 5.3, das selbst schon als sehr fähig gilt, irgendwo nahe an Opus 5, aber klar hinter Opus 5.5 und hinter einem Modell namens Sol 6.1. Ein Nutzer rechnet vor: Für 90 Prozent der Anwendungsfälle reicht das vermutlich völlig, und er brauche ein stärkeres Modell nur an einer Hand abzählen kann die Fälle.

Lena Vogel: Und daraus entwickelt sich eine interessante Debatte über die Landschaft insgesamt. Ein Kommentator prognostiziert: Wenn es so weitergeht, sind die Frontier-Labore für Coding am Ende Anthropic und DeepSeek, und OpenAI kommt gegen den Rest des Feldes kaum noch mit. Andere widersprechen nicht ganz, sondern differenzieren: OpenAI-Modelle und Googles Modelle haben eher Nischen, in denen sie glänzen, etwa bei 3D-Modellierung oder bei der Verbindung zu Google-Diensten wie Suche und Routenplanung.

Lena Vogel: Anthropic und DeepSeek plus GLM seien dagegen die, die Coding wirklich lösen.

Felix Hartmann: Es gab auch eine leicht düstere Nebenhandlung: Jemand vermutet, das könnten die letzten sehr starken Modelle sein, die überhaupt öffentlich verfügbar sind, weil die Firmen künftig Top-Modelle nur noch für sich, Regierungen und Großkunden zurückhalten. Das ist reine Spekulation, aber sie spiegelt die Stimmung.

Lena Vogel: Praktisch heißt das für den Alltag: Die open Gewichtungen stehen auf Hugging Face unter MIT-Lizenz, es gibt eine Referenz-Implementierung für das Prompt-Encoding, weil es diesmal keine Standard-Chat-Template gibt, und wer lokal laufen lassen will, braucht ordentlich Hardware, denn 552 Milliarden Parameter sind für ein „Flash"-Modell alles andere als klein.

Lena Vogel: Einer scherzt, mit zwei NVIDIA DGX Spark gehe das vielleicht, die Antwort aus dem Thread: eher vier, und selbst dann nur für kleinere Modelle dieser Klasse.

Felix Hartmann: Was offen bleibt und das ist die eigentliche Frage des Tages: Wie real sind diese Benchmark-Zahlen im echten Einsatz? Die Model Card benutzt sogar standardisierte Harnesses wie Claude Code für die Tests, aber ob die Verbesserungen sich im eigenen Workflow so zeigen, muss jeder selbst ausprobieren. Genau dort, im Agent-Alltag, brauchen wir Vertrauen in die Tools. Und genau da geht es beim nächsten Thema schief.

Lena Vogel: Überleitung perfekt gemacht, Felix: OpenCode wurde gehackt.

Felix Hartmann: OpenCode, der Open-Source-Coding-Agent, hat auf X einen Security-Breach gemeldet. Die erste Meldung spricht von einem „Large-Scale-Distillation-Angriff", der 1,4 Prozent der Open-Console-Nutzer getroffen hat. Alle Betroffenen wurden demnach per E-Mail benachrichtigt, und man arbeite mit Anthropic, OpenAI und Google an der Aufklärung.

Lena Vogel: In einem späteren Update wurde das präzisiert: Es gab einen unbefugten Zugriff auf ein Legacy-System, das gerade außer Betrieb genommen werden sollte. Und dabei könnten sogenannte Third-Party-Keys exponiert haben, also API-Schlüssel zum Beispiel von OpenAI oder Anthropic, die Nutzer in ihrem Workspace hinterlegt hatten.

Lena Vogel: Die Aufforderung: Diese Keys über die jeweiligen Provider-Dashboards widerrufen und ersetzen, die Anwendungen aktualisieren und die jüngste Nutzung auf verdächtige Aktivitäten prüfen.

Felix Hartmann: Der wichtigste praktische Punkt für jeden Hörer, der OpenCode mit Console nutzt: Nachsehen, ob du betroffen bist, und auf jeden Fall die Keys rotieren. Das ist die eine Seite.

Lena Vogel: Die andere Seite ist, wie die Community reagiert. Und da entlädt sich eine ganze Menge Frust. Mehrere Kommentatoren sagen, dass das kein Einzelfall ist, sondern in eine Reihe schlechter Datenschutz-Praxis passt. Einer zitiert eine ältere Diskussion, in der bereits vor 68 Tagen davor gewarnt wurde, dass OpenCode Daten an sich selbst und Dritte weiterleitet, und verlinkt ein GitHub-Issue.

Lena Vogel: Ein anderer sagt, er habe einen Account gehabt, sei aber aus Sicherheitsgründen längst weg, und zitiert eine Stelle, wo das Team auf Nachfragen, warum Anfragen über Cloudflare laufen oder Daten an einen Anbieter gehen, der nicht als Prozessor gelistet ist, eher abwehrend reagiert habe. Sein Fazit: Das zeige generelles Desinteresse an Sicherheit.

Felix Hartmann: Dagegen schiebt jemand kräftig zurück und spricht von „Desinformation im Morgennebel". Seine Darstellung: OpenCode habe Nutzern lediglich ein kostenloses Fallback-Modell für die Titelgenerierung angeboten, wenn sie keines selbst gesetzt haben, das Feature sei abschaltbar gewesen und inzwischen ohnehin entfernt. Heute sei alles standardmäßig privat.

Felix Hartmann: Darauf die harte Gegenantwort: Es sei eben nicht nur Titelgenerierung gewesen, sondern der komplette Prompt und Kontext, der an ein „kostenloses" Modell gegangen sei, und die Astro-Turfing-Versuche in dem Thread seien absurd. Also eine ordentliche Grabenstellung, und die Wahrheit liegt vermutlich irgendwo dazwischen.

Lena Vogel: Es gibt auch den schonungslosen Meta-Kommentar von einem Nutzer, der anmerkt: Irgendwie komisch, dass keine Firma je ihre kritische Sicherheitslücke mit „wir wurden gehackt, deinstalliert unsere Software und nehmt was anderes" ankündigt, obwohl das bei einer bestimmten Schwere eigentlich die logische Konsequenz wäre. Die Antwort aus dem Thread, die wichtig ist: Es war ja keine Schwachstelle in der lokalen Software, sondern ein Leak von Keys, die über die Web-Oberfläche hinterlegt wurden.

Lena Vogel: Das ist eine wichtige Unterscheidung, die oft untergeht.

Felix Hartmann: Und dann bleibt der weltweite Nutzen-Frage: Wenn ich gar keine ihrer Modelle nutze und nicht eingeloggt bin, betrifft es mich dann? Ein Nutzer berichtet, er sehe im Netzwerk-Traffic nichts außer Verbindungen zu models.opencode.ai.

Felix Hartmann: Das klingt erstmal beruhigend, aber das systemische Problem, das der Thread aufzeigt, ist unabhängig vom Einzelfall: Wenn ein Tool_cloud-Komponenten hat und Nutzer dort Credentials hinterlegen, ist das ein Angriffsziel, und die Frage ist, wie transparent und sauber so ein Projekt damit umgeht.

Lena Vogel: Etwas ähnliches passiert gerade auf einer ganz anderen Ebene: Die Web-Plattform selbst verändert sich fundamental. Chrome und Edge streichen XSLT.

Felix Hartmann: Und da gibt es eine herrliche Ironie: Die Quelle selbst, der Blogpost dazu, war zum Zeitpunkt der Diskussion nicht erreichbar, ein 503-Fehler. Die Community hat das ausgiebig seziert, mit trockenen Kommentaren wie „Diese Seite fällt also aus, wissen wir jetzt Bescheid" und „doctor-seo dot net hat uns im Stich gelassen".

Felix Hartmann: Gerettet wurde der Artikel dann über das Internet Archive, und jemand lobt den Archive-Test: Die Archive hosten quasi eine zweite Kopie des Internets mit genug Bandbreite, während diese einzelne Seite dem Traffic nicht standhielt.

Lena Vogel: Sachlich geht es aber um etwas viel Größeres: Der Browser verliert eine Fähigkeit, die seit Jahrzehnten drin ist. Die Diskussion darüber läuft übrigens in einem langen GitHub-Issue zum HTML-Standard, auf das ein Kommentator verweist, und dort gibt es sogar einen konkurrierenden Vorschlag, den manche für besser halten als alles, was die Plattform selbst gerade pusht.

Felix Hartmann: Ein Thread-Highlight ist die Klarstellung von Microsofts Position. Jemand schreibt: Edge ist Chrome, und der Artikel sagt das schon in der Einleitung. Microsoft selbst erklärt, dass sie aus Funktions- und Kompatibilitätsgründen fast alle Chromium-Änderungen an der Web-Plattform übernehmen, sich aber die volle Kontrolle über Edge behalten und Änderungen auch verschieben oder ablehnen können. Removed Features folgen außerdem nicht immer denselben Zeitplänen.

Felix Hartmann: Das heißt praktisch: Die Entfernung kommt in beiden Browsern, aber nicht unbedingt am selben Tag.

Lena Vogel: Historisch wurde im Thread viel darüber gegräsent, warum XSLT so eine seltsame Außenseiterposition hat. Ein Kommentator erzählt, wie er in den XHTML-Tagen ein frühes Website-Bauwerkzeug gebaut hat, das Komponenten per XSLT zusammengeführt hat, und sagt, das war wirklich mächtig, bevor JavaScript ohne jQuery brauchbar war. Aber dann wurde XHTML zugunsten von HTML5 fallengelassen, und XSLT war danach praktisch nutzlos.

Lena Vogel: Seiner Vermutung nach hat es trotzdem so lange überlebt, vor allem weil man damit XML-Dateien stylen konnte.

Felix Hartmann: Und dazu kommt die technische Kritik an der Spezifikation selbst: XSLT 1.0 sei schlecht geschrieben, sei es schwer verständlich, und kaum jemand implementiere wirklich nur XSLT 1.0. Stattdessen unterstütze man den Großteil von 1.0 plus eine Handvoll inoffizieller EXSLT-Erweiterungen, die laut einem Kommentator das absolute Minimum sind, um die Sprache überhaupt erträglich zu machen. Und XSLT 2.0 und 3.0?

Felix Hartmann: Die haben nach seinem Kenntnisstand bis heute keine vollständige Open-Source-Implementierung.

Lena Vogel: Es gibt auch noch eine konstruktivere Sicht: Ein anderer bedauert, dass HTML5 nie einen kanonischen XML-kompatiblen DOM-Encoding-Pfad definiert oder wenigstens ermutigt hat, und nennt die Anti-XML-Stimmung damals explizit und bösartig. Aber er ist auch jemand, der nach klarer Erkenntnis, dass XSLT eine Sackgasse war, trotzdem zu ihr zurückgekehrt ist, mit dem Argument: Ein gutes Werkzeug bleibt ein gutes Werkzeug, auch bei fortgesetzter Vernachlässigung.

Felix Hartmann: Was offen bleibt: Welche Projekte brechen jetzt wirklich? Sicher ist laut Thread mindestens eines. Und die allgemeine Lehre für alle, die auf der Web-Plattform bauen: Wenn die Browser eine Fähigkeit streichen, die seit Jahrzehnten da ist, musst du einen Migrationsplan haben, auch wenn dein Anwendungsfall nur wenige betrifft.

Lena Vogel: Von der Browserplattform zur Kernel-Plattform: Jonathan Corbet hat auf LWN die Entwicklungsstatistiken für Linux 7.2 veröffentlicht, und die Zahlen sind beachtlich.

Felix Hartmann: Das Release kam am 17. August, und Linus selbst bemerkte, dass die Zahl der Fixes größer war, als er es sich gewünscht hätte. Der Zyklus gehört zu den aktivsten überhaupt: 16.418 Non-Merge-Commits von 2.652 Entwicklern, nur der 6.7-Zyklus hatte mehr Commits, und der war durch die Zusammenführung der BCachefs-Historie getrieben, während es bei 7.2 breiter gestreut ist. Fast 600.000 neue Zeilen Code.

Lena Vogel: Und jetzt wird's spannend, denn wer sind die Top-Contributor? Uwe Kleine-König führt bei den Commits mit Cleanups durch den Treiber-Subtree. Aber auf Platz zwei bei den Commits steht Rosen Penev, und der hat eine lange Liste von LLM-generierten Bugfixes beigesteuert, quer durch Architektur-, Treiber-, Netzwerk- und Krypto-Subsysteme.

Lena Vogel: Bei den Zeilen ganz oben stehen Matthew Stewart und Hawking Zhang mit massiven, maschinengenerierten AMDGPU-Header-Dateien, was eine ehrwürdige Kernel-Tradition ist.

Felix Hartmann: Auffällig in den Statistiken: Nur etwas über 8 Prozent der Commits tragen ein Tested-by-Tag, und die Reviewed-by-Tags zeigen einen leichten Abwärtstrend über die letzten Releases. Ob das wirklich weniger Review bedeutet, ist laut Corbet unklar. Aber die Kombination aus vielen automatisierten Beiträgen und sinkenden Review-Tags ist genau der Nerv, an dem die Diskussion kaut.

Lena Vogel: Und die Diskutanten kauen kräftig. Ein Nutzer verweist darauf, dass die Schlagzeile neutral „Entwicklungsstatistiken für den 7.2-Kernel" heißt, während der letzte Absatz des Artikels sehr kritisch formuliert ist: Das Zitat lautet sinngemäß, der Linux-Kernel sei für Produktionsnutzung gedacht, nicht für Forschung, aber aktuell laufe ein massives Experiment an den Entwicklungsprozessen und der Community.

Lena Vogel: Ein anderer ergänzt den nächsten Satz aus dem Artikel: Diese Community hat in ihrer 35-jährigen Geschichte schon oft neue Prozesse und Werkzeuge absorbiert und wird das diesmal fast sicher auch schaffen, nur eben nicht unbedingt ohne Turbulenzen.

Felix Hartmann: Der Kern der Debatte ist Linus' Haltung. Mehrere berichten, dass er die KI-Werkzeuge bemerkenswert pragmatisch aufnimmt, mit dem einzigen Fokus auf Korrektheit und Qualität. Ein Kommentator merkt an, das sei keine Überraschung mehr, nachdem man Linus schon bei Rust so beobachtet hat, aber die Geschwindigkeit der Aufnahme hätte er nicht vorhergesagt. Darauf der Gegenpunkt: Rust brauchte lange, um reif genug zu sein, aber KI integriert sich schneller und leichter.

Lena Vogel: Der scharfeste Kontrapunkt kommt aber von der anderen Seite: Jemand schreibt, Linus' Behauptung, die Nutzung von LLM-Werkzeugen sei unkorreliert mit Verständnis oder Kompetenz, sei lächerlich. Und ein anderer Nutzer liefert gleich den Beweis in Form einer Anekdote: Linus selbst hat einen Patch mit Claude Code geschrieben und dabei einen Data-Race-Bug eingeführt, den er selbst nicht bemerkte, der aber von einem Reviewer abgefangen wurde, bevor er in ein Release gelangt wäre.

Lena Vogel: Die Ironie: Der Mann, der anderen erklärt, KI erzeuge Müll-Patches und man dürfe Code nicht einchecken, den man nicht versteht, hat genau das selbst getan.

Felix Hartmann: Dafür gibt es auch die Gegenposition, und die ist nicht dumm: Willst du die Bugs in deinem Projekt gefixt haben, egal von wo, oder willst du nur menschliche Beiträge? Linus will die Bugs gefixt haben. Das ist die pragmatische Rechtfertigung. Und tatsächlich, die Zahl der Fixes, die in den Kernel kommen, ist laut der Statistik deutlich gestiegen, angeblich mehr als verdoppelt seit April.

Lena Vogel: Was bleibt ungelöst: Ist dieser Abwärtstrend bei Reviews real? Reicht die Community-Kapazität, um diese Flut zu prüfen? Corbets Fazit, das ein Diskutant zitiert, lässt es bewusst offen: Absorbierbar, ja, aber nicht garantiert reibungslos. Und noch etwas Persönliches aus dem Thread: Ein Nutzer sagt offen, dass die Masse an Müll-Patches und Pull-Requests, oft mit Agenten als einzigen Antwortpartnern, ihn dazu bringnt, gar keine externen Beiträge mehr annehmen zu wollen.

Lena Vogel: Das ist eine echte Kulturveränderung, die da diskutiert wird.

Felix Hartmann: Bleiben wir bei Werkzeugen und Tooling, denn das nächste Thema passt direkt dazu: Wenn du KI-Modelle lokal laufen lassen willst, musst du zuerst abschätzen, wie schnell das auf deiner Hardware geht. Dafür gibt es jetzt ein Tool namens llmspeed.

Lena Vogel: Die Idee ist simpel: Hardware wählen, Modell wählen, und dann simuliert dir die Seite Tokens pro Sekunde und Time-to-First-Token, basierend auf verifizierten Community-Benchmarks. Ziel: fühlen, wie schnell dein lokales Modell laufen würde, bevor du die Hardware kaufst. Die Liste umfasst von der RTX 3060 über Mac Studios bis hin zu M5-Ultra-Konfigurationen alles Mögliche, und die Messwerte kommen aus Foren wie r/LocalLLaMA und ähnlichen Quellen, manche sind auch nur aus Specs hochgerechnet.

Felix Hartmann: Und genau da setzte die Kritik im Thread an. Ein Nutzer meldet, dass seine M2 Ultra mit 128 GB fast doppelt so schnell läuft wie die angegebene Zahl für einen M3 Ultra mit 512 GB. Die Messwerte müssen also zumindest teilweise deutlich daneben liegen. Der Autor reagiert offen und fragt nach Modell und Quantisierung, um dem nachzugehen.

Felix Hartmann: Ein anderer bemängelt, dass die Modellliste begrenzt ist und dass die Harness-Umgebung den Speed beeinflusst, ohne dass man sieht, welche Libraries und Versionen dahinterstecken. Der Autor räumt ein, dass die Benchmark-Quellen meist keine Harness-Info enthalten, also fehlen schlicht Daten.

Lena Vogel: Es gibt auch die Verteidigung von jemandem, der sagt, ein sauberer Harness hat fast keinen Einfluss auf den Durchsatz, außer beim initialen Kontext-Füllen, außer man wirft 200k Kontext in den Chat. Aber das läuft an der eigentlichen Frage vorbei, nämlich Transparenz: Woher kommen die Zahlen, mit welcher Software gemessen?

Felix Hartmann: Der wertvollste Teil des Threads ist aber die Praxiserfahrung, die um das Tool herum entsteht. Ein Nutzer erzählt von seiner RX580 mit 8 GB VRAM aus 2017, die er für Coding mit Qwen-9B-Modellen nutzt. Sie schafft etwa 20 Tokens pro Sekunde Generierung nach warmem Cache, der erste Durchlauf beim Parsen ist mit 100 bis 200 Tokens pro Sekunde aber lahm, was bei langen Kontexten, wie sie Coding-Agenten standardmäßig mitbringen, spürbar ist.

Felix Hartmann: Sein Fazit: Es gewinnt keine Benchmarks, aber es reicht für kleinere Refactors, wo die IDE keine klaren Umbauten anbietet, oder um lokal einen Kubernetes-Cluster troubleshooten zu lassen.

Lena Vogel: Und er nennt weitere Use-Cases, die „gut genug" sind: E-Mail-Kategorisierung, Sprachbefehle fürs Smart Home. Das ist die spannende Erkenntnis: Vor einem Jahr war das noch elend, heute reicht Qwen 9B plus bessere Cache-Quantisierung plus modernere Engines, um alltagstaugliche Sachen zu machen. Nur eben keine architektonischen Großumbauten per One-Shot-Prompt, das bleibt den großen Modellen vorbehalten. Ein anderer ergänzt, dass auf 8 GB VRAM plus 64 GB RAM auch das neue Qwen 3.

Lena Vogel: 8 Flash Next in nutzbarer Geschwindigkeit laufe, dank der Fortschritte der letzten Wochen.

Felix Hartmann: Das Tool selbst bleibt also fragwürdig in der Genauigkeit, aber die Diskussion drumherum zeigt, wo die Leute tatsächlich arbeiten. Und die Idee, Software ohne echte Hardware laufen zu lassen, geht noch weiter, nämlich bis auf die Ebene von Mikrocontrollern. Nächstes Thema: esp32sim.

Lena Vogel: Ein Show-HN-Projekt: ein Open-Source-Emulator, der echte ESP32-Firmware im Browser laufen lässt. Kein Gerät nötig, kein Cloud-Dienst, kein Account. Der Autor betont in der Vorstellung: Der lustige Teil der Demo ist, dass kein ESP40 beteiligt ist, die Firmware läuft im Emulator. Er sucht vor allem Feedback von Embedded-Entwicklern, was so ein Emulator bräuchte, um wirklich für Entwicklung, Testing oder CI genutzt zu werden.

Felix Hartmann: Die technische Basis ist beachtlich: Der Emulator unterstützt vier ESP32-Varianten über beide Architekturen von Espressif, also den klassischen ESP32 mit zwei Xtensa-LX6-Kernen, den S3 mit zwei LX7-Kernen und die RISC-V-Chips C3 und C6. Wichtig ist: Er bootet die echte Mask-ROM, den echten Second-Stage-Bootloader und ein unverändertes Application-Image, kein gepatchter Code, keine Stubs, die dazwischengehen.

Felix Hartmann: Genug vom SoC ist modelliert, um echte Projekte Ende-zu-Ende laufen zu lassen, inklusive Displays wie dem LilyGO TTGO mit ST7789 oder größeren Touch-Displays.

Lena Vogel: Die Validierung der Instruktions-Decoder ist auch ordentlich dokumentiert: Hunderttausende Instruktionen pro Variante getestet, null Abweichungen. Das zeigt, dass hier mit Blick auf Korrektheit gearbeitet wurde.

Felix Hartmann: Die Community-Reaktion war interessant gespalten. Die häufigste Frage, fast schon die Standardfrage bei jedem neuen Emulator: Wie unterscheidet sich das von Wokwi? Die gibt es seit Jahren und emulieren viele Mikrocontroller.

Felix Hartmann: Es folgt die übliche Debatte, ob man jedes neue Tool an alten messen muss, und ein Nutzer verteidigt das Projekt ausdrücklich: Open Source und kostenlos, das allein ist schon ein Unterschied, auch wenn das Projekt möglicherweise mit KI-Hilfe entstanden ist, das Wort „vibecoded" fiel mehrmals.

Lena Vogel: Der nützlichste inhaltliche Kommentar kommt von jemandem, der IoT-Projekte kennt: Auf vielen IoT-Projekten baut man zuerst funktionale Software-Simulatoren für die Hardware-Seite, damit die Mobile- und Cloud-Leute ohne Test-Hardware loslegen können, die emulieren dann BLE- oder WiFi-API-Aufrufe. Sobald echte Hardware da ist, landen die Simulatoren im CI-Testing.

Lena Vogel: Und genau da sieht er den Wert von esp32sim: Statt eines funktionalen Simulators, der nur die Schnittstelle nachahmt, läuft hier echte Firmware für jeden Entwickler und jeden CI-Runner.

Felix Hartmann: Es gibt auch Kritik an der Präsentation: Jemand beschwert sich über die gigantischen, schlecht formatierten README-Absätze, die eine dichte Mischung aus Formatierungen, Klammern, Befehlszeilenargumenten und Teilenummern seien, und bittet den Autor, das dringend zu überarbeiten.

Felix Hartmann: Die Antwort eines anderen ist herrlich bissig: Ein README wird zur Dontreadme, wenn es so lang wie ein Roman ist, schlecht formatiert ist und mehrere KI-typische Formulierungen pro Satz enthält, und dass niemand es lesen werde, nicht mal der Autor selbst. Das sei auch ein Prädiktor für den allgemeinen Müll-Gehalt eines Projekts. Ouch. Und trocken der Kommentar aus dem Thread: Der Abschnitt sollte eine Tabelle sein.

Lena Vogel: Ein anderer zeigt übrigens, wohin die Reise geht: Er hat selbst einen Drohnen-Simulator gebaut, bei dem der echte Flight-Controller-C-Code, der normalerweise auf einem ESP32 läuft, als WebAssembly im Browser läuft, und man kann dieselbe Firmware direkt auf echte Boards flashen. Das zeigt, dass die Grenze zwischen Emulation und Realität gerade sehr porös wird. Wo solche Tools noch hinsollen: Testing und CI ohne physische Hardware, das ist das explizite Ziel.

Felix Hartmann: Von Mikrocontrollern zu Diagrammen, ein anderes Show-HN hat heute auch für Furore gesorgt: Pele, eine Library, die Mermaid-Diagramme als themenbare SVG rendert.

Lena Vogel: Die Zahlen sind, wenn sie stimmen, bemerkenswert: 230 kB gzip statt 1,6 MB, bis zu 500-mal schneller als Mermaid.js bei der Renderzeit, null direkte Dependencies statt 23. Und die Theming-Methode ist elegant: Statt einer Theme-Konfiguration nutzt Pele CSS-Variablen, was heißt, Farbänderungen greifen ohne Re-Render. Entwickelt wurde es für Obsidian, um Diagramme schnell zu rendern und ans Theme anzupassen, und es unterstützt jeden Diagrammtyp aus Mermaid 12.1.0. Die Lizenz ist MIT.

Felix Hartmann: Die praktische Relevanz erklärt ein Kommentator gleich zu Beginn: Die offizielle Mermaid-Library braucht bis heute eine vollständige oder headless Browser-Umgebung, um die SVG zu layouten. Wenn das stimmt, ist Pele eine große Erleichterung, weil man Mermaid dann endlich an anderen Orten einbetten kann, ohne einen Browser zu starten.

Lena Vogel: Ein anderer Nutzer schildert seine Erfahrung mit der Python-Alternative, die er in CI/CD-Pipelines nutzt, um Dokumentation mit eingebetteten Diagrammen zu generieren: Das funktioniert grundsätzlich, aber das Layout kann sehr holprig sein. Er hat Verbindungen, die sich kreuzen, statt ordentlich auszuweichen, und keine Layout-Einstellung behebt das, weshalb er manchmal einfach über das offizielle Tool exportiert und als PNG einbettet.

Felix Hartmann: Und das führt zur interessanteren Frage: Liegt das an Mermaid oder ist es grundsätzlich? Ein Nutzer sagt, bei jedem Versuch, Mermaid für etwas Komplexeres als ein Spielzeug-Diagramm zu nutzen, ende er frustriert über das arkane und topologisch schlechte Layout, das Styling sei dagegen das geringere Problem. Darauf die nüchterne Antwort von einem bekannten Namen in der Security-Szene: Graph-Layout sei ein berüchtigt schweres Problem.

Felix Hartmann: Ein anderer ergänzt eine feinsinnige Beobachtung: Vielleicht ist es wie beim Schreiben, ein Diagramm, das gut kommuniziert, setzt quasi voraus, dass man das Problem, das man darstellen will, wirklich gelöst hat. Das Tool kann dir das nicht abnehmen.

Lena Vogel: Es gibt auch konkrete Alternativ-Empfehlungen: Wer in die Tiefe gehen will, dem wird D2 mit dem Layout-Engine ELK oder Dagre empfohlen, und in den Feinheiten von ELK könne man viel machen. Kleiner Prozess-Tipp aus dem Thread, der jeder Open-Source-Verantwortliche lesen sollte: Wenn dein Projekt open source ist, dann setz ein GitHub-Icon prominent an den Anfang der Seite, damit Leute das Repo sofort finden, sterne vergeben und es bookmarken können.

Lena Vogel: Der Fragesteller musste erst mühsam suchen, bis er den Link gefunden hat.

Felix Hartmann: Von Tools und Diagrammen zu einem Thema, das viel ernster ist und uns mit einem Ruck in die Realität zurückholt: Ein Vorfall im Westjordanland, über den Le Monde berichtet hat.

Lena Vogel: Am Samstag haben israelische Siedler einen Konvoy europäischer Diplomaten angegriffen und einen französischen Bürgermeister verprügelt. Die Autos der französischen, belgischen und polnischen Missionen hatten Diplomaten in die überwiegend christliche Ortschaft Taybeh im besetzten Westjordanland gebracht, als Siedler herabstiegen, um Palästinenser am Olivenernten zu hindern.

Felix Hartmann: Laut Zeugen und Diplomaten machten maskierte Siedler aggressive Äußerungen gegenüber den Diplomaten und traten dann Bernard Baudoux, den 78-jährigen Bürgermeister der nordfranzösischen Kleinstadt Aulnoye-Aymeries. Zwei Leute, die mit ihm gesprochen haben, sagten, er sei verletzt, brauchte aber keine Krankenhausbehandlung. Sein Kommentar nach dem Übergriff ist bemerkenswert scharf: Wenn sich Siedler so verhalten, dann gibt es eine Toleranz dafür vonseiten der israelischen Regierung.

Lena Vogel: Der vielleicht wichtigste Kontext kommt aus dem Thread selbst. Ein Kommentator betont, dass dies kein Einzelfall ist und die Geschichte nur deshalb die Nachrichten erreicht hat, weil die Opfer europäische Würdenträger sind.

Lena Vogel: Seine Beschreibung der täglichen Übergriffe auf die ländliche palästinensische Bevölkerung ist brutal direkt, er nennt es Pogrome, weil es kein anderes Wort gebe, und die Skala mit mehreren Angriffen pro Tag zeige, dass dies kein zufällige Gewalt sei, sondern eine koordinierte Kampagne zur ethnischen Säuberung der ländlichen palästinensischen Bevölkerung des Westjordanlands.

Felix Hartmann: Ein anderer Nutzer ordnet es noch enger ein: Es sei Wahlkampf, nichts weiter. Das ist eine Interpretation, keine gesicherte Analyse, aber sie spiegelt eine fraktionelle Lesart im Thread wider. Und ein Nutzer warnt früh, dass der Thread in ein Flamewar abgleiten würde, was eine realistische Einschätzung der Hitze des Themas ist.

Lena Vogel: Was offen bleibt: Die diplomatischen Konsequenzen. Die beteiligten Regierungen haben einen Vorfall mit ihren eigenen Staatsbürgern, das ist eine andere Kategorie als die täglichen Vorfälle mit palästinensischen Opfern, die laut Thread ja permanent passieren, ohne dass es Schlagzeilen macht. Ob dieser Vorfall eine Verschiebung in der Haltung der europäischen Regierungen auslöst, ist die eigentliche unbeantwortete Frage.

Felix Hartmann: Bleiben wir noch kurz im Bereich Behörden und Bürokratie, aber auf eine deutlich leichtere Art: Ein Blogpost über die Naturalisierung in Japan.

Lena Vogel: Derek Wessman erzählt, wie er japanischer Staatsbürger wurde, und er warnt gleich am Anfang, dass man nicht auseinanderhalten kann, was anekdotische Erfahrung, Meinung und Fakt ist in jedem einzelnen Satz. Das alleine ist schon eine charmante Ehrlichkeit. Er empfiehlt allen, die sich bewerben wollen, direkt die örtliche Legal Affairs Bureau zu konsultieren, nicht sein Blog, weil jeder Fall individuell behandelt wird.

Felix Hartmann: Der Kern des Berichts ist die absichtlich opake Gestaltung des Prozesses durch die japanische Regierung: umfangreiche Dokumentation, mindestens ein Jahr Dauer, und ein Ergebnis, das teilweise auf subjektivem Urteil beruht.

Felix Hartmann: Die Dokumentenliste ist extrem: Geburtsurkunden für beide Eltern und alle sechs Geschwister, Originalnachweis der Ehe der Eltern, eine eidesstattliche Erklärung der Mutter, dass sie ihn geboren hat, eine Liste der Familienmitglieder der Ehefrau mit Namen, Geburtsdaten, Staatsangehörigkeiten und aktuellem Kontaktstatus zu ihm, eine Erklärung, ob jede dieser Personen ebenfalls naturalisieren will und ob sie seiner Naturalisierung zustimmen oder sie ablehnen.

Lena Vogel: Dazu kommen die vollständigen Wohn- und Lebensläufe: jede Adresse, an der er je gewohnt hat, mit Beginndatum, die komplette akademische Geschichte ab dem Kindergarten mit allen Diplomen, die vollständige Berufshistorie mit Firmen, Positionen und Daten.

Lena Vogel: Alles englischsprachige Material musste zweisprachig eingereicht werden, original plus beglaubigte Übersetzung ins Japanische, und die Übersetzungen durften keine lateinischen Buchstaben enthalten, nur Kanji, Hiragana, Katakana oder arabische Ziffern. Aber jeder Eigename musste in die umständlichste Katakana-Form.

Felix Hartmann: Und es geht noch weiter: Steuererklärungen von ihm und seiner Frau für mehrere Jahre, Lohnabrechnungen, Nachweise über Krankenversicherungs- und Rentenbeiträge, ein amtliches Fahrverhalten-Register der Nationalpolizei mit allen Verkehrsverstößen der letzten zehn Jahre, und weil er eine Firma hatte, zusätzlich alle Jahresabschlüsse, Nachweise über Körperschaftsteuer, Konsumsteuer, Präfektur- und Kommunalsteuern, einbehaltene Lohnsteuern, Arbeitslosenversicherung, Firmenregister, Satzung, Kundenli

Felix Hartmann: ste und Geschäftsbeschreibung. Plus Fotos der Familie auf drei verschiedenen Anlässen. Es ist eine Auflistung, die sich liest wie ein Strafmaß, nur dass man am Ende Staatsbürger wird statt eingesperrt.

Lena Vogel: Die Reaktionen im Thread sind zwiegespalten. Ein sehr alter HN-Kommentator, der selbst viel Erfahrung mit Sprachen und Bürokratie hat, schreibt, die Art wie der Autor schreibe, komme ihm über als schmierig und oberflächlich vor, das Wort war deutlich härter.

Lena Vogel: Ein anderer hört auf zu lesen, als der Autor erzählt, er habe sechs Jahre lang auf die Naturalisierung hingearbeitet, ohne je eine permanente Aufenthaltserlaubnis zu bekommen, sondern nur mit verlängerten Visa lebte, und dass die Behörden das seltsam fanden. Sein Punkt: Das ist seltsam, denn vieles, was der Autor brauchte, wäre normalerweise im Permanent-Residence-Prozess erledigt worden.

Felix Hartmann: Ein anderer Kommentator widerspricht und liefert eine wichtige Zahlenklärung: Er dachte, Japan verlange zehn Jahre Aufenthalt für Permanent Residence, aber nur fünf Jahre für Naturalisierung, dann wäre es nicht überraschend, wenn viele Leute naturalisieren, bevor sie PR bekommen. Darauf die knappe Antwort von jemandem mit offenbar aktuellem Wissen: Nicht mehr. Das Verfahren hat sich also offenbar geändert, was genau heißt das, das bleibt offen.

Lena Vogel: Es gibt auch eine sehr lesenswerte, wenn auch kontrovers diskutierte Nebenbemerkung von jemandem, der in Großbritannien lebt: Sobald man eine Weile im Land lebt, kümmert sich fast niemand mehr um deinen Aufenthaltsstatus, im Alltag brauche er nur Adresse und Führerschein. Darauf sofort der Einspruch: Jeder größere Arbeitgeber verlangt mehr.

Lena Vogel: Und ein dritter erzählt, er kenne jemanden, der fast ein Jahrzehnt illegal in GB lebte, nur schreckliche Restaurant-Jobs bekam, von der Einwanderungsbehörde besucht wurde, und den ein Anwalt nicht helfen konnte, bis er ein Kind bekam und eine Staatsbürgerin heiratete. Also, die Laissez-faire-Haltung hat Grenzen, und die sind hart.

Felix Hartmann: Der praktische Takeaway, mit dem mehrere im Thread übereinstimmen, auch wenn sie sonst nicht viel teilen: Führe eine Wohnadressen-Liste, vom heutigen Tag an. Es hat einem Kommentator mehrfach geholfen, und es ist genau die Art Information, die man im Nachhinein nicht rekonstruieren kann. Ein anderer kontert trocken: Alles, was solche Daten braucht, kann ich entbehren, und die würden es sowieso nicht glauben.

Lena Vogel: Von der japanischen Bürokratie zu einer anderen Form von Hard Numbers, nämlich Exportstatistiken, und zwar zu einer Behauptung, die im Thread kräftig auseinandergenommen wurde: Gold ist jetzt das Exportgut Nummer eins der USA.

Felix Hartmann: Die Behauptung stammt aus einem Artikel in der Numismatic News, einer Münzsammler-Publikation. Der Autor Patrick Heller schreibt, dass normalerweise Öl, Pharmazeutika oder Flugzeuge und Flugzeugteile die wertstärksten US-Exporte sind, aber seit Oktober 2025 habe Gold fast jeden Monat alle anderen Kategorien überholt. Und das sei nicht nur ein Preiseffekt, denn im Februar 2026 könnten die exportierten Tonnen einen Allzeithöchstwert erreicht haben.

Lena Vogel: Der Autor listet dann die Destinationen: Der Großteil geht in die Schweiz, sicherlich zu den Raffinerien dort. Die zweitgrößte Menge geht nach Hongkong, das das Tor für Gold nach China ist. Die drittgrößte nach Großbritannien, wo die London Bullion Market Association sitzt. Die US-Regierung meldet unveränderte Reserven, also stammen die Exporte vermutlich aus aktueller Minenproduktion und Recycling.

Lena Vogel: Und dann spekuliert er ausführlich: Ausländische Zentralbanken hätten zusammen mehr Gold als US-Staatsanleihen, China dränge auf Zahlungen in Gold statt in Dollar, reduziere seine Treasury-Bestände von über einer Billion Dollar 2021 auf unter 700 Milliarden 2026, und fördere alternative Zahlungssysteme und die BRICS-Währung „Unit".

Lena Vogel: Er vermutet, ein hoher Prozentsatz der US-Goldexporte gehe faktisch nach China, über Umwege durch Schweizer Raffinerien, und die US-Regierung habe das vielleicht im Gegenzug für politische Zugeständnisse akzeptiert. Sein ehrliches Fazit: Kann ich das beweisen? Nein. Aber es ergebe mehr Sinn als jede andere Erklärung.

Felix Hartmann: Und hier beginnt der wirklich lehrreiche Teil des Threads. Der erste Kommentator zweifelt die Behauptung direkt an und verlinkt drei alternative Datenquellen, die alle auf offiziellen Census- und BEA-Daten basieren und nach denen Metalle, Gold inklusive, nur auf Platz drei der Exporte liegen. Und dann passiert etwas Interessantes: Andere Nutzer drehen den Spieß um und kritisieren die Gegenlinks selbst.

Felix Hartmann: Einer sagt, der erste Artikel wirke wie LLM-Müll ohne Referenzen, während der Originalartikel auf BEA-Daten verweise.

Felix Hartmann: Ein anderer sagt, alle drei verlinkten Seiten seien von Publikationen, von denen er nie gehört hat und deren Glaubwürdigkeit er nicht unabhängig prüfen könne: Eine behauptet, von Samsung als vertrauenswürdig gelistet zu sein, aber er findet keinen Beleg; eine outraUSiert ein 5-Sterne-Rating auf Product Hunt, aber der Account, der das Rating abgegeben hat, wurde bei Launch der Seite erstellt, hat keine Follower und keine Aktivität seit 2024. Sein Urteil: Alles Blog-Spam.

Felix Hartmann: Und dann der vielleicht wichtigste Satz des ganzen Threads: Jeder, Mensch oder KI, kann heute alles veröffentlichen, um jede Sichtweise zu bestätigen. Was macht diese Links überhaupt wertvoll genug, sie zu teilen?

Lena Vogel: Das ist wirklich die Lektion des Themas: Es geht nicht darum, wer recht hat, sondern darum, wie schwer Quellenkritik geworden ist, in beide Richtungen. Es bleibt also offen: Ist die Behauptung wahr oder nicht? Die Belege im Thread widersprechen sich, und die Qualität der Belege ist auf beiden Seiten fragwürdig.

Felix Hartmann: Es gibt aber einen lohnenden Nebendiskurs, der unabhängig vom Gold-Thema Wert hat: Warum Öl, Pharma und Flugzeuge traditionell so hoch in den US-Exportstatistiken stehen. Bei Pharma erklärt jemand, dass patentgeschützte Medikamente einen vielfachen Preis der Generika haben, daher ist der Geldwert trotz kleinerer Mengen riesig.

Felix Hartmann: Bei Flugzeugen erklärt ein anderer, dass Flugzeuge teuer sind, die Produktionskapazitäten von Boeing und Lockheed und die Triebwerkskapazität von GE und Pratt & Whitney für Jahre ausgebucht sind, und anders als Airbus mit mehreren Endmontagelinien weltweit macht Boeing seine Endmontage nur in den USA. Und jemand anders weist auf eine wichtige begriffliche Verwirrung hin: In Amerika benutzen wir das Wort Exporte meist nur für Waren, nicht für Dienstleistungen, und das sei anachronistisch.

Felix Hartmann: Ein weiterer Punkt: Viele amerikanische Marken produzieren komplett in Asien, wenn ein Europäer ein Produkt von Apple oder Nike kauft, ist das exportstatistisch ein Export Vietnams oder Taiwans, nicht der USA, auch wenn die Gewinne nach Amerika fließen.

Lena Vogel: Übergangsweise von harten Waren zu weicher Wissenschaft: Das nächste Thema ist eines der unterhaltsamsten des Tages, und es hat mit Hühnerfleisch zu tun, das transparent wird.

Felix Hartmann: Ein Blogger, der sich Casual Physics Enjoyer nennt und dem Motto folgt, zu testen, ob gute Wissenschaft zu Hause gemacht werden kann, hat ein Paper repliziert über die optische Transparenz lebender Gewebe. Die Idee: Hühnerbrust in eine Lösung aus Tartrazin einweichen, dem leuchtend gelb-orangen Farbstoff, den man in Doritos findet.

Lena Vogel: Sein Setup: Etwa 0,19 molare Lösung, Raumtemperatur, sechs bis zwölf Stunden einweichen. Das Ergebnis: Partielle Transparenz, ein Gitter unter dem Fleisch wird sichtbar, und das Fleisch bekommt eine optische Qualität, die er als gummibärchen-artig beschreibt, was ihn fast zum Beißen reizt, wenn da nicht die Salmonellen-Gefahr wäre. Das Originalpaper nutzte übrigens 0,62 molar, 40 Grad Celsius und einen Schüttler, was er aus Sicherheitsgründen und mangels Ausrüstung nicht machen konnte.

Lena Vogel: Sein ambitionierterer Replikationsversuch kommt also noch.

Felix Hartmann: Die Erklärung ist physikalisch elegant: Tartrazin verändert die Absorptionseigenschaften und verschiebt dadurch den Brechungsindex des Wassers in Richtung des Brechungsindex von Protein- und Lipidlösung. Damit verschwindet die Lichtstreuung, weil die Brechungsindizes uniform werden. Ein Kommentator bringt das schöne Bild: Genau wie Schnee, der von opak zu transparent wird, wenn er schmilzt, weil die vielen kleinen Grenzflächen verschwinden.

Felix Hartmann: Der Farbstoff ist übrigens nicht zerkleinerte Doritos, wie der Titel suggeriert, sondern reines Tartrazin, die Wahl fiel darauf, weil es extrem wasserlöslich, kaum reaktiv und von der EFSA bis zu zwei Gramm pro Kilogramm Körpergewicht als unbedenklich eingestuft wird, und weil es eben in Doritos steckt, was den Titel erklärt.

Lena Vogel: Aber es gibt eine wichtige physikalische Grenze, die ein Kommentator präzise erklärt: Blut und die pigmentierte Netzhaut des Auges bleiben undurchsichtig, weil Hämoglobin und die Sehpigmente Licht absorbieren, das lässt sich nicht wegrechnen. Deshalb haben transparente Frösche und Fische trotzdem sichtbare Augen und Blutgefäße. Nur wo die Opazität allein durch variable Brechungsindizes und Lichtstreuung entsteht, funktioniert diese Methode.

Felix Hartmann: Der Thread ist, wie man sich vorstellen kann, teilweise sehr albern, mit Kommentaren über transparente Dorito-Hähnchen und wie viel Schaden man mit Cheeto-beschichteten Fingern an Konsolen anrichten könnte. Aber es gibt auch eine earnest Frage: Ob die Färbung in lebendem Gewebe persistiert. Die Antwort: Nicht persistieren, aber an lebendem Gewebe wurde das bereits getestet, mit einem Link zur NSF-Seite über durchsichtige Haut.

Felix Hartmann: Das Paper, auf das sich die Replikation bezieht, trägt den Titel Achieving optical transparency in live animals with absorbing molecules, es geht also tatsächlich um lebende Tiere, nicht nur um Supermarktfleisch.

Lena Vogel: Und dann gibt es noch die schöne Vorstellung eines Kommentators, wie die Forschung entstanden sein könnte: Jemand wollte Doritos-aromatisiertes Hühnchen machen und hat zufällig entdeckt, dass die Marinade das Fleisch transparent macht. Die Wahrheit ist vermutlich profaner, aber die Vorstellung ist köstlich. Übrigens, ein safety point: Der Autor hat ohne Handschuhe gearbeitet, mit der Begründung, Tartrazin gilt als lebensmittelsicher.

Lena Vogel: Das wurde im Thread freundlich auseinandergenommen, Lebensmittel-sicher heißt nicht automatisch, dass man es in hohen Konzentrationen über Stunden mit Hautkontakt hantieren sollte. Sein 0,56-molarer Versuch ist übrigens kläglich gescheitert, weil der Farbstoff kristallisierte und eine Kruste bildete, weshalb er beim zweiten Anlauf nur die mittlere Konzentration getestet hat.

Felix Hartmann: Perfektes Setup für den Ausklang, Lena, denn nach all der harten Wissenschaft kommt jetzt etwas sanft Entspannendes: ein Show-HN-Projekt namens The Duck Pond, ein Ententeich-Synthesizer.

Lena Vogel: Das Konzept: Ein virtuelles Ententeich mit drei Stockenten, zwei Erpeln und zwei Küken-Scharn, die ihren Tag verbringen. Keine Aufnahmen, jeder Quack wird live synthetisiert, während er passiert, und du hörst ihn von dem Punkt am Ufer, an dem du gerade stehst. Es gibt eine Ringe-Metapher bei 5, 10, 20 und 40 Metern, du kannst Erbsen werfen statt Brot, es gibt einen Headphones-Modus und eine Pause-Taste.

Felix Hartmann: Die Reaktion im Thread ist durchweg begeistert, von I adore this bis This is freaking awesome und finally. Ein Nutzer berichtet, es funktioniere hervorragend als White Noise. Ein anderer wünscht sich, man könnte um den Teich herumlaufen, die Enten bleiben ihm leider etwas zu treu. Kleine Anmerkung am Rande: Ein Nutzer fragt trocken, ob Androiden elektrische Enten füttern, was eine schöne Referenz ist.

Lena Vogel: Und dann driftet der Thread, wie das so ist, in die echte Entenpflege. Es beginnt mit einem Nutzer, der klagt, dass die Erkenntnis, Brot sei schlecht für Enten, einen seiner Lieblingsangelplätze ruiniert hat: Früher haben die Leute dort Brot an Enten verfüttert, er hat dort geflogen fischen können auf Karpfen, Döbel, Schleien, Rotaugen, sogar Nasen, alle auf Trockenfliegen. Dann kam ein Schild, dass Brot Enten schade, die Leute hörten auf zu füttern, und nach einer Weile waren alle Fische weg.

Felix Hartmann: Darauf kommt die fundierte Erklärung von jemandem, der die Gründe aufzählt: Brot hat kaum Nährwert, besonders der weiße Sorte, die in den USA üblich ist. Es füllt den Magen schnell, sodass die Enten nicht mehr nach natürlicher Nahrung suchen. Werfen an einem Ort führt zu Überfüllung, was die Tiere stresst, was offenbar auch an seinem Angelplatz passiert ist.

Felix Hartmann: Sie scheiden viel an einem Ort aus, was weitere Probleme bringt, und unverbrauchtes Brot fördert Algenwachstum, was wiederum Krankheiten und Schädlinge nach sich zieht. Besser: Erbsen, wie in der App selbst, oder zerkleinerte gefrorene Weintrauben, oder Wildvogelfutter aus dem Tierhandel.

Felix Hartmann: Ein anderer Nutzer ergänzt eine schöne Erinnerung aus seiner Kindheit: Sie haben am See im Park Enten gefüttert, mit Geflügelfutter aus dem Agrarhandel, es gab Dutzende, und wenn sie alle aufgeschreckt aufflogen, war der Windzug spürbar. Der Park hat irgendwann Füttern verboten und die Bänke entfernt.

Lena Vogel: Das ist ein schöner Bogen: Aus einem reinen Technik-Spielzeug wird eine kleine Lektion in Ökologie, und gleichzeitig bleibt es ein entspannendes Spielzeug. Wer nach einem langen Tag mit Kernel-Statistiken, Security-Breaches und geopolitischen Nachrichten etwas Abschalten will, der findet hier vermutlich tatsächlich Ruhe.

Felix Hartmann: Damit sind wir am Ende einer ziemlich breiten Folge. Von neuen KI-Modellen und geleakten API-Keys über Kernel-Statistiken, Emulatoren und Diagramm-Libraries bis zu diplomatischen Vorfällen, Einbürgerungsbürokratie, Goldexporten, transparentem Hühnerfleisch und einem synthetischen Ententeich.

Lena Vogel: Danke, dass du dabei warst, und wir freuen uns auf die nächste Folge. Bis dann!

Felix Hartmann: Bis zum nächsten Mal!