Partner im RedaktionsNetzwerk Deutschland
PodcastsTechnologieEngineering Kiosk

Engineering Kiosk

Wolfgang Gassler, Andy Grunwald
Engineering Kiosk
Neueste Episode

Verfügbare Folgen

5 von 194
  • #192 Quartalsplanung ohne Drama: Weniger Overcommitment, mehr Tech
    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/partnersDas schnelle Feedback zur Episode:👍 (top) 👎 (geht so)Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: [email protected]: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksA framework for balancing and budgeting engineering resourcing: https://medium.com/engineering-operations/a-framework-for-balancing-and-budgeting-engineering-resourcing-d0cce0e6911cPapercuts: The little fixes that made a big difference at GitHub: https://kathykorevec.substack.com/p/papercuts-the-little-fixes-that-made100 Hundreds Papercut Mission @ Ubuntu: https://wiki.ubuntu.com/One%20Hundred%20Papercuts/MissionPaper cut bug: https://en.wikipedia.org/wiki/Paper_cut_bugDear GitHub: https://github.com/dear-github/dear-github/issuesSprungmarken(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 EffektHostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord
    --------  
    53:23
  • #191 Graphdatenbanken: von GraphRAG bis Cypher mit Michael Hunger von Neo4j
    Von Kanten und Knoten: Ein Einstieg in Graph-DatenbankenWelche 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/partnersDas schnelle Feedback zur Episode:👍 (top) 👎 (geht so)Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: [email protected]: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksMichael 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/SPARQLDatalog: https://de.wikipedia.org/wiki/DatalogGraphRAG: Kombination aus Graphen und Text für LLMs: https://www.heise.de/hintergrund/GraphRAG-Kombination-aus-Graphen-und-Text-fuer-LLMs-10185768.htmlHierarchical navigable small world (HNSW) Algorithmus: https://en.wikipedia.org/wiki/Hierarchical_navigable_small_worldSprungmarken(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 DatenbankenHostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord
    --------  
    1:12:16
  • #190 Mehr Meetings, mehr Macht? Der Weg zur Tech-Führungskraft
    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/partnersDas schnelle Feedback zur Episode:👍 (top) 👎 (geht so)Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: [email protected]: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksJan 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/ep83Engineering 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?HostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord
    --------  
    1:26:53
  • #189 Fuzzing: Wenn der Zufall dein bester Tester ist mit Prof. Andreas Zeller
    Fuzzing: Software-Stabilität durch Zufalls-generierte EingabedatenTesten, 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/partnersDas schnelle Feedback zur Episode:👍 (top) 👎 (geht so)Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: [email protected]: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksProf. 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/deOSS-Fuzz: https://github.com/google/oss-fuzzClusterFuzz: https://github.com/google/clusterfuzzThe 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/fandangoinputLab: https://inputlab.net/Paper “Will AI replace Software Engineers? Do not hold your breath”: https://arxiv.org/abs/2502.20429Sprungmarken(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 RechnungenHostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord
    --------  
    1:19:38
  • #188 Spieleentwicklung: Die Königsdisziplin der Informatik mit Dominic Pacher
    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/partnersDas schnelle Feedback zur Episode:👍 (top) 👎 (geht so)Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: [email protected]: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksDominic 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/345881Infoküche Podcast: https://github.com/woolfg/infokueche_websiteIndustrie Gigant 4.0: https://donvsdodo.de/industry-giant-4-0/Don vs. Dodo: https://donvsdodo.de/Command & Conquer Open Source: https://github.com/electronicartsFunny 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.pdfEngineering 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/deUnity Game Engine: https://unity.com/de/gamesGodot Game Engine: https://godotengine.org/Bullet Physik Engine: https://github.com/bulletphysics/bullet3Git LFS: https://git-lfs.com/Perforce Version Control: https://www.perforce.com/products/helix-coreUnity Version Control: https://unity.com/solutions/version-controlFactorio: Space Age - Graphics mode tests: https://www.youtube.com/watch?v=CgMV2dFFdFEPath 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 SpieleentwicklungHostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord
    --------  
    1:31:37

Weitere Technologie Podcasts

Über Engineering Kiosk

Der Engineering Kiosk ist der deutschsprachige Software-Engineering-Podcast mit Wolfgang Gassler und Andy Grunwald rund um die Themen Engineering-Kultur, Open Source, Menschen, Technologie und allen anderen Bereichen, die damit in Verbindung stehen.Wir, Wolfgang Gassler und Andy Grunwald, sind beide Software Engineers und Engineering Manager, die sich bei ihrer beruflichen Laufbahn bei @trivago kennengelernt haben.Zusammen bringen sie über 30 Jahre Tech-Erfahrung an das Mikrofon und lassen dabei zwei Welten aufeinander prallen: Die Österreichische und akademische Welt von Wolfgang mit der praktischen und deutschen Ruhrpottschnauze von Andy.Ziel des Podcasts ist der Austausch zu (Senior) Engineering Themen und ggf. etwas Selbsttherapie 🙃Dieser Podcast ist für alle Software Engineers und -Enwickler, Teamleads, Open-Source- und Indie Hacker, Leute aus dem Tech-Sektor (Product Manager, Data Scientist, etc.) und alle weiteren Engineering-Interessierten.Feedback an [email protected] oder über Twitter @EngKiosk
Podcast-Website

Hören Sie Engineering Kiosk, Lex Fridman Podcast und viele andere Podcasts aus aller Welt mit der radio.at-App

Hol dir die kostenlose radio.at App

  • Sender und Podcasts favorisieren
  • Streamen via Wifi oder Bluetooth
  • Unterstützt Carplay & Android Auto
  • viele weitere App Funktionen
Rechtliches
Social
v7.16.2 | © 2007-2025 radio.de GmbH
Generated: 4/24/2025 - 6:18:43 AM