#268 Unsere Side-Project-Fails: Wo wir aufgegeben haben ... und warum

Ada & Zangemann - Ein Märchen über Software, Skateboards und Himbeereis.Wie erklärst du Kindern, warum Softwarefreiheit wichtig ist, ohne in einen Vortrag über Lizenzen, Monopole oder Big Tech abzurutschen? Genau aus dieser Frage ist Ada und Zangemann entstanden. Ein Kinderbuch, das auf den ersten Blick wie eine schöne Geschichte über Tüfteln, Skateboards und Himbeereis wirkt, auf den zweiten Blick aber Themen wie Open Source, digitale Selbstbestimmung, Tech-Bildung und gesellschaftliche Verantwortung verhandelt.In dieser Episode sprechen wir mit Matthias Kirschner, Präsident der Free Software Foundation Europe und Autor von Ada und Zangemann. Wir tauchen tief in die Entstehungsgeschichte des Buches ein, sprechen über die Rolle von Creative Commons und Open Educational Resources, über die technische Übersetzungspipeline mit Git und Weblate, über Community-Beiträge aus der Open-Source-Welt und darüber, wie aus einem Kinderbuch ein Film, Braille-Versionen, Lesungen, Schulprojekte und internationale Bildungsinitiativen wurden. Außerdem geht es um Feedback von Kindern, kritische Reaktionen, Diversität in Illustrationen und die Frage, wie wir junge Menschen für Technik, Programmieren und freies Wissen begeistern können.Wenn du dich für Open Source, Tech Community, Softwarefreiheit, digitale Bildung, Networking in der Community und den Impact von Technologie auf Gesellschaft und Kultur interessierst, ist diese Folge Pflichtprogramm. Und ja, danach hast du ziemlich sicher Lust auf Eis und vielleicht auch darauf, selbst mal ein Buch vorzulesen.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partnersDas schnelle Feedback zur Episode:👍 (top) 👎 (geht so)Anregungen, Gedanken, Themen und WünscheDein 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: [email protected]: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksMatthias Kirschner's privater Blog: https://k7r.eu/Free Software Foundation Europe: https://fsfe.org/index.de.htmlSource Code von Ada & Zangemann: https://git.fsfe.org/FSFE/ada-zangemannFOSDEM: https://fosdem.org/FOSDEM 2026 - Automating translation of a bestseller to spark children's interest in coding: https://fosdem.org/2026/schedule/event/R9Q9ZP-ada-zangemann-bestseller-automation/Ada & Zangemann - Letters to Zangemann: https://fsfe.org/activities/ada-zangemann/lettersAda & Zangemann - Drawings: https://fsfe.org/activities/ada-zangemann/drawingsAda & Zangemann - Film: https://fsfe.org/activities/ada-zangemann/movie.de.htmlAda & Zangemann - Dateien für Kinos: https://download.fsfe.org/ada-zangemann/cinema/Ada & Zangemann - SharePic: https://sharepic.fsfe.org/#adaDigital Cinema Package (DCP): https://de.wikipedia.org/wiki/Digital_Cinema_PackageYouth Hacking 4 Freedom: https://fsfe.org/activities/yh4f/index.en.htmlSprungmarken(00:00:00) Ada und Zangemann: Warum ein Kinderbuch in den Engineering Kiosk passt(00:05:39) Matthias Kirschner und die Free Software Foundation Europe(00:10:16) Info/Werbung(00:11:16) Von Gute-Nacht-Geschichten zum Kinderbuch über Softwarefreiheit(00:14:12) Kinderbuch schreiben, Lektorat und Verlagssuche bei O'Reilly(00:21:23) Botschaft ohne Moralfinger: Technik, Politik und digitale Selbstbestimmung(00:25:08) Creative Commons, Open Educational Resources und Verlagsrealität(00:29:15) Wie viele Menschen an Ada und Zangemann mitgewirkt haben(00:39:18) Open Source in der Praxis: Übersetzungen, Git und internationale Community(00:50:18) Impact des Buches: Schulen, Lesungen und Begeisterung bei Kindern(00:53:21) Vom Bilderbuchkino zum Film und zur Kino-Premiere(01:02:28) Barrierefreiheit, Braille und warum kleine Details große Wirkung haben(01:07:15) Kritik, kulturelle Missverständnisse und Learnings aus über 30 Sprachen(01:14:46) Wie du mitmachen kannst: Vorlesen, teilen und junge Menschen für Tech begeisternHostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Index drauf und fertig. Klingt nach einem soliden Plan, oder? Leider nur so lange, bis die Daten wachsen, der Workload kippt oder der Optimizer plötzlich andere Entscheidungen trifft. Dann wird aus dem vermeintlichen Performance-Booster schnell ein Bremsklotz. Genau hier steigen wir in dieser Episode ein und schauen uns an, warum Indexstrukturen in Datenbanken viel mehr sind als ein technischer Quick Fix.Wir sprechen darüber, was ein Index eigentlich ist, wie Datenstruktur, Algorithmus, Hardware und Workload zusammenhängen und warum Begriffe wie Selektivität, Kardinalität, Full Table Scan, Write Amplification und Cache-Lokalität in der Praxis entscheidend sind. Außerdem schauen wir auf typische Datenbank-Themen wie Primary Key, B-Tree, Binary Search, Covering Index, Optimizer, Slow Query Log und Explain Statements. Dabei wird auch klar, warum ein Index manchmal hilft, manchmal ignoriert wird und manchmal sogar langsamer ist als gar kein Index.Wenn du mit PostgreSQL, MySQL, MariaDB oder ganz allgemein mit Datenbank-Performance arbeitest, bekommst du hier ein solides Fundament und einige praktische Denkanstöße für deinen Alltag als Softwareentwickler:in. Und ja, wir sprechen auch über Invisible Indexes in MySQL. Ein Feature, das fast wie ein Zaubertrick klingt, aber beim Testen und beim sicheren Aufräumen von Legacy-Systemen überraschend praktisch sein kann. Viel Spaß beim Hören und vielleicht beim anschließenden Blick auf dein Datenbankschema.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partnersDas schnelle Feedback zur Episode:👍 (top)  👎 (geht so)Anregungen, Gedanken, Themen und WünscheDein 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: [email protected]: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksEngineering Kiosk Meetups: https://engineeringkiosk.dev/meetup/Workingdraft Podcast: https://workingdraft.de/Engineering Kiosk Episoden zum Thema Kommunikation: https://engineeringkiosk.dev/tag/kommunikation/Engineering Kiosk Episoden zum Thema Datenbanken: https://engineeringkiosk.dev/tag/datenbanken/Engineering Kiosk Episode #151 Räumliche Indexstrukturen: Grundpfeiler in Geo-Systemen, Games und Machine Learning: https://engineeringkiosk.dev/podcast/episode/151-r%C3%A4umliche-indexstrukturen-grundpfeiler-in-geo-systemen-games-und-machine-learning/Engineering Kiosk Episode #255 Die DB skaliert nicht! OLTP vs. OLAP, Row vs. Column Stores, Parquet, CSV, Iceberg, DuckDB: https://engineeringkiosk.dev/podcast/episode/255-die-db-skaliert-nicht-oltp-vs-olap-row-vs-column-stores-parquet-csv-iceberg-duckdb/Very Large Databases Konferenzen: https://vldb.org/Engineering Kiosk Episode #265 One Billion Row Challenge: Java mit mmap, Unsafe & richtig vielen Bit-Tricks: https://engineeringkiosk.dev/podcast/episode/265-one-billion-row-challenge-java-mit-mmap-unsafe-richtig-vielen-bit-tricks/Bitmap-Index: https://de.wikipedia.org/wiki/Bitmap-IndexInvisible Indexes: https://dev.mysql.com/doc/refman/8.4/en/invisible-indexes.htmlSprungmarken(00:00:00) Indexstrukturen in Datenbanken: Warum das Thema wichtig ist(00:04:39) Was ein Index wirklich ist: Datenstruktur, Hardware und Workload(00:06:46) Info/Werbung(00:07:46) Was ein Index wirklich ist: Datenstruktur, Hardware und Workload(00:14:57) Skalierung, Dataset-Änderungen und Observability für Indizes(00:21:38) Primary Key, Full Table Scan und binäre Suche einfach erklärt(00:25:51) Wann ein Index schadet: Selektivität, Kardinalität und Optimizer(00:31:04) Wie Datenbanken Indizes auswählen und Optimizer-Entscheidungen treffen(00:40:53) Hauptspeicher vs. Sekundärspeicher: B-Baum und Binärbaum(00:50:23) Praxis-Tipps für Index-Design in PostgreSQL, MySQL und Co.(00:55:24) Legacy-Systeme, Monitoring und sichere Änderungen an Indizes(01:03:14) Invisible Indexes in MySQL: Performance testen ohne RisikoHostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

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/partnersDas schnelle Feedback zur Episode:👍 (top) 👎 (geht so)Anregungen, Gedanken, Themen und WünscheDein 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: [email protected]: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksPodcast “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-rateThe 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.htmSurvivorship Bias: https://de.wikipedia.org/wiki/Survivorship_BiasIt'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=47902525Harvard 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/370367Wartungsfenster 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) 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 finishingHostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere 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/partnersDas schnelle Feedback zur Episode:👍 (top) 👎 (geht so)Anregungen, Gedanken, Themen und WünscheDein 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: [email protected]: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksSujeevan 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-MethodeKris Köhntopp: https://blog.koehntopp.info//Knight Capital Group: https://en.wikipedia.org/wiki/Knight_Capital_GroupRenovate Bot: https://github.com/renovatebot/renovateBuch “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-deploymentSprungmarken(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önnenHostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere 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/partnersDas schnelle Feedback zur Episode:👍 (top) 👎 (geht so)Anregungen, Gedanken, Themen und WünscheDein 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: [email protected]: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksEngineering 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=levelsJulia 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=0Engineering 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=KClAPipnKqwEngineering 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.pdfThe 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) 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 KarriereentwicklungHostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere 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/partnersDas schnelle Feedback zur Episode:👍 (top) 👎 (geht so)Anregungen, Gedanken, Themen und WünscheDein 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: [email protected]: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksGunnar 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/1brcThe Software Development Kit Manager: https://sdkman.io/1BRC Show and Tell: https://github.com/gunnarmorling/1brc/discussions/categories/show-and-tellJEP 471: Deprecate the Memory-Access Methods in sun.misc.Unsafe for Removal: https://openjdk.org/jeps/471GraalVM: 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.javaFastest known solution: 0.577s (8 core Zen2); C with heavy AVX2: https://github.com/gunnarmorling/1brc/discussions/710AWK-Lösungen: https://github.com/gunnarmorling/1brc/discussions/171AWK in 11 Zeilen: https://github.com/emiruz/1brc/blob/main/1brc.awk1BRC 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/1trcThe 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-steps1BRC - What a Journey: https://www.esolutions.tech/1brc-what-a-journeyGewinner der 1BRC Thomas Wuerthinger: https://www.linkedin.com/in/thomaswue/Zenbleed: https://lock.cmpxchg8b.com/zenbleed.htmlEngineering 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/MmapSprungmarken(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-ChallengesHostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Seniorität im AI-Zeitalter.AI ist überall. In Demos, in LinkedIn-Posts, in Produktivitätsversprechen und inzwischen auch mitten im Entwickleralltag. Aber was passiert eigentlich, wenn Code plötzlich billig wird? Wird dann jede:r zum 10x Engineer oder merken wir erst jetzt, worauf es bei Seniorität wirklich ankommt? Genau dieser Frage gehen wir in dieser Episode nach und schauen ehrlich auf den Spannungsbogen zwischen KI-Hype, Softwarequalität, Code Reviews und Karriereentwicklung.Wir sprechen darüber, warum mehr Output nicht automatisch mehr Outcome bedeutet, was DORA-Metriken, Studien und Alltagserfahrungen über AI Coding Tools sagen und weshalb das Big Picture wichtiger wird als die pure Menge an produziertem Code. Außerdem diskutieren wir, warum Senior Engineers gerade jetzt so gefragt sind, welche Rolle Kommunikation, Priorisierung, Leadership und Architekturverständnis spielen und warum der Satz AI ist doch mein Junior deutlich zu kurz greift. Ebenso schauen wir auf den Rückgang von Junior-Rollen, auf Internships als Recruiting-Pipeline und darauf, wie Lernen, Mentoring und echte Verantwortung in einer Welt mit Coding Agents aussehen können.Wenn du verstehen willst, wie sich Softwareentwicklung, Seniorität, Juniors, Staff Engineers, AI Adoption und Business Value gerade verschieben, ist diese Folge für dich. Oder anders gesagt: Wenn mehr Code billiger wird, wird Klarheit wertvoller. Und genau da wird es spannend.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partnersDas schnelle Feedback zur Episode:👍 (top) 👎 (geht so)Anregungen, Gedanken, Themen und WünscheDein 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: [email protected]: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksWolfgang's Talk “AI Writes More Code. What Makes You Senior?”: https://engineeringkiosk.dev/meetup/alps/slides/2603-wolfgang_%20StopCoding_Engineering_Kiosk_Alps_2026-03-19.pdfEnterprise AI adoption in 2026: Why 79% face challenges despite high investment: https://writer.com/blog/enterprise-ai-adoption-2026/Gen Z Resentment Toward AI Grows as Adoption Stagnates and Workplace Fears Mount: https://www.waltonfamilyfoundation.org/about-us/newsroom/gen-z-resentment-toward-ai-grows-as-adoption-stagnates-and-workplace-fears-mountDeepfake X-Rays Fool Radiologists and AI: https://www.rsna.org/news/2026/march/chatgpt-generated-radiographsHighlights from the 10th DORA report: https://cloud.google.com/blog/products/devops-sre/announcing-the-2024-dora-report?hl=enExperience Requirements Have Tightened Amid the Tech Hiring Freeze: https://www.hiringlab.org/2025/07/30/experience-requirements-have-tightened-amid-the-tech-hiring-freeze/ How AI Impacts Skill Formation: https://arxiv.org/abs/2601.20245Help build the future: announcing Cloudflare’s goal to hire 1,111 interns in 2026: https://blog.cloudflare.com/cloudflare-1111-intern-program/Was ist 1.1.1.1?: https://www.cloudflare.com/de-de/learning/dns/what-is-1.1.1.1/Sprungmarken(00:00:00) KI im Entwickleralltag: Werden Seniors jetzt noch wichtiger?(00:05:50) Info/Werbung(00:06:50) AI-Adoption, Skepsis und Studienlage in der Softwareentwicklung(00:12:50) Mehr Code, mehr Reviews, mehr Probleme? Das KI-Bottleneck(00:27:11) Warum Senior Engineers vom Big Picture leben(00:32:01) Junior zu Senior mit KI: Lernen, Verstehen und Karrierepfade(00:36:43) Warum Firmen weiter Juniors, Interns und Praktikant:innen brauchen(00:39:47) Output vs. Outcome: Was in der AI-Ära wirklich zählt(00:43:18) Ist der Coding Agent dein Junior? Eher nicht(00:44:35) Mentoring, Recruiting und frische Perspektiven im Team(00:50:57) Seniorität in der AI-Ära: Klarheit, Kommunikation, Einfluss(00:55:44) Open Mindset und FazitHostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Monorepo, Polyrepo, Frontend hier, Backend dort, Mobile-App nochmal woanders. Klingt nach sauberer Trennung, führt in der Praxis aber oft zu genau dem, was wir als Entwickler:innen am wenigsten brauchen: Reibung. Abhängige Pull Requests, aufeinander wartende Releases, doppelte Tooling-Arbeit und jede Menge Koordination zwischen Teams. Die spannende Frage ist also nicht nur, ob Monorepos ein Comeback feiern, sondern ob sie heute, mit besserem Tooling und AI im Rücken, endlich ihr Versprechen einlösen.In dieser Episode sprechen wir mit Max Kless, Senior Software Engineer bei Nx, über den aktuellen Stand von Monorepos. Wir klären, was ein Monorepo eigentlich ist, warum Monorepo nicht gleich Monorepo ist und wieso ein pragmatischer, hybrider Ansatz für viele Teams sinnvoller ist als ein einziges gigantisches Repository. Außerdem schauen wir auf CI, Caching, Project Graphs, Code Ownership, Plattform-Teams und die kulturelle Seite hinter dem Thema. Denn Monorepos sind nicht nur Architektur und Tooling, sondern auch Zusammenarbeit, Standards und ein bisschen Inner Source im Alltag.Besonders spannend wird es bei AI, LLMs und Coding Agents. Wenn mehr Kontext zu besserer Unterstützung führt, werden Monorepos plötzlich wieder hochrelevant. Wir diskutieren, warum ein gemeinsamer Code-Kontext für AI-Systeme ein echter Hebel sein kann, wo die Grenzen liegen und worauf du bei einer Einführung achten solltest. Wenn du wissen willst, ob Monorepos 2026 mehr sind als alter Google-Glanz, dann bist du hier genau richtig.Bonus: Selbst Jenkins bekommt einen kleinen Ehrenmoment.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partnersDas schnelle Feedback zur Episode:👍 (top) 👎 (geht so)Anregungen, Gedanken, Themen und WünscheDein 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: [email protected]: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksMax Kless auf LinkedIn: https://www.linkedin.com/in/max-kless-398530216/monorepos.tools: https://monorepo.tools/Nx: https:1130 PM//nx.dev/Why Google Stores Billions of Lines of Code in a Single Repository: https://research.google/pubs/why-google-stores-billions-of-lines-of-code-in-a-single-repository/Turborepo: https://turborepo.dev/Vergleich von Monorepo-Tools: https://monorepo.tools/compareBazel: https://bazel.build/Jenkins: https://www.jenkins.io/Sprungmarken(00:00:00) Monorepos zwischen Hype, Praxis und AI-Revival(00:06:52) Was ein Monorepo wirklich ist(00:08:37) Info/Werbung(00:09:37) Was ein Monorepo wirklich ist(00:11:02) Monorepo vs. Polyrepo und sinnvolle Grenzen(00:19:07) Der pragmatische Mittelweg statt One Repo to rule them all(00:26:54) Tooling-Grundlagen für Monorepos(00:30:41) Project Graph, Caching und CI-Skalierung(00:41:28) Große Repos, Merge Queues und Git-Features(00:47:34) Monorepos als Kultur- und Organisationsfrage(00:52:32) Einführung, Buy-in und typische Anti-Patterns(00:55:09) Ownership, Plattform-Teams und laufender Aufwand(00:58:24) Warum AI und Coding Agents Monorepos pushen(01:01:55) Kontext, Ownership-Metadaten und praktische Grenzen(01:11:26) Fazit: Wann sich das Monorepo-Experiment lohntHostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Agenturen und Freelancer: Stunden tracken vs. Wert-basiert abrechnenStunden schreiben, Tickets buchen, Angebote schätzen und am Ende trotzdem das Gefühl haben, am eigentlichen Problem vorbeizuarbeiten. Kommt dir bekannt vor? Dann ist diese Episode genau dein Ding. Denn wir gehen einer Frage nach, die viele in Agenturen, im Freelancing und in der Softwareentwicklung beschäftigt. Was passiert, wenn wir nicht mehr primär Zeit verkaufen, sondern Wert? Und warum wird genau diese Frage durch KI, Automatisierung und immer schnellere Delivery plötzlich noch viel relevanter?In dieser Episode sprechen wir mit Christoph, Geschäftsführer der E Commerce Agentur Pixolith, über Agenturgeschäft, Billable Hours, Value Based Pricing, Angebotsphasen, Vertrauen in Kundenprojekten und die Psychologie hinter Preisfindung. Wir schauen auf konkrete Beispiele aus dem E Commerce, auf B2B und B2C Shops, auf Shopware, Shopify, Updates, Migrationen und die Frage, wie sich Wert überhaupt greifbar machen lässt.Außerdem diskutieren wir, warum Scrum diese Abrechnungsfrage nicht löst, wo Goodhart's Law plötzlich sehr praktisch wird und weshalb KI nicht nur Code beschleunigt, sondern auch Beratung, Vertrieb und Delivery verändert.Wenn du verstehen willst, wie Agenturen kalkulieren, warum Stundensätze oft falsche Anreize setzen und wo Value Based Working wirklich funktioniert, bekommst du hier reichlich Stoff zum Mitdenken.Bonus mit Augenzwinkern: Selbst ein Klopapier Shop kann zum strategischen Lehrstück für Pricing, Vertrauen und Softwareprojekte werden.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partnersDas schnelle Feedback zur Episode:👍 (top) 👎 (geht so)Anregungen, Gedanken, Themen und WünscheDein 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: [email protected]: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksChristoph Burchartz auf LinkedIn: https://www.linkedin.com/in/christophburchartz/Pixolith: https://www.pixolith.de/Salao Band: https://salao-music.com/Goodharts Gesetz: https://de.wikipedia.org/wiki/Goodharts_GesetzGoodhart’s law: https://modelthinkers.com/mental-model/goodharts-lawFFF - Friends, Family and Fools: https://startupedia.net/de/was-ist/fff-friends-family-and-fools/Buch “Preisfindung in Agenturen”: https://www.agencyuplifted.de/buchBuch “Value-Based Fees” - Für beratungsnahe Leistungen: https://alanweiss.com/shop/books/hardcover/value-based-fees-3rd-edition/Der Lanz-Precht-Moment: Blick in die KI-Zukunft https://the-coming-wave.com/Sprungmarken(00:00:00) Value Based Pricing statt Billable Hours: Worum geht es?(00:05:32) Was eine Agentur eigentlich ist und warum Spezialisierung zählt(00:08:40) Info/Werbung(00:09:40) Was eine Agentur eigentlich ist und warum Spezialisierung zählt(00:14:33) Festpreis, Time and Material und Werkvertrag sauber getrennt(00:20:07) Kundenwert verstehen: Vom angefragten Shop zum eigentlichen Problem(00:23:55) Goodhart's Law: Warum Stundenabrechnung falsche Anreize setzt(00:31:54) Value quantifizieren: Beispiele, Risiken und Preislogik(00:32:37) Vertrauen statt Tickets: Wie wertschätzende Gespräche Projekte formen(00:50:47) Von Aufwand zu Angebot: Mischkalkulation, Intuition und Projektgrößen(00:57:55) Qualität, Pakete und Kundennutzen im Value Based Working(01:04:02) KI in Agenturen: Geschwindigkeit, Beratung und Maintainability(01:09:30) Updates, Migrationen und die Frage nach echtem Value(01:13:26) Der größte Fehler bei der Einführung: Warum die Flatrate scheiterte(01:15:51) Pre-Sales, Pitches und Vertrauen als Wettbewerbsfaktor(01:19:06) Fazit: Mehr Kundennutzen, mehr Verantwortung, mehr unternehmerisches DenkenHostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Git nutzen wir jeden Tag. Aber Hand aufs Herz: Wie viel davon verstehen wir wirklich?Hinter commit, push und pull steckt kein bisschen Magie, sondern ein erstaunlich komplexes System aus Objekten, Referenzen, Protokollen und Designentscheidungen, die bis heute die Softwareentwicklung prägen. Und genau da wird es spannend. Denn Git ist 20 Jahre alt, aber alles andere als fertig entwickelt.In dieser Episode sprechen wir mit Patrick Steinhardt, Git Maintainer, Contributor zu libgit2 und Staff Engineer im Git Team bei GitLab. Gemeinsam tauchen wir tief in die Git Internals ein und klären, warum Git sich gegen Subversion durchgesetzt hat, was ein bare Repository auf der Server-Seite eigentlich macht, wie Clone, Fetch und Push wirklich funktionieren und warum große Repositories, Millionen Referenzen, Binärdateien und Git LFS bis heute echte Herausforderungen sind. Außerdem geht es um Reftables, Partial Clones, Large Object Promises, pluggable object databases, Git History, Interactive Rebase und die Frage, was Git 3.0 mit SHA-256, besserer Usability und moderner Architektur verändern könnte.Wenn du Git bisher vor allem als Werkzeug für deinen täglichen Workflow gesehen hast, bekommst du hier einen Blick unter die Haube, der vieles neu sortiert. Vielleicht hörst du diese Folge als Developer:in mit einem leichten Ich benutze Git seit Jahren Gefühl. Vielleicht gehst du raus mit dem Gedanken: Ich kenne bisher gerade mal die Oberfläche. So oder so, diese Episode ist Pflichtprogramm für alle, die Versionskontrolle, Entwickler-Workflows, Open Source und die Zukunft von Git besser verstehen wollen. Bonus: Danach wirkt selbst git rebase plötzlich fast freundlich.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partnersDas schnelle Feedback zur Episode:👍 (top) 👎 (geht so)Anregungen, Gedanken, Themen und WünscheDein 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: [email protected]: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksPatrick Steinhardt auf LinkedIn: https://www.linkedin.com/in/patrick-steinhardt-1b16901ba/Patrick Steinhardt auf Gitlab: https://gitlab.com/pks-gitlabPatrick Steinhardt auf Github: https://github.com/pks-tApache Subversion: https://subversion.apache.org/FOSDEM 2026 - Evolving Git for the next decade: https://fosdem.org/2026/schedule/event/HTJK33-evolving_git_for_the_next_decade/lwn.net - Evolving Git for the next decade: https://lwn.net/Articles/1057561/git add -p: https://git-scm.com/docs/git-addGit Tools - Rewriting History: https://git-scm.com/book/en/v2/Git-Tools-Rewriting-Historygitrepository-layout: https://git-scm.com/docs/gitrepository-layout/2.22.0Mercurial SCM: https://www.mercurial-scm.org/git-upload-pack - Send objects packed back to git-fetch-pack: https://git-scm.com/docs/git-upload-packgit-receive-pack - Receive what is pushed into the repository: https://git-scm.com/docs/git-receive-packGit Partial Clone: https://git-scm.com/docs/partial-cloneGit Internals - Plumbing and Porcelain: https://git-scm.com/book/en/v2/Git-Internals-Plumbing-and-PorcelainSHA-1 SHAttered: https://marc-stevens.nl/research/shattered.io/git reftable: https://git-scm.com/docs/reftablegit lfs: https://git-lfs.com/Git Butler: https://gitbutler.com/jj - A Git-compatible VCS that is both simple and powerful: https://github.com/jj-vcs/jjSprungmarken(00:00:00) Git, Subversion und warum verteilte Versionskontrolle gewann(00:06:12) Info/Werbung(00:07:12) Git, Subversion und warum verteilte Versionskontrolle gewann(00:11:21) Git auf der Serverseite: Bare Repositories und Protokolle(00:17:32) Große Repositories, Packfiles und Skalierung beim Git Hosting(00:20:19) Clone, Fetch und Partial Clone: Was Git wirklich überträgt(00:25:12) Dezentrales Git, zentrale Plattformen und Team-Workflows(00:34:16) Git modernisieren: C, Perl, Rust und der Weg zu Git 3(00:42:34) Warum Hashes zentral für Git sind: SHA-1 und SHA-256(00:47:23) Ref Tables: Neue Referenzspeicherung für große Repositories(00:54:40) Large Files, Git LFS und bessere Binary-Workflows(01:01:20) Promisor Remotes, Object Databases und neue Git-Architektur(01:09:37) Git History, Stack Branches und was als Nächstes kommtHostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord