Index out of bounds | Entwickler/Developer Podcast

Christian Braun und Thomas Diroll
  • 0.0（0則評分）
  • 科技
  • 每月更新兩次

Dein Kaffeemaschinen Gespräch in Podcastform. Bei Index out of bounds sprechen Thomas und Christian von ihren persönlichen Erfahrungen aus der Software Entwicklung. Neben mehr oder weniger technischen Themen, soll Index out of bounds vor allem den Spaß am Entwickeln vermitteln. Wie eine Folge deiner Lieblingsserie nur mit und über IT und mit schlechteren Witzen. Intro/Outro Musik: Break Point von Vendredi

  1. 15 小時前

    111 | Unser Toolstack im AI-Zeitalter: Was nutzen wir wirklich täglich?

    Zeit für eine ehrliche Bestandsaufnahme: Welche Tools nutzen wir eigentlich täglich, welche sammeln digital Staub und was hat uns in letzter Zeit wirklich weitergeholfen? In dieser Episode öffnen wir unsere Toolkisten und sprechen über die Software, die unseren Entwickler-Alltag prägt. Von ClickUp Extensions über Excalidraw bis hin zu Claude Code – wir diskutieren, was in unserem Setup funktioniert und was schneller wieder verschwunden ist, als wir es installiert hatten. Dabei geht es nicht nur um die neuesten AI-Tools, sondern um den ganzen Mix aus Produktivitäts-Apps, Entwicklertools und kreativen Helfern, die unsere tägliche Arbeit beeinflussen. 💜 Werde Teil der IOOB Discord Community: https://discord.gg/bbC5c4vvQY Links: Claude Code: https://www.anthropic.com/claude-codeSuperwhisper: https://superwhisper.comClickUp Clips: https://clickup.com/features/clipsMirror Magnet: https://apps.apple.com/de/app/mirror-magnet/id1563698880Alex Sidebar: https://www.alexcodes.app/Vibetunnel: https://vibetunnel.sh/Excalidraw: https://excalidraw.comFreeform: https://apps.apple.com/de/app/freeform/id6443742539Draw.io: https://draw.ioDuckAI: Duck.aiEpisode mit Peter Steinberger: https://creators.spotify.com/pod/profile/indexoutofbounds/episodes/106--Vibe-Coding-vs-Agentic-Engineering-mit-Peter-Steinberger-e354vtj/a-ac1kssuIlograph: https://www.ilograph.comKontakt: 👉 ioob.de📬 input@ioob.de𝕏 x.com/IoobPodcast📺 youtube.com/@ioobpodcast

    38 分鐘

  2. 8月31日

    110 |Testable by Design: Wie DI, Domain-Driven Architecture und Mocking deine Tests ermöglichen

    Hand aufs Herz: Wie viele von euch haben schon mal gedacht "Tests schreiben dauert zu lange" oder "Mein Code ist einfach nicht testbar"? Thomas geht in dieser Episode ehrlich mit seiner eigenen Testing-Journey um – von jemandem, der früher wenig getestet hat, bis hin zur Erkenntnis: Die Architektur entscheidet über den Erfolg deiner Tests. Wir sprechen darüber, warum 90% der Software da draußen schlichtweg nicht testbar ist – nicht wegen fehlender Tools, sondern wegen fundamentaler Architektur-Probleme. Starke Kopplungen, Mammut-Methoden, fehlende Abstraktionsebenen und hardcodete Dependencies machen Tests zur Hölle. Aber es geht auch anders: Von Dependency Injection über Event-Driven Architecture bis hin zu Clean Architecture-Patterns zeigen wir, wie du von Anfang an testbare Software designst. Außerdem diskutieren wir, wie sich Testing in Zeiten von AI-Tools verändert, warum VibeCoding und Tests kein Widerspruch sein müssen und wie du Legacy-Code schrittweise testbar refactorst. Von der Test-Pyramide über Point-Free Mocking bis hin zu praktischen Unterschieden zwischen Mobile- und Web-Testing – eine Episode voller konkreter Patterns und ehrlicher Einblicke. Community 💜 Werde Teil der IOOB Discord Community: https://discord.gg/bbC5c4vvQY Links Vibe Coding vs Agentiv Engineering mit Peter Steinberger: https://creators.spotify.com/pod/profile/indexoutofbounds/episodes/106--Vibe-Coding-vs-Agentic-Engineering-mit-Peter-Steinberger-e354vtjTesting erklärt mit Daniel Knott: https://creators.spotify.com/pod/profile/indexoutofbounds/episodes/089--Vom-notwendigen-bel-zum-Qualitts-Booster-Wie-wir-Spa-am-Software-Testen-finden-e2qou4kDesign Patterns Episode: https://creators.spotify.com/pod/profile/indexoutofbounds/episodes/107--Unsere-tglichen-Design-Patterns--Machen-sie-uns-zu-besseren-EntwicklerInnen-e35orbqPointFree Dependencies: https://github.com/pointfreeco/swift-dependenciesKontakt 👉 ioob.de📬 input@ioob.de𝕏 x.com/IoobPodcast📺 youtube.com/@ioobpodcast

    58 分鐘

  3. 8月16日

    109 | Red Flags oder false Alarm? Wie wir auf Tech-Exits der Big Player reagieren sollten

    Arc droppt SwiftUI und TCA, Airbnb verabschiedet sich von React Native, und Apple hat damals Flash den Todesstoß versetzt. Wenn große Player Technologien aus ihrem Stack werfen, geht ein Ruck durch die Entwickler-Community. Aber sollte uns das überhaupt interessieren? Und wenn ja – wie sehr? In dieser Folge sprechen wir über das Phänomen des Technology Sunsetting und was es psychologisch mit uns als Entwickler:innen macht. Wir diskutieren, wann fremde Tech-Entscheidungen tatsächlich relevant für unsere eigenen Projekte sind und wann wir sie getrost ignorieren können. Dabei schauen wir uns konkrete Beispiele an: von Apples historischem Flash-Bann bis zu den aktuellen Moves von Arc und Airbnb. Wie unterscheiden wir zwischen berechtigten Warnsignalen und Tech-FOMO? Und warum fühlen sich manche Technologie-Exits wie persönliche Niederlagen an, obwohl sie uns eigentlich nichts angehen? 💜 Werde Teil der IOOB Discord Community: https://discord.gg/bbC5c4vvQY Links Letter to Arc Members 2025: https://browsercompany.substack.com/p/letter-to-arc-members-2025Airbnb Engineering: Sunsetting React Native: https://medium.com/airbnb-engineering/sunsetting-react-native-1868ba28e30aApple vs. Flash - Der historische Showdown: https://www.apple.com/hotnews/thoughts-on-flash/The Composable Architecture (TCA) GitHub: https://github.com/pointfreeco/swift-composable-architectureReact Native Documentation: https://reactnative.dev/Kontakt 👉 ioob.de📬 input@ioob.de𝕏 x.com/IoobPodcast📺 youtube.com/@ioobpodcast

    34 分鐘

  4. 8月3日

    108 | Kommunikation als Flow-Killer: Der Kampf gegen Kontext-Switches

    Wann hast du das letzte Mal richtig tief in Code abgetaucht, ohne von einem Slack-Ping, einer E-Mail oder einem spontanen Call herausgerissen zu werden? Falls du dich nicht mehr erinnern kannst, bist du nicht allein. Kommunikation hat sich vom notwendigen Übel zur Hauptbeschäftigung entwickelt – und das ist ein Problem. In dieser Episode sprechen Thomas und Christian über ihre eigenen Kämpfe mit der digitalen Dauerbeschallung. Von spontanen Calls, die den Flow zerstören, über E-Mail-Pingpong bis hin zu Support-Tickets, die eigentlich nur eine schnelle Antwort brauchen, aber zu stundenlangen Diskussionen werden. Wir fragen uns: Sind wir selbst Teil des Problems? Und vor allem: Wie schaffen wir es, wieder mehr Zeit fürs Entwickeln zu haben? Es geht um Lösungsansätze wie asynchrone Kommunikation, bewusste Offline-Zeiten und die Frage, ob das Büro wirklich besser wäre. Spoiler: Die Antwort ist komplizierter, als gedacht. 💜 Werde Teil der IOOB Discord Community: https://discord.gg/bbC5c4vvQY Links Getting Things Done Methode: https://gettingthingsdone.com/Loom für asynchrone Videos: https://www.loom.com/Deep Work von Cal Newport: https://www.calnewport.com/books/deep-work/Kontakt 👉 ioob.de📬 input@ioob.de𝕏 x.com/IoobPodcast📺 youtube.com/@ioobpodcast

    59 分鐘

  5. 7月22日

    107 | Unsere täglichen Design-Patterns – Machen sie uns zu besseren Entwickler:Innen?

    Singleton hier, Factory da, MVVM überall – Design Patterns sind aus unserem Entwickler-Alltag nicht mehr wegzudenken. Aber mal ehrlich: Nutzen wir sie bewusst oder sind sie längst so selbstverständlich geworden, dass wir gar nicht mehr darüber nachdenken? In dieser Folge packen Christian und Thomas ihre Pattern-Sammlung aus und diskutieren über die Designmuster, die sie täglich verwenden. Vom oft missbrauchten Singleton über die mächtige Factory bis hin zu Repository und UseCase Patterns – wir schauen uns an, wann diese Muster brillant sind und wann sie zum Selbstzweck werden. Sind Patterns wirklich nur eine gemeinsame Sprache zwischen Entwickler:innen oder steckt mehr dahinter? Und was passiert, wenn man Patterns verwendet, ohne zu verstehen warum? Wird ohne Patterns automatisch schlechter Code geschrieben? Gibt es das berühmte "Affe-Banane-Regen-Experiment" auch bei Design Patterns? Spoiler: Ja, definitiv! Eine Folge über Code-Gewohnheiten, bewusste Designentscheidungen und die Frage, ob wir manchmal einfach zu Pattern-verliebt sind. Community 💜 Werde Teil der IOOB Discord Community: https://discord.gg/bbC5c4vvQY Links Gang of Four (GoF) Design Patterns Tutorial: https://www.digitalocean.com/community/tutorials/gangs-of-four-gof-design-patternsClean Architecture - Robert C. Martin: https://www.amazon.de/Clean-Architecture-Craftsmans-Software-Structure/dp/0134494164Kontakt 👉 ioob.de📬 input@ioob.de𝕏 x.com/IoobPodcast📺 youtube.com/@ioobpodcast

    56 分鐘

  6. 7月6日

    106 | Vibe Coding vs Agentic Engineering mit Peter Steinberger

    Vom iOS-Developer zum CEO, dann der Burnout – und plötzlich wieder Feuer für das Programmieren dank KI. Peter Steinberger hat eine bemerkenswerte Reise hinter sich, die viele von uns nachvollziehen können. Aber was passiert, wenn aus „Vibe Coding" plötzlich ein professioneller Workflow wird? Und wie reagiert die Community, wenn jemand öffentlich sagt: „KI macht mich 100x produktiver"? In dieser Episode sprechen wir mit Peter über seinen Weg vom klassischen iOS-Development zum „Agentic Engineering" – einem Ansatz, der weit über das hinausgeht, was viele unter AI-assistiertem Coding verstehen. Wir diskutieren die Unterschiede zwischen spontanem Vibe Coding und strukturiertem Agentic Engineering, seinen Workflow mit Tools wie Claude Code und Cursor, und warum er trotz Hate-Kommentaren und „AI Slob"-Vorwürfen bei seinem Ansatz bleibt. Aber es geht nicht nur um Technologie: Wie verändert sich das Mindset, wenn man plötzlich wieder Spaß am Programmieren hat? Welche Risiken birgt der „Accept Everything Mode"? Und wie geht man mit der Angst um, dass man als Entwickler:in bald überflüssig sein könnte? 💜 Werde Teil der IOOB Discord Community: https://discord.gg/bbC5c4vvQY Unser Gast 🌎 Peter Steinberger: https://steipete.me/Twitter:https://x.com/steipeteLinks Claude Code is my computer Peter Steinberger Blog: https://steipete.me/posts/2025/claude-code-is-my-computerContext Management Article Context Engineering: https://spiess.dev/blog/how-i-use-claude-codeVibeTunnel: https://vibetunnel.sh/Andrej Karpathy Software is Changing: https://www.youtube.com/watch?v=LCEmiRjPEtQAgent Rules Repo von Peter: https://github.com/steipete/agent-rulesWhisper Flow: https://wisprflow.ai/Kosten Blog Posts: https://steipete.me/posts/2025/stop-overthinking-ai-subscriptionsRepoPrompt: https://repoprompt.com/Kontakt 👉 ioob.de📬 input@ioob.de𝕏 x.com/IoobPodcast📺 youtube.com/@ioobpodcast

    2 小時 11 分鐘

  7. 6月23日

    105 | Kreatives Klauen, 4-Tage-Woche Reality Check und überraschend einfache KI

    Heute gibt's eine bunte Themenmischung – von kreativen Inspirationsquellen bis zu praktischen Arbeitszeit-Experimenten. Warum müssen wir eigentlich immer das Rad neu erfinden? Und was haben GTA und Minecraft mit dem Konzept "Steal like an Artist" zu tun? Spoiler: Mehr als man denkt. Christian teilt seine ersten Erfahrungen mit der 4-Tage-Woche – und die sind gemischter als erwartet. Wenn das restliche Team noch 40 Stunden arbeitet, entstehen interessante Dynamiken. Weniger Arbeitszeit bedeutet weniger Output, und finanzielle Aspekte spielen eine Rolle – aber wie findet man den richtigen Weg zwischen Idealvorstellung und Realität? Thomas dagegen war positiv überrascht: Einen Chatbot zu bauen war deutlich einfacher als erwartet – ein Phänomen, das in der IT eher selten vorkommt. Eine Episode über Inspiration, ehrliche Realitätschecks und die seltenen Momente, in denen Technologie mal unkomplizierter ist als gedacht. 💜 Werde Teil der IOOB Discord Community: https://discord.gg/bbC5c4vvQY 🔗 Links: OpenAI Docs Function calling: https://platform.openai.com/docs/guides/function-calling?api-mode=responsesHugging Face kostenloser Kurs: https://huggingface.co/learn/agents-course/unit0/introductionDie Geschichte von IntelliJ: https://www.youtube.com/watch?v=jTZVx4TCmI4📬 Kontakt: 👉 ioob.de📬 input@ioob.de𝕏 x.com/IoobPodcast📺 youtube.com/@ioobpodcast

    55 分鐘

  8. 6月10日

    104 | Ein Wochenende, ein Spiel: Unser erster Game Jam (Ludum Dare)

    Kann man in einem Wochenende ein Spiel entwickeln? Und was passiert, wenn zwei App-Entwickler:innen sich plötzlich in die Welt der Spieleentwicklung stürzen? Wir haben beim Ludum Dare Game Jam unseren ersten Versuch als Indie-Gamedevs gewagt – und dabei mehr gelernt als erwartet. In dieser Folge nehmen wir euch mit auf unsere chaotische, aber lehrreiche Reise durch 48 Stunden pure Kreativität. Von der ersten Brainstorming-Session über die Godot Engine bis hin zu den schmerzhaften Erkenntnissen über Art Assets und Game-Loops. Wir sprechen über unsere unterschiedlichen Herangehensweisen, warum KI beim Prototyping hilft (aber auch aufräumen muss), und weshalb wir beide unsere Einstellung zu Game Engines komplett überdacht haben. Spoiler: Manchmal ist es besser, auf den Schultern von Riesen zu stehen, anstatt selbst welche zu werden. Community 💜 Werde Teil der IOOB Discord Community: https://discord.gg/bbC5c4vvQY Links Christians Spiel beim Ludum Dare: https://ldjam.com/events/ludum-dare/57/tiefbauamtThomas Spiel beim Ludum Dare: https://ldjam.com/events/ludum-dare/57/dont-wake-him-upGodot Engine: https://godotengine.org/Godot Engine Swift Bindings: https://github.com/migueldeicaza/SwiftGodotiOOB Episode zu Computergrafik: https://creators.spotify.com/pod/profile/indexoutofbounds/episodes/093--Computergrafik-entmystifiziert-Von-Shadern--Pipelines-und-eurem-Einstieg-in-die-Computergrafik-e2t3dc5Kontakt 👉 ioob.de📬 input@ioob.de𝕏 x.com/IoobPodcast📺 youtube.com/@ioobpodcast

    1 小時 17 分鐘
顯示全部 (111)

簡介

Dein Kaffeemaschinen Gespräch in Podcastform. Bei Index out of bounds sprechen Thomas und Christian von ihren persönlichen Erfahrungen aus der Software Entwicklung. Neben mehr oder weniger technischen Themen, soll Index out of bounds vor allem den Spaß am Entwickeln vermitteln. Wie eine Folge deiner Lieblingsserie nur mit und über IT und mit schlechteren Witzen. Intro/Outro Musik: Break Point von Vendredi

資訊

你可能也會喜歡