Engineering Kiosk

• #183 Event-Sourcing: Die intelligente Datenarchitektur mit semantischer Historie – mit Golo Roden

  Event Sourcing: Ein Deep Dive mit Golo RodenSpeziell beim Debuggen stellen wir uns oft die Frage “Wie kam dieser Datensatz nun in diesen Zustand?”. Nachvollziehbarkeit ist da oft schwer. Wenn man Glück hat, gibt es irgendwo ein Log. Wenn man Pech hat, hat man nach der erfolglosen Log-Suche ein neues Ticket, um ein Log einzubauen. Wäre es nicht irgendwie cool, alle Zustandsänderungen zu protokollieren bzw. zu speichern? Oder noch besser: Dieses Verhalten als First-Class-Konzept in meiner App zu behandeln?Wenn man das Ganze weiter denkt, landet man oft beim Thema “Event Sourcing”. Event … wat?In dieser Podcast-Episode machen wir mal einen Deep Dive ins Thema Event Sourcing. Wir klären, was Event Sourcing eigentlich ist, welches Problem es eigentlich löst, wie technische Implementierungen aussehen können, was Command Query Responsibility Segregation (CQRS) und Domain Driven Design damit zu tun haben, wann man doch lieber Abstand von Event Sourcing halten sollte und welche Tools und Datenbanken dich dabei unterstützen.Bonus: Wie viele Stadtbibliotheken nutzen eigentlich Event Sourcing?Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partnersDas schnelle Feedback zur Episode:👍 (top) 👎 (geht so)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: [email protected]: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKioskLinksthe native web GmbH: https://thenativeweb.io/YouTube-Kanal von Golo Roden: https://www.youtube.com/@thenativewebEngineering Kiosk Episode #117 Vanilla Web: Niedrige Kopplung & hohe Kohäsion mit Golo Roden von the native web: https://engineeringkiosk.dev/podcast/episode/117-vanilla-web-niedrige-kopplung-hohe-koh%C3%A4sion-mit-golo-roden-von-the-native-web/Engineering Kiosk Episode #162 Event Sourcing & Märchen mit Golo Roden von the native web: https://engineeringkiosk.dev/podcast/episode/162-event-sourcing-m%C3%A4rchen-mit-golo-roden-von-the-native-web/Microservice.io - Pattern: Event sourcing: https://microservices.io/patterns/data/event-sourcing.htmlMartin Fowler - Event Sourcing: https://martinfowler.com/eaaDev/EventSourcing.htmlEvent Sourcing auf Wikipedia: https://de.wikipedia.org/wiki/Event_SourcingCloudEvents: https://cloudevents.io/CloudEvents Spezifikation: https://github.com/cloudevents/spec/blob/main/cloudevents/spec.mdEngineering Kiosk Episode #146 Warum ist Doom so faszinierend für die Software-Entwicklung?: https://engineeringkiosk.dev/podcast/episode/146-warum-ist-doom-so-faszinierend-f%C3%BCr-die-software-entwicklung/Das Recht auf Löschung / "Recht auf Vergessenwerden" (Art. 17 DSGVO): https://www.bfdi.bund.de/DE/Buerger/Inhalte/Allgemein/Betroffenenrechte/Betroffenenrechte_L%C3%B6schung_Vergessenwerden.htmlEventStoreDB / Kurrent: https://www.kurrent.io/Change Data Capture: https://en.wikipedia.org/wiki/Change_data_captureCQRS – das einzige Video, das Du brauchst: https://www.youtube.com/watch?v=hP-2ojGfd-QEvent-Sourcing – das einzige Video, das Du brauchst: https://www.youtube.com/watch?v=ss9wnixCGRYDesigning Data-Intensive Applications: The Big Ideas Behind Reliable, Scalable, and Maintainable Systems: https://dataintensive.net/Sprungmarken(00:00:00) Intro(00:01:12) Event Sourcing mit Golo Roden(00:06:57) Info/Werbung(00:07:57) Wie kommt man zum Thema Event Sourcing?(00:11:03) Explain me like I am 5: Was ist Event Sourcing?(00:19:30) Nomenklatur im Event Sourcing und Standards(00:27:07) Welches Problem löst Event Sourcing?(00:35:36) Wie sieht eine technische Implementierung von Event Sourcing aus?(00:47:53) Command Query Responsibility Segregation (CQRS) und Domain Driven Design(00:53:54) Herausforderung und Nachteile bei Event Sourcing(01:04:57) Event Sourcing Systeme und Datenbanken(01:25:39) Technische Tipps, Libraries und weitere Ressourcen für den EinstiegHostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: [email protected]: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.social

  --------  

  1:35:51
• #182 Happy Birthday SQL: 50 Jahre Abfragesprache

  Über 50 Jahre Queries: Das relationale Datenbankmodell und die Sprache SQL haben Geburtstag!Relationale Datenbanken und die Abfragesprache SQL sind aus der modernen Welt nicht mehr wegzudenken. Egal ob du eine eigene Webseite mit WordPress betreibst, Business Intelligence Analysen für eine Versicherung machst oder die größte Oracle Datenbank der Welt betreibst - In allen Use Cases kommt das relationale Datenbankmodell und die Sprache SQL zum Einsatz.Und SQL ist bei weitem kein neuer heißer Scheiß. SQL ist inzwischen 50 Jahre alt und das relationale Datenbankmodell ist sogar noch 5 Jahre älter als SQL! Welche Technologie fällt dir ein, die inzwischen so alt ist, aber dennoch eine solch aktive und breite Nutzung vorweisen kann?Klar, COBOL, Fortan und Co sind bestimmt noch in irgendwelchen Kellern aktiv - Aber auch in diesem Volumen wie SQL?Dieser Umstand hat uns dazu bewegt, einmal die Frage zu beleuchten: Wie kam es eigentlich zu relationalen Datenbanken? Wie wurde SQL eigentlich erfunden? Darum geht's in dieser Episode. Wir erzählen die Geschichte von SQL.Inkl. Streit, welches Datenbankmodell das bessere ist, Wettbewerbe um die schönsten Queries zu schreiben, Behörden die Test-Suites für die Industrie schreiben und warum du IBM und Oracle ggf. mehr zu verdanken hast, als dir eigentlich lieb ist.Bonus: SQL wurde mal totgesagt, doch totgesagte leben länger.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partnersDas schnelle Feedback zur Episode:👍 (top) 👎 (geht so)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: [email protected]: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKioskLinks50 Years of Queries: https://cacm.acm.org/research/50-years-of-queries/Edgar F. Codd: A Relational Model of Data for Large Shared Data Banks https://www.seas.upenn.edu/~zives/03f/cis550/codd.pdfCodd's 12 rules: https://en.wikipedia.org/wiki/Codd's_12_rulesEngineering Kiosk Episode #99 Modernes SQL ist mehr als SELECT * FROM - mit Markus Winand: https://engineeringkiosk.dev/podcast/episode/99-modernes-sql-ist-mehr-als-select-from-mit-markus-winand/Edgar F. Codd: https://de.wikipedia.org/wiki/Edgar_F._CoddMichael Stonebraker: https://de.wikipedia.org/wiki/Michael_StonebrakerCharles Bachman: https://de.wikipedia.org/wiki/Charles_BachmanSprungmarken(00:00:00) Intro(00:01:25) 50 Jahre relationale Datenbanken und SQL(00:03:32) Info/Werbung(00:04:32) 50 Jahre relationale Datenbanken und SQL(00:13:15) Research Projekt "System R"(00:18:42) SQL und die Special Interest Group on File Definition and Translation(00:23:52) Query Game, "Walk up and read" und Oracle(00:30:17) American National Standards Institute (ANSI) und NIST(00:36:07) Neue (und heutige) Datenbanksysteme wie Pilze aus dem Boden(00:42:43) Not only SQL (NoSQL)(00:50:16) Kritik an SQL - Orthogonalität, null values und Duplikate(00:58:10) SQL Heute und die ErfolgsfaktorenHostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: [email protected]: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

  --------  

  1:05:32
• #181 Von Code zu Value: Wie Entwickler·innen Business-Mehrwert schaffen

  Zu verstehen, wie eine Firma Geld verdient, ist Voraussetzung um Mehrwert zu schaffenDie wenigsten von uns arbeiten für Luft und Liebe. Mieten müssen gezahlt werden und Essen müssen wir auch alle. Deswegen gehen viele von uns in einem klassischen Angestelltenverhältnis arbeiten. In einem Angestelltenverhältnis gehören auch Gehaltserhöhungen und ab und zu auch mal eine Beförderung dazu. Einige Gehälter werden automatisch angepasst, wie z.B. bei einer Tariferhöhung. Andere müssen dafür ihren Wert, den sie zur Firma beitragen, erhöhen. Und um dies zu erreichen, sollte man wissen, wie die eigene Firma eigentlich Geld verdient und welche Herausforderungen das Business-Modell hat. Denn dies ist nicht immer auf den ersten Blick zu erkennen.In dieser Episode schauen wir uns mal drei Business-Modelle an, erklären, worauf diese basieren, welche Herausforderungen diese mit sich bringen, ob diese sich heutzutage noch lohnen und welchen Zwiespalt diese oft bei der Produktentwicklung erzeugen. Wir sprechen darüber, wie viel du den Arbeitgeber eigentlich kostet, wie viel Werbung heutzutage noch Wert ist, Warum sogenannte A-Kunden zwar viel Geld einbringen können, aber ein großes Risiko für eine Firma sind, warum das passive Einkommen bei deinem eigenen Software as a Service Produkt ein Irrglaube ist und wie du das neue Wissen über Business-Modelle für dich nutzen kannst, um deinen eigenen Wert zu erhöhen.Bonus: Wenn man mehr Geld möchte, muss man mehr Geld einbringen.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partnersDas schnelle Feedback zur Episode:👍 (top) 👎 (geht so)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: [email protected]: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKioskLinksShopping-Add-On "Honey" unter Betrugsverdacht: https://www.heise.de/news/Shopping-Add-On-Honey-unter-Betrugsverdacht-10221319.htmlFinanzfluss: https://www.finanzfluss.de/Engineering Kiosk Episode #123 The Bread Code: vom Entwickler zum Brot-Influencer mit Hendrik Kleinwächter: https://engineeringkiosk.dev/podcast/episode/123-the-bread-code-vom-entwickler-zum-brot-influencer-mit-hendrik-kleinw%C3%A4chter/Wirecutter: https://www.nytimes.com/wirecutter/Sprungmarken(00:00:00) Intro(00:01:24) Warum es wichtig ist, das Business-Modell zu verstehen(00:07:19) Info/Werbung(00:08:19) Cost per Click / Cost per Sale / Affiliate(00:20:11) Werbefinanzierte Services(00:38:49) Abo-Modelle oder X as a Service(00:56:20) Weitere Business-Modelle(00:59:02) Wie hilft mir, als Entwickler*in, dieses neue Wissen?HostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: [email protected]: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

  --------  

  1:09:11
• #180 Skalierung, aber zu welchem Preis? (Papers We Love)

  Skalierung und verteilte Berechnungen: Sind mehr CPUs wirklich immer schneller?Stell dir vor, du bist Softwareentwickler*in und jeder spricht von Skalierung und verteilten Systemen. Doch wie effizient sind diese eigentlich wirklich? Heißt mehr Rechenpower gleich schnellere Ergebnisse?In dieser Episode werfen wir einen Blick auf ein wissenschaftliches Paper, das behauptet, die wahre Leistung von verteilten Systemen kritisch zu hinterfragen. Wir diskutieren, ab wann es sich lohnt, mehr Ressourcen einzusetzen, und was es mit der mysteriösen Metrik COST (ausgesprochen Configuration that Outperforms a Single Thread) auf sich hat. Hör rein, wenn du wissen willst, ob Single-Threaded Algorithmen in vielen Fällen die bessere Wahl sind.Bonus: Ggf. machen nicht alle Wissenschaftler so wissenschaftliche Arbeit.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partnersDas schnelle Feedback zur Episode:👍 (top) 👎 (geht so)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: [email protected]: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKioskLinksPapers We Love: https://paperswelove.org/Papers We Love GitHub Repository: https://github.com/papers-we-love/papers-we-lovePaper “Scalability! But at what COST?”: https://www.usenix.org/system/files/conference/hotos15/hotos15-paper-mcsherry.pdfBlogpost “Scalability! But at what COST?”: https://www.frankmcsherry.org/graph/scalability/cost/2015/01/15/COST.htmlSlides “Scalability! But at what COST?”: https://www.usenix.org/sites/default/files/conference/protected-files/hotos15_slides_mcsherry.pdfHackerNews Threas #1 zu “Scalability, but at what cost? (2015)”: https://news.ycombinator.com/item?id=11855594HackerNews Threas #2 zu “Scalability, but at what cost? (2015)”: https://news.ycombinator.com/item?id=26925449Paper “GraphX: Graph Processing in a Distributed Dataflow Framework”: https://www.usenix.org/system/files/conference/osdi14/osdi14-paper-gonzalez.pdfGraphChi: https://www.usenix.org/conference/osdi12/technical-sessions/presentation/kyrolaStratosphere (nun Apache Flink): http://stratosphere.eu/X-Stream: https://sigops.org/s/conferences/sosp/2013/papers/p472-roy.pdfApache Spark: https://spark.apache.org/Apache Giraph: https://giraph.apache.org/GraphLab: https://github.com/lqvito/graphlab?tab=readme-ov-fileDilbert Comics: https://dilbert.com/Single Thread Implementierung in Rust: https://github.com/frankmcsherry/COSTSingle Thread Implementierung in C++: https://github.com/MicrosoftResearch/NaiadSamples/tree/master/COSTCommand-line Tools can be 235x Faster than your Hadoop Cluster: https://adamdrake.com/command-line-tools-can-be-235x-faster-than-your-hadoop-cluster.html“Naiad” von Microsoft Research: https://www.microsoft.com/en-us/research/project/naiad/OpenMP: https://www.openmp.org/OpenMPI: https://www.open-mpi.org/HotOS 15 Workshop: https://www.usenix.org/conference/hotos15Sprungmarken(00:00:00) Papers We Love: Scalability! But at what COST?(00:03:11) Was bedeutet Skalierung?(00:05:32) Info/Werbung(00:06:32) Was bedeutet Skalierung?(00:16:20) PageRank- und Label Propagation-Algorithmus(00:24:10) Optimierung der Daten und verwendeten Algorithmen für spezifische Probleme(00:29:17) COST: Configuration that Outperforms a Single Threat(00:31:58) Learnings aus dem Paper(00:37:50) Wissenschaftlicher Anspruch und Einschätzung des Papers(00:52:34) Was können wir für die Praxis aus dem Paper lernen?HostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: [email protected]: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

  --------  

  58:55
• #179 MLOps: Machine Learning in die Produktion bringen mit Michelle Golchert und Sebastian Warnholz

  Machine Learning Operations (MLOps) mit Data Science Deep Dive.Machine Learning bzw. die Ergebnisse aus Vorhersagen (sogenannten Prediction-Models) sind aus der modernen IT oder gar aus unserem Leben nicht mehr wegzudenken. Solche Modelle kommen wahrscheinlich öfter zum Einsatz, als dir eigentlich bewusst ist. Die Programmierung, Erstellung und das Trainieren dieser Modelle ist die eine Sache. Das Deployment und der Betrieb ist die andere Thematik. Letzteres nennt man Machine Learning Operations, oder kurz “MLOps”. Dies ist das Thema dieser Episode.Wir klären was eigentlich MLOps ist und wie es sich zum klassischen DevOps unterscheidet, wie man das eigene Machine Learning-Modell in Produktion bringt und welche Stages dafür durchlaufen werden müssen, was der Unterschied von Model-Training und Model-Serving ist, welche Aufgabe eine Model-Registry hat, wie man Machine Learning Modelle in Produktion eigentlich monitored und debugged, was Model-Drift bzw. die Drift-Detection ist, ob der Feedback-Cycle durch Methoden wie Continuous Delivery auch kurz gehalten werden kann, aber auch welche Skills als MLOps Engineer wichtig sind.Um all diese Fragen zu beantworten, stehen uns Michelle Golchert und Sebastian Warnholz vom Data Science Deep Dive Podcast rede und Antwort.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partnersDas schnelle Feedback zur Episode:👍 (top) 👎 (geht so)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: [email protected]: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKioskLinksIn Numbers We Trust (INWT): https://www.inwt-statistics.de/Data Science Deep Dive Podcast: https://inwt.podbean.com/Programmiersprache “R”: https://www.r-project.org/Gradient boosting: https://en.wikipedia.org/wiki/Gradient_boostingMLFlow: https://mlflow.org/Jupyter Notebooks: https://jupyter.org/Databricks: https://www.databricks.com/AutoML: https://www.automl.org/automl/Sprungmarken(00:00:00) Machine Learning Operations (MLOps) mit Michelle und von Data Science Deep Dive(00:06:29) Info/Werbung(00:07:29) Machine Learning Operations (MLOps) mit Michelle und von Data Science Deep Dive(00:17:21) Deployment eines ML Modells in Produktion: Model Training(00:30:09) Automatisierte Pipelines und der operationelle Betrieb(00:39:22) Reproduzierbarkeit und Debugging(00:45:27) Model Serving / Modellbereitstellung(00:52:28) Monitoring und Model Drift(01:05:39) Welche Skills benötige ich als MLOps Engineer?(01:13:21) AbschlussHostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://andygrunwald.com/)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: [email protected]: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

  --------  

  1:16:51

Weitere Technologie Podcasts

Trending Technologie Podcasts

Über Engineering Kiosk