Engineering Kiosk

Jede:r in Tech kennt sie: die Side-Project-Idee, die sich am Anfang wie der nächste geniale Wurf anfühlt. Ein echtes Problem, eine elegante technische Lösung, ein Wochenende Motivation und vielleicht sogar schon die passende Domain. Und dann? Dann kommen Alltag, Overengineering, fehlender Produkt-Market-Fit, Plattform Abhängigkeiten oder schlicht zu wenig Zeit. Genau darüber sprechen wir in dieser Episode. Ohne Hochglanz, ohne Gründerromantik, ohne nachträglich zusammengebasteltes Happy End.


Wir schauen darauf, warum gescheiterte Side-Projects völlig normal sind und trotzdem kaum sichtbar werden. Mit dabei sind Themen wie Survivorship Bias, Startup-Statistiken, Payment first, Ship first, Dogfooding, Accountability und die unbequeme Wahrheit, dass Coding oft der einfache Teil ist, während Vertrieb, Distribution und Durchhaltevermögen der eigentliche Endgegner sind. Konkret wird es mit zwei ehrlichen Beispielen: einem Wohnungs-Crawler namens Wohnbot, der per WhatsApp neue Wohnungsanzeigen schicken sollte, und einer Fitness-App, die aus einem kleinen UX-Problem direkt in ein Rabbit Hole aus Flutter, CI, Monitoring und Perfektionismus gerutscht ist.


Wenn du selbst schon Open Source Tools, Apps, Automationen oder andere Side-Projects gestartet und nie zu Ende gebracht hast, wirst du dich hier ziemlich sicher wiederfinden. Vielleicht nimmst du sogar etwas mit für dein nächstes Projekt. Zum Beispiel, dass eine gute Idee allein wertlos ist, wenn sie nie das Licht der Welt erblickt.


Oder ganz einfach: Stop starting, start finishing.





Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners





Das schnelle Feedback zur Episode:


(top)  (geht so)


Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …


EngKiosk Community: https://engineeringkiosk.dev/join-discord  LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/


Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 


Buy us a coffee: https://engineeringkiosk.dev/kaffee


Links

Podcast “Erklär mir die Welt”: https://xn--erklrmir-3za.at/ Side Projects im Engineering Kiosk: https://engineeringkiosk.dev/tag/side-projects/ Startup Failure Rate: How Many Startups Fail and Why in 2026?: https://www.failory.com/blog/startup-failure-rate The top 9 reasons startups fail: https://www.cbinsights.com/research/report/startup-failure-reasons-top/ 46+ Startup Failure Statistics For 2026: https://growthlist.co/startup-failure-statistics/ Entrepreneurship and the U.S. Economy: https://www.bls.gov/bdm/entrepreneurship/entrepreneurship.htm Survivorship Bias: https://de.wikipedia.org/wiki/Survivorship_Bias It's OK to Use Coding Assistance Tools To Revive The Projects You Never Were Going To Finish: https://blog.matthewbrunelle.com/its-ok-to-use-coding-assistance-tools-to-revive-the-projects-you-never-were-going-to-finish/ Hackernews-Diskussion zu “Using coding assistance tools to revive projects you never were going to finish”: https://news.ycombinator.com/item?id=47902525 Harvard Business School Professor Says 65% of Startups Fail for One Reason. Here’s How to Avoid It: https://www.entrepreneur.com/leadership/harvard-business-school-professor-says-65-of-startups-fail/370367 Wartungsfenster Podcast: https://wartungsfenster.podigee.io/ Engineering Kiosk Episode #183 Event-Sourcing: Die intelligente Datenarchitektur mit semantischer Historie – mit Golo Roden: https://engineeringkiosk.dev/podcast/episode/183-event-sourcing-die-intelligente-datenarchitektur-mit-semantischer-historie-mit-golo-roden/ Engineering Kiosk Episode #264 Seniorität im KI-Zeitalter: Eine Ode an den Junior: https://engineeringkiosk.dev/podcast/episode/264-seniorit%C3%A4t-im-ki-zeitalter-eine-ode-an-den-junior/


Sprungmarken

(00:00:00) Gescheiterte Side Projects und der Survivorship Bias


(00:05:20) Warum so viele Startups und Projekte scheitern


(00:05:20) Info/Werbung


(00:06:20) Warum so viele Startups und Projekte scheitern


(00:14:56) Wolfis Wohnbot: Wohnungssuche per WhatsApp


(00:19:43) Payment First und Plattformabhängigkeit bei Meta


(00:24:28) Was Wolfi heute beim Side Project anders machen würde


(00:34:15) Andys Fitness-App: eigenes Problem, neuer Tech Stack


(00:45:36) Overengineering mit Flutter, CI und Monitoring


(00:48:21) Lernprojekt vs. Business-Projekt sauber trennen


(00:52:41) Accountability, Teamarbeit und Side Projects durchziehen


(00:55:25) KI, Ship First und Dogfooding in der Praxis


(01:05:40) Stop starting, start finishing


Hosts

Wolfgang Gassler (https://gassler.dev)  Andy Grunwald (https://andygrunwald.com/)


Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Friday Deployments. Alle reden darüber, viele haben eine starke Meinung dazu und erstaunlich viele Teams haben vor allem eins: Angst. Nicht nur vor Technik, sondern vor kaputten Prozessen, endlosen Freigaben, Rufbereitschaft am Wochenende und der berühmten Frage, wer schuld ist, wenn Production brennt. Aber ist das Problem wirklich der Freitag oder zeigt der Freitag nur schonungslos, wie gut oder wie fragil unsere Software Delivery wirklich ist?


In dieser Episode sprechen wir mit Sujeevan, ehemaliger Solutions Architect bei GitLab und Grafana, Podcaster beim Tilpod, DevOps-Autor und Gründer der Friday Deployments GmbH. Gemeinsam schauen wir auf den Mythos Friday Deployment und zerlegen ihn in seine Einzelteile: CI/CD, Staging, Monitoring, Feature Flags, Blue Green und Canary Deployments, Delivery versus Deployment, Blameless Post Mortems, On Call, DevOps-Kultur, Compliance, Banken, Mittelstand und die Frage, warum viele Teams technisch mehr könnten, es kulturell aber trotzdem nicht tun.


Dabei wird schnell klar: Wer freitags nicht deployen kann, hat oft kein Freitagsproblem, sondern ein Delivery-Problem, ein Kulturproblem oder ein Vertrauensproblem. Wenn du wissen willst, wie Teams deploybarer, stressfreier und am Ende auch produktiver werden, ist diese Folge für dich.


Bonus: Eine Waschmaschine erklärt den Unterschied zwischen Continuous Delivery und Continuous Deployment erstaunlich gut.





Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners





Das schnelle Feedback zur Episode:


(top)  (geht so)


Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …


EngKiosk Community: https://engineeringkiosk.dev/join-discord  LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/


Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 


Buy us a coffee: https://engineeringkiosk.dev/kaffee


Links

Sujeevan Vijayakumaran auf LinkedIn: https://www.linkedin.com/in/svijee/ Website von Sujeevan: https://svij.org/ Friday Deployments GmbH: https://friday-deployments.com/ TILpod: https://tilpod.net/ Index Out Of Bounds Podcast: https://www.ioob.de/ Programmier.bar Podcast: https://www.programmier.bar/ 5-Why-Methode: https://de.wikipedia.org/wiki/5-Why-Methode Kris Köhntopp: https://blog.koehntopp.info// Knight Capital Group: https://en.wikipedia.org/wiki/Knight_Capital_Group Renovate Bot: https://github.com/renovatebot/renovate Buch “DevOps - Wie IT-Projekte mit einem modernen Toolset und der richtigen Kultur gelingen”: https://www.rheinwerk-verlag.de/devops/ Talk "Freitagnachmittag: Zeit für ein Deployment!": https://media.ccc.de/v/clt26-221-freitagnachmittag-zeit-fur-ein-deployment


Sprungmarken

(00:00:00) Friday Deployments: Warum der Freitag so viel Angst auslöst


(00:08:08) Mittelstand, Konzerne und DevOps-Realität im DACH-Raum


(00:08:43) Info/Werbung


(00:09:43) Mittelstand, Konzerne und DevOps-Realität im DACH-Raum


(00:13:06) Mythos Friday Deployments: Technikproblem oder Kulturproblem?


(00:19:56) Sichere Deployments mit CI/CD, Staging und Monitoring


(00:22:40) Feature Flags, Blue-Green und Canary Deployments in der Praxis


(00:25:04) Deutsche Industrie, Compliance und regulierte Umfelder


(00:29:48) Freigaben, Hierarchien und kaputte Deployment-Prozesse


(00:33:51) Blameless Post Mortems, Fehlerkultur und Lernen im Team


(00:49:25) People over Processes over Tools: DevOps und Shared Ownership


(00:52:06) Angst, On-Call und Verantwortung im Engineering-Team


(00:56:05) Blockierende Teamdynamiken, Guardrails und Automatisierung


(01:02:21) AI, Renovate und die Angst vor Kontrollverlust


(01:11:14) Das Fazit: Du musst nicht freitags deployen, aber du solltest es können


Hosts

Wolfgang Gassler (https://gassler.dev)  Andy Grunwald (https://andygrunwald.com/)


Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Gute Arbeit liefern und dann darauf hoffen, dass die Beförderung schon irgendwann kommt? Klingt fair, funktioniert in der Praxis aber oft überraschend schlecht. Gerade in einem schwierigen Arbeitsmarkt reichen Hoffnung, Fleiß und ein paar gelöste Tickets selten aus, wenn es um Gehaltserhöhung, Karrierelevel oder den nächsten Titel geht. Wer die Spielregeln nicht kennt, spielt schnell mit einer angezogenen Handbremse.


In dieser Episode sprechen wir darüber, wie Beförderungen, Performance Reviews und Gehaltsentscheidungen in Tech-Unternehmen tatsächlich ablaufen. Wir schauen auf Karrierelevel vom Junior bis Staff oder Principal, erklären Leveling Guides, Terminal Levels, Downleveling und Calibration Meetings und diskutieren, warum Promotions oft über Zeit aufgebaut werden müssen. Außerdem geht es um Salary Bands, Compensation Ratio, Marktgehälter, Loyalty Penalty, Promotion Driven Development und die Frage, wie sichtbar dein Impact wirklich ist. Mit dabei sind auch ganz praktische Werkzeuge wie Brag Document, Feedback-Gespräche und externe Gehaltsreports.


Wenn du besser verstehen willst, wie Karriereentwicklung in der Softwareentwicklung funktioniert und wie du Beförderung, Gehalt und Total Compensation aktiver mitgestalten kannst, ist diese Folge genau dein Ding.


Bonus: Nach dieser Episode weißt du nicht nur mehr über Tech-Karriere und Gehaltsverhandlung, sondern vermutlich auch, warum Siedler von Catan als Karriere-Metapher erstaunlich gut funktioniert.





Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners





Das schnelle Feedback zur Episode:


(top)  (geht so)


Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …


EngKiosk Community: https://engineeringkiosk.dev/join-discord  LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/


Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 


Buy us a coffee: https://engineeringkiosk.dev/kaffee


Links

Engineering Kiosk Episode #264 Seniorität im KI-Zeitalter: Eine Ode an den Junior: https://engineeringkiosk.dev/podcast/episode/264-seniorit%C3%A4t-im-ki-zeitalter-eine-ode-an-den-junior/ Levels.fyi: https://www.levels.fyi/de-de?tab=levels Julia Evans - Get your work recognized: write a brag document: https://jvns.ca/blog/brag-documents/ Engineering Kiosk Episode #113 Selbstmarketing ohne Bullshit: Brag Documents: https://engineeringkiosk.dev/podcast/episode/113-selbstmarketing-ohne-bullshit-brag-documents/ Dropbox Engineering Career Framework: https://dropbox.github.io/dbx-career-framework/ Gitlab Engineering Career Framework: https://handbook.gitlab.com/handbook/engineering/careers/matrix/ CircleCI Engineering Competency Matrix: https://docs.google.com/spreadsheets/d/131XZCEb8LoXqy79WWrhCX4sBnGhCM1nAIz4feFZJsEo/edit?gid=0#gid=0 Engineering Kiosk Episode #205 Staff, Principal, WTF? Karriereleitern und Erwartungshaltungen mit Lena Reinhard: https://engineeringkiosk.dev/podcast/episode/205-staff-principal-wtf-karriereleitern-und-erwartungshaltungen-mit-lena-reinhard/ Technical leadership and glue work - Tanya Reilly: https://www.youtube.com/watch?v=KClAPipnKqw Engineering Kiosk Episode #131 Equity in Tech-Startups: Mehr als nur Gehalt mit Philipp "Pip" Klöckner: https://engineeringkiosk.dev/podcast/episode/131-equity-in-tech-startups-mehr-als-nur-gehalt-mit-philipp-pip-kl%C3%B6ckner/  Stepstone Insider - Gehaltsreport 2026: https://www.stepstone.de/wp-content/uploads/2025/12/Stepstone_Gehaltsreport_2026.pdf The 9 box grid/Model: https://www.personio.com/hr-lexicon/using-the-9-box-grid/


Sprungmarken

(00:00:00) Karriere, Gehalt und Beförderung in Tech verstehen


(00:05:39) Warum der Arbeitsmarkt härter geworden ist


(00:05:39) Info/Werbung


(00:06:39) Warum der Arbeitsmarkt härter geworden ist


(00:11:57) Karrierelevel, IC-Track und Managerlaufbahn


(00:16:36) Leveling Guides, Titel und Downleveling zwischen Firmen


(00:26:51) Wie Beförderungen wirklich entschieden werden


(00:32:53) Performance Reviews und Calibration Meetings


(00:38:57) 9-Box-Modell, Potenzial und Bias


(00:44:50) Promotion Pakete, Glue Work und sichtbarer Impact


(00:49:18) Salary Bands, Marktgehälter und Loyalty Penalty


(01:00:01) Total Compensation statt nur Fixgehalt


(01:09:13) Drei konkrete Tipps für deine Karriereentwicklung


Hosts

Wolfgang Gassler (https://gassler.dev)  Andy Grunwald (https://andygrunwald.com/)


Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Java und Performance in einem Satz? Für viele klingt das immer noch wie ein Widerspruch. Dann kommt eine Challenge daher, bei der eine Milliarde Zeilen Wetterdaten verarbeitet werden sollen, und plötzlich wird aus Stammtischwissen ein echter Engineering-Nerdfight. Genau darum geht es in dieser Episode. Wir tauchen tief in die One Billion Row Challenge ein und schauen uns an, wie eine vermeintlich einfache Aufgabe zum internationalen Performance-Contest wurde.


Wir sprechen darüber, warum Gunnar Morling diese Challenge gestartet hat, wie aus einer naiven Lösung mit fast fünf Minuten Laufzeit optimierte Implementierungen mit rund 1,5 Sekunden wurden und welche Rolle dabei Java, GraalVM, Memory Mapping, Unsafe, SIMD, Branchless Coding, Hashmaps, Cache-Lines und Integer-Arithmetik spielen. Außerdem schauen wir auf die Kritik an der Challenge, etwa RAM-Disk, Dataset-Overfitting und CPU-spezifische Optimierungen, und wir werfen einen Blick auf alternative Umsetzungen in C, Go, PHP, SQL, DuckDB, ClickHouse, AWK und sogar auf GPU-Ansätze.


Wenn du Performance-Optimierung nicht nur als Buzzword, sondern als Mischung aus Hardware-Verständnis, Datenstrukturen, Compiler-Wissen und Community-Lernen sehen willst, bist du hier genau richtig. Und ganz nebenbei klären wir auch noch, ob Java wirklich langsam ist oder ob dieser Mythos endlich in Rente darf.


Bonus: AWK schafft es in elf Zeilen. Nicht schnell, aber stilvoll.





Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners





Das schnelle Feedback zur Episode:


(top)  (geht so)


Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …


EngKiosk Community: https://engineeringkiosk.dev/join-discord  LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/


Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 


Buy us a coffee: https://engineeringkiosk.dev/kaffee


Links

Gunnar Morling: https://www.morling.dev/ Blog Post “The One Billion Row Challenge”: https://www.morling.dev/blog/one-billion-row-challenge/ 1brc Github Repository: https://github.com/gunnarmorling/1brc The Software Development Kit Manager: https://sdkman.io/ 1BRC Show and Tell: https://github.com/gunnarmorling/1brc/discussions/categories/show-and-tell JEP 471: Deprecate the Memory-Access Methods in sun.misc.Unsafe for Removal: https://openjdk.org/jeps/471 GraalVM: https://www.graalvm.org/ Aleksey Shipilëv’s Submission mit 187 Zeilen Kommentar: https://github.com/gunnarmorling/1brc/blob/main/src/main/java/dev/morling/onebrc/CalculateAverage_shipilev.java Fastest known solution: 0.577s (8 core Zen2); C with heavy AVX2: https://github.com/gunnarmorling/1brc/discussions/710 AWK-Lösungen: https://github.com/gunnarmorling/1brc/discussions/171 AWK in 11 Zeilen: https://github.com/emiruz/1brc/blob/main/1brc.awk 1BRC mit DuckDB: https://rmoff.net/2024/01/03/1%EF%B8%8F%E2%83%A3%EF%B8%8F-1brc-in-sql-with-duckdb/ 1BRC mit Clickhouse: https://ftisiot.net/posts/1brows/ One Trillion Row Challenge: https://github.com/coiled/1trc The One Billion Row Challenge in Go: from 1m45s to 3.4s in nine solutions: https://benhoyt.com/writings/go-1brc/ Processing One Billion Rows in PHP!: https://dev.to/realflowcontrol/processing-one-billion-rows-in-php-3eg0/ 1BRC in PHP FFI + Rust: https://gianlucafabrizi.dev/blog/posts/1brc-php-ffi/ Dask (Parallel Python): https://www.dask.org/ 1BRC–Nerd Sniping the Java Community: https://www.infoq.com/presentations/1brc/ The Billion Row Challenge (1BRC) - Step-by-step from 71s to 1.7s: https://questdb.com/blog/billion-row-challenge-step-by-step/ 1BRC merykitty’s Magic SWAR: 8 Lines of Code Explained in 3,000 Words: https://questdb.com/blog/1brc-merykittys-magic-swar/ Path to the Fastest #1BRC Solution: https://github.com/thomaswue/1brc-steps 1BRC - What a Journey: https://www.esolutions.tech/1brc-what-a-journey Gewinner der 1BRC Thomas Wuerthinger: https://www.linkedin.com/in/thomaswue/ Zenbleed: https://lock.cmpxchg8b.com/zenbleed.html Engineering Kiosk Episode #180 Skalierung, aber zu welchem Preis? (Papers We Love): https://engineeringkiosk.dev/podcast/episode/180-skalierung-aber-zu-welchem-preis-papers-we-love/ mmap: https://en.wikipedia.org/wiki/Mmap


Sprungmarken

(00:00:00) One Billion Row Challenge und der Java-Performance-Mythos


(00:04:25) Info/Werbung


(00:05:25) One Billion Row Challenge und der Java-Performance-Mythos


(00:07:07) Die Challenge: 1 Milliarde Wetterdaten und ein viraler Benchmark


(00:13:00) Testsetup, Hetzner-Server und erste Laufzeit-Schätzungen


(00:17:05) Von 4 Minuten auf 1,5 Sekunden: Gewinner, GraalVM und Bonuslisten


(00:21:35) Kritik am Benchmark: RAM-Disk, Overfitting und Realitätsbezug


(00:25:03) Erste Optimierungen: Parallelisierung, lokale Hashmaps und Dateisplits


(00:26:59) Memory Mapping, Unsafe und Garbage Collection vermeiden


(00:34:38) Custom Hashmaps, Cache Lines und Integer statt Float


(00:38:30) Temperatur-Parsing auf Bit-Ebene und ALU-Operationen


(00:42:02) SIMD, SWAR und Branchless Coding auf CPU-Ebene


(00:49:53) GraalVM als Performance-Hebel und ein kreativer Prozess-Hack


(00:54:05) Andere Sprachen im Vergleich: C, Go, PHP, AWK und SQL


(00:59:20) Warum die GPU hier nicht automatisch gewinnt


(01:01:44) Was bringt das im Alltag? Kritik, Learnings und Team-Challenges


Hosts

Wolfgang Gassler (https://gassler.dev)  Andy Grunwald (https://andygrunwald.com/)


Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord