Engineering Kiosk

Ein Klick – und nichts passiert. Statt der gewünschten Website landet man im digitalen Nirwana: 404 Not Found. Jede:r kennt es, niemand mag es. Doch was technisch im Hintergrund passiert, wenn ein Link kaputt ist – und wie man das automatisch erkennen kann – ist alles andere als simpel. Denn Links sind weit mehr als nur HTTP-URLs. Sie können auf Dateien, E-Mail-Adressen oder interne Dokumentfragmente zeigen. Sie können sich über Weiterleitungen verändern, mit JavaScript generiert werden oder nur unter bestimmten Bedingungen erreichbar sein. Und genau das macht die automatische Überprüfung von Links so komplex. In dieser Episode sprechen wir mit Matthias Endler, Rust-Consultant, Blogger und Core-Maintainer des Open-Source-Linkcheckers Lychee. Was als Side Project begann, ist heute im Einsatz bei Unternehmen wie Amazon und GitLab. Mit Matthias diskutieren wir, wie Lychee aufgebaut ist, warum Linkchecking so viele Edge Cases beinhaltet und warum es ohne gutes Domain-Wissen oft unmöglich ist, die „richtige“ Antwort zu erkennen. Wir sprechen über die Rolle von HTTP-Statuscodes (inkl. selbst erfundener Codes), Markdown vs. HTML Parsing, Redirect-Hölle, die Tücken von GitHub APIs, wie Lychee Plattform-Spezialfälle wie YouTube oder LinkedIn behandelt – und warum DOI-Links trotz akademischer Standards gerne mal ins Leere laufen. Bonus: Warum Matthias den Server einer Immobilienmaklerin am Gewissen hat. 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 lychee: https://github.com/lycheeverse/lychee Corrode Rust Consulting: https://corrode.dev/ Rust in Production Podcast: https://corrode.dev/podcast/ Matthias Endler Blog: https://endler.dev/ Engineering Kiosk Episode #172 Die kuriosesten Versionsnummern bekannter Software: https://engineeringkiosk.dev/podcast/episode/172-die-kuriosesten-versionsnummern-bekannter-software-mit-matthias-endler-von-rust-in-production/ Engineering Kiosk Episode #98 Der Hype um Rust: https://engineeringkiosk.dev/podcast/episode/98-der-hype-um-rust-mit-matthias-endler/ Open Podcast: https://openpodcast.dev/ Static Analysis Tools: https://github.com/analysis-tools-dev/static-analysis Million Dollor Homepage: http://www.milliondollarhomepage.com/ cURL: https://curl.se/ DOI: https://www.doi.org/ ❤️🍺.ws redirected nach https://www.budweiser.com/en Sprungmarken (00:00:00) Die Komplexität von Links und Link-Checking mit Matthias Endler (00:05:34) Was ist ein Link-Checker? (00:05:58) Info/Werbung (00:06:58) Was ist ein Link-Checker? (00:23:57) Technische Architektur: Extraktoren, Streams & Channels und Edge-Cases (00:40:00) Request-Bodies, JavaScript und Weiterleitungen (00:47:55) Warum eigentlich nicht cURL? (00:52:37) DOI-Links, interne IP-Adressen und S3-Bucket-Kosten (01:04:18) Verbreitung des Link-Checkers, Projekt Start und Motivation 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

Unsere 200. Episode - Unser Jubiläum. Seit 3 ½ Jahren existiert der Engineering Kiosk Podcast bereits. Jede Woche eine neue Episode. Dass wir 200 Episoden knacken würden, hätten wir uns am Anfang selbst nicht erträumt. Für unser Jubiläum haben wir mal die Zügel abgegeben und lassen uns ganz in die Hände von Christian Braun und Thomas Diroll vom Index out of bounds Podcast fallen. Die beiden sind in dieser Episode eure Podcast-Hosts. Ihre Mission? Die Frage “Wer ist Wolfi und Andy wirklich?” zu beantworten. Diese Episode geht weniger um Technik, sondern um die Personen hinter dem Engineering Kiosk Podcast. Viel Spaß beim Kennenlernen. Bonus: Ein eigenes Engineering Kiosk Bingo. 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 Index Out Of Bounds: https://www.ioob.de/ Engineering Kiosk Bingo: https://bingo.ioob.de/ Engineering Kiosk Episode #127 Imposter-Syndrom & Peter-Prinzip mit Dr. Fanny Jimenez: https://engineeringkiosk.dev/podcast/episode/127-imposter-syndrom-peter-prinzip-mit-dr-fanny-jimenez/ Engineering Kiosk Episode #86 Open Source als Herz einer Firma mit Nextcloud Gründer Frank Karlitschek: https://engineeringkiosk.dev/podcast/episode/86-open-source-als-herz-einer-firma-mit-nextcloud-gr%C3%BCnder-frank-karlitschek/ Engineering Kiosk Episode #142 Ist Return to Office die Zukunft? Was die Wissenschaft sagt - mit Jean-Victor Alipour vom IFO: https://engineeringkiosk.dev/podcast/episode/142-ist-return-to-office-die-zukunft-was-die-wissenschaft-sagt-mit-jean-victor-alipour-vom-ifo/ 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/ Ask me anything: Eure Fragen an uns: https://engineeringkiosk.dev/ama Sprungmarken (00:00:00) Die Jubiläums-Episode mit Thomas Diroll und Christian Braun als Host (00:04:18) Info/Werbung (00:05:18) Die Jubiläums-Episode mit Thomas Diroll und Christian Braun als Host (00:26:43) Was ist dein Ausgleich? (00:36:55) Was schätzt du am anderen und was nervt dich am anderen? (00:42:52) Worüber hast du denn zuletzt deine Meinung geändert? (00:51:46) Wenn du nicht in der IT arbeiten würdest, was würdest du dann machen? (00:58:36) Zwei Wahrheiten, eine Lüge (01:06:56) Worauf achten wir, wenn wir am Podcast arbeiten? (01:21:47) Macht der Podcast uns besser im Job? (01:27:53) Wo geht es mit dem Podcast hin? (01:36:31) In Comic Sans programmieren oder Mal Hallo Welt schreien beim compilen (01:41:53) Wenn eure Karriere ein Pornofilm wird, wie würde er heißen? 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

Side Projects: Sind nicht technische Tätigkeiten wirklich der Weg zum Business-Erfolg? Hast du auch schon mal davon geträumt, aus einer kleinen Idee neben dem Hauptjob ein echtes Business zu zaubern – und bist dann doch am „perfekten“ Domainnamen und einer nie fertig gewordenen App gescheitert? Willkommen im Club der wohl wichtigsten Tech-Lektion abseits des Coden: Der größte Fehler hat selten etwas mit Technik zu tun. In dieser Episode nehmen wir dich mit auf Wolfis ganz persönliche Achterbahnfahrt: Von Pepsi (halb-legal) aus dem Schulspind über digitale Projekte mit Lehrgeld, bis zu großen Visionen zwischen Open Source Podcast-Plattformen und Energiesektor-Startups. Wir tauchen gemeinsam ein in die Psychologie und Praxis hinter Side Projects: Wie solltest du starten (Spoiler: Nicht mit coden!)? Was bringt’s, mit Menschen zu sprechen, bevor man Produkte baut? Müssen Domains und fancy Frameworks wirklich am Anfang stehen – oder ist ein Postfach bei gmx.de doch die richtige Bootstrapping-Strategie? Du erfährst, warum Interviews mit echten Nutzern meist viel mehr bringen als tausend Zeilen Code, wie du deinen tatsächlichen Markt findest und weshalb die meisten Projekte nicht an Technik, sondern an fehlendem Fokus, falschem Sales oder zu wenig Realitätssinn scheitern. Außerdem: Was tun, wenn das Herz blutet und Loslassen angesagt ist? Plus: Kann man Side Projects im Team besser durchziehen als allein? Und warum der ein oder andere Exit sich finanziell (oder emotional) ganz anders anfühlt als gedacht. Ob du gründen willst, einfach nur am nächsten Hack Weekend bastelst oder endlich verstehen willst, wie Produktentwicklung wirklich funktioniert – diese Folge liefert dir ehrliche Anekdoten, Tools und Tipps für alle mit Side-Project-Herz. Bonus: Ein wütender Geschäftsbesitzer, der dich aus dem Laden jagt. 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 The Lean Startup von Eric Ries: https://www.amazon.de/Lean-Startup-Entrepreneurs-Continuous-Innovation/dp/0307887898 Engineering Kiosk Episode #01 Side Projects - Fluch oder Segen für die Karriere?: https://engineeringkiosk.dev/podcast/episode/01-side-projects-fluch-oder-segen-f%C3%BCr-die-karriere/ Engineering Kiosk Episode #02 Technologienzoo Side Projects: https://engineeringkiosk.dev/podcast/episode/02-technologienzoo-side-projects/ Engineering Kiosk Episode #111 Side-Projects: Zwei Entwickler overengineeren einen Podcast: https://engineeringkiosk.dev/podcast/episode/111-side-projects-zwei-entwickler-overengineeren-einen-podcast/ Engineering Kiosk Episode #181 Von Code zu Value: Wie Entwickler·innen Business-Mehrwert schaffen: https://engineeringkiosk.dev/podcast/episode/181-von-code-zu-value-wie-entwicklerinnen-business-mehrwert-schaffen/ Open Source Förderung vom Media Tech Lab: https://www.media-lab.de/de/ Open Podcast: https://openpodcast.dev/ Lean Canvas: https://gruenderplattform.de/unternehmen-gruenden/lean-canvas F-Online: https://www.f-online.app/ sourcectl: https://sourcectl.dev/ Acquire: https://acquire.com/ Codeprints: https://codeprints.dev/ Sprungmarken (00:00:00) Von Pepsi im Schließfach und Business-Fokus im Side Project (00:03:40) Info/Werbung (00:04:40) Von Pepsi im Schließfach und Business-Fokus im Side Project (00:18:40) Interviews mit Experten, Ideendiebstahl & Feedback-Realitäten (00:30:13) Marktanalyse, Business Case & die harte Wahrheit (TAM, SAM, SOM) (00:39:52) Lohnt sich meine Idee überhaupt? (00:47:28) Wie findet man echte Kunden vs. Freunde oder Familie als Testballon? (01:02:30) Reflexion nach 10 Produkten: Exits, Abschied von der Idee, Teamwork & Motivation 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

Wer darf eigentlich was? Und sollten wir alle wirklich alles dürfen? Jedes Tech-Projekt beginnt mit einer simplen Frage: Wer darf eigentlich was? Doch spätestens wenn das Startup wächst, Kunden Compliance fordern oder der erste Praktikant an die Produktionsdatenbank rührt, wird Role Based Access Control (RBAC) plötzlich zur Überlebensfrage – und wer das Thema unterschätzt, hat schnell die Rechtehölle am Hals. In dieser Folge nehmen wir das altbekannte Konzept der rollenbasierten Zugriffskontrolle auseinander. wir klären, welches Problem RBAC eigentlich ganz konkret löst, warum sich hinter den harmlosen Checkboxen viel technische Tiefe und organisatorisches Drama verbirgt und weshalb RBAC nicht gleich RBAC ist. Dabei liefern wir dir Praxis-Insights: Wie setzen Grafana, Sentry, Elasticsearch, OpenSearch oder Tracing-Tools wie Jäger dieses Rechtekonzept um? Wo liegen die Fallstricke in komplexen, mehrmandantenfähigen Systemen? Ob du endlich verstehen willst, warum RBAC, ABAC (Attribute-Based), ReBAC (Relationship-Based) und Policy Engines mehr als nur Buzzwords sind oder wissen möchtest, wie du Policies, Edge Cases und Constraints in den Griff bekommst, darum geht es in diesem Deep Dives. Auch mit dabei: Open Source-Highlights wie Casbin, SpiceDB, OpenFGA und OPA und echte Projekt- und Startup-Tipps für pragmatischen Start und spätere Skalierung. Bonus: Ein Märchen mit Kevin und Max, wo auch manchmal der Praktikant trotzdem gegen den Admin gewinnt 😉 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 #101 Observability und OpenTelemetry mit Severin Neumann: https://engineeringkiosk.dev/podcast/episode/101-observability-und-opentelemetry-mit-severin-neumann/ Grafana - Label Based Access Control (LBAC) for data sources: https://grafana.com/docs/grafana/latest/administration/data-source-management/teamlbac/ ElasticSearch - Document-Level Attribute-Based Access Control: https://www.elastic.co/blog/attribute-based-access-control-elasticsearch ElasticSearch - Controlling access at the document and field level: https://www.elastic.co/docs/deploy-manage/users-roles/cluster-or-deployment-auth/controlling-access-at-document-field-level Jaeger - Passthrough OAuth bearer token supplied to Query service through to ES storage: https://github.com/jaegertracing/jaeger/pull/1599 Casbin - Authorization library that supports access control models like ACL, RBAC, ABAC: https://casbin.org/ CASL - Isomorphic Authorization JavaScript library: https://casl.js.org/ Spring Security: https://spring.io/projects/spring-security Apache Shiro - Easy-to-use Java security framework: https://shiro.apache.org/ Keycloak - Open Source Identity and Access Management: https://www.keycloak.org/ SpiceDB - Open Source, Google Zanzibar-inspired database for scalably storing and querying fine-grained authorization data: https://github.com/authzed/spicedb OpenFGA - Auth0’s Open Source Fine Grained Authorization System: https://auth0.com/blog/auth0s-openfga-open-source-fine-grained-authorization-system/ Keto permission server: https://github.com/ory/keto Paper “Zanzibar: Google’s Consistent, Global Authorization System”: https://research.google/pubs/zanzibar-googles-consistent-global-authorization-system/ CNCF - Open Policy Agent (OPA): https://www.cncf.io/projects/open-policy-agent-opa/ Kyverno - Policy as Code, Simplified: https://kyverno.io/ Sprungmarken (00:00:00) Einstieg & Das Märchen von RBAC (00:03:30) Info/Werbung (00:04:30) Einstieg & Das Märchen von RBAC (00:10:45) Welches Problem löst RBAC eigentlich und wer braucht es? (00:25:47) RBAC in der Praxis: Sentry, Grafana, Elasticsearch, OpenSearch & Jäger (00:36:39) Implementierungsoptionen: Open Source Libraries, externe Systeme & Google Zanzibar (00:45:23) Attribute Based, Relationship Based Access Control, Gruppen, Access Control Lists und Policy Engines (01:00:04) Ab wann würdest du ein RBAC-System einführen? Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)

Warum traut sich niemand, mal die wirklich dummen Fragen zu stellen? Fragst du dich manchmal auch, warum im Daily plötzlich Funkstille herrscht, statt gemeinsam Probleme zu lösen? Stell dir vor, die spannendsten Innovationen und die besten Teamentscheidungen gehen oft auf eine simple Frage zurück – oder auf den Mut, überhaupt zu fragen. In dieser Episode vom Engineering Kiosk nehmen Andy und Wolfgang dich mit in die Welt der Fragetechniken. Es geht nicht um Altklugheit, sondern um echte Neugier – und warum „Fragen statt Behaupten“ viel mehr mit Tech-Kultur, Open Source, guter Führung und deinem eigenen Networking zu tun hat, als du vielleicht denkst. Du erfährst, warum Consultants mit dem Fragenstellen beginnen, wie Karriere-Booster für Juniors aussehen, was Suggestivfragen und Five-Whys-Analysen bringen, wie du selbst innerhalb eines SRE-Incident-Reports Fehler aufdeckst – und welche Rolle Offenheit, Teamkultur und manchmal schlichtes Durchatmen dabei spielen. Wir sprechen offen darüber, wann Fragen einfach nur nerven, warum Abkürzungen für maximale Verwirrung sorgen können, und verraten natürlich unsere persönliche Lieblingsfrage. Bonus: Wer Fragen stellt, bleibt frei nach Sesamstraße: niemals dumm – sondern macht’s allen einfacher. 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 Matthias Endler - Asking Better Questions: https://endler.dev/2024/asking-better-questions/ 101 Questions to Ask in One on Ones: https://jasonevanish.com/2014/05/29/101-questions-to-ask-in-1-on-1s/ Engineering Kiosk Episode #127 Imposter-Syndrom & Peter-Prinzip mit Dr. Fanny Jimenez: https://engineeringkiosk.dev/podcast/episode/127-imposter-syndrom-peter-prinzip-mit-dr-fanny-jimenez/ Walt-Disney-Methode: https://www.me-company.de/magazin/walt-disney-methode/ Never Mind – Psychologie in 15 Minuten - Kommunikation in der Beziehung: Wenn der eine zu viel redet und der andere zu wenig: https://pod.link/1607293594/episode/1f4d5bb98b634bfb274849ad7cca70a3 Sokratischer Dialog: https://www.landsiedel-seminare.de/coaching-welt/wissen/coaching-tools/sokratischer-dialog.html Sprungmarken (00:00:00) Flachwitze und warum wir mehr Fragen stellen sollten (00:06:03) Info/Werbung (00:07:03) Flachwitze und warum wir mehr Fragen stellen sollten (00:17:28) Negative Annahmen und Angst bei Fragen (00:26:01) Darf man noch dumme Fragen stellen? (00:33:56) Fragen stellen, um sich Zeit zu verschaffen (00:39:06) Coaching vs. Mentoring (00:44:02) Die Five-Whys-Methodik & Root Cause Analyse (00:51:30) Wenn einer zu viel redet und wenn Fragen nur noch nerven (00:58:33) Was war die beste Frage, die dir je gestellt wurde? 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

Welchen Wert haben GitHub-Stars? GitHub selbst ist ein Social Network für Entwickler*innen. Ob du es wahrhaben willst oder nicht. Man interagiert miteinander, kann sich gegenseitig folgen und Likes werden in Form von Stars ausgedrückt. Das bringt mich zu der Frage: Welchen Wert haben eigentlich GitHub Stars? Denn Fraud in Social Networks, wie das Kaufen von Followern, ist so alt wie die Existenz solcher Plattformen. Wie sieht es also auf GitHub damit aus? In dieser Episode schauen wir uns eine wissenschaftliche Untersuchung zum Thema Fake Stars auf GitHub an. Was sind GitHub-Stars wert? Aus welcher Motivation heraus kaufen sich Leute eigentlich GitHub Stars? Welche Herausforderungen gibt es, Fake Stars zu erkennen? Wie werden GitHub Stars eigentlich genutzt? Aber bei der wissenschaftlichen Untersuchung bleibt es nicht. Wir haben die Community gefragt, welche Bedeutung GitHub Stars für sie haben, ob Stars ein guter Indikator für die Qualität eines Projekts sind, wie diese Entscheidungen beeinflussen und nach welchen Kriterien die Community Stars vergibt. Zwei kleine Sneak-Peaks: Einen GitHub Star kannst du auf dem Schwarzmarkt bereits für $0.10 kaufen Das Kaufen von GitHub Stars beeinflusst das organische Stars-Wachstum von Repositories innerhalb der ersten zwei Monate. Danach flacht es ab. Du willst mehr davon? Dann schalte jetzt ein. Bonus: GitHub als Social Network für Entwickler. Ein Dank an unsere Community-Mitglieder: Dario Tigner Schepp Christian Schäfer Philipp Wolfram Moritz Kaiser Stefan Brandt Simon Brüggen Melanie Patrick Maxi Kurzawski Stefan Bethe Tim Glabisch Holger Große-Plankermann Mirjam Ziselsberger Simon Legner 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 Paper “4.5 Million (Suspected) Fake Stars in GitHub: A Growing Spiral of Popularity Contests, Scams, and Malware”: https://arxiv.org/abs/2412.13459 Starred Projekte auf Gitlab: https://gitlab.com/explore/projects/starred Starred Projekte auf Codeberg: https://codeberg.org/explore/repos?q=&only_show_relevant=true&sort=moststars StarScout (Find suspicious (and possibly faked) GitHub stars at-scale): https://github.com/hehao98/StarScout 3.7 Million Fake GitHub Stars: A Growing Threat Linked to Scams and Malware: https://socket.dev/blog/3-7-million-fake-github-stars-a-growing-threat-linked-to-scams-and-malware CopyCatch: Stopping Group Attacks by Spotting Lockstep Behavior in Social Networks: https://research.facebook.com/publications/copycatch-stopping-group-attacks-by-spotting-lockstep-behavior-in-social-networks/ Sprungmarken (00:00:00) Was ist der Wert von GitHub Stars? (00:04:35) GitHub als Social Network und die Relevanz von Stars-Analysen (00:05:12) Info/Werbung (00:06:12) GitHub als Social Network und die Relevanz von Stars-Analysen (00:19:59) Stars pro Repository analysieren und Fake Stars erkennen (00:32:41) Wie viele Fake-Stars sind im Umlauf? Ergebnisse der Untersuchung (00:42:11) Meetup Check: Welche Bedeutung haben denn GitHub-Stars für dich persönlich? (00:45:21) Meetup Check: Beeinflusst die Anzahl der GitHub-Stars eines Projektes deine Entscheidung, es zu nutzen? (00:49:51) Meetup Check: Sind GitHub Stars ein guter Indikator für die Qualität eines Projekts? (00:55:06) Meetup Check: Wie oft vergibst du selbst GitHub Stars und welche Kriterien sind für dich ausschlaggebend? (00:58:14) Paper vs. Meetup Realität 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

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 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 Working Draft Podcast: 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/ P99 Conf: https://www.p99conf.io/ Papperlapapp - Spaß mit Klammern: https://www.youtube.com/@papperlapapp-dev @Autoweird.fm Podcast: 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/ 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) 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

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 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 MapReduce: Simplified Data Processing on Large Clusters: https://static.googleusercontent.com/media/research.google.com/en//archive/mapreduce-osdi04.pdf Apache Hadoop: https://hadoop.apache.org/ HDFS Architecture Guide: 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/ 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) 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

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/ 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 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 Microsoft Excel World Championship: https://fmworldcup.com/ Localer DACH Chapter: https://fmwc-dach.eu/ Jean Wolleh: https://www.linkedin.com/in/jean-wolleh-649b02196/ Benjamin Weber: https://www.linkedin.com/in/benjamin-weber-fmwc/ FlexiQuiz: https://www.flexiquiz.com/ Advent of Code: https://adventofcode.com/ Youtube-Kanal von Excel Wizard: https://www.youtube.com/c/ExcelWizard Youtube-Kanal von Diarmuid Early: https://www.youtube.com/@DimEarly Youtube-Kanal von excelwithExcel: https://www.youtube.com/@excelwithExcel-xlsx Youtube-Kanal von Benjamin Weber: https://www.youtube.com/@benni-weber-excel Youtube-Kanal von Lorenzo Foti: https://www.youtube.com/@LorenzoFoti Youtube-Kanal von Elliott Paterson: https://www.youtube.com/@E_Pats You Suck at Excel - Joel Spolsky: 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) 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

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 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 A framework for balancing and budgeting engineering resourcing: 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 100 Hundreds Papercut Mission @ Ubuntu: https://wiki.ubuntu.com/One%20Hundred%20Papercuts/Mission Paper cut bug: https://en.wikipedia.org/wiki/Paper_cut_bug Dear GitHub: 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) 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

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 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 Michael Hunger auf LinkedIn: https://www.linkedin.com/in/jexpde/ Neo4j: https://neo4j.com/ Cypher - Neo4j’s declarative query language: https://neo4j.com/docs/cypher-manual/current/introduction/ Microsoft Trinity: https://www.microsoft.com/en-us/research/project/trinity/ GraphAcademy: https://graphacademy.neo4j.com/ SPARQL: https://de.wikipedia.org/wiki/SPARQL 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 Hierarchical navigable small world (HNSW) Algorithmus: 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) 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

Wie kommt man eigentlich zu einer Führungsposition? Wie werde ich Engineering Manager? Diese Frage hat uns aus unserer Community erreicht. Ein Grund genug, sich diesem Thema in einer Episode zu widmen. Diesmal aber in einer leicht anderen Form. Die Frage stammt von Jan, einem Full-Stack Software-Engineer, der in Zukunft ins Engineering Management wechseln möchte. Mit ihm haben wir ein Vor-Interview geführt und ihn mit Fragen gelöchert. Wir gehen darauf ein, was wir eigentlich unter einer Führungskraft verstehen, welche Motivationen existieren um ins Engineering Management wechseln zu wollen, ob es dabei automatisch immer mehr Geld gibt, welche Herausforderungen beim Wechsel vom Engineer ins Management entstehen, wo der wechsel leichter ist, im eigenen Unternehmen oder durch einen Firmenwechsel, wie man sich einen klassischen Arbeitsalltag als Manager vorstellt und was man bereits heute tun kann, um für eine solche Position infrage zu kommen. Bonus: Ein Podcast wird zum Radio. 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 Jan Semrau auf LinkedIn: https://www.linkedin.com/in/jan-semrau-620a2815b/ Engineering Kiosk Episode #140 Tech-Leadership: Die technische Vision als Leitfaden für Teams: https://engineeringkiosk.dev/podcast/episode/140-tech-leadership-die-technische-vision-als-leitfaden-f%C3%BCr-teams/ Engineering Kiosk Episode #112 Das Engineering Manager Pendulum: Zwischen Coding und Leadership mit Tom Bartel: https://engineeringkiosk.dev/podcast/episode/112-das-engineering-manager-pendulum-zwischen-coding-und-leadership-mit-tom-bartel/ Wie wohlhabend bin ich im Vergleich?: https://www.iwkoeln.de/fileadmin/user_upload/HTML/2022/Einkommensrechner/index.html The Seniority Roller Coaster and Down-Leveling in Tech: https://blog.pragmaticengineer.com/the-seniority-roller-coaster/ Engineering Kiosk Episode #113 Selbstmarketing ohne Bullshit: Brag Documents: https://engineeringkiosk.dev/podcast/episode/113-selbstmarketing-ohne-bullshit-brag-documents/ Engineering Kiosk Episode #83 Transparenz im Tech-Leadership & Fehlerkultur: Wie weit kann ich gehen? https://engineeringkiosk.dev/ep83 Engineering Kiosk Episode #33 Andy im Team Lead Bewerbungsgespräch: https://engineeringkiosk.dev/podcast/episode/33-andy-im-team-lead-bewerbungsgespr%C3%A4ch/ Sprungmarken (00:00:00) Intro (00:01:08) Wie werde ich Engineering Manager*in? (00:03:33) Kontext, Erfahrung und Umgebung von Jan Semrau (00:07:06) Info/Werbung (00:08:06) Kontext, Erfahrung und Umgebung von Jan Semrau (00:19:21) Welches Level einer Führungskraft darf es denn sein? (00:26:48) Was ist deine Motivation? Warum möchtest du Führungskraft werden? (00:40:21) Ist es ein klassischer Karriereschritt, in eine Führungsrolle zu wechseln? (00:50:45) Was wurde bereits getan, um die Position eines Engineering Managers zu bekommen? (00:53:26) Ist es leichter, eine solche Stelle im eigenen Unternehmen oder bei einem Arbeitgeberwechsel zu bekommen? (01:04:35) Die Vorstellung eines klassischen Arbeitsalltags als Führungskraft (01:11:48) Was sind deine größten Herausforderungen beim Wechsel in eine Führungsrolle? 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

Fuzzing: Software-Stabilität durch Zufalls-generierte Eingabedaten Testen, besonders automatisiertes Testen der eigenen Software, gilt als Best Practice in der Softwareentwicklung. Egal, ob wir dabei von Unit-Testing, Integration Testing, Funktions- oder Akzeptanztesting sprechen. Die Idee dabei ist, dass wir die Fehler in der Software gering halten. Auch wenn deine Tests zu einer 100%igen Code Coverage führen, heißt es nicht, dass dein Programm keine Bugs hat. Denn ein Problem gibt es bei all diesen Test-Arten: Die Input-Parameter sind i.d.R. nach einer gewissen Struktur erstellt worden. Und dies heißt noch lange nicht, dass diese Input-Parameter alle möglichen Fälle abdecken. Und genau da kommt das Thema Fuzzing bzw. Fuzz-Testing ins Spiel. Das Testen deiner Software mit zufällig generierten Input-Parametern. Das klingt erstmal wild, kann aber ganz neue Probleme in deiner Software aufdecken. Und das ist das Thema in dieser Episode. Zu Gast ist Prof. Dr. Andreas Zeller, Forscher im Bereich Softwaretesting und Autor des Fuzzing Books. Mit ihm klären wir, was Fuzzing eigentlich ist, woher es kommt und wie es sich gegenüber anderen Teststrategien, wie Unit-Testing, verhält. Er gibt uns einen Einblick in die Unterschiede von Search-Based Fuzzing, Grammar-Fuzzing, Symbolic Fuzzing sowie spezifikationsbasierten Fuzzern, wie komplexe Systeme mittels metamorphes Testen verbessert werden können, was das Orakel-Problem ist, wie z.B. Datenbanken gefuzzed werden können, aber auch wie das Ganze in der Praxis angewendet werden kann und wie du einfach mit Fuzzing starten kannst. Bonus: Was ein Orakel mit Testing zu tun hat. 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 Prof. Dr. Andreas Zeller: https://andreas-zeller.info/ Prof. Dr. Andreas Zeller auf LinkedIn: https://www.linkedin.com/in/andreaszeller/ CISPA – Helmholtz-Zentrum für Informationssicherheit: https://cispa.de/de OSS-Fuzz: https://github.com/google/oss-fuzz ClusterFuzz: https://github.com/google/clusterfuzz The Fuzzing Book: https://www.fuzzingbook.org/ ACM SIGSOFT Outstanding Research Award: https://www2.sigsoft.org/awards/outstandingresearch/ KLEE Symbolic Execution Engine: https://klee-se.org/ AFL++: https://aflplus.plus/ Blog-Artikel über EvoSuite: https://apanichella.github.io/tag/evosuite/ Manuel Rigger “Bugs found in Database Management Systems”: https://www.manuelrigger.at/dbms-bugs/ FANDANGO: Evolving Language-Based Testing: https://github.com/fandango-fuzzer/fandango inputLab: https://inputlab.net/ Paper “Will AI replace Software Engineers? Do not hold your breath”: https://arxiv.org/abs/2502.20429 Sprungmarken (00:00:00) Intro (00:01:37) Fuzzing mit Prof. Dr. Andreas Zeller (00:07:55) Info/Werbung (00:08:55) Was ist Fuzzing? (00:12:37) Fuzzing im Kontext von anderen Test-Strategien (00:14:45) Woher stammt Fuzzing? (00:18:41) Eingabe-Parameter beim Testing (00:22:43) Unterschiedliche Arten von Fuzzing (00:31:37) Feedback vom Fuzzer erneut in den Testprozess integrieren (00:40:23) Search-Based-, Grammar-, Symbolic- und spezifikationsbasiertes Fuzzen (00:45:04) Fuzzing: Wissenschaft vs. Praxis (00:50:32) Fuzzing von hochkomplexen Systemen wie z.B. Datenbanken (01:03:04) LLMs vs. Fuzzing (01:09:16) Mit dem Fuzzing starten (01:15:58) Testabdeckung bei elektronischen Rechnungen 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

Die Entwicklung eines Spiels: Die Königsdisziplin des Software-Engineerings? Computerspiele sind für viele ITler der Einstieg. Sei es das Verlangen, auch mal ein Spiel zu programmieren, oder die frühe Erstellung von LUA-Skripten bei World of Warcraft oder auch nur die Programmierung der eigenen Clan-Website. Für Software-Engineers, die nicht in der Spieleindustrie gelandet sind, ist die Entwicklung von Spielen irgendwie etwas Spannendes. Wie erschafft man ein Level? Wie programmiert man, dass sich die Figur in diesem Level bewegen kann? Wie baut man eine Kollisionsdetektion? Das sind zumindest Fragen, die uns oft in den Sinn kommen. Doch Spieleentwicklung ist viel, viel mehr als nur die reine Programmierung. Man könnte sogar die Frage stellen: Ist die Entwicklung eines Spiels die Königsdisziplin des Software-Engineerings? Diese Frage versuchen wir in dieser Episode zu beantworten. Wir sprechen mit dem Spieleentwickler Dominic Pacher, der u.a. am Industrie-Giganten 4.0 mitgearbeitet hat. Wir klären mit ihm auf was es bei einem Spiel ankommt, welche Aufgaben eigentlich eine Game Engine bei der Entwicklung übernimmt, was eigentlich ein Game Loop und ein Vertical Slice ist, wie viel Arbeit in Texturen, Sound und Art-Design anfällt, welche Rolle Collider bei Physik-Engines spielen, wie Spiele getestet werden, welche Herausforderung es bei der Lokalisierung von Spielen und der Veröffentlichung in anderen Ländern gibt, welche Rolle eigentlich ein Game-Publisher hat, wie viel Spiele pro Tag auf Steam erscheinen und wie wichtig aber auch schwierig das Balancing der Spielmechanik ist, um das Spiel attraktiv zu halten. Natürlich sprechen wir auch über Game Engines wie Unity, Unreal oder Godot oder warum Spieleentwickler oft kein Git als Versionskontroll-Software nutzen. 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 Dominic Pacher: https://www.linkedin.com/in/dominic-pacher-641626242/ Dr. Arbeit von Dominic Pacher - Spatially aware graph stores: https://ulb-dok.uibk.ac.at/ulbtirolhs/content/pageview/345881 Infoküche Podcast: https://github.com/woolfg/infokueche_website Industrie Gigant 4.0: https://donvsdodo.de/industry-giant-4-0/ Don vs. Dodo: https://donvsdodo.de/ Command & Conquer Open Source: https://github.com/electronicarts Funny Command & Conquer Code Comments: https://www.reddit.com/r/commandandconquer/comments/1izpkmh/funny_generals_source_code_comments/ Doom Bible: https://5years.doomworld.com/doombible/doombible.pdf Engineering 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/ Unreal Engine: https://www.unrealengine.com/de Unity Game Engine: https://unity.com/de/games Godot Game Engine: https://godotengine.org/ Bullet Physik Engine: https://github.com/bulletphysics/bullet3 Git LFS: https://git-lfs.com/ Perforce Version Control: https://www.perforce.com/products/helix-core Unity Version Control: https://unity.com/solutions/version-control Factorio: Space Age - Graphics mode tests: https://www.youtube.com/watch?v=CgMV2dFFdFE Path of Exile 2: Skill Tree erklärt: https://mein-mmo.de/path-of-exile-2-passiver-skill-tree-erklaert/ RimWorld: https://rimworldgame.com/ Sprungmarken (00:00:00) Intro (00:01:45) Spieleentwicklung mit Dominic Pacher (00:05:42) Info/Werbung (00:06:42) Spieleentwicklung mit Dominic Pacher (00:10:35) Wie sieht der Alltag eines Spieleentwicklers eigentlich aus? (00:14:49) Die drei großen Entwicklungsbereiche bei Spielen (00:21:09) Game Bible und Feature Creep (00:26:47) Game Engines wie Unreal, Unity oder Godot (00:39:59) Multiplayer und Cross-Device Gaming (00:46:46) Versionskontrolle bei der Spieleentwicklung (00:54:10) Lokalisierung von Spielen (00:58:24) Testing von Spielen (01:04:57) Balancing der Spielmechanik (01:12:49) Veröffentlichung von Spielen und die Rolle von Publishern (01:28:44) Dein Einstieg in die Spieleentwicklung 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

Code mit Impact und Meeresschutz digital: Der Einsatz von Software bei Sea Shepherd Deutschland In dieser Episode tauchen wir in die Welt des Meeresschutzes ein. Florian Stadler, seit 15 Jahren aktiv und Kampagnenleiter bei Sea Shepherd Deutschland, gibt uns Einblicke, wie Software beim Meeresschutz angewandt wird, um verlorene Fischernetze (sogenannte Geisternetze) aufzuspüren und zu bergen. Wir sprechen darüber, wie mithilfe Sonar-Scans und manueller Interpretation und (teils öffentlicher) Datenbanken der Meeresboden in der Ostsee systematisch untersucht wird, um illegale Fangmethoden und Umweltschäden aufzudecken. Dabei beleuchten wir auch Herausforderungen wie Schiffs-Ortungen, Bereiche von Cyber Security, wie z. B. AIS-Spoofing, den Datenaustausch mit anderen Organisationen, Infrastruktur auf einem Schiff von Sea Shepherd, wie Software-Entwickler*innen beim Meeresschutz helfen können und den oft überraschenden Einsatz von pragmatischen Lösungen wie händisch gepflegte Excel-Listen, selbst erstellten Google Maps-Layern oder Bildmaterial von öffentlich zugänglichen Webcams. Die Grenzen zwischen Hightech und altbewährter Technik mit pragmatischen Ansätzen verschwimmen hier ganz wunderbar. Bonus: Excel vs. Hightech – Wie kann man mit simplen Tools und digitaler Navigation ganze Meeresgebiete effizient kartieren? Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffee Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Twitter: https://twitter.com/EngKiosk Links International Oceans Film Tour: https://de.oceanfilmtour.com/de Sea Sheperd: https://sea-shepherd.de/ Dürfen wir vorstellen, die TRITON: https://sea-shepherd.de/news/durfen-wir-vorstellen-die-triton/ Bundesamt für Seeschifffahrt und Hydrographie: https://www.bsh.de/DE/Home/home_node.html https://www.geomar.de/ https://globalfishingwatch.org/ AIS Spoofing: https://windward.ai/glossary/what-is-ais-spoofing/ AIS Exposed. Understanding Vulnerabilities and Attacks 2.0 by Marco Balduzzi: https://www.youtube.com/watch?v=5rt9dzu3I7U Sprungmarken (00:00:00) Intro (00:01:28) Meeresschutz bei Sea Shepherd Deutschland mit Florian Stadler (00:05:50) Der letzte Einsatz (00:06:29) Info/Werbung (00:07:29) Der letzte Einsatz (00:11:45) Die Ostsee als Einsatzgebiet (00:13:47) IT und Software beim Support von Einsätzen und das Schiff Triton (00:16:30) Geisternetze, Sonar-Scans, Datenbanken und Excel-Listen (00:27:34) Kartographierung der Ostsee (00:36:20) Austausch der Daten mit anderen Organisationen (00:37:56) Open Source Intelligence, Vessel-Tracking und Spoofing (00:53:21) Wie Software und Software-Entwickler*innen helfen können (01:02:50) Schiffs-Infrastruktur und Antennen Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffee Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Twitter: https://twitter.com/EngKiosk

Code mit Impact: Creative Coding und Generative Kunst mit Sabine Wieluch “Ist das Kunst oder kann das Weg?” - Das ist eine gängige Frage von Leuten, die i.d.R. nix mit Kunst am Hut haben. Sogenannte Banausen. Denn oft kann man Kunst nicht in Daten und Fakten pressen. Es ist subjektiv. Anders. Neuartig. Ab und zu auch etwas schräg. Ggf. macht es dies so unverständlich. Wenn man aber ein unbekanntes Feld (in diesem Fall Kunst) mit einem Herzensthema (in unserem Fall Software-Engineering) verbindet, sieht es schon ganz anders aus. Auf einmal will man mehr wissen. Und genau darum geht es in dieser Podcast-Episode: Um Creative Coding und Generative Kunst. Im Interview mit Sabine Wieluch (aka bleeptrack) klären wir, was creative Coding und generative Kunst ist, warum eine Informatikern mit Machine Learning Background nicht am heißesten Thema der Industrie im Jahr 2025 arbeitet sondern sich eigenen künstlerischen Projekten widmet, wie ein Design für ein Holzstuhl aus Blattadern generiert werden kann, warum einzigartige Mittelfinger-Sticker von einem bayrischen Minister geehrt wurden, welche Open Source Projekte dich bei deiner Entwicklung von generativer Kunst unterstützen können aber auch wie kleine Details, zB Metall und die Funktionsweise von NFC, dein Kunstprojekt vor Herausforderung stellt. Bonus: Was Minecraft mit generativer Kunst zu tun hat. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffee Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Twitter: https://twitter.com/EngKiosk Links Sabine Wieluch (bleeptrack): https://bleeptrack.de/ Sabine Wieluch (bleeptrack) auf YouTube: https://www.youtube.com/channel/UCyFQ1G1za8f4FIv2D9gwXrg Sabine Wieluch (bleeptrack) auf Patreon: https://www.patreon.com/Bleeptrack Frauen und Technik Podcast - Tiny House, Code-Kunst und perfekter Kaffee: Relive mit Bleeptrack, das Superleak von 600.000 E-Autos, Recap 38c3: https://frauen-technik.podigee.io/12-neue-episode Sabine Wieluch aka. Bleeptrack @ dev.env-Podcast: https://www.podcast.de/episode/623282378/21-sabine-wieluch-aka-bleeptrack Piet Mondrian - Komposition mit Rot, Blau und Gelb: https://www.artmajeur.com/de/magazine/5-kunstgeschichte/komposition-mit-rot-blau-und-gelb-von-piet-mondrian/333205 Simulierter Sitzplatz: Genchair @ heise make: https://www.heise.de/select/make/2020/3/1592323556909884 Tiny Tapeout: https://tinytapeout.com/ Operation Mindfuck Vol. 7 (5:39 – 12:39): https://media.ccc.de/v/38c3-operation-mindfuck-vol-7 CityEL: https://de.wikipedia.org/wiki/CityEL Open Source Hardware Association: https://www.oshwa.org/ Demoszene: https://de.wikipedia.org/wiki/Demoszene Prototype Fund: https://prototypefund.de/ Kulturstiftung des Bundes - Kunst und KI: https://www.kulturstiftung-des-bundes.de/de/projekte/film_und_neue_medien/detail/kunst_und_ki.html p5.js: https://p5js.org/ Paper.js: https://github.com/paperjs/paper.js/ The Coding Train: https://thecodingtrain.com/ Processing: https://processing.org/ How to Create Luck: https://www.swyx.io/create-luck ZKM - Zentrum für Kunst und Medien Karlsruhe: https://zkm.de/de Gulaschprogrammiernacht: https://de.wikipedia.org/wiki/Gulaschprogrammiernacht Sprungmarken (00:00:00) Intro (00:01:28) Creative Coding und Generative Kunst mit Sabine Wieluch (00:05:28) Info/Werbung (00:06:28) Creative Coding und Generative Kunst mit Sabine Wieluch (00:12:31) Was ist Creative Coding und Generative Kunst? (00:18:49) Verbindung zur realen Welt und die Bezeichnung Maker*in vs. Künstler*in vs. Informatiker*in (00:23:57) Finanzierung, Förderungen, Ausschreibungen und die Künstlerszene (00:35:09) Funky Fingers (00:38:46) GenChair (00:46:07) Generative Printed Circuit Boards (PCB) (00:49:31) tap4art (00:56:22) Der Tech-Stack für generative Kunst und Open Source (01:01:54) Wie lege ich selbst mit Creative Coding und Generative Kunst los? (01:05:35) Tiny House und CityEL (01:08:58) Projekt-Inspiration und Ration von Start vs. End Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffee Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Twitter: https://twitter.com/EngKiosk

Der Mainframe ist tot, lang lebe der Mainframe! “Nobody ever got fired for buying IBM”. So oder so ähnlich hieß bzw. heißt ein Sprichwort in unserer IT-Industrie. Und wenn man sowas hört, hat man oft eins im Sinn: Mainframes. Die dicken Kisten, die in jeder Bank und in jeder Versicherung stehen. Das Ganze sagt sich so schnell. Doch wissen wir wirklich, wovon wir da eigentlich sprechen? In dieser Episode klären wir was eigentlich ein Mainframe ist, was diesen so besonders macht, wie groß und teuer eine solche Maschine ist, was eine z-Architektur ist, ob Mainframes für Greenfield-Projekte genutzt werden, welche Betriebssysteme darauf laufen können, ob wir bei der Software-Entwicklung an COBOL gebunden sind oder ob Go, JavaScript, Rust und Co auch auf einem Mainframe laufen können und inwieweit wir moderne Praktiken wie GitOps, Continuous Delivery, Pre-Production-Testing und Co anwenden können. Am Ende stellen wir uns die Frage, ob der Mainframe im Zeitalter von Cloud, Kubernetes, Commodity Hardware und verteilte Systeme noch eine Rolle spielt, wie wir als Software-Entwickler mal mit der z-Architektur und dem Mainframe spielen können und was für Herausforderungen die Firmen, die heutzutage noch einen Mainframe und alten Quellcode betreiben, so haben. Bonus: Heißt es Der, die oder das Mainframe? Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffee Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Twitter: https://twitter.com/EngKiosk Links Tobias Leicher auf LinkedIn: https://www.linkedin.com/in/tobias-leicher/ Mainframe – What the Heck? Podcast: https://www.podcast.de/podcast/1140781/mainframe-what-the-heck IBM Mainframe Life Cycle History: https://www.ibm.com/support/pages/system/files/inline-files/IBM%20Mainframe%20Life%20Cycle%20History%20V2.14%20-%20October%2010%202023_0.pdf IBM bringt Go auf den Mainframe: https://www.heise.de/news/IBM-bringt-Go-auf-den-Mainframe-3068764.html LinuxONE and Linux on IBM Z Open Source Team auf Github: https://github.com/linux-on-ibm-z Open Mainframe Project: https://openmainframeproject.org/ OpenTelemetry on Mainframe Priorities Survey: https://opentelemetry.io/blog/2025/otel-mainframe-priorities-survey/ OpenTelemetry Mainframe Special Interest Group: https://github.com/open-telemetry/sig-mainframe IBM J9 JVM: https://www.ibm.com/docs/en/call-center/10.0?topic=machines-j9-jvm Engineering Kiosk Episode #101 Observability und OpenTelemetry mit Severin Neumann: https://engineeringkiosk.dev/podcast/episode/101-observability-und-opentelemetry-mit-severin-neumann/ Mainframe hardware: Logical partitions (LPARs): https://www.ibm.com/docs/en/zos-basic-skills?topic=design-mainframe-hardware-logical-partitions-lpars Unix System Services: https://de.wikipedia.org/wiki/Unix_System_Services Can It Run Doom: https://canitrundoom.org/ /r/mainframe Doom. Is it possible?: https://www.reddit.com/r/mainframe/comments/116kkb2/doom_is_it_possible/ Parallel Sysplex: https://de.wikipedia.org/wiki/Parallel_Sysplex COBOL Fridays webcast series: https://developer.ibm.com/series/cobol-fridays-webinar-videos/ IBM Z Xplore-Lernplattform: https://www.ibm.com/de-de/z/resources/zxplore Discord for Mainframes: https://community.ibm.com/community/user/ibmz-and-linuxone/blogs/darren-surch1/2024/04/26/discord-for-mainframers?communityKey=b8b88f20-24c8-49f0-9021-4a8c6247a067 Podcast “The Billion Transaction Machine”: https://listen.casted.us/public/95/The-Billion-Transaction-Machine-88848cdd Cloudnative Entwicklung und Testen für z/OS in IBM Cloud: https://www.ibm.com/de-de/cloud/wazi-as-a-service Sprungmarken (00:00:00) Mainframes mit Tobias Leicher (00:06:37) Info/Werbung (00:07:37) Der, die oder das Mainframe? (00:13:45) Was ist ein Mainframe? Hardware, Größe, Preis und Features (00:24:47) Transaktionale Workloads und Mainframe Nutzer (00:31:09) zOS und Linux auf dem Mainframe und Sprach-Runtimes (00:42:24) Legacy-Software in Cobol, PL/1 und Java (00:53:07) Pre-Production-Testing, Virtualisierung und verteilte Systeme (00:59:56) K8s, CNCF, GitOps, DevOps und Deployments (01:05:42) Die Zukunft von Mainframes und Doom (01:21:21) Mit dem Mainframe(rn) in Berührung kommen Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffee Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Twitter: https://twitter.com/EngKiosk

GPU-Programmierung: Andere Chips und eine andere Art zu programmieren In der heutigen Zeit dreht sich fast alles in der IT um AI. Und damit auch oft um den sich positiv entwickelnden Aktienkurs von Nvidia. Warum Nvidia? Als Hersteller von Grafikkarten bzw. Grafikchips (kurz GPUs) profitieren sie deutlich von den hohen Nachfragen nach dieser Art von Chips. Das Ganze hat die Frage aufgeworfen: Inwieweit ist die Programmierung auf bzw. für eine GPU anders als bei einer klassischen CPU? In dieser Episode behandeln wir dieses Thema: Paralleles Programmieren auf der GPU. Wir bröseln das Buzzword-Bingo auf und schauen uns an, was der Unterschied zu verteiltem vs. parallelem Rechnen ist, was HPC und CUDA eigentlich ist, ob bzw. wie man auf Grafikkarten ohne Frameworks programmieren kann, welche algorithmischen Use Cases neben AI und Transformer-Modelle existieren, wie man einen Algorithmus für die GPU programmiert und was man alles vermeiden sollte, sprechen über Speicherzugriffsmuster und warum Matrizen-Multiplikationen so gut auf GPUs funktionieren aber auch was Performance-Portabilität bedeutet und ob es Probleme mit der Heterogenität von Grafikkarten und Chips gibt. Und das alles mit Dr. Prof. Peter Thoman. Bonus: Wie besucht man möglichst effizient alle Städte in Deutschland? Das Problem des Handlungsreisenden. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffee Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Twitter: https://twitter.com/EngKiosk Links Dr. Peter Thoman: https://dps.uibk.ac.at/~petert/ PH3 GmbH: https://www.ph3.at SimSYCL: https://github.com/celerity/SimSYCL Celerity: https://celerity.github.io/ CUDA: https://developer.nvidia.com/cuda-toolkit Was ist CUDA: https://www.bigdata-insider.de/was-ist-cuda-a-851005/ OpenMP: https://www.openmp.org/ OpenMPI: https://www.open-mpi.org/ OpenGL: https://www.opengl.org/ OpenCL: https://www.khronos.org/opencl/ 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/ Nvidia Self-Paced Training: https://learn.nvidia.com/en-us/training/self-paced-courses SYCL Academy: https://github.com/codeplaysoftware/syclacademy Sprungmarken (00:00:00) Intro (00:01:28) Paralleles Programmieren auf der GPU mit Peter Thoman (00:07:26) Was ist was? Verteiltes vs. paralleles Rechnen, HPC, CUDA und mehr (00:08:34) Info/Werbung (00:09:34) Was ist was? Verteiltes vs. paralleles Rechnen, HPC, CUDA und mehr (00:22:34) Wie hat die Berechnung auf der GPU begonnen? (00:33:23) Use-Cases für die GPU (00:45:58) Matrizenmultiplikation und Neuronale Netze auf der GPU (00:55:11) Heterogenität der Grafikkarten und Chips (01:00:10) Dein Einstieg in die GPU-Programmierung Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffee Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Twitter: https://twitter.com/EngKiosk

Event Sourcing: Ein Deep Dive mit Golo Roden Speziell 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/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffee Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Twitter: https://twitter.com/EngKiosk Links the native web GmbH: https://thenativeweb.io/ YouTube-Kanal von Golo Roden: https://www.youtube.com/@thenativeweb Engineering 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.html Martin Fowler - Event Sourcing: https://martinfowler.com/eaaDev/EventSourcing.html Event Sourcing auf Wikipedia: https://de.wikipedia.org/wiki/Event_Sourcing CloudEvents: https://cloudevents.io/ CloudEvents Spezifikation: https://github.com/cloudevents/spec/blob/main/cloudevents/spec.md Engineering 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.html EventStoreDB / Kurrent: https://www.kurrent.io/ Change Data Capture: https://en.wikipedia.org/wiki/Change_data_capture CQRS – das einzige Video, das Du brauchst: https://www.youtube.com/watch?v=hP-2ojGfd-Q Event-Sourcing – das einzige Video, das Du brauchst: https://www.youtube.com/watch?v=ss9wnixCGRY Designing 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 Einstieg Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffee Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social

Ü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/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffee Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Twitter: https://twitter.com/EngKiosk Links 50 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.pdf Codd's 12 rules: https://en.wikipedia.org/wiki/Codd's_12_rules Engineering 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._Codd Michael Stonebraker: https://de.wikipedia.org/wiki/Michael_Stonebraker Charles Bachman: https://de.wikipedia.org/wiki/Charles_Bachman Sprungmarken (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 Erfolgsfaktoren Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffee Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Twitter: https://twitter.com/EngKiosk