Engineering Kiosk

Lokale Meetups: Networking, Wissen & Karrierebooster oder nur verschwendete Zeit? In dieser Episode gehen wir einer Herzensfrage nach: Welchen echten Wert haben Meetups in der Tech-Szene? Wir selbst sind als Meetup-Organisatoren befangen. Um aus unserer Bubble mal etwas herauszukommen, haben wir Stimmen aus der Community eingefangen. Wir haben gefragt, warum Meetups und Konferenzen eigentlich besucht werden bzw. welchen Stellenwert solchen Events zugerechnet werden, ob virtuelle Meetups besser laufen als physische und wann virtuelle Meetups die bessere Wahl sind, inwieweit solche Events die eigene Karriere beeinflusst hat und wie die Community entscheidet, wann sich die Teilnahme an einem Meetup-Event für sich lohnt. Nun die Frage: Lohnt sich diese Podcast-Episode für dich? Ich kann dir aus meiner Erfahrung sagen: Einige Argumente hatte selbst ich nicht auf dem Schirm. Zum Beispiel, wenn du ein Nischen-Tech-Thema hast, würde dies wahrscheinlich nie als physisches Meetup klappen. Oder wie stark der Einfluss deiner Freunde ist, ob jemand ein Meetup besucht. Oder dass Meetups ggf. doch nicht so einen großen Einfluss auf die eigene Karriere haben, wie ich immer dachte. Danke an alle Community-Mitglieder, die uns ihre Stimme und Meinung für diese Podcast-Episode zur Verfügung gestellt haben. Ihr habt Wolfi und mich aus der eigenen Suppe geholt. Nun aber genug gespoilert. Viel Spaß mit dieser Episode. Bonus: Mehr als nur Andy und Wolfi - Danke an unsere Community! Ein Dank an unsere Community-Mitglieder (Reihenfolge nach Erwähnung in der Episode): * Dario Tilgner * Tim Glabisch * Andreas Doblander * Philipp Wolfram * Schepp Christian Schäfer * Simon Legner * Simon Brüggen * Niklas Meyer * Moritz Kaiser * Stefan Brandt * Maxi Kurzawski * Holger Große-Plankermann * Melanie Patrick * Mirjam Ziselsberger Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners [https://engineeringkiosk.dev/partners] Das schnelle Feedback zur Episode: 👍 (top) [https://api.openpodcast.dev/feedback/195/upvote] 👎 (geht so) [https://api.openpodcast.dev/feedback/195/downvote] 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 [https://engineeringkiosk.dev/join-discord]  * LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ [https://www.linkedin.com/company/engineering-kiosk/] * Email: stehtisch@engineeringkiosk.dev [stehtisch@engineeringkiosk.dev] * Mastodon: https://podcasts.social/@engkiosk [https://podcasts.social/@engkiosk] * Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social [https://bsky.app/profile/engineeringkiosk.bsky.social] * Instagram: https://www.instagram.com/engineeringkiosk/ [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 [https://engineeringkiosk.dev/kaffee] LINKS * Working Draft Podcast: https://workingdraft.de/ [https://workingdraft.de/] * Engineering Kiosk Episode #89 Die Klimakrise und Green IT: unser Einfluss über Hardware, Farben, Web-Performance und Green-Hosting mit Christian Schäfer: https://engineeringkiosk.dev/podcast/episode/89-die-klimakrise-und-green-it-unser-einfluss-%C3%BCber-hardware-farben-web-performance-und-green-hosting-mit-christian-sch%C3%A4fer/ [https://engineeringkiosk.dev/podcast/episode/89-die-klimakrise-und-green-it-unser-einfluss-%C3%BCber-hardware-farben-web-performance-und-green-hosting-mit-christian-sch%C3%A4fer/] * P99 Conf: https://www.p99conf.io/ [https://www.p99conf.io/] * Papperlapapp - Spaß mit Klammern: https://www.youtube.com/@papperlapapp-dev [https://www.youtube.com/@papperlapapp-dev] * @Autoweird.fm [http://autoweird.fm] Podcast: https://autoweird.fm/ [https://autoweird.fm/] * Engineering Kiosk Episode #102 Quereinstieg in die Software-Entwicklung mit Melanie Patrick: https://engineeringkiosk.dev/podcast/episode/102-quereinstieg-in-die-software-entwicklung-mit-melanie-patrick/ [https://engineeringkiosk.dev/podcast/episode/102-quereinstieg-in-die-software-entwicklung-mit-melanie-patrick/] SPRUNGMARKEN (00:00:00) Welchen Wert haben Meetups in der Tech-Szene? (00:06:16) Info/Werbung (00:07:16) Warum besuchst Du Meetups? Welchen Wert rechnest du solchen Events zu? (00:24:05) Denkst Du, dass virtuelle Meetups genauso wertvoll sind wie physische? (00:34:07) Inwiefern hat der Besuch solcher Events Deine Karriere beeinflusst? (00:42:54) Wie entscheidest Du, ob sich die Teilnahme an einem Event für Dich lohnt? HOSTS * Wolfgang Gassler (https://gassler.dev [https://gassler.dev])  * Andy Grunwald (https://andygrunwald.com/ [https://andygrunwald.com/])  COMMUNITY Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord [https://engineeringkiosk.dev/join-discord]

MapReduce: Ein Deep Dive Im Jahr 2004 war die Verarbeitung von großen Datenmengen eine richtige Herausforderung. Einige Firmen hatten dafür sogenannte Supercomputer. Andere haben nur mit der Schulter gezuckt und auf das Ende ihrer Berechnung gewartet. Google war einer der Player, der zwar große Datenmengen hatte und diese auch verarbeiten wollte, jedoch keine Supercomputer zur Verfügung hatte. Oder besser gesagt: Nicht das Geld in die Hand nehmen wollte. Was macht man also, wenn man ein Problem hat? Eine Lösung suchen. Das hat Jeffrey Dean und sein Team getan. Das Ergebnis? Ein revolutionäres Paper, wie man mittels MapReduce große Datenmengen verteilt auf einfacher Commodity-Hardware verarbeiten kann. In dieser Podcast-Episode schauen wir uns das mal genauer an. Wir klären, was MapReduce ist, wie es funktioniert, warum MapReduce so revolutionär war, wie es mit Hardware-Ausfällen umgegangen ist, welche Herausforderungen in der Praxis hatte bzw. immer noch hat, was das Google File System, Hadoop und HDFS damit zu tun haben und ordnen MapReduce im Kontext der heutigen Technologien mit Cloud und Co ein. Eine weitere Episode “Papers We Love”. Bonus: Hadoop ist wohl der Elefant im Raum. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners [https://engineeringkiosk.dev/partners] Das schnelle Feedback zur Episode: 👍 (top) [https://api.openpodcast.dev/feedback/194/upvote] 👎 (geht so) [https://api.openpodcast.dev/feedback/194/downvote] 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 [https://engineeringkiosk.dev/join-discord]  * LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ [https://www.linkedin.com/company/engineering-kiosk/] * Email: stehtisch@engineeringkiosk.dev [stehtisch@engineeringkiosk.dev] * Mastodon: https://podcasts.social/@engkiosk [https://podcasts.social/@engkiosk] * Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social [https://bsky.app/profile/engineeringkiosk.bsky.social] * Instagram: https://www.instagram.com/engineeringkiosk/ [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 [https://engineeringkiosk.dev/kaffee] LINKS * MapReduce: Simplified Data Processing on Large Clusters: https://static.googleusercontent.com/media/research.google.com/en//archive/mapreduce-osdi04.pdf [https://static.googleusercontent.com/media/research.google.com/en//archive/mapreduce-osdi04.pdf] * Apache Hadoop: https://hadoop.apache.org/ [https://hadoop.apache.org/] * HDFS Architecture Guide: https://hadoop.apache.org/docs/r1.2.1/hdfs_design.html [https://hadoop.apache.org/docs/r1.2.1/hdfs_design.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/ [https://engineeringkiosk.dev/podcast/episode/180-skalierung-aber-zu-welchem-preis-papers-we-love/] SPRUNGMARKEN (00:00:00) MapReduce: Ein Deep Dive (00:04:32) Info/Werbung (00:05:32) MapReduce: Ein Deep Dive (00:15:05) Storage: Google File System (GFS) und Hadoop Distributed File System (HDFS) (00:21:27) Wie funktioniert MapReduce? (00:38:10) Seiteneffekte, Determinismus und Reproduzierbarkeit (00:40:42) Produktanforderung: Welche Seiten sind in welcher Altersgruppe populär? (00:47:48) Batch vs. Streaming (00:50:23) Heutige Relevanz von MapReduce HOSTS * Wolfgang Gassler (https://gassler.dev [https://gassler.dev])  * Andy Grunwald (https://andygrunwald.com/ [https://andygrunwald.com/])  COMMUNITY Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord [https://engineeringkiosk.dev/join-discord]

Microsoft Excel: Der “Hidden Champion” jedes Unternehmens - Nun mit eigener Weltmeisterschaft Microsoft Excel ist aus der modernen IT nicht wegzudenken. Datenbank-Hersteller sagen, dass Excel ihr größter Konkurrent ist. Es ist ein solch mächtiges Tool, es gibt fast nichts, was damit nicht abgebildet werden kann bzw. wurde. Und doch ist es eine Art Hass-Liebe – Besonders wenn die Files per E-Mail durchs Unternehmen geschickt werden oder wenn es darum geht ein mittelmäßig komplexes Excel Sheet auf einem Nicht-Windows-Computer zu öffnen. Jean Wolleh und Benjamin “Benny” Weber sehen Microsoft Excel mit anderen Augen. Sie sehen das Tool als Wettbewerb als kompetitiver E-Sport. Denn beide sind erfolgreiche Teilnehmer bei der Microsoft Excel Weltmeisterschaft. Und genau das ist das Thema dieser Episode. Mit Jean und Benny besprechen wir, was die Microsoft Excel Weltmeisterschaft eigentlich ist, wo die Unterschiede zwischen dem Financial Modelling und dem Excel eSports liegen, welche Arten von Herausforderungen gelöst werden sollen, was Map-Cases sind, ob man Cheaten kann, was klassische Fallstricke bei (komplexen) Excel-Aufgaben sind, was das ganze mit Advent of Code zu tun hat, ob man diese Art von E-Sport auch trainieren kann und welche Excel-Funktionen mehr Anerkennung verdient hätten. Wenn du dir nun denkst: Microsoft Excel Weltmeisterschaft - WTF? Dann ist diese Episode genau das Richtige für dich. Bonus: Microsoft Excel unterstützt inzwischen Python-Programmierung Lokales DACH Chapter auf https://fmwc-dach.eu/ [https://fmwc-dach.eu/] Mit dem exklusiven Rabattcode "EngineeringKiosk", erhält jeder der sich über diesen Link anmeldet 50% Rabatt auf die Teilnahme im Jahr 2025 am localem DACH-Chapter. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners [https://engineeringkiosk.dev/partners] Das schnelle Feedback zur Episode: 👍 (top) [https://api.openpodcast.dev/feedback/193/upvote] 👎 (geht so) [https://api.openpodcast.dev/feedback/193/downvote] 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 [https://engineeringkiosk.dev/join-discord]  * LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ [https://www.linkedin.com/company/engineering-kiosk/] * Email: stehtisch@engineeringkiosk.dev [stehtisch@engineeringkiosk.dev] * Mastodon: https://podcasts.social/@engkiosk [https://podcasts.social/@engkiosk] * Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social [https://bsky.app/profile/engineeringkiosk.bsky.social] * Instagram: https://www.instagram.com/engineeringkiosk/ [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 [https://engineeringkiosk.dev/kaffee] LINKS * Microsoft Excel World Championship: https://fmworldcup.com/ [https://fmworldcup.com/] * Localer DACH Chapter: https://fmwc-dach.eu/ [https://fmwc-dach.eu/] * Jean Wolleh: https://www.linkedin.com/in/jean-wolleh-649b02196/ [https://www.linkedin.com/in/jean-wolleh-649b02196/] * Benjamin Weber: https://www.linkedin.com/in/benjamin-weber-fmwc/ [https://www.linkedin.com/in/benjamin-weber-fmwc/] * FlexiQuiz: https://www.flexiquiz.com/ [https://www.flexiquiz.com/] * Advent of Code: https://adventofcode.com/ [https://adventofcode.com/] * Youtube-Kanal von Excel Wizard: https://www.youtube.com/c/ExcelWizard [https://www.youtube.com/c/ExcelWizard] * Youtube-Kanal von Diarmuid Early: https://www.youtube.com/@DimEarly [https://www.youtube.com/@DimEarly] * Youtube-Kanal von excelwithExcel: https://www.youtube.com/@excelwithExcel-xlsx [https://www.youtube.com/@excelwithExcel-xlsx] * Youtube-Kanal von Benjamin Weber: https://www.youtube.com/@benni-weber-excel [https://www.youtube.com/@benni-weber-excel] * Youtube-Kanal von Lorenzo Foti: https://www.youtube.com/@LorenzoFoti [https://www.youtube.com/@LorenzoFoti] * Youtube-Kanal von Elliott Paterson: https://www.youtube.com/@E_Pats [https://www.youtube.com/@E_Pats] * You Suck at Excel - Joel Spolsky: https://www.youtube.com/watch?v=JxBg4sMusIg [https://www.youtube.com/watch?v=JxBg4sMusIg] SPRUNGMARKEN (00:00:00) Excel Weltmeisterschaft mit Jean Wolleh und Benjamin Weber (00:06:55) Erste Berührungspunkte mit Excel: Wie alles begann (00:07:10) Info/Werbung (00:08:10) Erste Berührungspunkte mit Excel: Wie alles begann (00:16:33) Excel eSports vs. Financial Modeling (00:20:21) Beispiele für eSports-Challenges: Map-Cases (00:26:21) Wie man Excel in der Weltmeisterschaft benutzt (00:31:37) Klassische Fallstricke in Excel-Competitions (00:36:04) Cheater bei der Excel Weltmeisterschaft (00:38:34) Vorbereitung auf die Wettkämpfe: Training & Taktiken (00:44:28) Die meist unterschätzten Excel-Funktionen (01:05:44) Google Sheets vs. Excel (01:07:12) Lokale DACH-Community und mein Einstieg in die Excel Meisterschaften HOSTS * Wolfgang Gassler (https://gassler.dev [https://gassler.dev])  * Andy Grunwald (https://andygrunwald.com/ [https://andygrunwald.com/]) COMMUNITY Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord [https://engineeringkiosk.dev/join-discord]

Wie geht man die Quartals- und Jahresplanung an und balanciert verschiedene Anforderungen? Für viele ist es ein langweiliges und notwendiges Übel. Für andere die beste Zeit des Jahres - Die Quartals- bzw. Jahresplanung. Firmen lieben es zu planen. Firmen lieben es, den Kunden neue Features zu versprechen. Produktmanager können endlich alles in die nächsten 3 Monate einordnen, dann wird das gemacht und die Welt ist wieder in Ordnung. Am Ende des Quartals fragt man sich dann aber: Wieso hat das alles so lange gedauert? Wieso haben wir für Feature X 2 Wochen geplant, aber es wurden 6 Wochen draus? Wieso werden wir bei der Software-Entwicklung langsamer und nicht schneller? Das ist ein bekanntes Bild in vielen Firmen, denn oft findet die Stimme der Software-Entwickler*innen keinen Platz in der Planung. Technical Debt abbauen? Machen wir nächstes Quartal. Was für die eigene Team-Produktivität tun, um manuelle Aufgaben zu automatisieren? Das lohnt sich nicht. Kleine Bugs, sogenannte Papercuts, fixen um die Power-User glücklich zu machen? Zu klein, machen wir nebenher. Software updaten? Das ist Keep The Lights On Arbeit und kann doch Ops machen. So oder so ähnlich trägt es sich alle 3 Monate in Firmen zu. In dieser Episode geben wir euch mal ein paar Leitfragen und ein spezifisches Framework an die Hand, wie man die Software-Entwicklungs-Ressourcen gut über das nächste Quartal balanciert, es genug Features in die Roadmap schaffen, aber auch Zeit für Tech Debt und Produktivitätsverbesserungen bleibt. Dabei klären wir, warum eine gewisse Planung eigentlich so wichtig ist, wer eigentlich immer die ganzen Anforderungen auf den Tisch knallt, was Over-Commitments und Rollovers sind, wie Ubuntu und Github mit Mission Papercut kleine Bugs zu einem großen Projekt gemacht hat aber auch warum eine Quartalsplanung in die Bereiche KTLO, Build New Stuff, Improve Stuff und Productivity eingeteilt werden sollte. Das Thema klingt trocken. Dennoch kann dies euch eine Stimme im Planungsprozess geben, damit ihr endlich mal Zeug aufräumen könnt. Bonus: Ist Jira das neue ERP-System? Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners [https://engineeringkiosk.dev/partners] Das schnelle Feedback zur Episode: 👍 (top) [https://api.openpodcast.dev/feedback/192/upvote] 👎 (geht so) [https://api.openpodcast.dev/feedback/192/downvote] 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 [https://engineeringkiosk.dev/join-discord]  * LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ [https://www.linkedin.com/company/engineering-kiosk/] * Email: stehtisch@engineeringkiosk.dev [stehtisch@engineeringkiosk.dev] * Mastodon: https://podcasts.social/@engkiosk [https://podcasts.social/@engkiosk] * Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social [https://bsky.app/profile/engineeringkiosk.bsky.social] * Instagram: https://www.instagram.com/engineeringkiosk/ [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 [https://engineeringkiosk.dev/kaffee] LINKS * A framework for balancing and budgeting engineering resourcing: https://medium.com/engineering-operations/a-framework-for-balancing-and-budgeting-engineering-resourcing-d0cce0e6911c [https://medium.com/engineering-operations/a-framework-for-balancing-and-budgeting-engineering-resourcing-d0cce0e6911c] * Papercuts: The little fixes that made a big difference at GitHub: https://kathykorevec.substack.com/p/papercuts-the-little-fixes-that-made [https://kathykorevec.substack.com/p/papercuts-the-little-fixes-that-made] * 100 Hundreds Papercut Mission @ Ubuntu: https://wiki.ubuntu.com/One%20Hundred%20Papercuts/Mission [https://wiki.ubuntu.com/One%20Hundred%20Papercuts/Mission] * Paper cut bug: https://en.wikipedia.org/wiki/Paper_cut_bug [https://en.wikipedia.org/wiki/Paper_cut_bug] * Dear GitHub: https://github.com/dear-github/dear-github/issues [https://github.com/dear-github/dear-github/issues] SPRUNGMARKEN (00:00:00) Ausbalancierung von Engineering-Ressourcen (00:06:14) Info/Werbung (00:07:14) Die Priorisierung vom Backlog treiben lassen (00:09:47) Wer alles bei der Priorisierung mitreden möchte (00:13:20) Balancierung mit 4 Bereichen: KTLO, Build new stuff, Improve Stuff und Productivity (00:20:20) Build new Stuff und Improve Stuff (00:26:02) Productivity (00:27:34) Zusammenhang zu OKR, Shape Up, Scrum und Co. (00:31:05) Impact deiner Änderungen (00:40:24) Leitfragen bei deiner Quartalsplanung (00:44:46) Papcercuts: Kleine Fixes mit großem Effekt HOSTS * Wolfgang Gassler (https://gassler.dev [https://gassler.dev])  * Andy Grunwald (https://andygrunwald.com/ [https://andygrunwald.com/])  COMMUNITY Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord [https://engineeringkiosk.dev/join-discord]

Von Kanten und Knoten: Ein Einstieg in Graph-Datenbanken Welche Relationen die einzelnen Datensätze in deiner Datenbank haben, kann eine Rolle bei der Entscheidung spielen, welche Art von Datenbank du am besten einsetzen solltest. Wenn du unabhängige Datensätze hast, die keine Relation zueinander haben oder häufige One to Many-Relationen, sind relationale Datenbanken gut geeignet. Wenn du jedoch sehr viele Many to Many Relationen hast, spielt eine Datenbank-Art ihre Vorteile aus: Graph Datenbanken. Ein gutes Beispiel sind wohl soziale Netzwerke wie LinkedIn oder Facebook, wo Events, Personen, Firmen und Posts mit Kommentaren eine durchgehende Beziehung zueinander haben. Auch bekannt als Social Graph. Natürlich kann dies auch alles in einer relationalen Datenbank gespeichert werden, aber Fragen wie “Gib mir bitte alle Personen, über die ich im 3. Grad verbunden bin, die aus Deutschland kommen und bei Aldi gearbeitet haben” sind schwer zu beantworten. Für Graph-Datenbanken jedoch ein Klacks. Grund genug, diesem Thema eine Bühne zu geben. Darum geht es in dieser Episode. In dem Interview mit dem Experten Michael Hunger klären wir, was eine Graph-Datenbank ist, welche Anwendungsfälle sich dadurch besser abbilden lassen, als z. B. in relationalen Datenbanken, was der Ursprung von Graph Datenbanken ist, was der Unterschied eines Property-Graph-Model und dem Triple-Store-Model ist, wie man mithilfe von Sprachen wie Cypher, SPARQL und Datalog, Daten aus einem Graph extrahiert, für welche Use Cases dies ggf. nicht die richtige Datenstruktur ist und geben einen Einblick in die Themen Knowledge Graphen, LLMs und GraphRAG. Bonus: Was der Film Matrix mit Graph-Datenbanken zu tun hat. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners [https://engineeringkiosk.dev/partners] Das schnelle Feedback zur Episode: 👍 (top) [https://api.openpodcast.dev/feedback/191/upvote] 👎 (geht so) [https://api.openpodcast.dev/feedback/191/downvote] 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 [https://engineeringkiosk.dev/join-discord]  * LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ [https://www.linkedin.com/company/engineering-kiosk/] * Email: stehtisch@engineeringkiosk.dev [stehtisch@engineeringkiosk.dev] * Mastodon: https://podcasts.social/@engkiosk [https://podcasts.social/@engkiosk] * Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social [https://bsky.app/profile/engineeringkiosk.bsky.social] * Instagram: https://www.instagram.com/engineeringkiosk/ [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 [https://engineeringkiosk.dev/kaffee] LINKS * Michael Hunger auf LinkedIn: https://www.linkedin.com/in/jexpde/ [https://www.linkedin.com/in/jexpde/] * Neo4j: https://neo4j.com/ [https://neo4j.com/] * Cypher - Neo4j’s declarative query language: https://neo4j.com/docs/cypher-manual/current/introduction/ [https://neo4j.com/docs/cypher-manual/current/introduction/] * Microsoft Trinity: https://www.microsoft.com/en-us/research/project/trinity/ [https://www.microsoft.com/en-us/research/project/trinity/] * GraphAcademy: https://graphacademy.neo4j.com/ [https://graphacademy.neo4j.com/] * SPARQL: https://de.wikipedia.org/wiki/SPARQL [https://de.wikipedia.org/wiki/SPARQL] * Datalog: https://de.wikipedia.org/wiki/Datalog [https://de.wikipedia.org/wiki/Datalog] * GraphRAG: Kombination aus Graphen und Text für LLMs: https://www.heise.de/hintergrund/GraphRAG-Kombination-aus-Graphen-und-Text-fuer-LLMs-10185768.html [https://www.heise.de/hintergrund/GraphRAG-Kombination-aus-Graphen-und-Text-fuer-LLMs-10185768.html] * Hierarchical navigable small world (HNSW) Algorithmus: https://en.wikipedia.org/wiki/Hierarchical_navigable_small_world [https://en.wikipedia.org/wiki/Hierarchical_navigable_small_world] SPRUNGMARKEN (00:00:00) Graph Datenbanken mit Michael Hunger (00:05:17) Info/Werbung (00:06:17) Graph Datenbanken mit Michael Hunger (00:16:12) Warum Java für eine Datenbank? (00:20:51) Was sind klassische Anwendungsfälle von Graph Datenbanken? (00:24:13) Vokabeln im Bereich Graph Datenbanken (00:27:27) Graphen in relationalen Datenbanken (00:31:11) Cypher als Abfragesprache für Graph Datenbanken (00:42:20) SPARQL und Datalog als Abfragesprachen für Graph Datenbanken (00:52:38) Index-Strukturen bei Graph Datenbanken (00:55:08) Wofür sind Graph Datenbanken nicht geeignet? (01:00:14) LLMs, Knowledge Graphen und GraphRAG (01:07:32) Mein Einstieg in die Welt der Graph Datenbanken HOSTS * Wolfgang Gassler (https://gassler.dev [https://gassler.dev])  * Andy Grunwald (https://andygrunwald.com/ [https://andygrunwald.com/]) COMMUNITY Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord [https://engineeringkiosk.dev/join-discord]