Werben im Podcast: Index out of bounds | Entwickler/Developer Podcast

Ein Raspberry Pi, Hermes Agent von Nous Research und Mistral als europäisches Modell: Christian hat sich einen eigenen Personal Agent gebaut, der nie an Zugangsdaten kommt. Daraus wurde eine kleine Firma aus Agents, vom Podcast-Agent Bachman bis zum Coder Son of Anton. Aber wofür braucht man so etwas überhaupt? Thomas bringt seine OpenClaw-Erfahrungen und Hintergründe zu Nous Research mit. Wir sprechen über Sandboxing, DSGVO, Kosten und lokale Modelle und darüber, warum Agents bald nicht mehr auf dem eigenen Laptop laufen. Community 💜 Werde Teil der IOOB Discord Community: https://discord.gg/bbC5c4vvQY Links Hier geht's zur Podcast-Umfrage: https://engineeringkiosk.github.io/german-tech-podcast-survey/c't 3003: Hermes Agent komplett lokal mit Qwen 3.6: https://www.heise.de/news/Wirklich-alles-lokal-Hermes-Agent-und-Qwen-3-6-11361489.htmlHermes Agent von Nous Research: https://github.com/NousResearch/hermes-agentOpenClaw: https://github.com/openclaw/openclawKontakt 👉 ioob.de📬 [email protected]𝕏 x.com/IoobPodcast📺 youtube.com/@ioobpodcast

Jetzt bei Frachtwerk bewerben: https://frachtwerk.de/mitmachen/ Hier geht's zur Podcast-Umfrage: https://engineeringkiosk.github.io/german-tech-podcast-survey/ ViZDoom ist ein Open-Source-Wrapper um den ZDoom-Source-Port, den ein Team an der Universität Poznań 2016 entwickelt und auf der IEEE CIG mit dem Best Paper Award ausgezeichnet hat. Man kann es sich als Puppeteer für Doom vorstellen: Ein KI-Agent sieht nur den Pixelbuffer wie ein Mensch und muss lernen, aus Bildern zu handeln, ohne Kartendaten oder andere Insider-Informationen zu nutzen. Warum ausgerechnet ein Shooter von 1993? Doom ist seit 1999 Open Source, rendert per Software auf der CPU, schafft bis zu 7.000 FPS auf einem Kern und bringt eine Modding-Kultur mit, die ganze Trainingsszenarien in WAD-Dateien gießt. Wir schauen uns an, wie das Zusammenspiel aus Engine, Szenarien und dem Gymnasium-Wrapper funktioniert, und verfolgen die Spur von den Wettbewerben 2016 und 2017 über GameNGen und World Models bis zu CARLA, dem Fahrsimulator für autonomes Fahren, und zu Jev aus Folge 136, das Doom über ViZDoom spielt, ohne je ein Pixel zu sehen. Community 💜 Werde Teil der IOOB Discord Community: https://discord.gg/bbC5c4vvQY Links ​ViZDoom auf GitHub: https://github.com/Farama-Foundation/ViZDoom​CARLA, Open-Source-Fahrsimulator: https://carla.org/Kontakt ​👉 ioob.de​📬 [email protected]​𝕏 x.com/IoobPodcast​📺 youtube.com/@ioobpodcast

Jetzt bei Frachtwerk bewerben: https://frachtwerk.de/mitmachen/ Seit ein paar Wochen taucht ein Name in jeder zweiten Timeline auf: Jev. Ein neues KI-Modell von TypeSafe AI, gegründet vom Ex-OpenAI-Forscher Diogo Almeida, das laut Hersteller rund 200x schneller und 400x billiger sein soll als ein LLM. Der Trick dahinter: Jev generiert keinen Text. Statt einer Antwort in ganzen Sätzen bekommt man typisierte Entscheidungen mit Wahrscheinlichkeiten zurück, in 70 bis 500 Millisekunden. Ein smartes If-Statement mit dem Sprachverständnis eines LLMs, das sich direkt in die eigene Pipeline einbauen lässt. In dieser Folge sortieren wir den Hype. Was steckt hinter der Idee vom "System 1"-Modell nach Daniel Kahneman, warum ist Jev näher an klassischen Klassifizierungsmodellen als an ChatGPT und was macht es trotzdem anders? Thomas hat sich den Doom-Nachbau angeschaut und dabei festgestellt, dass der eigentlich spannende Teil vielleicht gar nicht Jev selbst ist, sondern der Abstraktionslayer davor. Wir sprechen über Use Cases von NPCs bis LLM-Routing, über das Kalibrierungsversprechen von RLCD, über Kosten, Datenschutz und Bias, und über die Frage, ob hier gerade eine Revolution passiert oder nur eine gut vermarktete Wiederentdeckung. Und ganz am Anfang klären wir natürlich, wer dieser Jeff überhaupt ist. 💜 Werde Teil der IOOB Discord Community: https://discord.gg/bbC5c4vvQY Links: Vortrag von Diogo Almeida (im Podcast besprochen): https://www.youtube.com/watch?v=cJ0EOzey--oLaunch-Post von TypeSafe AI zu System One Models und Jev: https://typesafe.ai/blog/introducing-system-one-models-and-jevJev spielt Doom, Open-Source-Nachbau von Olivier Motium: https://github.com/olivier-motium/jev-doomThomas' Gist mit Beispiel für Doom-State und Jev-Output: https://gist.github.com/dithom/eb3073067a0d6855b2033afc8ec2f920ViZDoom: https://github.com/Farama-Foundation/ViZDoomKev, Open-Source-Nachbau von Jev auf Qwen-Basis: https://github.com/jaredpalmer/kevLaya, Open-Source-Decision-Model von Convai Innovations: https://github.com/NandhaKishorM/layaKontakt: 👉 ioob.de📬 [email protected]𝕏 x.com/IoobPodcast📺 youtube.com/@ioobpodcast

Jetzt bei Frachtwerk bewerben: https://frachtwerk.de/mitmachen/ Wenn plötzlich alle alles bauen können, was passiert dann mit den Apps, die wir nutzen und die wir selbst entwickeln? DHH ruft vom Boot aus, wie geil schwimmen ist, und wir fragen uns: Welche Apps überleben das AI-Zeitalter eigentlich? In dieser Folge suchen wir nach den Säulen, auf denen Apps auch in Zukunft stehen können: regelmäßige Use Cases, Datenhoheit, Netzwerke, Profiwerkzeuge und echte Nischenlösungen. Gleichzeitig schauen wir auf die andere Seite: Was wird verschwinden, wenn LLMs und ihre Harnesses simple SaaS-Produkte reihenweise sherlocken und Apps am Ende nur noch CRUD-Wrapper sind? Brauchen wir überhaupt noch klassische Apps, wenn Chatbots ohne UI auskommen? Und brauchen wir noch Menschen, die sie bauen, wenn User sich ihre Tools einfach selbst zusammenklicken? Wir sprechen über gelöschte Apps, gesättigte Märkte, Individual-Software in Unternehmen und die Frage, ob am Ende vielleicht genau die gleichen Apps übrig bleiben wie vor der AI-Welle. Community 💜 Werde Teil der IOOB Discord Community: https://discord.gg/bbC5c4vvQY Links DHH Interview: https://www.youtube.com/watch?v=NYFGCESmikAKontakt 👉 ioob.de📬 [email protected]𝕏 x.com/IoobPodcast📺 youtube.com/@ioobpodcast

Kein Google mehr, kein Stack Overflow – stattdessen ein permanenter Dialog mit der KI. So sieht Lernen für uns inzwischen aus. Früher haben wir Wissen Scheibchen für Scheibchen aufgebaut, heute lassen wir uns Lehrpläne generieren und erkunden Rabbit Holes, ohne uns darin zu verlieren. Aber lernen wir dadurch wirklich besser – oder entkoppeln sich Bauen und Verstehen gerade immer weiter? In dieser Folge sind wir uns nicht in allem einig: Wird Verifikation zur neuen Kernkompetenz, während Abstraktion an Bedeutung verliert? Wie groß ist die Gefahr, sich treiben zu lassen und einer Illusion von Kompetenz aufzusitzen? Nebenbei geht es um RFCs der IETF, Jonglieren am Schreibtisch und die Frage, ob man überhaupt noch alles verstehen muss. Links: Stack Overflow: https://stackoverflow.com/Community: 💜 Werde Teil der IOOB Discord Community: https://discord.gg/bbC5c4vvQYKontakt: 👉 ioob.de 📬 [email protected] 𝕏 x.com/IoobPodcast 📺 youtube.com/@ioobpodcast

Wetter-App, Taschenrechner, Habit-Tracker – langweiliger geht's kaum. Genau daraus baut Andy Allen mit seinem Zwei-Personen-Studio !Boring Software Apps, für die Menschen freiwillig Geld bezahlen. Nicht wegen der Features, sondern wegen des Designs. Inspiriert von einer Launched-Podcast-Folge mit Andy Allen fragen wir uns: Warum ist unsere Software eigentlich so boring? Wir diskutieren, ob Design allein ein Geschäftsmodell tragen kann, warum Games uns mit Optik, Sound und eigenen Welten begeistern, während Business-Software sich anfühlt wie Arbeit – und ob Fun und Usability sich eigentlich im Weg stehen. Thomas hat die !Boring Apps ausprobiert und ist zwiegespalten, Thomas bringt Dieter Rams' Design-Thesen ins Spiel. Und am Ende steht die Frage: Vielleicht geht's gar nicht um Boring vs. !Boring, sondern um Mühe vs. keine Mühe? Links: Launched Podcast mit Andy Allen: https://launchedfm.com/episode/95-boring-software-andy-allen !Boring Software: https://notbor.ing/ Dieter Rams – 10 Thesen zum guten Design: https://rams-foundation.org/die-stiftung/designverstandnis/thesen/Community: 💜 Werde Teil der IOOB Discord Community: https://discord.gg/bbC5c4vvQY Kontakt: 👉 ioob.de 📬 [email protected] 𝕏 x.com/IoobPodcast 📺 youtube.com/@ioobpodcast

Fünf Agents parallel, drei Projekte offen – und am Ende ist nichts davon fertig. Thomas ist deshalb wieder zurück beim Single-Agent-Workflow: ein Agent, kleine Schritte, Pair-Programming-Gefühl, Review mittendrin statt am Ende. Christian sieht das anders: Ohne zweiten Agent fehlt ihm der Flow, weil ihn die Wartezeiten permanent rausreißen. Daraus wird ein Gespräch über Aufmerksamkeit als neue knappe Ressource, über AI Brain Fry und die Frage, warum sich Multi-Agent-Arbeit so produktiv anfühlt, aber verdächtig nach klassischem Multitasking riecht. Dazu: das Terminal-Revival mit cmux, herdr und dem guten alten tmux, HTML statt Markdown für Agent-Pläne, Claude Code direkt im Browser – und warum Unternehmen langsam eine Strategie brauchen, statt allen Entwickler*innen einfach einen Coding-Agent in die Hand zu drücken. Community: 💜 Werde Teil der IOOB Discord Community: https://discord.gg/bbC5c4vvQY Links: herdr: https://herdr.dev/cmux: https://cmux.com/tmux: https://github.com/tmux/tmuxGhostty: https://ghostty.org/iTerm2: https://iterm2.com/Oh My Zsh: https://ohmyz.sh/Polyscope: https://getpolyscope.com/Paperclip: https://paperclip.ing/Claude Code mit Chrome: https://code.claude.com/docs/en/chromeKontakt: 👉 ioob.de📬 [email protected]𝕏 x.com/IoobPodcast📺 youtube.com/@ioobpodcast

Warum produzieren ausgerechnet die größten Tech-Firmen – mit den bestbezahlten Entwickler:innen und scheinbar aller Zeit der Welt – immer wieder überraschend schlechten Code? In dieser Folge nehmen wir Sean Goedeckes vieldiskutierten Essay „How good engineers write bad code at big companies" auseinander. Seine These: Es liegt nicht an inkompetenten Leuten, sondern am System. Die meisten Entwickler:innen arbeiten ständig in fremden, alten Codebasen, unter Deadline-Druck – schlechter Code ist da fast unvermeidlich. Wir sprechen über die Realität des „median engineer", warum auch erfahrene „Old Hands" das Problem nicht auffangen können, und über den provokanten Gedanken, dass große Firmen diesen Trade-off ganz bewusst eingehen: Austauschbarkeit schlägt Expertise. Zum Schluss steigen wir in die Debatte ein, die der Artikel ausgelöst hat – ist das eine nüchterne Analyse oder purer Zynismus? 💜 Werde Teil der IOOB Discord Community:https://discord.gg/bbC5c4vvQY Links: Sean Goedecke – „How good engineers write bad code at big companies": https://www.seangoedecke.com/bad-code-at-big-companies/Sean Goedecke – „Software engineers should be a little bit cynical": https://www.seangoedecke.com/a-little-bit-cynicalAlex Wennerberg – „Software engineers are not politicians": https://alexwennerberg.com/blog/2025-11-28-engineering.htmlNate Meyvis – „Why is there so much bad code at big companies?": https://www.natemeyvis.com/why-is-there-so-much-bad-code-at-big-companies/Sean Goedecke – „Seeing like a software company": https://www.seangoedecke.com/seeing-like-a-software-companySean Goedecke – „Pure and impure software engineering": https://www.seangoedecke.com/pure-and-impure-engineeringKontakt: 👉 ioob.de📬 [email protected]𝕏 x.com/IoobPodcast📺 youtube.com/@ioobpodcast

Ein harmloser brew install, ein kurzer Moment der Unaufmerksamkeit – und plötzlich sind Passwörter, Keychain und Dokumente weg. Genau das ist einem Freund von Thomas passiert. In dieser Folge nehmen wir den Angriff Schicht für Schicht auseinander: vom ersten Klick bis zum Datenabfluss. Thomas hat sich die Sache selbst per Reverse Engineering vorgenommen und zeigt, was hinter dem vermeintlichen Install-Befehl steckt: ein nachgeladenes Skript, ein versteckter Hintergrundprozess zur Verschleierung und am Ende ein AppleScript, das mit einem täuschend echten Passwort-Prompt Keychain, Browserdaten und Wallet-Extensions absaugt. Danach reden wir über die unbequemen Fragen – was tun, wenn's einen selbst erwischt hat, und warum „wär mir nie passiert" der gefährlichste Satz überhaupt ist. 💜 Werde Teil der IOOB Discord Community: https://discord.gg/bbC5c4vvQY Links Homebrew (offizielle Seite): https://brew.sh/AMOS über gefälschte Homebrew-Seiten als Einfallstor: https://www.securityweek.com/homebrew-macos-users-targeted-with-information-stealer-malware/Tiefergehende technische Analyse von AMOS (Reverse Engineering): https://www.picussecurity.com/resource/blog/atomic-stealer-amos-macos-threat-analysisKontakt 👉 ioob.de📬 [email protected]𝕏 x.com/IoobPodcast📺 youtube.com/@ioobpodcast

„Agentic Engineering" klingt nach Revolution – am Ende ist es vielleicht einfach Engineering mit neuem Werkzeug. Die Versprechung: Agenten nehmen uns die Arbeit ab. Die Realität: Der Flaschenhals verschwindet nicht, er verschiebt sich nur. Weg vom Implementieren, hin zum Reviewen. Und plötzlich sitzt man auf 100 offenen Reviews und kommt trotzdem nicht voran. Christian und Thomas machen einen ehrlichen AI Reality Check – und sind sich dabei nicht in allem einig. Sie diskutieren, ob der Hype um Agent Orchestration wirklich trägt, warum Reviews schon immer fehleranfälliger waren als das Schreiben von Code, und was passiert, wenn man den Review gleich von der nächsten KI erledigen lässt: Token Burn, Output Bias, fragwürdige Qualität. Dazu die unbequeme Frage hinter allem – macht uns das Ganze eigentlich gründlicher oder nur fauler? Zwischen Review-Blindheit, „einfach alles abnicken" landen die beiden beim vielleicht größten Risiko von allen: es uns bequem zu machen. 💜 Werde Teil der IOOB Discord Community: https://discord.gg/bbC5c4vvQY Links: Dexter Horthy über Agentic-Coding-Workflows: https://www.youtube.com/watch?v=YwZR6tc7qYgRalph Caspers – Maximierer vs. Satisficer: https://www.youtube.com/watch?v=r4kAwbUSYoUPaperclip (Agent Orchestration): https://github.com/paperclipai/paperclipOptio (Agent Orchestration): https://optio.hostKontakt: 👉 ioob.de📬 [email protected]𝕏 x.com/IoobPodcast📺 youtube.com/@ioobpodcast

The Morpheus hat ein Video gemacht, das vielen von uns nah geht: „KI Burnout ist real". Das Gefühl, einer Maschine nur noch beim Arbeiten zuzuschauen, der Job auf dem Papier derselbe – und trotzdem fühlt sich alles anders an. Kommt euch das bekannt vor? Wir nehmen das zum Anlass und merken schnell: Wir sind zwei Lager. Während der eine die AI Fatigue und die verschwindenden Stellen ernst nimmt, sieht der andere vor allem die Demokratisierung der Softwareentwicklung. Es wird also durchaus diskutiert – über die Angst, überflüssig zu werden, und die Frage, ob man am Ende mit KI baut oder von ihr. 💜 Werde Teil der IOOB Discord Community: https://discord.gg/bbC5c4vvQY Links: Das besprochene Video von The Morpheus – „KI Burnout ist real": https://www.youtube.com/watch?v=SHKBrkpYssM optio – Board zum Selbsthosten: https://github.com/jonwiggins/optioKontakt: 👉 ioob.de 📬 [email protected] 𝕏 x.com/IoobPodcast 📺 youtube.com/@ioobpodcast

Wären React, Svelte oder Vue überhaupt entstanden, wenn wir 2005 schon Agents auf heutigem Niveau gehabt hätten? Eine Frage, die uns zu einer größeren geführt hat: Bremst KI Innovation aus – oder verschiebt sie sie nur an eine andere Stelle? In dieser Folge diskutieren wir offen darüber, was gerade mit unseren Tools passiert. Wir sprechen über den Tailwind-Maintainer, der 75% seines Teams entlassen musste, weil Agents die Webseite scrapen statt sie zu besuchen. Über Skip.tools, das technisch spannend ist, aber an der Realität scheitert, dass Agents damit (noch) nicht umgehen können. Und über die Frage, warum jeder Agent reflexartig zum TypeScript-Stack greift – und was das für die Zukunft neuer Frameworks bedeutet. Dazu kommen Begriffe wie AI-Slop und AI-Psychosis, die Frage, wie sich Open-Source-Projekte in Zeiten von Agent-generierten Issues und gescrapten Docs überhaupt noch finanzieren können, und die These, dass Innovation gerade nicht stirbt, sondern sich von „wie bauen wir die Steine?" zu „wie bauen wir die Maschinen, die die Steine setzen?" verschiebt. Eine explorative Folge über Frameworks, Maintainer*innen, Demokratisierung – und die Frage, was eigentlich übrig bleibt, wenn wir den Code nicht mehr selbst schreiben. Community: 💜 Werde Teil der IOOB Discord Community: https://discord.gg/bbC5c4vvQY Links: Tailwind Pull Request zur agents.md Diskussion: https://github.com/tailwindlabs/tailwindcss.com/pull/2388 Skip.tools (Cross-Compilation Swift → Android): https://skip.tools/ Pi: https://pi.dev/ Goose: https://github.com/aaif-goose/goose OpenClaw: https://openclaw.ai/Kontakt: 👉 ioob.de 📬 [email protected] 𝕏 x.com/IoobPodcast 📺 youtube.com/@ioobpodcast

Ein Tweet, eine paar tausend Views, der CEO von Y Combinator retweetet – und das Repository dahinter? Komplett leer. Marcin Krzyzanowski hat mit seinem „better-claude"-Hoax einen Spiegel in die AI-Bubble gehalten, und was er zurückgeworfen hat, ist ziemlich unangenehm: Almost nobody checks the source. Nicht mal die, die es besser wissen müssten. In dieser Folge nehmen wir das zum Anlass, um über das Gefühl zu sprechen, das viele von uns gerade begleitet: die Anxiety, in dieser AI-Welt irgendwas Wichtiges zu verpassen. Wir reden über das Agent Client Protocol als echten Lichtblick in einem Meer aus kurzlebigen Tools, über Karpathys „autoresearch" und die Frage, ob man wirklich jedem Trend hinterherrennen muss. Dazwischen: warum wir am liebsten Opus nehmen, obwohl Sonnet reicht, ein bisschen Dead Internet Theory, und ein iPhone Fold, das sich schon jemand 3D-gedruckt hat, bevor es überhaupt angekündigt wurde. Am Ende: Was machen wir eigentlich mit AI außerhalb vom Coden? Und haben wir da überhaupt gute Antworten? Links: Marcin Krzyzanowski – Shipping Snake Oil (Blog): https://blog.krzyzanowskim.com/2026/03/30/shipping-snake-oil/Agent Client Protocol (ACP): https://agentclientprotocol.com/ACP bei Zed: https://zed.dev/acpautoresearch auf GitHub: https://github.com/karpathy/autoresearchCommunity: 💜 Werde Teil der IOOB Discord Community: https://discord.gg/bbC5c4vvQY Kontakt: 👉 ioob.de📬 [email protected]𝕏 x.com/IoobPodcast📺 youtube.com/@ioobpodcast

Mac Minis als lokale KI-Cluster, Open-Source-Modelle auf dem eigenen Schreibtisch – klingt romantisch. Aber lohnt sich das wirklich? Und was passiert eigentlich, wenn dein Server plötzlich alle sechs Stunden abraucht, weil jemand eine bekannte Next.js-Sicherheitslücke ausnutzt? In dieser Folge sprechen wir über unsere ganz persönlichen Security-Fails – von kompromittierten VPS-Servern über gehackte WordPress-Seiten bis hin zu DDoS-Attacken. Wir teilen ehrlich, was schiefgelaufen ist, und leiten daraus unsere Best Practices ab: Warum Containerisierung uns den Arsch gerettet hat, warum ihr Authentifizierung niemals selbst bauen solltet, was Passkeys, Auth Guards und Device Integrity für eure Apps bedeuten – und warum KI Security gleichzeitig besser und gefährlicher macht. 💜 Werde Teil der IOOB Discord Community: https://discord.gg/bbC5c4vvQY Links: Dreams of Code – VPS Hardening: https://www.youtube.com/watch?v=F-9KWQByeU0&t=1sNext.js Security Advisory: https://nextjs.org/blog/CVE-2025-66478Ollama: https://ollama.com/OpenRouter: https://openrouter.ai/LM Studio: https://lmstudio.ai/BetterAuth: https://www.better-auth.com/Keycloak: https://www.keycloak.org/Dependabot (GitHub): https://github.com/dependabotClaude Security Audits in Claude Code: https://support.claude.com/en/articles/11932705-automated-security-reviews-in-claude-codeKontakt: 👉 ioob.de📬 [email protected]𝕏 x.com/IoobPodcast📺 youtube.com/@ioobpodcast

Coding Agents laufen immer länger, Personal Agents laufen 24/7 – aber wer sorgt eigentlich dafür, dass die keinen Mist bauen? Willkommen beim Thema Harness Engineering: Vom Markdown-File, das dem Agent sagt „präsentiere erst zwei Lösungen", über Sandboxes und CI-User mit eingeschränktem Scope bis hin zu Human-in-the-Loop-Mechanismen. Wir schauen uns an, was ein Harness eigentlich alles sein kann – und warum man sich damit beschäftigen muss, nicht nur kann. Außerdem: Was hat Empathie mit Agent-Management zu tun? Warum ähneln die Sicherheitskonzepte für Agents erstaunlich dem, was Unternehmen seit Jahrzehnten für Mitarbeitende nutzen? Und warum ist jetzt gerade ein spannender Moment für Indie-Devs, eigenes Tooling zu bauen – von IDEs bis zu ganz neuen Harness-Lösungen? 💜 Werde Teil der IOOB Discord Community: https://discord.gg/bbC5c4vvQY Links: Dreams of Code – VPS Setup: https://www.youtube.com/watch?v=F-9KWQByeU0Better Auth: https://better-auth.com/Claude Code Security Audits: https://support.claude.com/en/articles/11932705-automated-security-reviews-in-claude-codeKontakt: 👉 ioob.de📬 [email protected]𝕏 x.com/IoobPodcast📺 youtube.com/@ioobpodcast