#177 Stream Processing & Kafka: Die Basis moderner Datenpipelines mit Stefan Sprenger

Engineering Kiosk

Player FM - Internet Radio Done Right

12 subscribers

two 年前已添加！

İçerik Wolfgang Gassler, Andy Grunwald, Wolfgang Gassler, and Andy Grunwald tarafından sağlanmıştır. Bölümler, grafikler ve podcast açıklamaları dahil tüm podcast içeriği doğrudan Wolfgang Gassler, Andy Grunwald, Wolfgang Gassler, and Andy Grunwald veya podcast platform ortağı tarafından yüklenir ve sağlanır. Birinin telif hakkıyla korunan çalışmanızı izniniz olmadan kullandığını düşünüyorsanız burada https://tr.player.fm/legal özetlenen süreci takip edebilirsiniz.

State Secrets: Inside The Making Of The Electric State

1
The Secret To Getting Inspired: Millie Bobby Brown & Chris Pratt Go Behind The Scenes 21:04

6 weeks önce21:04

Daha Sonra Çal

Listeler

Beğen

Beğenildi

21:04

Step into the mysterious and visually stunning world of The Electric State as host Francesca Amiker takes you behind the scenes with the creative masterminds who brought Simon Stålenhag’s dystopian vision to life. In this premiere episode, directors Joe and Anthony Russo, stars Millie Bobby Brown and Chris Pratt, writers Christopher Markus and Stephen McFeely, and producers Angela Russo-Otstot and Chris Castaldi reveal how they transformed a haunting graphic novel into an epic cinematic experience. Watch The Electric State coming to Netflix on March 14th. Check out more from Netflix Podcasts . State Secrets: Inside the Making of The Electric State is produced by Netflix and Treefort Media.…

1 yıl önce 1:07:40

MP3•Bölüm sayfası

Data Streaming und Stream Processing mit Apache Kafka und dem entsprechenden Ecosystem.

Eine ganze Menge Prozesse in der Softwareentwicklung bzw. für die Verarbeitung von Daten müssen nicht zur Laufzeit, sondern können asynchron oder dezentral bearbeitet werden. Begriffe wie Batch-Processing oder Message Queueing / Pub-Sub sind dafür geläufig. Es gibt aber einen dritten Player in diesem Spiel: Stream Processing. Da ist Apache Kafka das Flaggschiff, bzw. die verteilte Event Streaming Platform, die oft als erstes genannt wird.

Doch was ist denn eigentlich Stream Processing und wie unterscheidet es sich zu Batch Processing oder Message Queuing? Wie funktioniert Kafka und warum ist es so erfolgreich und performant? Was sind Broker, Topics, Partitions, Producer und Consumer? Was bedeutet Change Data Capture und was ist ein Sliding Window? Auf was muss man alles acht geben und was kann schief gehen, wenn man eine Nachricht schreiben und lesen möchte?

Die Antworten und noch viel mehr liefert unser Gast Stefan Sprenger.

Bonus: Wie man Stream Processing mit einem Frühstückstisch für 5-jährige beschreibt.

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

Sprungmarken

(00:00:00) Streaming mit Kafka mit Stefan Sprenger

(00:06:18) Data Streaming und Stream Processing für 5-Jährige

(00:07:40) Data Streaming und Stream Processing für Mid-Level-Engineers

(00:07:47) Info/Werbung

(00:08:47) Data Streaming und Stream Processing für Mid-Level-Engineers

(00:14:14) Was ist Apache Kafka?

(00:20:54) Datensätze in Apache Kafka: Produzieren und Konsumieren

(00:25:58) Kafka Streams und Kafka Connect

(00:30:34) Change Data Capture

(00:34:36) Herausforderungen bei der Anwendung von Kafka, Kafka Streams und Kafka Connect

(00:42:54) Compaction, Retention, Replication, Acknowledgement, Joins und Idempotenz

(00:53:46) Einsatz in Organisationen: Governance und Schema Registry

(00:59:00) Verteiltes System und komplexe Technologien

(01:01:47) Die Zukunft um Kafka und das Ecosystem

Hosts

Wolfgang Gassler (https://mastodon.social/@woolf)
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

193 bölüm

#Technologie #Wolfgang Gassler, Andy Grunwald #Andy Grunwald #Wolfgang Gassler

Engineering Kiosk

#177 Stream Processing & Kafka: Die Basis moderner Datenpipelines mit Stefan Sprenger

Engineering Kiosk

12 subscribers

published 1 yıl önce

Paylaş

MP3•Bölüm sayfası

Data Streaming und Stream Processing mit Apache Kafka und dem entsprechenden Ecosystem.

Die Antworten und noch viel mehr liefert unser Gast Stefan Sprenger.

Bonus: Wie man Stream Processing mit einem Frühstückstisch für 5-jährige beschreibt.

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

Sprungmarken

(00:00:00) Streaming mit Kafka mit Stefan Sprenger

(00:06:18) Data Streaming und Stream Processing für 5-Jährige

(00:07:40) Data Streaming und Stream Processing für Mid-Level-Engineers

(00:07:47) Info/Werbung

(00:08:47) Data Streaming und Stream Processing für Mid-Level-Engineers

(00:14:14) Was ist Apache Kafka?

(00:20:54) Datensätze in Apache Kafka: Produzieren und Konsumieren

(00:25:58) Kafka Streams und Kafka Connect

(00:30:34) Change Data Capture

(00:34:36) Herausforderungen bei der Anwendung von Kafka, Kafka Streams und Kafka Connect

(00:42:54) Compaction, Retention, Replication, Acknowledgement, Joins und Idempotenz

(00:53:46) Einsatz in Organisationen: Governance und Schema Registry

(00:59:00) Verteiltes System und komplexe Technologien

(01:01:47) Die Zukunft um Kafka und das Ecosystem

Hosts

Wolfgang Gassler (https://mastodon.social/@woolf)
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

193 bölüm

#Technologie #Wolfgang Gassler, Andy Grunwald #Andy Grunwald #Wolfgang Gassler

所有剧集

Engineering Kiosk

1
#191 Graphdatenbanken: von GraphRAG bis Cypher mit Michael Hunger von Neo4j 1:12:16

5 gün önce1:12:16

1:12:16

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…

Engineering Kiosk

1
#190 Mehr Meetings, mehr Macht? Der Weg zur Tech-Führungskraft 1:26:53

11 gün önce1:26:53

1:26:53

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…

Engineering Kiosk

1
#189 Fuzzing: Wenn der Zufall dein bester Tester ist mit Prof. Andreas Zeller 1:19:38

18 gün önce1:19:38

1:19:38

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…

Engineering Kiosk

1
#188 Spieleentwicklung: Die Königsdisziplin der Informatik mit Dominic Pacher 1:31:37

25 gün önce1:31:37

1:31:37

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…

Engineering Kiosk

1
#187 Meeresschutz mit Code – Sea Shepherds Tech-Einsatz mit Florian Stadler 1:07:30

5 weeks önce1:07:30

1:07:30

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…

Engineering Kiosk

1
#186 Von CNC-Fräse bis RFID-Tag: Wenn Informatik zur Kunst wird mit Sabine Wieluch aka Bleeptrack 1:16:48

6 weeks önce1:16:48

1:16:48

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…

Engineering Kiosk

1
#185 Der Mainframe ist tot, lang lebe der Mainframe! Von COBOL bis JavaScript am Mainframe mit Tobias Leicher von IBM 1:23:52

7 weeks önce1:23:52

1:23:52

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…

Engineering Kiosk

1
#184 GPU Programmierung - von CUDA bis OpenMP mit Peter Thoman 1:10:21

8 weeks önce1:10:21

1:10:21

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…

Engineering Kiosk

1
#183 Event-Sourcing: Die intelligente Datenarchitektur mit semantischer Historie – mit Golo Roden 1:35:51

9 weeks önce1:35:51

1:35:51

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…

Engineering Kiosk

1
#182 Happy Birthday SQL: 50 Jahre Abfragesprache 1:05:32

10 weeks önce1:05:32

1:05:32

Ü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…

Engineering Kiosk

1
#181 Von Code zu Value: Wie Entwickler·innen Business-Mehrwert schaffen 1:09:11

11 weeks önce1:09:11

1:09:11

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

Engineering Kiosk

1
#180 Skalierung, aber zu welchem Preis? (Papers We Love) 58:55

12 weeks önce58:55

58:55

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

Engineering Kiosk

1
#179 MLOps: Machine Learning in die Produktion bringen mit Michelle Golchert und Sebastian Warnholz 1:16:51

13 weeks önce1:16:51

1:16:51

Machine Learning Operations (MLOps) mit Data Science Deep Dive. Machine Learning bzw. die Ergebnisse aus Vorhersagen (sogenannten Prediction-Models) sind aus der modernen IT oder gar aus unserem Leben nicht mehr wegzudenken. Solche Modelle kommen wahrscheinlich öfter zum Einsatz, als dir eigentlich bewusst ist. Die Programmierung, Erstellung und das Trainieren dieser Modelle ist die eine Sache. Das Deployment und der Betrieb ist die andere Thematik. Letzteres nennt man Machine Learning Operations, oder kurz “MLOps”. Dies ist das Thema dieser Episode. Wir klären was eigentlich MLOps ist und wie es sich zum klassischen DevOps unterscheidet, wie man das eigene Machine Learning-Modell in Produktion bringt und welche Stages dafür durchlaufen werden müssen, was der Unterschied von Model-Training und Model-Serving ist, welche Aufgabe eine Model-Registry hat, wie man Machine Learning Modelle in Produktion eigentlich monitored und debugged, was Model-Drift bzw. die Drift-Detection ist, ob der Feedback-Cycle durch Methoden wie Continuous Delivery auch kurz gehalten werden kann, aber auch welche Skills als MLOps Engineer wichtig sind. Um all diese Fragen zu beantworten, stehen uns Michelle Golchert und Sebastian Warnholz vom Data Science Deep Dive Podcast rede und Antwort. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/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 In Numbers We Trust (INWT): https://www.inwt-statistics.de/ Data Science Deep Dive Podcast: https://inwt.podbean.com/ Programmiersprache “R”: https://www.r-project.org/ Gradient boosting: https://en.wikipedia.org/wiki/Gradient_boosting MLFlow: https://mlflow.org/ Jupyter Notebooks: https://jupyter.org/ Databricks: https://www.databricks.com/ AutoML: https://www.automl.org/automl/ Sprungmarken (00:00:00) Machine Learning Operations (MLOps) mit Michelle und von Data Science Deep Dive (00:06:29) Info/Werbung (00:07:29) Machine Learning Operations (MLOps) mit Michelle und von Data Science Deep Dive (00:17:21) Deployment eines ML Modells in Produktion: Model Training (00:30:09) Automatisierte Pipelines und der operationelle Betrieb (00:39:22) Reproduzierbarkeit und Debugging (00:45:27) Model Serving / Modellbereitstellung (00:52:28) Monitoring und Model Drift (01:05:39) Welche Skills benötige ich als MLOps Engineer? (01:13:21) Abschluss Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) 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…

Engineering Kiosk

1
#178 Code der bewegt: Infotainmentsysteme auf Kreuzfahrtschiffen mit Sebastian Hammerl 1:08:44

14 weeks önce1:08:44

1:08:44

Softwareentwicklung in der Praxis: Infotainment-Systeme für Kreuzfahrtschiffe. Jede Industrie und Domäne hat ihre Eigenheiten und Herausforderungen. Dies überträgt sich auch auf die Software, die für die entsprechenden Anwendungsfälle geschrieben wird. Oft fragen wir uns “Wie ist es eigentlich, Software für Brauereien, Waschmaschinen oder Mähdrescher zu schreiben?”. In dieser Episode beantworten wir diese Frage für das Thema Kreuzfahrtschiffe - Also die richtig dicken Pötte. Welche Software wird auf einem Kreuzfahrtschiff benötigt? Auf welcher Hardware läuft diese und wo steht die Hardware überhaupt - In der Cloud oder ist das ein schwimmendes Datacenter? Wie sieht es mit der Internet-Connectivity und dem Debugging aus, wenn man auf den Weltmeeren unterwegs ist? Welche Probleme muss die Software lösen, wenn Ländergrenzen übertreten werden in Bezug auf Zeitzonen, Datenschutz und Accessibility? Unser Gast Sebastian Hammerl steht uns Rede und Antwort. Bonus: Speedboot fahren mit Systemadministratoren - Warum nicht? 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 Sebastian Hammerl auf LinkedIn: https://www.linkedin.com/in/shammerl/ Backblaze Hard Drive Data and Stats: https://www.backblaze.com/cloud-storage/resources/hard-drive-test-data Getslash: https://www.getslash.de/ Sea Chefs: https://www.seachefs.com/ Zeitumstellung führt in Marokko zu Verwirrung und Ärger: https://www.zeit.de/news/2018-10/28/zeitumstellung-fuehrt-in-marokko-zu-verwirrung-und-aerger-181028-99-565061 Sprungmarken (00:00:00) Intro (00:01:09) Softwareentwicklung auf und für Kreuzfahrtschiffe mit Sebastian Hammerl (00:07:08) Software auf einem Schiff installieren, wenn es im Trockendock ist (00:07:49) Info/Werbung (00:08:49) Software auf einem Schiff installieren, wenn es im Trockendock ist (00:27:51) Software die sich bewegt: Zeitzonen (00:36:39) Internationale Gegebenheiten: Datenschutz (00:39:41) Bug-Handling und Deployments (00:46:07) Schwimmendes Datacenter: Redundanz und Notfälle (00:53:16) Tech-Stack auf einem Schiff (00:55:40) Als IT-Admin auf dem Schiff arbeiten (01:01:16) Empfehlung für alle, die sich das Thema näher ansehen wollen Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) 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…

Engineering Kiosk

1
#177 Stream Processing & Kafka: Die Basis moderner Datenpipelines mit Stefan Sprenger 1:07:40

15 weeks önce1:07:40

1:07:40

Data Streaming und Stream Processing mit Apache Kafka und dem entsprechenden Ecosystem. Eine ganze Menge Prozesse in der Softwareentwicklung bzw. für die Verarbeitung von Daten müssen nicht zur Laufzeit, sondern können asynchron oder dezentral bearbeitet werden. Begriffe wie Batch-Processing oder Message Queueing / Pub-Sub sind dafür geläufig. Es gibt aber einen dritten Player in diesem Spiel: Stream Processing. Da ist Apache Kafka das Flaggschiff, bzw. die verteilte Event Streaming Platform, die oft als erstes genannt wird. Doch was ist denn eigentlich Stream Processing und wie unterscheidet es sich zu Batch Processing oder Message Queuing? Wie funktioniert Kafka und warum ist es so erfolgreich und performant? Was sind Broker, Topics, Partitions, Producer und Consumer? Was bedeutet Change Data Capture und was ist ein Sliding Window? Auf was muss man alles acht geben und was kann schief gehen, wenn man eine Nachricht schreiben und lesen möchte? Die Antworten und noch viel mehr liefert unser Gast Stefan Sprenger. Bonus: Wie man Stream Processing mit einem Frühstückstisch für 5-jährige beschreibt. 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 Stefan Sprenger auf LinkedIn: https://www.linkedin.com/in/stsprenger/ Buch “Streaming Data Pipelines with Kafka” von Stefan Sprenger: https://www.manning.com/books/streaming-data-pipelines-with-kafka Kafka: https://kafka.apache.org/ Kafka Streams: https://kafka.apache.org/documentation/streams/ Kafka Connect: https://docs.confluent.io/platform/current/connect/index.html Apache Flink: https://flink.apache.org/ Apache Spark: https://spark.apache.org/ Apache Camel: https://camel.apache.org/ Change Data Capture: https://en.wikipedia.org/wiki/Change_data_capture Debezium: https://debezium.io/ Wartungsfenster Podcast: https://wartungsfenster.podigee.io/ RocksDB: https://rocksdb.org/ Tombstone Record: https://en.wikipedia.org/wiki/Tombstone_(data_store) The Raft Consensus Algorithm: https://raft.github.io/ Warpstream: https://www.warpstream.com/ Sprungmarken (00:00:00) Streaming mit Kafka mit Stefan Sprenger (00:06:18) Data Streaming und Stream Processing für 5-Jährige (00:07:40) Data Streaming und Stream Processing für Mid-Level-Engineers (00:07:47) Info/Werbung (00:08:47) Data Streaming und Stream Processing für Mid-Level-Engineers (00:14:14) Was ist Apache Kafka? (00:20:54) Datensätze in Apache Kafka: Produzieren und Konsumieren (00:25:58) Kafka Streams und Kafka Connect (00:30:34) Change Data Capture (00:34:36) Herausforderungen bei der Anwendung von Kafka, Kafka Streams und Kafka Connect (00:42:54) Compaction, Retention, Replication, Acknowledgement, Joins und Idempotenz (00:53:46) Einsatz in Organisationen: Governance und Schema Registry (00:59:00) Verteiltes System und komplexe Technologien (01:01:47) Die Zukunft um Kafka und das Ecosystem Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) 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…

Engineering Kiosk

1
#176 Der Engineering Kiosk wird 3 Jahre alt! 1:05:51

16 weeks önce1:05:51

1:05:51

3 Jahre Engineering Kiosk: Geburtstagsepiode und Jahresrückblick auf 2024 Der Engineering Kiosk Podcast wird stolze 3 Jahre alt. Ein Grund zu feiern. Zeitgleich geht das Jahr 2024 zu Ende. Eine Möglichkeit auf einen Rückblick, wie sich das Engineering Kiosk Projekt entwickelt. Wir sprechen über Episoden, die etws bei unseren Hörer*innen und bei uns selbst bewegt haben. Wir teilen ein paar Statistiken über den Podcast sowie unseren persönlichen Highlights, Lowlights und Neutralights. Weiterhin geben wir einen Einblick wie wir unsere Interviewgäste auswählen und wir auf gekaufte Interviews und Tech Employer Branding Agenturen reagieren. Am Ende lösen wir auch noch unsere Tech Predictions für das Jahr 2024 auf und entscheiden somit, wer das bessere Orakel ist. Bonus: Auch Podcast-Hosts streiten sich manchmal wie ein altes Ehepaar und ein paar Outtakes gibts auch. 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 Engineering Kiosk Episode #170 - 404 Not Found!: https://engineeringkiosk.dev/podcast/episode/170-404-not-found/ Engineering Kiosk Episode #113 Selbstmarketing ohne Bullshit: Brag Documents: https://engineeringkiosk.dev/podcast/episode/113-selbstmarketing-ohne-bullshit-brag-documents/ Engineering Kiosk Episode #133 Die wichtige Rolle von 1on1s in Zeiten der Arbeiterlosigkeit: https://engineeringkiosk.dev/podcast/episode/133-die-wichtige-rolle-von-1on1s-in-zeiten-der-arbeiterlosigkeit/ Engineering Kiosk Episode #61 Schwierige 1-on-1 Situationen und Lösungsvorschläge: https://engineeringkiosk.dev/podcast/episode/61-schwierige-1-on-1-situationen-und-l%C3%B6sungsvorschl%C3%A4ge/ Engineering Kiosk Episode #10 Das Karriere Booster Meeting 1:1s: https://engineeringkiosk.dev/podcast/episode/10-das-karriere-booster-meeting-11s/ 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 #138 Gemeinsam stark: Jobsharing und Tandems in der modernen Arbeitswelt mit Anna Drüing-Schlüter: https://engineeringkiosk.dev/podcast/episode/138-gemeinsam-stark-jobsharing-und-tandems-in-der-modernen-arbeitswelt-mit-anna-dr%C3%BCing-schl%C3%BCter/ Engineering Kiosk Episode #154 Architektur-Diskussion: Design eines einfachen und robusten Preis-Scrapers: https://engineeringkiosk.dev/podcast/episode/154-architektur-diskussion-design-eines-einfachen-und-robusten-preis-scrapers/ 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/ Engineering Kiosk Episode #137 Die Schaltsekunde und ihre IT-Folgen: Ein Sekundenbruchteil mit Impact: https://engineeringkiosk.dev/podcast/episode/137-die-schaltsekunde-und-ihre-it-folgen-ein-sekundenbruchteil-mit-impact/ 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/ Engineering Kiosk Episode #129 Simplify Your Stack: Files statt Datenbanken!: https://engineeringkiosk.dev/podcast/episode/129-simplify-your-stack-files-statt-datenbanken/ 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 Community: https://engineeringkiosk.dev/join-discord/ Engineering Kiosk Meetup Alps: https://engineeringkiosk.dev/meetup/alps/ FOSDEM Konferenz: https://fosdem.org/2025/ Index Out Of Bounds Podcast: https://www.ioob.de/ Engineering Kiosk Episode #100 Episoden: ein Tech Rückblick auf 2022/23, Predictions 2024 und viel Tech Trivia: https://engineeringkiosk.dev/podcast/episode/100-episoden-ein-tech-r%C3%BCckblick-auf-202223-predictions-2024-und-viel-tech-trivia/ Raus aus der Cloud https://blogs.idc.com/2024/10/28/storm-clouds-ahead-missed-expectations-in-cloud-computing/ Raus aus der Cloud https://www.heise.de/news/IDC-Viele-Unternehmen-wollen-teils-raus-aus-der-Cloud-10001826.html Modern SQL: https://modern-sql.com/ AI basierte Datenbankabfragen: https://www.getdot.ai/ List of formerly open-source or free software: https://en.wikipedia.org/wiki/List_of_formerly_open-source_or_free_software State of the Developer Nation 25th Edition (Q3 2023): https://developer-economics.cdn.prismic.io/developer-economics/ee700d25-46b0-4dad-87de-7ffba39a3c58_Q3+2023+State+of+Developer+Nation.pdf State of the Developer Nation 24th Edition (Q1 2023): https://developer-economics.cdn.prismic.io/developer-economics/c578f353-a5b7-4a12-9202-9f456e02dce5_Slashdata+-+24th+edition+of+The+State+of+the+Developer+Nation+%28Q1+2023%29.pdf Sizing Programming Language Communities (Q1 2024): https://developer-economics.cdn.prismic.io/developer-economics/Zmf7m5m069VX1nu9_Sizing_programming_language_communities.pdf Sprungmarken (00:00:00) Happy Birthday Engineering Kiosk (00:03:35) Info/Werbung (00:04:35) Happy Birthday Engineering Kiosk (00:25:51) Statistiken zum Podcast (00:33:32) Unsere Highlights (00:39:17) Unsere Lowlights (00:41:04) Unsere Neutralights (00:43:00) Interviews, wie wir Gäste auswählen und gekaufte Episoden (00:50:34) Tech Predictions aus 2024 / Episode 100 (01:02:45) Ausblick auf 2025 Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) 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…

Engineering Kiosk

1
#175 Von Lustig bis Traurig: Wenn Open Source Geschichten schreibt 46:42

17 weeks önce46:42

46:42

Die Transparenz von Open Source schreibt Geschichten, die erzählt werden wollen 50% des Begriffes “Open Source” besteht aus dem Wort “Open”. Ok. Für diese Erkenntnis muss man nun nicht studiert haben. Open bzw. Offen bzw. Transparenz bezieht sich dabei nicht nur auf den Source Code selbst, sondern i.d.R. auf alles, was das entsprechende Projekt betrifft. Dazu zählen u.a. für jedermann einsehbare Bug-Reports und Pull Requests. Wenn man dies nun mit weltweiter Kollaboration verschiedener Menschen und Kulturen mixt, ist eins vorprogrammiert: Kreativität, WTF-Momente, persönliche Schicksale und Geschichten, die erzählt werden wollen. Diese Episode erzählt einige dieser Open Source Geschichten. Wir sprechen darüber, wie man Douglas Crockford dazu bringt, über JavaScript Code zu streiten, wann für einen Pull Request eine eigene Torte gebacken wird und warum dies dann zu einem Merge führt, sowie wann und warum Unit Tests fehlschlagen, wenn diese in Australien ausgeführt werden. Es geht aber auch um traurige Seiten und persönliche Schicksale. Zum Beispiel eine Gefängnisverurteilung eines Maintainers von einem Projekt, welches 26 Millionen Downloads pro Woche hat, eine Krebserkrankungen mit verbundener Anteilnahme der Community und wie der Maintainer die Zukunft des Projektes sichert für die Zeit, wenn er nicht mehr da ist oder auch wie die Maidan-Revolution und der Ukraine-Krieg Open Source beeinflussen. 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 FizzBuzz Enterprise Edition: https://github.com/EnterpriseQualityCoding/FizzBuzzEnterpriseEdition TrumpScript - Make Python great again: https://github.com/samshadwell/TrumpScript Volkswagen - Make CI tests pass: https://github.com/auchenberg/volkswagen static-analysis Awesome List - JSHint and JSLint are outdated: https://github.com/analysis-tools-dev/static-analysis/issues/223 core.js - State and governance of the project?: https://github.com/zloirock/core-js/issues/767 TypeScript - Allowed non-this, non-super code before super call in derived classes with property initializers: https://github.com/microsoft/TypeScript/pull/29374 Proxmox VE Helper-Scripts Project Update: https://github.com/tteck/Proxmox/discussions/4009 Proxmox VE Helper-Scripts Moving forward: https://github.com/tteck/Proxmox/discussions/4025 Proxmox VE Helper-Scripts Update von tteckster's Frau: https://github.com/community-scripts/ProxmoxVE/discussions/237 Proxmox VE Helper-Scripts (Community Edition): https://github.com/community-scripts/ Angular.js - Unit tests fail when run in Australia: https://github.com/angular/angular.js/issues/5017 A collection of debugging stories: https://github.com/danluu/debugging-stories Microsoft Calculator - Make this app immune against any exploit: https://github.com/microsoft/calculator/pull/101 DoctrineEnumBundle - Ukrain Revolution: https://github.com/fre5h/DoctrineEnumBundle/pull/12 Maidan-Revolution: https://www.nzz.ch/international/ukraine-chronologie-der-maidan-revolution-ld.1290571 Engineering Kiosk Episode #98 Der Hype um Rust mit Matthias Endler: https://engineeringkiosk.dev/podcast/episode/98-der-hype-um-rust-mit-matthias-endler/ Engineering Kiosk Episode #137 Die Schaltsekunde und ihre IT-Folgen: Ein Sekundenbruchteil mit Impact: https://engineeringkiosk.dev/podcast/episode/137-die-schaltsekunde-und-ihre-it-folgen-ein-sekundenbruchteil-mit-impact/ Engineering Kiosk Episode #144 Die unterschätzte Macht der Zeit: Wie NTP und PTP die Welt synchronisieren mit Daniel Boldt und Thomas Behn von Meinberg: https://engineeringkiosk.dev/podcast/episode/144-die-untersch%C3%A4tzte-macht-der-zeit-wie-ntp-und-ptp-die-welt-synchronisieren-mit-daniel-boldt-und-thomas-behn-von-meinberg/ Sprungmarken (00:00:00) Intro (00:01:32) Open Source Stories und kreative Projekte (00:05:09) Info/Werbung (00:06:09) Open Source Stories und kreative Projekte (00:11:44) Maintainer von Core.js muss ins Gefängnis (00:19:06) Eine Torte für einen TypeScript Pull Request (00:25:14) Krebs und die Proxmox Community Scripte (00:30:52) Unit Tests schlagen fehl, wenn man diese in Australien ausführt (00:38:54) Microsoft Calculator wird Exploit-Free gemacht (00:41:33) Maidan-Revolution und der Ukraine Krieg Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) 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…

Engineering Kiosk

1
#174 Frontend-Engineering Metriken im Team einführen mit dem Working Draft Podcast 6:12

17 weeks önce6:12

6:12

Frontend-Engineering Metriken im Team einführen mit dem Working Draft Podcast. Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Links Working Draft Podcast: https://workingdraft.de/ Core Web Vitals: https://web.dev/articles/vitals?hl=en Sentry: https://sentry.io/ Axe® accessibility testing tools: https://www.deque.com/axe/ WAVE Web Accessibility Evaluation Tools: https://wave.webaim.org/ Sprungmarken (00:00:00) Frontend-Engineering Metriken im Team einführen Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) 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…

Engineering Kiosk

1
#173 Rekursion: Das Ende ist nah! 11:59

17 weeks önce11:59

11:59

Was ist Tail Recursion bzw. eine Endrekursion? Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. 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 Endrekursion https://de.wikipedia.org/wiki/Endrekursion Tail Call Optimization https://en.wikipedia.org/wiki/Tail_call Sprungmarken (00:00:00) Tail Recursion / Endrekursion Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) 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…

Engineering Kiosk

1
#172 Die kuriosesten Versionsnummern bekannter Software mit Matthias Endler von Rust in Production 9:18

17 weeks önce9:18

9:18

Die kuriosesten Versionsnummern bekannter Software mit Matthias Endler von Rust in Production. Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Links Rust in Production Podcast: https://corrode.dev/podcast/ Engineering Kiosk Episode #98 Der Hype um Rust mit Matthias Endler: https://engineeringkiosk.dev/podcast/episode/98-der-hype-um-rust-mit-matthias-endler/ LaTeX – A document preparation system: https://www.latex-project.org/ 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/ PHP 6: https://wiki.php.net/rfc/php6 Raku Programming Language: https://raku.org/ Windows 6.1 – Was ist das?: https://www.giga.de/downloads/windows-7/specials/windows-6.1-was-ist-das/ Just noticed that my pdfTeX version is Pi: https://www.reddit.com/r/LaTeX/comments/etiuh4/just_noticed_that_my_pdftex_version_is_pi/ Versionsnummer 100: Wieso Firefox und Chrome bald für Probleme im Web sorgen könnten: https://t3n.de/news/version-100-chrome-firefox-probleme-gruende-1452233/ First official Doom version?: https://www.doomworld.com/forum/topic/16997-first-official-doom-version/ Why is there no version 6 of PHP?: https://www.updatephp.com/why-is-there-no-version-6-of-php MS Office to skip past ‘unlucky’ 13 in 2009: https://www.computerwoche.de/article/2664506/ms-office-to-skip-past-unlucky-13-in-2009-2.html How does node.js version numbers work and how do I ensure compatibility?: https://stackoverflow.com/a/14791204/270334 MySQL: Why the jump from 5.7 to 8.0?: https://news.ycombinator.com/item?id=16876304 Oracle 18 to be released in 2018, let’s skip versions 13,14,15,16 and 17: https://monin-it.be/oracle-18-and-release-update-revisions/ if (osName.startsWith("windows 9")): https://github.com/search?q=if+%28osName.startsWith%28%22windows+9%22%29%29&type=code Why "Windows 10" wasn't chosen because of "braindead" developers checking for Windows 95 or 98: https://gist.github.com/sixlettervariables/5571cecb5a9d04b41d03 Microsoft - Bad version number checks: https://devblogs.microsoft.com/oldnewthing/20040213-00/?p=40633 Lizenzen Music from #Uppbeat: https://uppbeat.io/t/kevin-macleod/monkeys-spinning-monkeys License code: AQYGZPHFNJBKEOXU Music from #Uppbeat: https://uppbeat.io/t/christian-larssen/weekend-croquet License code: 7AGE1HG54WTRDW9O Music from #Uppbeat: https://uppbeat.io/t/kevin-macleod/holiday-weasel License code: UPFZHTQDCKWNLYVG Sprungmarken (00:00:00) Die kuriosesten Versionsnummern bekannter Software Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) 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…

Engineering Kiosk

1
#171 Vergiss deine Maus mit Philipp Hoeler-Lutz von Click! Clack! Hack! 5:36

17 weeks önce5:36

5:36

Warum du keine Maus mehr brauchst (und du deiner Tastatur mehr zutrauen solltest) mit Philipp Hoeler-Lutz von Click! Clack! Hack! Podcast. Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Links Click Clack Hack: Der Podcast über mechanical Keyboards: https://www.clickclackhack.de/ Awesome List of Tiling Window manager: https://github.com/fosslife/awesome-ricing?tab=readme-ov-file#tiling-wms Awesome Window Manager: https://awesomewm.org/ A curated list of high-quality tools/scripts/configs for Awesome Window Manager: https://github.com/atsepkov/awesome-awesome-wm Tiling window manager: https://en.wikipedia.org/wiki/Tiling_window_manager Engineering Kiosk Episode #147 Mechanische Tastaturen: Vom Klick zum Kult mit Philipp Hoeler-Lutz von Click! Clack! Hack!: https://engineeringkiosk.dev/podcast/episode/147-mechanische-tastaturen-vom-klick-zum-kult-mit-philipp-hoeler-lutz-von-click-clack-hack/ xmonad - A dynamically tiling X11 window manager: https://xmonad.org/ i3 tiling window manager: https://i3wm.org/ herbstluftwm tiling window manager: https://herbstluftwm.org/ QMK Firmware: https://qmk.fm/ ZMK Firmware: https://zmk.dev/ F.A. Keyboard Firmware: https://github.com/semickolon/fak Sprungmarken (00:00:00) Warum du keine Maus mehr brauchst Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) 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…

Engineering Kiosk

1
#170 - 404 Not Found! 11:36

17 weeks önce11:36

11:36

Der Status Code “404”: Was ist das, wofür steht es und woher kommt es? Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Links Engineering Kiosk Episode #71 Tim Berners-Lee: Was ist das World Wide Web und was ist seine Zukunft?: https://engineeringkiosk.dev/podcast/episode/71-tim-berners-lee-was-ist-das-world-wide-web-und-was-ist-seine-zukunft/ Engineering Kiosk Episode #74 REST: Das oft falsch verstandene Architektur-Paradigma: https://engineeringkiosk.dev/podcast/episode/74-rest-das-oft-falsch-verstandene-architektur-paradigma/ Engineering Kiosk Episode #101 Observability und OpenTelemetry mit Severin Neumann: https://engineeringkiosk.dev/podcast/episode/101-observability-und-opentelemetry-mit-severin-neumann/ 404 Mailchimp: https://mailchimp.com/foo-404/ 404 Lego: https://www.lego.com/de-de/foo-404 404 Google: https://google.com/foo-404 404 Figma: https://www.figma.com/404/ 404 Code Academy: https://www.codecademy.com/404 404 Space Invaders: https://www.kualo.co.uk/404 HTTP 1.0: https://datatracker.ietf.org/doc/html/rfc1945#section-6.1.1 HTTP 1.1: https://datatracker.ietf.org/doc/html/rfc7231#section-6 Teapot Status Code 418: https://datatracker.ietf.org/doc/html/rfc2324 Sprungmarken (00:00:00) Der Status Code “404” Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) 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…

Engineering Kiosk

1
#169 Deno, die Alternative zu Node.js mit der programmier.bar 6:38

17 weeks önce6:38

6:38

Deno (JavaScript runtime) mit der programmier.bar. Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Links programmier.bar: https://www.programmier.bar/ node.js: https://nodejs.org/en TypeScript: https://www.typescriptlang.org/ Deno: https://deno.com/ Ryan Dahl: https://de.wikipedia.org/wiki/Ryan_Dahl Bun: https://bun.sh/ programmier.bar Deep Dive 156 - JSR mit Luca Casonato: https://www.programmier.bar/podcast/deep-dive-156-jsr-mit-luca-casonato programmier.bar Deep Dive 73 - Deno, das bessere Node.js?: https://www.programmier.bar/podcast/deep-dive-73-deno-das-bessere-node-js programmier.bar Deep Dive 113 - Fresh mit Luca Casonato: https://www.programmier.bar/podcast/deep-dive-113-fresh-mit-luca-casonato Sprungmarken (00:00:00) Deno (JavaScript runtime) Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) 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…

Engineering Kiosk

1
#168 Beyond Learning Budgets: Was Team-Entwicklung wirklich braucht 1:04:48

18 weeks önce1:04:48

1:04:48

Wie entwickle ich meine Teammitglieder eigentlich weiter? “Wer nicht mit der Zeit geht, geht mit der Zeit”. Ob dieses Zitat nun von Schiller oder Stromberg kommt, spielt eigentlich keine Rolle. Einen Funken Wahrheit hat es trotzdem. Denn speziell in der sich schnell entwickelnden IT- und Software-Welt ist das Thema Leveling Up / Lifting Up / Skilling Up oder die ganz klassische Weiterbildung unabdingbar. Und dabei geht es nicht nur um das besser werden im eigentlichen Handwerk, wie der Softwareentwicklung, Data Science oder ähnlichem, sondern auch um die Persönlichkeit und Soft-Skills wie z.B. Kommunikation - Obwohl die Softskills heutzutage auch irgendwie die wahren Hardskills sind. Egal. Nun aber die große Frage: Wie hebe ich denn mein Team auf das nächste Level? Wie kann ich meine Mitarbeiter unterstützen, sich aktiv weiterzuentwickeln? Was kann ich als direkter Kollege tun? Denn dieses Thema betrifft nicht nur Leads, sondern auch dich als Individual Contributor ohne Personalverantwortung. Denn spätestens, wenn sich deine Managerin (noch) nicht um deine Weiterentwicklung kümmert, geben wir dir in dieser Episode ein paar Tipps, wie du auch deine Managerin in die richtige Richtung bewegen kannst. Denkt immer dran: “Wer nicht mit der Zeit geht, geht mit der Zeit”. Bonus: Etwas Streit ist gesund. 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 Engineering Kiosk Leadership Episoden: https://engineeringkiosk.dev/tag/leadership/ Engineering Kiosk #95 Effiziente Knowledge Sharing Formate: Wissen teilen und begeistern: https://engineeringkiosk.dev/podcast/episode/95-effiziente-knowledge-sharing-formate-wissen-teilen-und-begeistern/ Engineering Kiosk Episode #10 Das Karriere Booster Meeting 1:1s: https://engineeringkiosk.dev/podcast/episode/10-das-karriere-booster-meeting-11s/ Sprungmarken (00:00:00) Intro (00:01:15) Leveling up, Lifting up up und Skilling up: Warum es so relevant ist (00:04:54) Info/Werbung (00:05:54) Leveling up, Lifting up up und Skilling up: Warum es so relevant ist (00:16:25) Wo und wie fange ich als Lead mit dem Leveling up an? - Der Status Quo (00:29:14) Der Weiterentwicklungsplan und die Motivation (00:37:56) Die Macht der Delegation (00:46:15) Wie fördern Sie Innovation in Ihrem Team? (00:56:29) Side Projects in Firmen (01:02:16) Und wer denkt an die Leads selbst? Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) 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…

Engineering Kiosk

1
#167 Tabs vs. Spaces mit dem Index out of bounds Podcast 10:19

18 weeks önce10:19

10:19

Tabs vs. Spaces mit dem Index out of bounds Podcast. Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Links Index out of bounds Podcast: https://www.ioob.de/ Tabs or Spaces: https://alexkondov.com/indentation-warfare-tabs-vs-spaces/ Sprungmarken (00:00:00) Tabs vs. Spaces Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) 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…

Engineering Kiosk

1
#166 Das Fediverse mit Christian Stankowic vom Focus on Linux Podcast 11:07

18 weeks önce11:07

11:07

Was ist das Fediverse? mit Christian Stankowic vom Focus on Linux Podcast. Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Links Christian Stankowic’s Webseite: https://cstan.io Christian Stankowic auf Mastodon: https://chaos.social/@stdevel FOCUS ON: Linux-Podcast: https://focusonlinux.podigee.io/ ThinkPad Museum: https://thinkpad-museum.de/ ThinkPad Museum im Engineering Kiosk: https://engineeringkiosk.dev/podcast/episode/150-die-thinkpad-faszination-technik-design-und-nostalgie-mit-christian-stankowic-vom-thinkpad-museum/ Faxinformatiker: https://faxinformatiker.de/ Mastodon: https://joinmastodon.org Mastodon-Instanzen: https://joinmastodon.org/servers Pleroma: https://pleroma.social/ Firefish: https://firefish.dev Friendica: https://friendi.ca/ Hubzilla: https://hubzilla.org/page/info/discover Pixelfed: https://pixelfed.org/ PeerTube: https://joinpeertube.org/ Funkwhale: https://www.funkwhale.audio/ Castopod: https://castopod.org/ Lemmy: https://join-lemmy.org/ mbin: https://joinmbin.org/ Mastodon-Instanz des Bundes: https://social.bund.de Fediverse-Statistiken: https://fedidb.org/ Jan Böhmermann auf Mastodon: https://edi.social/@janboehm Postillon auf Mastodon: https://mastodon.social/@derpostillon W3C ActivityPub-Spezifikation: https://www.w3.org/TR/activitypub/ Verschiedene Mastodon-Apps: https://joinmastodon.org/apps Chaos.social: https://chaos.social/ Focus On Linux #68 - "Mastodon und das Fediverse": https://focusonlinux.podigee.io/68-mastodon-und-das-fediverse Sprungmarken (00:00:00) Was ist das Fediverse? Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) 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…

Engineering Kiosk

1
#165 Pessimistisches und Optimistisches Sperren in Datenbanken: Eine Geschichte 6:10

18 weeks önce6:10

6:10

Pessimistisches und Optimistisches Sperren in Datenbanken. Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Links Sperrverfahren in Datenbanksystemen: https://de.wikipedia.org/wiki/Sperrverfahren Sprungmarken (00:00:00) Pessimistisches und Optimistisches Sperren in Datenbanken Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) 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…

Engineering Kiosk

1
#164 Suchalgorithmen: Lineare- und Binäre Suche & Indizes mit Stefan Macke vom IT Berufe Podcast 14:48

18 weeks önce14:48

14:48

Suchalgorithmen: Lineare- und Binäre Suche mit Stefan Macke vom IT Berufe Podcast. Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Links Stefan Macke auf LinkedIn: https://www.linkedin.com/in/stefan-macke/ IT Berufe Podcast: https://it-berufe-podcast.de/ Engineering Kiosk Episode #92 Technologie trifft Deutsche Ausbildungskultur: Die moderne IT-Berufsausbildung mit Stefan Macke: https://engineeringkiosk.dev/podcast/episode/92-technologie-trifft-deutsche-ausbildungskultur-die-moderne-it-berufsausbildung-mit-stefan-macke/ Datenbankindex: https://de.wikipedia.org/wiki/Datenbankindex Engineering Kiosk Episode #28 O(1), O(log n), O(n^2) - Ist die Komplexität von Algorithmen im Entwickler-Alltag relevant?: https://engineeringkiosk.dev/podcast/episode/28-o1-olog-n-on2-ist-die-komplexit%C3%A4t-von-algorithmen-im-entwickler-alltag-relevant/ Engineering Kiosk Episode #129 Simplify Your Stack: Files statt Datenbanken!: https://engineeringkiosk.dev/podcast/episode/129-simplify-your-stack-files-statt-datenbanken/ Advent of Code: https://adventofcode.com/ Sprungmarken (00:00:00) Suchalgorithmen: Lineare- und Binäre Suche Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) 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…

Engineering Kiosk

1
#163 Benevolent Dictator for Life (BDFL) 13:18

18 weeks önce13:18

13:18

Benevolent Dictator for Life (BDFL): Was ist das? Wer ist das? Ist dies was gutes? Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Links Benevolent Dictator for Life: https://de.wikipedia.org/wiki/Benevolent_Dictator_for_Life Engineering Kiosk #138 Gemeinsam stark: Jobsharing und Tandems in der modernen Arbeitswelt mit Anna Drüing-Schlüter: https://engineeringkiosk.dev/podcast/episode/138-gemeinsam-stark-jobsharing-und-tandems-in-der-modernen-arbeitswelt-mit-anna-dr%C3%BCing-schl%C3%BCter/ Engineering Kiosk #90 Inner Source: Open Source Best Practices zur besseren Zusammenarbeit zwischen Teams mit Sebastian Spier: https://engineeringkiosk.dev/podcast/episode/90-inner-source-open-source-best-practices-zur-besseren-zusammenarbeit-zwischen-teams-mit-sebastian-spier/ Sprungmarken (00:00:00) Benevolent Dictator for Life (BDFL) Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) 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…

Engineering Kiosk

1
#162 Event Sourcing & Märchen mit Golo Roden von the native web 9:38

18 weeks önce9:38

9:38

Event Sourcing mit Golo Roden von the native web. Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Links Event Sourcing: https://de.wikipedia.org/wiki/Event_Sourcing the native web GmbH: https://thenativeweb.io/ YouTube-Kanal von Golo Roden: https://www.youtube.com/@thenativeweb #117 Vanilla Web: Niedrige Kopplung & hohe Kohäsion mit Golo Roden von the native web https://engineeringkiosk.dev/ep117 Sprungmarken (00:00:00) Event Sourcing Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) 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…

Engineering Kiosk

1
#161 Sichere Daten trotz physischem Zugriff: Disk Encryption und Integritätsschutz von Laptops bis IoT-Devices mit David Gstir von sigma star 1:08:40

19 weeks önce1:08:40

1:08:40

Wie funktioniert eigentlich die Verschlüsselung unserer Daten und Festplatten bzw. Storages? Viele Elemente deines Lebens spielen sich inzwischen digital ab. Deine Daten werden also immer wichtiger und somit auch sensibler. Niemand möchte, dass die eigenen Daten in falsche Hände geraten. Die eigenen Daten zu verschlüsseln ist da ein wichtiges Mittel zum Schutz dieser. Doch, wie funktioniert das ganze eigentlich, wenn man seine Laptop-Festplatte verschlüsselt? Wird jedes File einzeln verschlüsselt oder die Festplatte als Ganzes? Welche Algorithmen kommen da zum Einsatz? Wo wird eigentlich das Passwort bzw. der Verschlüsselungskey abgelegt? Wie kann ich die Integrität der Daten sicherstellen? Was ist eine Trust Zone? Was sind Evil-Maid- und Cold-Boot-Attacken? Und entschlüssel ich die Daten meines Storage-Devices eigentlich, wenn gar keine Tastatur zur Verfügung steht? Wie es z.B. bei IoT-Geräten der Fall ist? Das alles besprechen wir mit unserem Gast David Gstir. Bonus: Nerds in den Bergen. 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 David Gstir auf LinkedIn: https://www.linkedin.com/in/david-g42/ sigma star GmbH: https://sigma-star.at/de/ Alpine Linux Persistence and Storage Summit: https://www.alpss.at/ TrueCrypt: https://de.wikipedia.org/wiki/TrueCrypt Cilium - eBPF-based Networking, Observability, Security: https://cilium.io/ BitLocker (Windows): https://learn.microsoft.com/de-de/windows/security/operating-system-security/data-protection/bitlocker/ Cold Boot Attack: https://de.wikipedia.org/wiki/Kaltstartattacke Suspend to Disk: https://de.wikipedia.org/wiki/Ruhezustand Windows: Secure Boot - was ist das und wie kann ich es aktivieren?: https://www.heise.de/tipps-tricks/Windows-Secure-Boot-was-ist-das-und-wie-kann-ich-es-aktivieren-6207260.html ISO/IEC-27000-Reihe: https://de.wikipedia.org/wiki/ISO/IEC-27000-Reihe ARM TrustZone on Android: https://medium.com/@nimronagy/arm-trustzone-on-android-975bfe7497d2 dm-crypt: https://de.wikipedia.org/wiki/Dm-crypt Was ist ein Self-Encrypting Drive (SED)?: https://www.storage-insider.de/was-ist-ein-self-encrypting-drive-sed-a-4ce80577590ffa56ef036e4cd6e84d7b/ Trusted Platform Module (TPM)-Chips: https://de.wikipedia.org/wiki/Trusted_Platform_Module Asymmetrisches Kryptosystem (Public / Private-Key): https://de.wikipedia.org/wiki/Asymmetrisches_Kryptosystem Cyber Resilience Act: https://www.bsi.bund.de/DE/Themen/Unternehmen-und-Organisationen/Informationen-und-Empfehlungen/Cyber_Resilience_Act/cyber_resilience_act_node.html Daten auf deinem Mac mit FileVault schützen: https://support.apple.com/de-de/guide/mac-help/mh11785/mac Pretty Good Privacy (PGP): https://de.wikipedia.org/wiki/Pretty_Good_Privacy “Towards More Secure Code - Why Devs Should Make My Job Harder” - David Gstir @ Engineering Kiosk Meetup: https://engineeringkiosk.dev/meetup/alps/slides/2307-david.pdf “What the xz backdoor can teach us about supply chain security” - Richard Weinberger & David Gstir @ Engineering Kiosk Meetup: https://engineeringkiosk.dev/meetup/alps/slides/2404-richard-weinberger-david-gstir-supply-chain.pdf Für die Crypto Nerds zum Thema AES-XTS und auch noch mal eine gute Erklärung warum es damit alleine oft nicht getan ist: https://sockpuppet.org/blog/2014/04/30/you-dont-want-xts/ Probleme mit self-encrypting drives (Opal): https://www.cs1.tf.fau.de/research/system-security-group/sed-insecurity/ und https://media.ccc.de/v/35c3-9671-self-encrypting_deception Cold Boot Attacks: https://jhalderm.com/pub/papers/coldboot-cacm09.pdf Sprungmarken (00:00:00) Disk Encryption mit David Gstir (00:09:31) Info/Werbung (00:10:31) Disk Encryption mit David Gstir (00:21:38) Prüfung von Modifikationen an der Hardware und SPeicherung der Schlüssel (00:34:08) Welche Algorithmen werden zur Verschlüsselung der Festplatte genutzt? (00:44:11) SD-Karten und IoT-Devices ohne Tastatur, z.B. Smartmeter (00:57:18) Was kannst du jetzt tun, um deine Festplatte zu verschlüsseln? Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) 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…

Engineering Kiosk

1
#160 Grace Hopper mit UNMUTE IT 11:27

19 weeks önce11:27

11:27

Grace Hopper mit dem UNMUTE IT Podcast. Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Links UNMUTE IT Podcast: https://www.linkedin.com/company/unmute-it/posts/?feedView=all Grace Hopper: https://de.wikipedia.org/wiki/Grace_Hopper Grace Hopper Lecture: https://www.youtube.com/watch?v=ZR0ujwlvbkQ FLOW-MATIC: https://de.wikipedia.org/wiki/FLOW-MATIC Sprungmarken (00:00:00) Grace Hopper Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) 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…

Engineering Kiosk

1
#159 Verhaltensbezogene Interview-Fragen und STAR-Methode 8:48

19 weeks önce8:48

8:48

Verhaltensbezogene Interview-Fragen und STAR-Methode. Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Links STAR-Methode: https://de.wikipedia.org/wiki/Star-Methode Unsere Episoden zu Bewerbungsthemen https://engineeringkiosk.dev/tag/bewerbung/ Sprungmarken (00:00:00) Verhaltensbezogene Interview-Fragen und STAR-Methode Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) 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…

Engineering Kiosk

1
#158 Zykel-Erkennung in einer Linked List 6:08

19 weeks önce6:08

6:08

Wie erkennt man einen Zykel in einer Linked List mit niedriger Zeit- und Speicherkomplexität? Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Links Engineering Kiosk Episode #28 O(1), O(log n), O(n^2) - Ist die Komplexität von Algorithmen im Entwickler-Alltag relevant?: https://engineeringkiosk.dev/podcast/episode/28-o1-olog-n-on2-ist-die-komplexit%C3%A4t-von-algorithmen-im-entwickler-alltag-relevant/ Zyklus Erkennung: https://en.wikipedia.org/wiki/Cycle_detection Floyd's Linked List Cycle Finding Algorithm: https://cp-algorithms.com/others/tortoise_and_hare.html Advent of Code: https://adventofcode.com/ Sprungmarken (00:00:00) Zyklus-Erkennung in einer Linked List Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) 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…

Engineering Kiosk

1
#157 Agile Arbeitsmethoden - Extreme Programming mit den Coding Buddies 6:15

19 weeks önce6:15

6:15

Extreme Programming mit den Coding Buddies. Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Links Christoph Waltz erklärt Krampus bei Jimmy Fallon https://www.youtube.com/watch?v=VbkGuCozc9M Coding Buddies: https://www.codingbuddies.de/ Extreme Programming: https://de.wikipedia.org/wiki/Extreme_Programming Codding Buddies - Durchstarten mit Extreme Programming: https://open.spotify.com/episode/2LwDhBBbVTyV2wiylbco1G?si=b8552d3d5ec0491f Sprungmarken (00:00:00) Extreme Programming Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) 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…

Engineering Kiosk

1
#156 Inbox Zero: der Pro-Tipp für deine Produktivität 10:57

19 weeks önce10:57

10:57

Inbox Zero: Die E-Mail-Flut und das eigene Postfach endlich unter Kontrolle. Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Links Doppelgänger Episode “KI im Unternehmen 📺 Spotify Video | Klarna & Zoom Earnings #409”: https://www.doppelgaenger.io/ki-im-unternehmen-%f0%9f%93%ba-spotify-video-klarna-zoom-earnings-409/ Engineering Kiosk Episode #66 Stressfreie Produktivität in der hektischen Welt mit Getting Things Done: https://engineeringkiosk.dev/podcast/episode/66-stressfreie-produktivit%C3%A4t-in-der-hektischen-welt-mit-getting-things-done/ 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/ Sprungmarken (00:00:00) Inbox Zero Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) 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…

Engineering Kiosk

1
#155 Cursor AI mit der programmier.bar 6:17

19 weeks önce6:17

6:17

Die Cursor.ai IDE mit der programmier.bar. Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Links programmier.bar: https://www.programmier.bar/ Cursor - The AI Code Editor: https://www.cursor.com/ Cursor AI Features: https://www.cursor.com/features VSCode: https://code.visualstudio.com/ GitHub CoPilot: https://github.com/features/copilot Anthropic und Claude Modelle: https://www.anthropic.com/ OpenAI: https://openai.com/ Supermaven: https://supermaven.com/ IDEs with GenAI features that Software Engineers love: https://newsletter.pragmaticengineer.com/p/ide-that-software-engineers-love Sprungmarken (00:00:00) Die Cursor.ai IDE mit der programmier.bar Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) 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…

Engineering Kiosk

1
#154 Architektur-Diskussion: Design eines einfachen und robusten Preis-Scrapers 56:52

20 weeks önce56:52

56:52

Es gibt viele Wege ein Problem zu lösen, doch wie würdest du es tun? Softwareentwicklung ist weit mehr als nur Programmieren. Es geht darum, das eigentliche Problem zu verstehen, sich zu fragen, ob dies wirklich ein Problem ist und ob es sich (in Bezug auf den Aufwand) lohnt, dieses Problem zu lösen und wie man es lösen würde. Verschiedene Lösungswege zu durchdenken, die Vor- und Nachteile abzuwägen und final die beste Entscheidung zu treffen, ist einer der größten Skills von erfahrenen Softwareentwickler*innen. In dieser Episode machen wir genau das: Eine Art Design- bzw. Architektur- bzw. Implementierungs-Diskussion. Wir stellen die Frage “Wie würdest du folgendes Problem lösen und implementieren?”. Das Szenario ist dabei eine Art Preis-Monitor. Ähnlich wie Geizhals oder Idealo, doch deutlich simpler. Bonus: Brauchen wir ein Cron-Package in jeder Programmiersprache? 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 Octoverse Report 2024: https://github.blog/news-insights/octoverse/octoverse-2024/ Index Out Of Bounds Episode 90: Open-Source-Trends 2024 und die einfachsten Wege, Software zu hosten: https://open.spotify.com/episode/1C14wFkI3ur2sZQFEZo9xD?si=g0Lla0G3Q0aX9ZykGJpXZQ Chart.js: https://www.chartjs.org/ Metabase: https://github.com/metabase/metabase Mailgun: https://www.mailgun.com/de/ Grafana: https://grafana.com/ Message bird: https://bird.com/de-de/ Mailbox.org: https://mailbox.org/de/ Engineering Kiosk Episode #135 Design Documents & RFCs: Der Weg zu besserer Software-Architektur: https://engineeringkiosk.dev/podcast/episode/135-design-documents-rfcs-der-weg-zu-besserer-software-architektur/ Top 8 Most Demanded Programming Languages in 2024: https://www.devjobsscanner.com/blog/top-8-most-demanded-programming-languages/ Sprungmarken (00:00:00) Intro, Consultants und Teamphasen (00:04:33) Das Szenario: Heizöl-Preis-Alarm und Requirements Engineering (00:05:36) Info/Werbung (00:06:36) Das Szenario: Heizöl-Preis-Alarm und Requirements Engineering (00:32:51) Die Visualisierung und Notifications (00:39:38) Die alternative Implementierung: Ein Timeseries Problem (00:44:18) Die alternative Implementierung: No Code (00:50:12) Eine SaaS-Idee? (00:55:28) Eure Implementierung Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) 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…

Engineering Kiosk

1
#153 Wie hoste ich ein Large Language Modell (LLM) mit Kubernetes in 5 Minuten mit Data Science Deep Dive 7:56

20 weeks önce7:56

7:56

Wie hoste ich ein Large Language Modell in 5 Minuten mit Kubernetes mit Data Science Deep Dive. Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Links Data Science Deep Dive Podcast: https://inwt.podbean.com/ In Numbers We Trust: https://www.inwt-statistics.de/ Kubernetes: https://kubernetes.io/ Hugging Face: https://huggingface.co/ Databricks: https://www.databricks.com/de Tabby: https://github.com/TabbyML/tabby Gradio: https://www.gradio.app/ Ollama: https://ollama.com/ vLLM: https://github.com/vllm-project/vllm NVIDIA device plugin for Kubernetes: https://github.com/NVIDIA/k8s-device-plugin#quick-start Sprungmarken (00:00:00) Wie hoste ich ein Large Language Modell in 5 Minuten mit Kubernetes? Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) 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…

Engineering Kiosk

1
#152 Warum i und j als Zählvariablen genutzt werden 6:04

20 weeks önce6:04

6:04

Warum i und j als Zählvariable genutzt werden und woher das ganze eigentlich stammt. Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Links Summe: https://de.wikipedia.org/wiki/Summe Sigma: https://de.wikipedia.org/wiki/Sigma Sprungmarken (00:00:00) Warum i und j als Zählvariable genutzt werden Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) 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…

Engineering Kiosk

1
#151 Räumliche Indexstrukturen: Grundpfeiler in Geo-Systemen, Games und Machine Learning 1:02:10

21 weeks önce1:02:10

1:02:10

Mit Hilfe von Spatial Index-Strukturen einen schnellen Zugriff auf Geodaten gewährleisten Die Welt ist groß und wird weiter digitalisiert. Um alles Auffindbar und durchsuchbar zu machen, werden Geodaten von alles und jedem festgehalten: Nicht nur Längen- und Breitengrade (wenn es sich um die Erde handelt), sondern auch Höhe bzw. Tiefe, Zeit und etliche andere Metadaten. Diese Art von Daten nennen sich Spatial-Data oder auch Geospatial-Data. Um in großen Datenmengen einen schnellen Zugriff zu gewährleisten, verwenden Softwaresysteme, wie zB Datenbanken, Indexstrukturen, auch Indizes, genannt. Eine zusätzliche Form der Speicherung durch die Nutzung hoch optimierter Datenstrukturen. Welche Indexstrukturen werden eigentlich bei Geospatial-Daten genutzt? Das ist das Thema dieser Episode. Wir sprechen über die Anwendungsfälle von Geospatial-Data, warum eine klassische Struktur wie ein B-Baum nicht für diese Art von Daten geeignet ist, was Gridfiles, Quadtrees, KD-Trees, R-Trees und Geohashing ist und wie diese funktionieren, ob all dies selbst implementiert werden muss oder wir auf bereits existierende Datenbanksysteme zurückgreifen können und klären, was der Fluch der Dimensionalität ist und was dies mit dem Thema AI zu tun hat. Bonus: MongoDBs Marketing-Initiative auf Basis von Spatial-Index-Strukturen. 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 Twitter: https://twitter.com/EngKiosk Links Fluch der Dimensionalität: https://de.wikipedia.org/wiki/Fluch_der_Dimensionalit%C3%A4t R-Trees: A Dynamic Index Structure for Spatial Searching (1984): http://www.sai.msu.su/~megera/postgres/gist/papers/gutman-rtree.pdf R-Baum Splitstrategien: https://www.dbs.ifi.lmu.de/Lehre/GIS/WS1415/Skript/GIS_WS14_04_part2.pdf PostGIS in PostgreSQL: http://postgis.net/workshops/postgis-intro/indexing.html GeoHash: http://geohash.org/ GeioHash @ Wikipedia: https://en.wikipedia.org/wiki/Geohash 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/ SpatiaLite: https://www.gaia-gis.it/fossil/libspatialite/index Gridfile: https://de.wikipedia.org/wiki/Gridfile Quadtree: https://de.wikipedia.org/wiki/Quadtree k-d-Baum: https://de.wikipedia.org/wiki/K-d-Baum Sprungmarken (00:00:00) Indizes für Geospatial Data (00:02:54) Was ist Spatial bzw. Geo Spatial? (00:05:06) Info/Werbung (00:06:06) Was ist Spatial bzw. Geo Spatial? (00:17:43) Grid Files (00:21:46) KD Trees und Quad Trees (00:31:43) R-Tree (00:41:29) PostGIS, GeoHash und die Z-Kurve (00:51:26) Welche Libraries kommen zum Einsatz? Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) 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 Twitter: https://twitter.com/EngKiosk…

Engineering Kiosk

1
#150 Die ThinkPad-Faszination: Technik, Design und Nostalgie mit Christian Stankowic vom ThinkPad Museum 1:16:34

22 weeks önce1:16:34

1:16:34

Thinkpad von IBM/Lenovo: Das wohl bekannteste Business-Notebook der Welt? Wenn wir uns bei den verwendeten Laptops von Tech-Worker*Innen so umschauen, fallen besonders zwei Firmen bzw. Modelle auf. Das eine sind MacBooks von Apple. Das andere Thinkpad von IBM bzw. Lenovo. Besonders unter Software Entwickler*innen und Linux-Usern sind Thinkpads sehr weit verbreitet. Wir haben uns die Frage gestellt, warum dies so ist. Warum sind ThinkPads schon so lange am Markt und so beliebt? Was ist daran besonders? Diese Frage(n) versuchen wir in dieser Podcast-Episode zu beantworten. Christian Stankowic ist Sammler von ThinkPads und betreibt ein digitales Museum und einen Podcast zu diesem Thema. Mit ihm klären wir, den Grund für die Beliebtheit von Thinkpads, wie die Geschichte zu der Notebook-Marke aussieht, wer Richard Sapper ist, was es mit der roten Farbe im Produkt-Design auf sich hat, welche Hardware-Kuriositäten es bei verschiedenen Modellen gibt, woher eigentlich der Name Think kommt und vieles mehr. Bonus: Nobody gets fired for buying IBM. 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 Twitter: https://twitter.com/EngKiosk Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev . Links Christian Stankowic: https://cstan.io/ Talk “ThinkPads - Geschichte und Nerdkultur” auf der Froscon 2024: https://media.ccc.de/v/froscon2024-3141-thinkpads ThinkPad-Museum - Digitales Museum und Podcast: https://thinkpad-museum.de/ Artemide Tizio 55 (1972) Lampe: https://de.wikipedia.org/wiki/Tizio Richard Sapper Mod. 5140: https://richardsapperdesign.com/products/mod-5140/ Thinkpad 701 : https://thinkwiki.de/701 ThinkPad 550: https://thinkwiki.de/550 In Love with PDA: https://inlovewithpda.de/ ThinkPad W701: https://thinkwiki.de/W701 Framework Laptop: https://frame.work/de/de Lenovo Thinkpad X1 Fold: https://www.lenovo.com/de/de/thinkpad-x1-fold/ Thinkpad Forum: https://thinkpad-forum.de/ ThinkPad Wiki: https://thinkwiki.de/ Sprungmarken (00:00:00) Thinkpads mit Christian Stankowic (00:03:40) Was ist ein Thinkpad? Was ist ein Trackpoint? (00:03:59) Info/Werbung (00:04:59) Was ist ein Thinkpad? Was ist ein Trackpoint? (00:21:50) Kurzgeschichte: Thinkpads (Modellnamen, Prefixe) (00:29:28) IBM und Lenovo (00:34:08) Richard Sapper (00:46:13) Der Name "Think" (00:49:02) Modell-Experimente (01:03:25) Eigene Modifikationen an ThinkPads Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) 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 Twitter: https://twitter.com/EngKiosk…

Engineering Kiosk

1
#149 Recommender Systems: Funktionsweise und Forschungstrends mit Eva Zangerle 1:11:03

23 weeks önce1:11:03

1:11:03

Recommender Systems: Was steckt hinter modernen Empfehlungsalgorithmen? Moderne Empfehlungsalgorithmen begegnen uns im Alltag überall: Die nächste Serie bei Netflix, die “für dich zusammengestellte Playlist” bei Spotify oder “Kunden, die diesen Artikel gekauft haben, kauften auch” bei Amazon. In Zeiten von AI könnten wir meinen, dass dies alles schwarze Magie ist. Doch i.d.R. folgen die Empfehlungen gewissen Logiken. All das ganze wird im Research Bereich “Recommender Systems” genannt. Dies ist auch das Thema dieser Episode. Prof. Dr. Eva Zangerle, eine Expertin im Bereich Recommender System erklärt uns, was Recommender Systems eigentlich sind, welche Grundlegenden Ansätze für Empfehlungsalgorithmen existieren, wie viele Daten benötigt werden um sinnvolle Ergebnisse zu erzielen, was das Cold-Start Problem ist, wie Forscher evaluieren können, ob es gute oder schlechte Empfehlungen sind, was die Begriffe Recall und Precision eigentlich bedeuten, ob Empfehlungsalgorithmen auch einen gewissen Bias entwickeln können sowie welche Trends auf dem Forschungsgebiet zur Zeit aktuell sind. 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 Twitter: https://twitter.com/EngKiosk Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev . Links Eva Zangerle: https://evazangerle.at/ Eva Zangerle @ Google Scholar: https://scholar.google.com/citations?hl=de&user=eeyGXWoAAAAJ&view_op=list_works&sortby=pubdate Surprise - A Python scikit for recommender systems: https://surpriselib.com/ LensKit - Python Tools for Recommender Experiments: https://lenskit.org/ Podcast Recsperts - Recommender Systems Experts: https://recsperts.com/ Elliot - Framework for Reproducible Recommender Systems Evaluation: https://github.com/sisinflab/elliot RecBole - A unified, comprehensive and efficient recommendation library: https://recbole.io/ Buch “Kollektive Intelligenz analysieren, programmieren und nutzen” (2008): https://www.amazon.de/Kollektive-Intelligenz-analysieren-programmieren-nutzen/dp/3897217805 Buch “Practical Recommender Systems” von Kim Falk (Autor): https://www.amazon.de/Practical-Recommender-Systems-Kim-Falk/dp/1617292702 Microsoft Recommenders: https://github.com/recommenders-team/recommenders Source code for Twitter's Recommendation Algorithm: https://github.com/twitter/the-algorithm Sprungmarken (00:00:00) Recommender Systems mit Eva Zangerle (00:06:07) RecSys - Die ACM Recommender Systems Conference (00:06:31) Info/Werbung (00:07:31) RecSys - Die ACM Recommender Systems Conference (00:17:58) User Profile und Kontexte in Recommender Systems (00:25:38) Wie baut man ein Recommender Systems auf? (00:36:02) Das Cold-Start Problem, balancierte Algorithmen und das Habsburger-Problem (00:42:37) Evaluierung von Recommender Systems: Precision und Recall (00:51:55) AI und LLMs als Empfehlungs-Assistent (00:55:51) Spezielle Datenbank-Systeme, Sequential Recommendation und Audio Recommendations (01:01:22) Key Trends in der Recommender Systems und Information Retrieval Szene (01:09:09) Empfehlung für den Einstieg in Recommender Systems Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) 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 Twitter: https://twitter.com/EngKiosk…

Engineering Kiosk

1
#148 Wenn Open Source eigene Wege geht: Forking und seine Folgen 1:06:35

24 weeks önce1:06:35

1:06:35

Forking: Ein Grundpfeiler von Open Source mit eigenen Herausforderungen Das tolle an Open Source? Man hat das Recht, die Software zu modifizieren und auch in ihrer modifizierten Form zu verbreiten. Wenn man plant, das Open Source Projekt zu modifizieren und unabhängig von seiner Ursprungsform weiterzuentwickeln, nennt man dies Fork bzw. Forking. Das klingt erstmal super und nach viel Freiheit. Doch Forking hat ganz eigene Herausforderungen. In dieser Episode klären wir, was Forks sind, welche populären Forks es in der Geschichte von Open Source gegeben hat und was die Motivation dieser Forks war, welche Projekt-Forks es nicht zur Popularität geschafft haben, warum Forking auch als Druckmittel genutzt werden kann und warum es eine Art Grundrecht auf GitHub ist, welche (oft unsichtbaren) Herausforderungen Forking mit sich bringt und klären, was das Urheberrecht und der Digital Millennium Copyright Act (DMCA) aus den USA damit auf sich hat.. Bonus: Bei Debian hieß der Firefox Browser mal Iceweasel. 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 Twitter: https://twitter.com/EngKiosk Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev . Links Elasticsearch Is Open Source. Again!: https://www.elastic.co/de/blog/elasticsearch-is-open-source-again Paperless: https://github.com/the-paperless-project/paperless Paperless-NG: https://github.com/jonaswinkler/paperless-ng Paperless-NGX: https://github.com/paperless-ngx/paperless-ngx Node.js says all is forgiven, welcomes io.js fork back into the fold: https://www.theregister.com/2015/09/09/node_js_v400_reunites_with_io_js/ Redis ändert die Lizenz, Linux Foundation übernimmt den Fork Valkey: https://www.heise.de/news/Redis-aendert-die-Lizenz-Linux-Foundation-uebernimmt-den-Fork-Valkey-9671221.html GitHub’s DMCA Takedown Policy: https://docs.github.com/en/site-policy/content-removal-policies/dmca-takedown-policy Repository with text of DMCA takedown notices by GitHub: https://github.com/github/dmca Namensstreit zwischen Debian und Mozilla: https://de.wikipedia.org/wiki/Namensstreit_zwischen_Debian_und_Mozilla OpenTofu: https://opentofu.org/ GitHub’s Terms of Service - 5. License Grant to Other Users: https://docs.github.com/en/site-policy/github-terms/github-terms-of-service#5-license-grant-to-other-users OSI Approved Licenses: https://opensource.org/licenses Opening up the WinAmp source to all goes badly as owners delete entire repo: https://www.theregister.com/2024/10/16/opensourcing_of_winamp_goes_badly/ Engineering Kiosk Episode #69 MySQL vs. MariaDB: https://engineeringkiosk.dev/podcast/episode/69-mysql-vs-mariadb/ 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/ Sprungmarken (00:00:00) Die Vorteile von Open Source (00:05:41) Info/Werbung (00:06:41) Die Vorteile von Open Source (00:14:31) Erfolgreiche Forks aus der Open Source Welt (00:29:08) Forks, die es "nicht geschafft" haben (00:36:59) Die Motivation, ein Projekt zu Forken und das Urheberrecht (00:44:50) Der Rattenschwanz des Forkens von großen Projekten (00:53:46) Ist forken ein positives oder negatives Zeichen? (01:01:16) Kommunikation ist das wichtigste Element in der Open Source Community Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) 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 Twitter: https://twitter.com/EngKiosk…

Engineering Kiosk

1
#147 Mechanische Tastaturen: Vom Klick zum Kult mit Philipp Hoeler-Lutz von Click! Clack! Hack! 1:18:36

25 weeks önce1:18:36

1:18:36

Mechanische Tastaturen: Profi-Werkzeug für alle Software-Entwickler⋅innen Für alle Tech-Worker⋅innen ist kein Peripheriegerät so essentiell wie die eigene Tastatur. Und doch verwenden viele von uns ein 15€ Gerät, das wir noch vom ersten Computer im Schrank liegen haben. Vergleichbar wäre dies, wenn professionelle Handwerker täglich mit der Bohrmaschine aus dem Discounter eine Mauer wegstemmen. Funktioniert schon. Irgendwie. Aber angenehm ist anders. Mechanische Tastaturen wären in diesem Vergleich wohl die Hilti unter den Eingabegeräten. Doch was zeichnet eine mechanische Tastatur aus? Sind die nicht einfach nur laut? Was ist der Hype um diese Art von Keyboards? Wie sind diese im Detail aufgebaut, was kosten diese, warum sind dort oft bunte Tasten verbaut, welche Tastatur-Layouts und -Größen gibt es und was hat das ganze mit Ergonomie zu tun? In dieser Episode geht es nicht nur um Tastatur-Hardware, sondern auch um Custom-Firmware. Wir steigen tief in den Hasenbau. Bonus: Wir fordern - Dezibel-Tests für Tastaturen 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 Twitter: https://twitter.com/EngKiosk Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev . Links Nerdbude Blog: https://www.nerdbude.com/ Click! Clack! Hack! Podcast: https://www.clickclackhack.de/ CCH Con: https://www.cch-con.de/ PCB Exchange: https://pcb-exchange.de/ Tastatur-Keylayout “KYB3R_KEYS”: https://www.nerdbude.com/kyb3r_keys.html Keyboard Lexikon: https://golem.hu/keyboard-lexicon/ QMK Firmware: https://qmk.fm/ Corne keyboard: https://github.com/foostan/crkbd ZMK Firmware: https://zmk.dev/ Workman Keyboard Layout: https://workmanlayout.org/ Space Cadet Shift in QMK: https://docs.qmk.fm/features/space_cadet Mechanicon: https://mechanicon.io/ Keychron Switch Tester 100 Max Edition: https://keychron.de/de/products/keychron-switch-tester-100-max-edition Click! Clack! Hack! Community: https://www.clickclackhack.de/about.html Geekhack: https://geekhack.org/ Keebtalk: https://www.keebtalk.com/ Sprungmarken (00:00:00) Mechanische Tastaturen mit Philipp Hoeler-Lutz (00:06:40) Werbung/Info (00:07:40) Was sind mechanische Tastaturen sowie der Hype und die Begeisterung (00:13:42) Welche Verbreitung haben mechanische Tastaturen? (00:17:28) Wie ist eine mechanische Tastatur aufgebaut? (00:23:42) Was sind Switched und wie funktionieren diese? (00:31:41) Switches selbst bauen (00:33:45) Lautstärke von mechanischen Tastaturen, Bounce und Debounce (00:39:35) Farbgebung und Keycaps bei mechanischen Tastaturen (00:52:39) Unibody, Split- und Sculpt-Keyboards (00:57:49) Firmwares für Custom-Keyboards (01:09:27) Wie steige ich in das Thema mechanische Keyboards ein? (01:12:37) Communities für mechanische Keyboards Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) 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 Twitter: https://twitter.com/EngKiosk…

Engineering Kiosk

1
#146 Warum ist Doom so faszinierend für die Software-Entwicklung? 58:22

26 weeks önce58:22

58:22

Doom - Das Spiel und warum es ein Engineering Meisterwerk ist Das Spiel Doom beschäftigt viele Software-Entwickler*innen auch noch 31 Jahren nach seiner Veröffentlichung im Jahre 1993. Die Frage “Can it run Doom?” ist allgegenwärtig. Es ist eine Art Sport geworden, das Spiel auf jede Art von Device zu portieren. Doom läuft inzwischen auf einem John Deere Trecker, einem Satelliten und einem digitalen Schwangerschaftstest. Doch was macht dieses Spiel so interessant? Warum wird genau dieses Spiel für die Portierung genutzt? Welche bahnbrechenden Implementierungsdetails haben John Carmack, John Romero und das Team verbaut? Das war meine Ausgangsfrage. Das Resultat? Ein tiefes Loch voller Wow und WTF-Momente. Und diese Podcast-Episode. Es geht um Zufallszahlengeneratoren, Grafik-Engines, Doom-Fun-Facts, Doom Forks und wie du deinen eigenen Doom-Port erstellen kannst. Bonus: Ist es eine Herausforderung ein Device zu finden, das Doom nicht laufen lassen kann? 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 Twitter: https://twitter.com/EngKiosk Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev . Links Doom: https://de.wikipedia.org/wiki/Doom Doom-Engine: https://de.wikipedia.org/wiki/Doom-Engine Doom SourceCode: https://github.com/id-Software/DOOM/tree/master Doom Zufallszahlen-Tabelle: https://github.com/id-Software/DOOM/blob/a77dfb96cb91780ca334d0d4cfd86957558007e0/linuxdoom-1.10/m_random.c#L31 Entfernung von zufälligkeit bei Doom: https://jmtd.net/log/deterministic_doom/ LMP / LUMP-Files: https://doomwiki.org/wiki/LMP Doom Replay Editor: https://test.doomworld.com/forum/topic/112543-how-to-use-xdre-tas-information/ Raycasting: https://de.wikipedia.org/wiki/Raycasting Playing Video Games One Frame at a Time - Ólafur Waage - NDC TechTown 2023: https://www.youtube.com/watch?v=Z1Nf8KcG4ro Running DOOM on a satellite: https://www.youtube.com/watch?v=zthssUIFG6c Tweet that Doom runs in Space: https://x.com/olafurw/status/1741071775356637413 Source Code of Dooms Port für OPS-SAT: https://github.com/olafurw/opssat-doom/ GameNGen: Google-Forscher simulieren "Doom" ohne Engine: https://www.heise.de/news/GameNGen-Google-Forscher-simulieren-Doom-ohne-Engine-9851001.html The Doom Bible: https://5years.doomworld.com/doombible/ Chocolate Doom: https://www.chocolate-doom.org/ Crispy Doom: https://fabiangreffrath.github.io/crispy-homepage/ ZDoom: https://zdoom.org/index GZDoom: https://github.com/ZDoom/gzdoom C++ Doom: https://github.com/patricia-gallardo/cpp-doom List of Doom ports: https://en.wikipedia.org/wiki/List_of_Doom_ports Von Legostein bis Schwangerschaftstest: „Doom“ läuft wirklich überall: https://t3n.de/news/doom-laueft-ueberall-sammlung-lego-zocken-fps-gaming-1320291/ Doom-Captcha: https://vivirenremoto.github.io/doomcaptcha/ Doom Engine Code Review: https://fabiensanglard.net/doomIphone/doomClassicRenderer.php How Much of a Genius-Level Move Was Using Binary Space Partitioning in Doom?: https://twobithistory.org/2019/11/06/doom-bsp.html Sub-Reddit “It runs Doom”: https://www.reddit.com/r/itrunsdoom/ Sub-Reddit “Doom”: https://www.reddit.com/r/Doom/ Buch “Game Engine Black Book: DOOM: v1.2” → https://www.amazon.de/Game-Engine-Black-Book-DOOM/dp/B0BMSP3GSS/ref=sr_1_1 Buch “Masters of Doom: How Two Guys Created an Empire and Transformed Pop Culture”: https://www.amazon.de/Masters-Doom-Created-Transformed-Culture/dp/0812972155 Approval Testing: https://approvaltests.com/ Doom Generic: https://github.com/ozkl/doomgeneric Doom auf einer Canon-Kamera: https://www.reddit.com/r/itrunsdoom/comments/mcgphm/managed_to_run_doom_on_camera/ Doom auf einem Thermomix-Clone: https://www.reddit.com/r/itrunsdoom/comments/by5x1n/oc_made_a_thermomix_clone_run_doom_with_a_friend/ Doom auf einem Laufband: https://www.reddit.com/r/itrunsdoom/comments/fnj43o/doom_on_a_nordictrack_treadmill/ Doom auf einem iPod: https://www.reddit.com/r/itrunsdoom/comments/egqyqj/doom_on_my_ipod/ Computer-System vom John Deere Traktor: https://www.reddit.com/r/itrunsdoom/comments/wociaz/the_hacker_known_as_sick_codes_has_successfully/ Doom auf einer Ikeas Trådfri-Lampe: https://t3n.de/news/ikea-tradfri-lampe-doom-zocken-1384849/ Doom auf einem digitalen Schwangerschaftstest: https://x.com/Foone/status/1302820468819288066 Doom auf einem Satelliten: https://x.com/olafurw/status/1741071775356637413 Roomba-Staubsauger erstellt Doom-Maps: https://richwhitehouse.com/index.php?postid=72 Can Grafana run Doom?: https://grafana.com/blog/2022/03/31/can-grafana-run-doom/ Sprungmarken (00:00:00) Die Faszination um das Spiel Doom (00:04:20) Werbung/Info (00:05:20) Was ist Doom? (00:09:21) Was ist Doom technisch? (00:12:15) Architektur: Trennung von Engine und Daten (00:14:58) Determinismus und der Zufall (00:21:07) Aufzeichnung der Benutzer-Eingaben und Multiplayer (00:30:19) Grafik-Engine: Visible Surface Determination, Raytracing und Binary Space Partitioning (00:45:30) Doom-Ports und die Weiterentwicklung des Spiels (00:53:12) Can it run Doom? Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) 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 Twitter: https://twitter.com/EngKiosk…

Engineering Kiosk

1
#145 Große Open Source Projekte managen: 20 Jahre im TYPO3 Projekt mit Benni Mack 1:10:55

27 weeks önce1:10:55

1:10:55

Ist “Open Source” eigentlich der Quellcode? Oder geht es primär um Menschen und der Code ist nur das Ergebnis? Die Open Source Bewegung ist aus der Softwareentwicklung nicht mehr wegzudenken. Ein Teil davon zu sein fühlt sich gut an. Wir geben etwas zurück. Einige von uns träumen auch davon, dass das eigene Open Source Projekt mal so richtig groß wird. Doch wie verändert sich eigentlich die Art und Weise, wie wir ein Open Source Projekt managen, wenn dies eine große Nutzerbasis, viele Contributoren und noch mehr Reichweite bekommt? Steht dann noch das eigentliche Ergebnis, der Quellcode, im Vordergrund? Oder spielen Themen wie Community Management, der Einfluss auf Menschen, Finanzierung oder Governance-Strukturen eine größere Rolle? In dieser Episode sprechen wir mit Benni Mack. Benni ist Project Lead bei TYPO3, einem Open Source Content Management System. Er gibt uns Einblicke, welche Aktivitäten eigentlich notwendig sind um ein solch großes Open Source Projekt am leben und laufen zu halten, welchen Einfluss es auf Menschen haben kann, wie junge contributoren motiviert werden können, welche Governance und Finanzierungsstrukturen existieren und wir sprechen über die negativen Seiten und Herausforderungen bei großen Open Source Projekten. Bonus: Was Snowboard fahren und Surfen mit Softwareentwicklung zu tun hat. Unsere Partner aus der Werbung: 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://www.buymeacoffee.com/engineeringkiosk Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev . Links Benni Mack auf LinkedIn: https://www.linkedin.com/in/benjaminmack/ b13, Agentur von Benni Mack: https://b13.com/de/ TYPO3 GmbH: https://typo3.com/ TYPO3 Association: https://typo3.org/project/association Government Site Builder: https://www.itzbund.de/DE/itloesungen/standardloesungen/gsb/gsb.html TYPO3 Snowboard Tour: https://t3board.typo3.org/ TYPO3 Surf Camp: https://surfcamp.typo3.com/ Gerrit Code Review: https://www.gerritcodereview.com/ Drupal: https://www.drupal.org/ Sprungmarken (00:00:00) Management von großen Open Source Projekten mit Benni Mack (00:04:36) Werbung/Info (00:05:36) Was ist TYPO3 und was zeichnet es aus? (00:09:55) Welche Relevanz hat Content Management eigentlich noch? (00:12:15) Governance-Modell und Team-Strukturen beim Open Source Projekt TYPO3? (00:21:52) Roadmaps, Visionen und Features bei großen Open Source Projekten (00:38:06) Motivation von neuen Contributoren und Open Source Stars (00:45:55) Community-Aufbau bei großen Open Source Projekten (00:49:28) Agenturen und Open Source Sponsoring (00:57:03) Gerrit und GitHub als Source Code Management Plattform (01:04:41) Ablehnung von Patches (01:08:14) Contributions zu anderen Open Source Systemen Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk…

Engineering Kiosk

1
#144 Die unterschätzte Macht der Zeit: Wie NTP und PTP die Welt synchronisieren mit Daniel Boldt und Thomas Behn von Meinberg 1:08:03

28 weeks önce1:08:03

1:08:03

Zeitsynchronisation: Ein Element, wovon wir ausgehen, dass es einfach funktioniert So gut wie jede Applikation benötigt die aktuelle Zeit als ein Element zur Berechnung, zum Logging oder auch zur Synchronisation. Besonders bei mehreren Systemen, die miteinander kommunizieren, ist die Synchronisation der Zeit essenziell. Dazu zählen z.B. verteilte Systeme wie Datenbanken oder auch IP-basierte Funk- und Videoübertragungssysteme. Doch wie funktioniert das eigentlich und was steckt dahinter? In dieser Episode geht es also um Zeit und Zeitsynchronisation. Wir sprechen über die beiden Protokolle NTP, das Network Time Protocol und PTP, das Precision Time Protocol. Was sind das für Protokolle? Wo kommen diese zum Einsatz, welche Genauigkeit legen diese zu Grunde und wo kommen diese an ihre Grenzen? Und was sind Boundary Clocks und Transparent Clocks? Weiterhin schauen wir uns mal an, wozu spezifische Hardware zur Zeitsynchronisation gebraucht wird und woher die Ursprungszeit eigentlich stammt. 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 Twitter: https://twitter.com/EngKiosk Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev . Links Meinberg: https://www.meinberg.de/ Thomas Behn auf LinkedIn: https://www.linkedin.com/in/thomas-behn/ Daniel Boldt auf LinkedIn: https://www.linkedin.com/in/meinberg-daniel-boldt/ Network Time Protocol (NTP): https://de.wikipedia.org/wiki/Network_Time_Protocol Precision Time Protocol (PTP): https://de.wikipedia.org/wiki/Precision_Time_Protocol Meinberg Produktübersicht: https://www.meinberg.de/german/products/ Meinberg Knowledgebase zum Thema Zeitsynchronisation: https://kb.meinbergglobal.com/kb/time_sync/start Leap Smear Google Dokumentation: https://developers.google.com/time/smear Paper “Securing Unprotected NTP Implementations Using an NTS Daemon”: https://ieeexplore.ieee.org/document/8886645 Whitepaper "Computer Time Synchronization Concepts" von Martin Burnicki: https://www.meinbergglobal.com/download/burnicki/Computer%20Time%20Synchronization%20Concepts%20-%202014-04-29.pdf Blog-Artikel NTP vs. PTP: https://blog.meinbergglobal.com/2013/11/22/ntp-vs-ptp-network-timing-smackdown/ PTP Track Hound: https://www.ptptrackhound.com/ Karrieremöglichkeiten bei Meinberg: https://www.meinberg.de/german/company/jobs-karriere.htm Zeitzeichensender DCF77: https://de.wikipedia.org/wiki/DCF77 Linux Kernel - Real-Time Linux ist in der Mainline angekommen: https://www.golem.de/news/linux-kernel-real-time-linux-ist-in-der-mainline-angekommen-2409-189128.html Sprungmarken (00:01:08) Daniel Boldt und Thomas Behn von Meinberg (00:05:46) Was ist das Network Time Protocol (NTP)? (00:06:35) Werbung/Info (00:07:35) Was ist das Network Time Protocol (NTP)? (00:22:54) Stratum-Server, Zeit-Hierarchien und symmetrische Netzwerke (00:30:29) Sicherheit bei Network Time Protocol (NTP) (00:33:03) Was ist das Precision Time Protocol (PTP)? (00:44:03) Anwendung von Precision Time Protocol (PTP) und dedizierte Hardware (00:49:27) Die Probleme vom Precision Time Protocol (PTP) (00:58:42) Dedizierte Hardware zur Zeitsynchronisation Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) 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 Twitter: https://twitter.com/EngKiosk…

Engineering Kiosk

1
#143 Ship It! Deployment-Strategien und Anti-Patterns auf der letzten Meile 1:16:45

29 weeks önce1:16:45

1:16:45

Dein Code ist nichts wert, bevor er nicht in Produktion ist! Viele Software-Entwickler*innen haben sich bereits in der Situation gefunden, wo wir immer und immer wieder über den eigenen Source Code iterieren, um diesen noch schöner zu machen. Soviel Spaß dies auch macht … ist das schönste Gefühl jedoch, wenn jemand meinen Source Code wirklich nutzt. Und das geht nur, wenn wir diesen auch deployen. Oder etwas direkter gesagt: Dein Source Code ist solange nichts wert, bis dieser nicht in Produktion ist und vom Kunden genutzt werden kann. Klingt hart, ist aber Fakt. Deswegen geht's in dieser Podcast Episode um das Thema Deployment. Wir sprechen über Anti-Patterns wie manuelle Deployments, Big-Bang Deployments und Deployment Monolithen. Wir schauen uns an welche Herausforderungen wir bereits in unserer beruflichen Laufbahn bei Deployments gesehen haben, wie zB Caching, CDNs, Deployment unter Hochlast oder das Einspielen von Datenbankänderungen und geben mal eine Tour durch verschiedene Deployment-Arten, mit u.a. Canary Deployments, der Blue-Green-Stratgie, Feature Flags oder Shadow Deployments bzw. Dark Launches. Final bringen wir die Frage auf den Tisch, wann du das letzte mal deinen Rollback getestet hast. Bonus: Wie macht man eine Podcast-Episode über Deployment ohne Continuous Delivery und Continuous Deployment (CD) zu erwähnen? 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 Twitter: https://twitter.com/EngKiosk Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev . Links Linear fixt einen Bug innerhalb von 28 Minuten: https://www.linkedin.com/posts/karrisaarinen_power-of-the-linear-team-product-and-triage-activity-7242999316309573632--Z3f/ How to change symlinks atomically: https://blog.moertel.com/posts/2005-08-22-how-to-change-symlinks-atomically.html Planetscale - The State of Online Schema Migrations in MySQL: https://planetscale.com/blog/state-of-online-schema-migrations-in-mysql Martin Fowler über Dark Launching: https://martinfowler.com/bliki/DarkLaunching.html Kubernetes deployment strategies explained: https://github.com/ContainerSolutions/k8s-deployment-strategies Vortrag “Jeder Meter Zählt / Linux @ Deutsche Börse” von Jens Kühnel: https://media.ccc.de/v/froscon2024-3137-jeder_meter_zahlt Case Study 4: The $440 Million Software Error at Knight Capital: https://www.henricodolfing.com/2019/06/project-failure-case-study-knight-capital.html 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 #87 Die DORA-Metriken: Ist Software-Entwicklungs-Performance messbar?: https://engineeringkiosk.dev/podcast/episode/87-die-dora-metriken-ist-software-entwicklungs-performance-messbar/ Engineering Kiosk Episode #109 Freeze! Warum dein Code manchmal eine Pause braucht: https://engineeringkiosk.dev/podcast/episode/109-freeze-warum-dein-code-manchmal-eine-pause-braucht/ Sprungmarken (00:00:00) Intro (00:01:04) Der Wert von automatisierten Deployments (00:04:46) Werbung/Info (00:05:46) Der Wert von automatisierten Deployments (00:13:40) Datenbank-Deployments und Rollbacks (00:19:04) Anti-Pattern: Komplizierter Deployment Prozess (00:24:47) Anti-Pattern: Big-Bang-Deployment (00:30:10) Ein schneller Feedback-Cycle (00:32:45) Anti-Pattern: Deployment-Monolith (00:42:28) Herausforderungen beim Deployment: Caching, CDN und Traffic (00:52:24) Deployment-Strategien (01:08:34) Metriken für deinen Deployment-Prozess (01:13:18) Nicht jede Software braucht 5 Deployments pro Tag Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) 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 Twitter: https://twitter.com/EngKiosk…

Engineering Kiosk

1
#142 Ist Return to Office die Zukunft? Was die Wissenschaft sagt - mit Jean-Victor Alipour vom IFO 1:16:37

30 weeks önce1:16:37

1:16:37

Home Office vs. Return to Office: Der Machtkampf der Arbeitsweisen. Home Office, Telearbeit, mobiles Arbeiten, Full Remote oder ab und zu auch Sofa-Zentrale, Küchen-Kontrollzentrum oder Pyjama-Büro. Obwohl diese Begriffe rechtlich und steuerlich teils eine andere Bedeutung haben, ist das Ergebnis das gleiche: Arbeiten von Zuhause bzw. nicht aus dem Büro deines Unternehmens. Zur Corona Pandemie sind wir alle, freiwillig oder gezwungen, in den Genuss des Home Offices bekommen. Einige Unternehmen haben das Home Office als festen Bestandteil beibehalten. Andere haben Regeln für ein Hybrid-Modell eingeführt und wiederum andere springen auf den 5 Tage Return to Office Zug auf. Das Thema ist hoch subjektiv, denn jeder hat eine Meinung, welches Arbeitsmodell das beste ist. Doch wie sehen denn eigentlich die Zahlen und Fakten zu diesem Thema aus? Jean-Victor Alipour, Dr. im Bereich Volkswirtschaft, hat mit den Forschungen zu diesem Thema bereits vor der Corona Pandemie begonnen. Mit ihm klären wir, wie das Ansehen von Home Office vor der Pandemie war, welche Verbreitung Home Office und Hybrides Arbeiten heute hat, Inwieweit die Produktivität steigt bzw. sinkt, ob es eine Return To Office-Bewegung gibt und ob bzw. wie sich die städtischen Ballungsgebiete im Hinblick auf Remote work ändern. 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 Twitter: https://twitter.com/EngKiosk Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev . Links Jean-Victor Alipour: https://sites.google.com/view/jv-alipour/ Jean-Victor Alipour auf LinkedIn: https://www.linkedin.com/in/jean-victor-alipour/ Eric Schmidt zu “Working from Home”: https://www.wsj.com/tech/ai/google-eric-schmidt-ai-remote-work-stanford-f92f4ca5 Gitlab - Fully Remote: https://about.gitlab.com/company/all-remote/ ifo Geschäftsklima Deutschland: https://www.ifo.de/umfrage/ifo-geschaeftsklima-deutschland Arbeitsforscher Hans Rusinek “Mit einem Betonmischer kann man nicht ins Homeoffice gehen”: https://detektor.fm/wirtschaft/brand-eins-podcast-hans-rusinek-home-office-vier-tage-woche-arbeit Engineering Kiosk Episode #136 Als Knowledge Worker fit und gesund bleiben mit Patrick Cole: https://engineeringkiosk.dev/podcast/episode/136-als-knowledge-worker-fit-und-gesund-bleiben-mit-patrick-cole/ Engineering Kiosk Episode #87 Die DORA-Metriken: Ist Software-Entwicklungs-Performance messbar?: https://engineeringkiosk.dev/podcast/episode/87-die-dora-metriken-ist-software-entwicklungs-performance-messbar/ Customer Satisfaction Score – Was ist der CSAT, und wie wird er gemessen?: https://www.moin.ai/chatbot-lexikon/customer-satisfaction-score-csat Textilunternehmer Wolfgang Grupp „Wenn einer im Homeoffice arbeiten kann, ist er unwichtig“: https://www.welt.de/wirtschaft/article247770002/Trigema-Chef-Wenn-einer-im-Homeoffice-arbeiten-kann-ist-er-unwichtig.html Deutsche Bank - Führungskräfte müssen aus dem Homeoffice zurück ins Büro: https://www.handelsblatt.com/finanzen/banken-versicherungen/deutsche-bank-fuehrungskraefte-muessen-aus-dem-homeoffice-zurueck-ins-buero/100015342.html Kein Homeoffice ist auch keine Lösung: https://www.ifo.de/publikationen/2023/aufsatz-zeitschrift/kein-homeoffice-ist-auch-keine-loesung My home is my castle – The benefits of working from home during a pandemic crisis: https://www.sciencedirect.com/science/article/pii/S0047272721000098 Sprungmarken (00:00:00) Home Office und Return to Office mit Dr. Jean-Victor Alipour (00:04:04) Werbung/Info (00:05:04) Home Office und Return to Office mit Dr. Jean-Victor Alipour (00:15:41) Was ist eigentlich mit Home Office gemeint? (00:19:38) Attraktivität und Vorurteile von Home Office vor Corona (00:28:59) Längeres Arbeiten gleich höhere Produktivität im Home Office? (00:41:33) Fully Remote vs. Hybrid-Arbeit (00:51:29) Was sind gute und schlechte Home Office Konzepte? (00:59:41) Gibt es einen Return to Office-Trend? Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) 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 Twitter: https://twitter.com/EngKiosk…

Engineering Kiosk

1
#141 Datenjournalismus - zwischen Grafik und Fakten mit Michael Kreil 1:07:45

31 weeks önce1:07:45

1:07:45

Welche Rolle spielt Softwareentwicklung im Datenjournalismus? Datenjournalismus ist eine spezialisierte Form des Journalismus, die u.a. darauf abzielt (offene) Daten (und somit auch interessante Fakten) durch interaktive Visualisierungen und Diagramme zugänglich zu machen. Doch um ein konsumierbares Ergebnis zu erhalten, ist viel Arbeit notwendig. Was steckt also dahinter? In dieser Episode sprechen wir mit Michael Kreil. Michael ist freier Datenjournalist und gibt uns Einblicke in seine Arbeit. Wir klären, was Datenjournalismus eigentlich ist, inwieweit das ganze in Relation zu Data Analytics oder Data Science steht, woher eigentlich die Arbeitsgrundlage, also die Daten, stammen, wie viel Software-Engineering in diesem Prozess involviert ist, welche handwerklichen Fehler bei der Arbeit mit Daten gemacht werden können, aber auch wie Datenjournalisten für Open Data und “Public Money, Public Code oder Public Data” kämpfen. Bonus: Wenn Daten präsentiert werden, schalten Menschen ihren Kopf aus. 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 Twitter: https://twitter.com/EngKiosk Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev . Links Michael Kreil: https://www.michael-kreil.de/ VersaTiles: A complete FLOSS map stack: https://versatiles.org/ Pandas: https://pandas.pydata.org/ d3.js: https://d3js.org/ Chart.js: https://www.chartjs.org/ Statista: https://de.statista.com/ Our World In Data: https://ourworldindata.org/ Destatis: https://www.destatis.de/ Eurostat: https://ec.europa.eu/eurostat/de/ Datenportal Berlin: https://daten.berlin.de/ Open Data Portal der deutschen Bahn: https://data.deutschebahn.com/opendata GOV Data: https://www.govdata.de/ Journalist klagt gegen Freistaat Bayern - Wann Medien Behördendaten veröffentlichen dürfen: https://www.deutschlandfunk.de/journalist-klagt-gegen-den-freistaat-bayern-sind-behoerdendaten-durch-das-urheberrecht-geschuetzt-100.html Kostenlose Basisdaten: https://www.adv-online.de/Veroeffentlichungen/Presse/ Deadlift ETF: https://www.reddit.com/r/atrioc/comments/1ewkatt/some_dude_made_a_deadlift_etf_with_only_companies/ Spurious correlations: https://tylervigen.com/spurious-correlations Per capita consumption of margarine correlates with the divorce rate in Maine: https://www.tylervigen.com/spurious/correlation/5920_per-capita-consumption-of-margarine_correlates-with_the-divorce-rate-in-maine A bad chart got better – and then bad again: https://blog.datawrapper.de/irish-times-chart-redesigned-olympics/ Gap Minder: https://www.gapminder.org/ Hans Rosling Talk https://www.ted.com/talks/hans_rosling_the_best_stats_you_ve_ever_seen Sprungmarken (00:00:00) Datenjournalismus und Open Source Karten mit Michael Kreil (00:04:04) Was hat dich dazu bewegt in den Journalismus zu gehen? (00:05:53) Sponsor/Info (00:06:53) Was ist Datenjournalismus? (00:14:09) Wie verwandt ist der Datenjournalist mit Data Analytics und Data Science? (00:19:00) Sind Datenjournalisten-Projekte "On-Off"-Projekte? (00:20:36) Wo bekommen Datenjournalisten die Rohdaten her? (00:30:52) Was müssen wir beim Umgang mit Daten bzw. Statistiken beachten? (00:39:10) Korrelation ist nicht Kausalität (00:47:56) Typische Fehler bei der Visualisierung von Daten (00:57:47) Die Kunst, Elemente weg zu lassen (01:00:21) Wie werde ich Datenjournalist? Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) 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 Twitter: https://twitter.com/EngKiosk…

Engineering Kiosk

1
#140 Tech-Leadership: Die technische Vision als Leitfaden für Teams 1:00:11

32 weeks önce1:00:11

1:00:11

Eine technische Vision für die technische Leitlinie. Klare Regeln, eine klare Richtung, in die dein Team läuft, sind essentiell, um schnelle Entscheidungen ohne Streit zu treffen. Jedes Software-Team hat als Ziel, sich schnell zu bewegen, dynamisch und agil zu sein. Doch dafür sind ein paar Leitlinien notwendig und die Richtung muss für alle klar sein. Doch wie macht man dies? Das Stichwort der Stunde heißt “technische Vision”. Wir klären was das für eine Vision ist, wo der Unterschied zur Produkt-Vision ist, warum diese Vision auf Team- oder auf Firmenebene gesetzt werden kann, wer diese setzen sollte, untermalen das ganze mit ein paar griffigen Beispielen, setzen verwandte Hilfsmittel wie das Techradar und ein Engineering Manifesto in Relation und geben euch eine kleine Anleitung wie man eine technische Vision erstellt. Bonus: Wie Berater mit der Antwort “It depends” immer wieder punkten. 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 Twitter: https://twitter.com/EngKiosk Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev . Links 12 Principles/Agile Manifesto: https://agilemanifesto.org/iso/de/manifesto.html Engineering Kiosk Episode #47 Wer Visionen hat, soll zum Arzt!?: https://engineeringkiosk.dev/podcast/episode/47-wer-visionen-hat-soll-zum-arzt/ Thoughtworks Technology Radar Volume 30: https://www.thoughtworks.com/content/dam/thoughtworks/documents/radar/2024/04/tr_technology_radar_vol_30_en.pdf Zalando Tech Radar - Scaling Contributions to Technology Selection: https://engineering.zalando.com/posts/2021/06/zalando-tech-radar-scaling-contributions.html Zalando Tech Radar: https://opensource.zalando.com/tech-radar/ Thoughtworks - Technology Radar: https://www.thoughtworks.com/radar Engineering Kiosk Episode #62 Technologien konsolidieren, oder wie Startups sammeln?: https://engineeringkiosk.dev/podcast/episode/62-technologien-konsolidieren-oder-wie-startups-sammeln/ Gartner Hype Cycle: https://www.gartner.de/de/methoden/hype-cycle Architectural Decision Records: https://adr.github.io/ Engineering Kiosk Episode #110 OKRs und Beyond: Agile Unternehmensführung mit Marco Alberti von Murakamy: https://engineeringkiosk.dev/podcast/episode/110-okrs-und-beyond-agile-unternehmensf%C3%BChrung-mit-marco-alberti-von-murakamy/ The Delivery Hero Reliability Manifesto: https://tech.deliveryhero.com/our-reliability-manifesto/ Sprungmarken (00:00:00) Streit auf LinkedIn (00:03:08) Was ist eine technische Vision? (00:04:16) Werbung/Info (00:05:16) Was ist eine technische Vision? (00:17:52) Product-Vision vs. technische Vision (00:26:06) Wird Innovation durch eine technische Vision verhindert? (00:31:05) Wie kommt man zu einer technischen Vision? (00:38:01) Reichweite und Entscheidungsfindung einer technischen Vision (00:45:18) Woher weiß ich, dass ich eine gute technische Vision habe? (00:51:28) Das Problem mit dem Wort "technische Vision" Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) 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 Twitter: https://twitter.com/EngKiosk…

Engineering Kiosk

1
#139 Security Engineering und Hacking-Wettbewerbe mit Frederik Braun von Mozilla 1:13:05

33 weeks önce1:13:05

1:13:05

Security Engineering und Hacking-Wettbewerbe “Capture the Flag” Alles wird digital und für alles gibt es eine App. Bei einer solch rasanten Verbreitung, weckt dies Begehrlichkeiten bei böswilligen Hackern. Was ist also die passende Gegenwehr? Security Engineering! Doch was ist das eigentlich? Wir sprechen mit Frederik Braun, Security Engineering Manager bei Mozilla und zuständig für den Firefox Browser. Er erklärt uns die Gemeinsamkeiten und Unterschiede von Security und Software-Engineering, wie sich der Bereich Security von einer Web-App und einem Browser unterscheidet, wie Security selbst bei Mozilla aussieht, wie Sicherheitslücken mittels Gamification und Capture The Flag Events gefunden und das suchen geübt werden kann und wie du in das Thema Security Engineering einsteigen kannst. Bonus: Hackerpraktika an der Universität Bochum 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 Twitter: https://twitter.com/EngKiosk Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev . Links Frederik Braun: https://frederikbraun.de/ Was ist Meltdown/Spectre? https://www.cloudflare.com/de-de/learning/security/threats/meltdown-spectre/ xz-Backdoor – eine Aufarbeitung: https://research.hisolutions.com/2024/04/xz-backdoor-eine-aufarbeitung/ FluxFingers: https://fluxfingers.net/ Hack.lu: https://hack.lu/ Bug Bounty Programm: https://de.wikipedia.org/wiki/Bug-Bounty-Programm Mozilla Security Bug Bounty Program: https://www.mozilla.org/en-US/security/bug-bounty/ Pwn2Own-Hacker attackieren Tesla, Firefox und andere: https://www.golem.de/news/1-1-millionen-usd-gewonnen-pwn2own-hacker-attackieren-tesla-firefox-und-andere-2403-183515.html Mozilla Foundation Security Advisory 2024-15: https://www.mozilla.org/en-US/security/advisories/mfsa2024-15/ Rapidly Leveling up Firefox Security: https://blog.mozilla.org/security/2024/04/04/rapidly-leveling-up-firefox-security/ WebAssembly and Back Again: Fine-Grained Sandboxing in Firefox 95: https://hacks.mozilla.org/2021/12/webassembly-and-back-again-fine-grained-sandboxing-in-firefox-95/ Over the Wire: https://overthewire.org/ CTF Time: https://ctftime.org/ Ruhr Universität Bochum: https://www.ruhr-uni-bochum.de/de Mozilla: https://www.mozilla.org/de/ Mozilla auf Github: https://github.com/mozilla Sprungmarken (00:00:00) Intro (00:00:56) Security Engineering mit Frederik Braun (00:05:01) Frederiks Kontakt mit Security Engineering (00:07:51) Werbung/Info (00:08:51) Frederiks Kontakt mit Security Engineering (00:18:16) Sub-Bereiche im Security Engineering und Software Entwicklung (00:28:00) Softwareentwicklung eines Browsers zu anderen Softwarearten (00:43:34) Was ist Capture the Flag, Bug Bounty und pwn2own? (01:06:31) Der Einstieg in Security Engineering und Capture the Flag Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) 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 Twitter: https://twitter.com/EngKiosk…

Engineering Kiosk

1
#138 Gemeinsam stark: Jobsharing und Tandems in der modernen Arbeitswelt mit Anna Drüing-Schlüter 1:11:06

34 weeks önce1:11:06

1:11:06

Alternatives Arbeitsmodell: Job-Sharing mit Tandem Die Welt wird immer komplexer. In diesem Kontext ist die Digitalisierung nicht immer förderlich. Die erhöhte Komplexität der Umgebung hat auch einen Effekt auf den eigenen Job und auf Leads und andere Führungskräfte. Firmen stehen immer wieder vor der Herausforderung, die richtige Person für eine Stelle zu finden. Doch was wäre denn, wenn wir nicht eine Person für eine Stelle, sondern gleich zwei neue Mitarbeiter für eine offene Stelle suchen würden? Bestimmt springen dir gerade ganz viele (negative) Gedanken durch den Kopf und du fragst dich “Hä? Wat?”. Doch simplifiziert fasst dies das alternative Arbeitsmodell des Job-Tandems zusammen. Und genau darum geht es in dieser Episode. Wir sprechen mit Anna Drüing-Schlüter von der Firma Twise, die uns Einblick in diese Art von doppelter Führung gibt. Bonus: Alles muss man vielleicht doch nicht allein machen. 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 Twitter: https://twitter.com/EngKiosk Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev . Links Anna Drüing-Schlüter auf LinkedIn: https://www.linkedin.com/in/anna-dr%C3%BCing-schl%C3%BCter-961796b8/ Twise: https://www.twise.eu/ TWISE auf LinkedIn: https://www.linkedin.com/company/twise-gmbh/ TWISE auf Instagram https://www.instagram.com/twise.eu/ twAIse Matching Algorithmus: https://www.twise.eu/tandem-match-making Wissenschaftliche Befragung zur Tandem-Produktivität und ob Jobsharing sich lohnt: https://uploads-ssl.webflow.com/6098f3c5d7715d4186ff94e2/639cbca09f35afdf7bde60c6_Ergebnisse.Produktivita%CC%88t%20im%20Jobsharing_1.12.22.pdf Ein erfolgreiches Tandem berichtet - “Head of R&D” Topsharing beim Maschinenbauer TRUMPF: https://www.youtube.com/watch?v=rn9bqrIb_IM Modell der Persönlichkeitspsychologie - Big 5: https://de.wikipedia.org/wiki/Big_Five_(Psychologie) Sprungmarken (00:00:00) Intro (00:01:16) Job-Tandem mit Anna Drüing-Schlüter (00:05:09) In Bezug auf Flexibilität und Karriere: Was hat sich in den letzten Jahren im Arbeitsmarkt geändert? (00:06:07) Info/Werbung (00:07:35) In Bezug auf Flexibilität und Karriere: Was hat sich in den letzten Jahren im Arbeitsmarkt geändert? (00:26:19) Entscheidungsfindung im Tandem (00:33:58) Wie offen sind Firmen für dein Tandem-Modell? (00:40:48) Doppelte Kosten im Job-Sharing? (00:49:33) Verantwortlichkeiten im Tandem (00:54:21) Erfahrung bei der Arbeit im Tandem (01:00:25) Kommunikation nach Außen (01:06:57) Wie starte ich mit dem Job-Sharing-Modell? Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) 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 Twitter: https://twitter.com/EngKiosk…

Engineering Kiosk

1
#137 Die Schaltsekunde und ihre IT-Folgen: Ein Sekundenbruchteil mit Impact 52:42

35 weeks önce52:42

52:42

Eine (Schalt)-Sekunde kann für ganz schön viele Probleme sorgen Alle 4 Jahre haben wir ein Schaltjahr, ein zusätzlicher Tag wird eingefügt. Was aber vielen nicht bekannt ist: Immer mal wieder gibt es auch eine Schaltsekunde. Auf einmal hat der Tag nicht 86.400 Sekunden sondern 86.401 Sekunden. Und eine solch zusätzliche Sekunde kann, zumindest bei IT-Systemen, für eine ganze Menge Probleme sorgen. Und auch eine ganze Podcast-Episode füllen. Wir sprechen über die Schaltsekunde und warum diese seit 1970 nur 27 mal eingefügt wurde. Wir thematisieren die Probleme die eine zusätzliche Sekunde erzeugt, Welche Lösungsmöglichkeiten es gibt, diese Probleme vorzubeugen, zB wie Windows damit umgeht, wann man eine monotonic Clock verwenden sollte, oder Warum Google und Amazon einzelne Sekunden in ihrem Zeit-Server verlangsamen und somit die Schaltsekunde “schmieren”. Und wir sprechen über die Zukunft der Schaltsekunde, also ob wir diese noch brauchen oder nicht. Es dreht sich also alles um Zeit bzw. um eine Sekunde. Bonus: Du hast nur 27 Versuche, den Bug zu finden 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 Twitter: https://twitter.com/EngKiosk Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev . Links Schaltsekunde: https://de.wikipedia.org/wiki/Schaltsekunde “Geht es der Schaltsekunde an den Kragen?”: https://www.nzz.ch/geht_es_der_schaltsekunde_an_den_kragen-ld.690007 ITU in 2015 - Coordinated Universal Time (UTC) to retain “leap second”: https://www.itu.int/net/pressoffice/press_releases/2015/53.aspx Problematic second: https://sarvendev.com/2024/07/problematic-second/ How the Windows Time service treats a leap second: https://learn.microsoft.com/en-us/troubleshoot/windows-server/active-directory/time-service-treats-leap-second The Monotonic Clock and Why You Should Care About It: https://blog.codeminer42.com/the-monotonic-clock-and-why-you-should-care-about-it/ Google Public NTP - Leap Smear: https://developers.google.com/time/smear AWS - Look Before You Leap – The Coming Leap Second and AWS: https://aws.amazon.com/de/blogs/aws/look-before-you-leap-the-coming-leap-second-and-aws/ Meinberg - Leap Second Smearing with NTP: https://www.meinbergglobal.com/download/burnicki/Leap%20Second%20Smearing%20With%20NTP.pdf Unsmear-Library (C++) von Google: https://github.com/google/unsmear Meta - It’s time to leave the leap second in the past: https://engineering.fb.com/2022/07/25/production-engineering/its-time-to-leave-the-leap-second-in-the-past/ Building a more accurate time service at Facebook scale: https://engineering.fb.com/2020/03/18/production-engineering/ntp-service/ Leap Second File at IANA: https://data.iana.org/time-zones/data/leap-seconds.list NTP Leap Second Processing: https://www.ntp.org/documentation/4.2.8-series/leap/ The NTP Timescale and Leap Seconds: https://www.ntp.org/reflib/leap/ Spanner: TrueTime and external consistency: https://cloud.google.com/spanner/docs/true-time-external-consistency The Unix leap second mess: http://www.madore.org/~david/computers/unix-leap-seconds.html Issues involved in computer time stamps and leap seconds: https://www.ucolick.org/~sla/leapsecs/picktwo.html Sprungmarken (00:00:00) Intro (00:01:16) Was ist eine Schaltsekunde und wieso hat ein Tag 86400 Sekunden? (00:03:54) Info/Werbung (00:05:55) Was ist eine Schaltsekunde und wieso hat ein Tag 86400 Sekunden? (00:18:29) Welchen Einfluss hat eine zusätzliche Sekunde auf die IT? (00:30:44) Probleme in der klassischen Software-Entwicklung (00:33:26) Lösungen: Reboot, ignorieren und Smear-Second (00:44:05) Die Zukunft der Schaltsekunde Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) 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 Twitter: https://twitter.com/EngKiosk…

Engineering Kiosk

1
#136 Als Knowledge Worker fit und gesund bleiben mit Patrick Cole 1:08:15

36 weeks önce1:08:15

1:08:15

Gesundheit ist das höchste Gut des Menschen (welches wir noch nicht kaufen können) Als Tech- bzw. Knowledger-Worker*in arbeiten wir zwar alle an unterschiedlichen Projekten, Produkten und in anderen Kontexten, doch eins haben wir (leider) alle gemeinsam: Wir sitzen den Großteil des Tages recht statisch auf einem Stuhl vor einem Computer. Es ist zwar oft bequem, aber wie gut ist es für den eigenen Körper? Und auch sonst: Der Alltag ist oft stressig. Eine Deadline jagt die nächste. Back to back Meetings stehen an und niemand hat bzw. nimmt sich die Zeit, sich mal was halbwegs gesundes zu kochen. Stattdessen: Schnell zum Imbiss nebenan. Deswegen widmen wir uns mal diesem wichtigen, doch recht techniklosen Thema der eigenen Fitness und Gesundheit und sprechen über die Probleme beim dauerhaften Sitzen, die Folgen von Stress, die Bedeutung von Fitness und die die Extreme in Social Media. Und das ganze mit Patrick Cole, einem Personal Trainer. Bonus: Es gibt Bandscheibenvorfälle im oberen Rücken. Videos von Andy und Patrick findet ihr unter https://www.instagram.com/engineeringkiosk/ 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 Twitter: https://twitter.com/EngKiosk Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev . Links Patrick Cole auf LinkedIn: https://www.linkedin.com/in/pcfitwithpc/ Website von Patrick Cole: https://www.patrick-cole.com/ Musculoskeletal health: https://www.who.int/news-room/fact-sheets/detail/musculoskeletal-conditions Videos von Andy und Patrick findet ihr unter https://www.instagram.com/engineeringkiosk/ Sprungmarken (00:00:00) Fitness mit Patrick Cole (00:04:46) Viele Knowledge-Worker haben die gleichen Probleme (00:05:43) Info/Werbung (00:06:48) Viele Knowledge-Worker haben die gleichen Probleme (00:13:11) Bandscheibenvorfall, Migräne, Stress und mentale Gesundheit (00:18:38) Verantwortung von Arbeitnehmer und Arbeitgeber (00:24:01) Welche "Körperschäden" sind korrigierbar und Arten des Muskelaufbaus (00:30:30) Einfache Übungen zum Start für zuhause (00:38:05) Ernährung: Zugang zum Essen, unter Stress essen und Kalorien zählen (00:53:51) Der Effekt von Alkohol und Fitness erkennt man nicht anhand der Körperform (00:58:37) Gadgets und Technik (01:01:50) Einfach mal anfangen Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) 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 Twitter: https://twitter.com/EngKiosk…

Engineering Kiosk

1
#135 Design Documents & RFCs: Der Weg zu besserer Software-Architektur 1:00:06

37 weeks önce1:00:06

1:00:06

Design Documents und Request for Comments (RFCs): Die Engineering Art der Planungsphase Wir alle haben schon mal von einer Planungsphase gehört, um ein neues Projekt zu starten, und denken dabei an aufgeblasene Prozesse und lange Wasserfall-Diagramme. Und das Engineering-Team fragt sich oft: Wann kommen wir endlich mal zu den Details? Da kommen die Begriffe Design Documents und Request for Comments (RFCs) ins Spiel. Das doofe nur … Jemand muss diese Dokumente auch schreiben. Und da sind wir bei gleich zwei von Andy's Lieblingsthemen: Schreiben und Design Docs. Wir klären, wozu Design Documents eigentlich gut sind, worauf es ankommt, wo der Unterschied zu RFCs ist, ob das ganze nicht ein riesiger Wasserkopf ist, um einfach Dinge auf die Straße zu bringen und welche Kultur das ganze benötigt. Viel Spaß. Bonus: Wer schreibt, der bleibt. 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://www.buymeacoffee.com/engineeringkiosk Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev . Links RFC und Design Doc Templates von verschiedenen Firmen: https://blog.pragmaticengineer.com/rfcs-and-design-docs/ Public RFCs von SourceGraph: https://drive.google.com/drive/folders/1zP3FxdDlcSQGC1qvM9lHZRaHH4I9Jwwa?ref=blog.pragmaticengineer.com RFC Proposal von SourceGraph: https://docs.google.com/document/d/1zInJ9mn_SePKjS8dLHS1EDt2_gUEkCKD544bDDSuJek/edit#heading=h.trqab8y0kufp RFC Process von SoundCloud: https://philcalcado.com/2018/11/19/a_structured_rfc_process.html RFCs von RazorPay: https://github.com/razorpay/blade/tree/master/rfcs RFCs von Couchbase: https://github.com/couchbaselabs/sdk-rfcs/tree/master/rfc How to write an effective design document: https://rinaarts.com/how-to-write-an-effective-design-document/ Design Docs at Google: https://www.industrialempathy.com/posts/design-docs-at-google/ Design Documents vom Service Mesh Istio: https://github.com/istio/istio/wiki/Design-Doc-Links Kafka Improvement Proposals (KIP): https://cwiki.apache.org/confluence/display/KAFKA/Kafka+Improvement+Proposals Internet Engineering Task Force RFCs: https://www.ietf.org/process/rfcs/ How and Why RFCs Fail: https://candost.blog/how-and-why-rfcs-fail/ Oxides Request For Discussions: https://rfd.shared.oxide.computer/ Engineering Episode #130 Wie gutes UX-Design entsteht mit Robin Titus: https://engineeringkiosk.dev/podcast/episode/130-wie-gutes-ux-design-entsteht-mit-robin-titus/ Engineering Kiosk Episode #66 Stressfreie Produktivität in der hektischen Welt mit Getting Things Done: https://engineeringkiosk.dev/podcast/episode/66-stressfreie-produktivit%C3%A4t-in-der-hektischen-welt-mit-getting-things-done/ Checklist Manifesto: How to Get Things Right: https://www.amazon.de/Checklist-Manifesto-ATUL-GAWANDE/dp/0312430000/ref=sr_1_1 Sprungmarken (00:00:00) Intro (00:01:15) Welche Relevanz haben Design Documents? (00:07:25) Was ist ein Design Document? (00:15:23) Wer schreibt das Design Document? Wie startet man? (00:21:26) Mein Design hat Abhängigkeiten zu anderen Teams (00:26:59) Design Document als zeitlicher Overhead (00:31:56) Wie detailliert und lang soll ein Design Document sein? (00:41:12) Request for Comments (RFCs) als ursprung für Design Documents (00:50:10) Schreibtipps für dein erstes Design Document (00:56:13) Box ticking exercise und Entscheidungs-Fatigue Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk…

Engineering Kiosk

1
#134 Wir profitieren, sie leiden: Die Schattenseiten von Open Source 1:06:48

38 weeks önce1:06:48

1:06:48

Open Source: Die schöne heile Welt - Oder doch nicht? Die meisten sprechen über Open Source mit einem positiven Mindset. Die Kultur ist einzigartig. Leute, die sich noch nie gesehen haben, arbeiten zusammen an etwas Großem. Als Anwender ist man oft beeindruckt, was für eine großartige Software allein durch freiwillige Arbeit erschaffen und auch bereitgestellt wird. Doch in der Realität sieht es oft ganz anders aus. Wenn mal wieder einer der Open Source Incidents in die Tagesschau geschafft hat, wird das ganze Set an Problemen, die es in der Maintainership von Open Source Projekten gibt, sichtbar. Und genau darüber geht es in dieser Episode. Wir klären, welche Probleme es beim Maintainen von Open Source gibt, warum diese nur auf wenige Schultern verteilt sind, aber Milliarden Menschen vom positiven Open Source Output profitieren und welche Lösungen es dafür gibt. Viel Spaß. Bonus: Viel Negativität auf wenigen Schultern verteilt. 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 Twitter: https://twitter.com/EngKiosk Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev . Links Daniel Stenberg “Thank you Crowdstrike for helping to illustrate that Open Source is not the problem”: https://mastodon.social/@bagder/112812252225104999 Daniel Stenberg “You too could have made curl!”: https://fosdem.org/2024/schedule/event/fosdem-2024-1931-you-too-could-have-made-curl-/ "Für 50 Prozent der Entwickler ist Open Source ein 9-to-5-Job": https://www.techrepublic.com/article/for-50-percent-of-developers-open-source-is-a-9-to-5-job/ Engineering Kiosk Episode #59: Kann man mit Open Source Geld verdienen?: https://engineeringkiosk.dev/podcast/episode/59-kann-man-mit-open-source-geld-verdienen/ Engineering Kiosk Episode #42 Lexer, Parser und Open Source in Counterstrike: https://engineeringkiosk.dev/podcast/episode/42-lexer-parser-und-open-source-in-counterstrike/ Open Source Episoden im Engineering Kiosk: https://engineeringkiosk.dev/tag/open-source/ Open Source Maintainers Owe You Nothing: https://mikemcquaid.com/open-source-maintainers-owe-you-nothing/ The Pull Request Hack: https://felixge.de/2013/03/11/the-pull-request-hack/ Github Issue “fucking project”: https://github.com/lansuite/lansuite/issues/1192 Open Source is Not About You: https://gist.github.com/richhickey/1563cddea1002958f96e7ba9519972d9 Vereine zur Förderung von Open Source in Schulen: https://linux-bildung.at/osos-austria/ Google Open Source Peer Bonus program recognizes first group of 2024 recipients: https://opensource.googleblog.com/2024/06/google-open-source-peer-bonus-program-first-group-2024-recipients.html Open Source And Responsibility: https://felixge.de/2013/03/07/open-source-and-responsibility/ Prototypefund: https://prototypefund.de/en/ Sprungmarken (00:00:00) Intro (00:00:57) Die positive Energie rund um Open Source (00:07:19) Info/Werbung (00:08:42) Die positive Energie rund um Open Source (00:25:44) Full-Time-Open-Source: Ein Platz auf dem Schleudersitz? (00:32:51) Gute Arbeit vs. Miete zahlen vs. Bugs für andere zu beheben (00:48:18) Business-Customer-Relationship (00:54:39) Als Firma etwas zurück geben Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) 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 Twitter: https://twitter.com/EngKiosk…

Engineering Kiosk

1
#133 Die wichtige Rolle von 1on1s in Zeiten der Arbeiterlosigkeit 1:09:03

39 weeks önce1:09:03

1:09:03

1on1s: Ein starkes Tool - Auch zum halten von Mitarbeitern Mitarbeiter zu finden ist schwierig. Gute und produktive Mitarbeiter zu halten kann unter Umständen sogar noch schwieriger sein. Auf der anderen Seite sind die Zeiten vorbei, wo ein Mitarbeiter bei einem Unternehmen bis zur Rente bleibt. Das ist vielen bekannt und ein alter Hut. Als wir diesen Podcast gestartet haben, dachten wir ebenfalls, 1on1s wären ein alter Hut. Nach der Veröffentlichung unserer Episode #10 zum 1on1 Meeting haben wir sehr viel positives Feedback bekommen, dass dieses Ritual nun Einzug in diversen Firmen gehalten hat. In dieser Episode bringen wir beide Themen zusammen: Wie kann man mit Hilfe von 1on1s ein positives Signal zum Mitarbeiter senden, um diesen längerfristig zu halten? Wir sprechen über die Herausforderung und Kosten, wenn Mitarbeiter das Unternehmen verlassen, übers aktive Zuhören, nicht alle Probleme als Manager selbst lösen, aktives Feedback einholen, aber auch Grenzen setzen sowie Accountability einfordern. Bonus: Wie bewertest du die Qualität des Essens in der Kantine? 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 Twitter: https://twitter.com/EngKiosk Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev . Links 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/ Engineering Kiosk Episode #10 Das Karriere Booster Meeting 1:1s: https://engineeringkiosk.dev/podcast/episode/10-das-karriere-booster-meeting-11s/ Alle Engineering Kiosk Episoden zum Thema Karriere: https://engineeringkiosk.dev/tag/karriere/ Alle Engineering Kiosk Episoden zum Thema Leadership: https://engineeringkiosk.dev/tag/leadership/ One-on-Ones: Beyond Status Update: https://www.tombartel.me/blog/one-on-ones-beyond-status-update/ A 101 on 1:1s: https://engineering.atspotify.com/2015/12/a-101-on-11s/ Sprungmarken (00:00:00) Intro (00:00:47) Die Arbeiterlosigkeit und die 4 Tage Woche (00:05:04) Was kostet die Wiederbesetzung einer offenen Stelle? (00:07:34) Info/Werbung (00:08:41) Was kostet die Wiederbesetzung einer offenen Stelle? (00:17:08) Aktives zuhören um Mitarbeiter zu halten (00:22:05) Meine Tür steht dir immer offen (00:34:22) Erwartungen und Grenzen setzen (00:42:16) Ziele setzen und "Arbeit ist Arbeit" (00:50:17) Wenn du selbst der schlechte Manager bist und Feedback einholen (01:02:27) Leadership ist nicht einfach Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) 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 Twitter: https://twitter.com/EngKiosk…

Engineering Kiosk

1
#132 Prometheus: Revolution im Monitoring mit Mitbegründer Julius Volz 1:16:51

40 weeks önce1:16:51

1:16:51

Überwachen von Applikationen in Zeiten von dynamischer Infrastruktur Cloud hier, Serverless da, Container-Scheduler dort. In Zeiten von dynamischen Infrastrukturen weiß man gar nicht mehr so genau, auf welchem Server und Port deine Applikation eigentlich läuft. Dies wirft die große Frage auf: Wie überwache ich meine Applikation denn eigentlich so ordentlich, dass ich sicherstellen kann, dass diese so funktioniert, wie ich mir das initial gedacht habe? Die Antwort dreht sich oft um den de facto Standard im Cloud Native Monitoring-Segment: Prometheus. In dieser Episode sprechen wir mit Julius Volz, einem der zwei initialen Autoren von Prometheus. Mit ihm sprechen wir über die Entstehungsgeschichte von Prometheus bei SoundCloud, wie sich das System von traditionellen Monitoring-Systemen unterscheidet, warum mit PromQL eine eigene Query-Language ins leben gerufen wurde aber auch welche Flaws er nach 12 Jahren Entwicklung gerne beheben würde. Bonus: Wer kennt noch Nagios, Ganglia oder Graphite? 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 Twitter: https://twitter.com/EngKiosk Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev . Links Julius Volz: https://juliusv.com/ Prometheus: https://prometheus.io/ PromLabs YouTube Channel: https://www.youtube.com/@PromLabs PromLabs Trainngs: https://training.promlabs.com/ Large-scale cluster management at Google with Borg: https://static.googleusercontent.com/media/research.google.com/de//pubs/archive/43438.pdf Soundcloud: https://soundcloud.com/ Prometheus: The Documentary https://www.youtube.com/watch?v=rT4fJNbfe14 Demo-Metriken: https://demo.promlabs.com/metrics Engineering Kiosk Episode #101 Observability und OpenTelemetry mit Severin Neumann: https://engineeringkiosk.dev/ep101 Sprungmarken (00:00:00) Prometheus mit Julius Volz (00:07:58) Was ist Prometheus? (00:16:24) Observability, Service Discovery (00:21:04) Selbstentwicklung eines Monitoring-Tools innerhalb einer Audio-Firma (00:27:33) MVP und Inspiration von Borgmon (00:34:17) Pull- vs. Push-Modell (00:53:28) PromQL und der Vergleich zu SQL (01:01:59) Visualisierung von Metriken (01:04:48) Flaws in Prometheus (01:13:30) Wie steige ich ins Thema Prometheus ein? Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) 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 Twitter: https://twitter.com/EngKiosk…

Engineering Kiosk

1
#131 Equity in Tech-Startups: Mehr als nur Gehalt mit Philipp "Pip" Klöckner 1:15:37

41 weeks önce1:15:37

1:15:37

Ich habe Equity von meinem Arbeitgeber … Doch was bedeutet dies eigentlich? Knowledge-Worker im Tech-Bereich kommen oft in den Genuss einer guten Vergütung. In der Regel hat die Vergütung bei Startups neben dem Basis-Gehalt auch noch sogenannte Equity - also Firmenanteile. Die Idee? Die Motivation und Zielsetzung von Mitarbeitern und Gründern zu vereinen und jeden Mitarbeiter am Gewinn, im Falle eines Börsengangs, zu beteiligen. Obwohl die ganze Thematik recht simpel klingt, kann dies sehr undurchsichtig sein. ESOPs, VSOPs, Cliff, Strike Price, Options, Exercise Window, Liquidationspräferenz, Verwässerung, und und und. Die Buzzword-Bingo Karte ist recht schnell voll. Mit Hilfe des Angel-Investors Philipp “Pip” Klöckner versuchen wir, etwas Licht ins Dunkle zu bringen. Pip beschäftigt sich fast täglich mit Firmenanteilen und kennt die Szene in und auswendig. 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 Twitter: https://twitter.com/EngKiosk Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev . Links Philipp Klöckner auf LinkedIn: https://www.linkedin.com/in/kloeckner/ Doppelgänger Podcast: https://www.doppelgaenger.io/ Wo wir in Sachen KI wirklich stehen und was uns erwartet: Deep Dive mit Philipp "Pip" Klöckner: https://www.youtube.com/watch?v=-srCUoQnB2o ESOP/VSOP: https://gruenderplattform.de/startup-gruenden/esop-vsop Revolut Share Sale: https://news.sky.com/story/employees-at-fintech-giant-revolut-to-cash-in-with-500m-share-sale-13138225 Canva Share Sale: https://www.linkedin.com/posts/goldman-sachs-investment-banking_mission-empower-everyone-in-the-world-to-activity-7197329900242878465-UKhf/ 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 #28 O(1), O(log n), O(n^2) - Ist die Komplexität von Algorithmen im Entwickler-Alltag relevant?: https://engineeringkiosk.dev/podcast/episode/28-o1-olog-n-on2-ist-die-komplexit%C3%A4t-von-algorithmen-im-entwickler-alltag-relevant/ Engineering Kiosk Episode #46 Welches Problem löst Docker?: https://engineeringkiosk.dev/podcast/episode/46-welches-problem-l%C3%B6st-docker/ Engineering Kiosk Episode #05 Team Lead - der einzige Ausweg: https://engineeringkiosk.dev/podcast/episode/05-team-lead-der-einzige-ausweg/ Alle Episoden vom Engineering Kiosk: https://engineeringkiosk.dev/podcast/ Sprungmarken (00:00:00) Intro (00:01:03) Equity mit Philipp "Pip" Klöckner (00:08:43) Warum geben Firmen Anteile an Mitarbeiter? Wie verbreitet ist dies? (00:19:16) Info/Werbung (00:20:13) Geld vs. Firmenanteile - Existiert ein Risiko? (00:22:21) Equity Explained: RSUs, ESOPs und VSOPs (00:34:27) Buzzword-Bingo: Vesting, Cliff, Waiting Period, Strike Price (00:47:27) Negative Seiten von Equity: Liquidationspräferenz, Verwässerung und Downrounds (00:58:47) Golden Handcuffs und erfolgreiche Mitarbeiter (01:05:10) Liquiditätsevent: IPOs und Secondary Sales Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) 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 Twitter: https://twitter.com/EngKiosk…

Engineering Kiosk

1
#130 Wie gutes UX-Design entsteht mit Robin Titus 1:03:16

42 weeks önce1:03:16

1:03:16

Wie technisch sollten UI und UX-Engineers eigentlich sein? Dass gutes Design und eine gute User Experience über den Erfolg oder Misserfolg eines Produktes entscheiden kann, haben Plattformen wie AirBnB oder Docker erfolgreich gezeigt. Denn irgendwie hat jedes Produkt, egal ob Hard- oder Software, eine Oberfläche und Bedienelemente. Deswegen steigen wir mit dieser Episode mal in die Felder User Interface (UI) und User Experience (UX) ein. Wir klären, was es eigentlich ist und wo der Unterschied ist, wie UI und UX-Design eigentlich in einem hoch-technischen Produkt, wie zB einem Datenbank-Hoster, aussehen kann, welchen signifikanten Einfluss gutes UX haben kann, was Primary and Secondary Actions, die first mile of Product, Design Thinking oder Double Diamond ist, wie man eine gute Product Engineering Culture aufbaut, aber auch worauf es bei der Zusammenarbeit beim Produkt-Trio (Produkt Manager, Engineer und Designer) ankommt. Bonus: Culture Eats Process for Breakfast Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev . Links Robin Titus auf LinkedIn: https://www.linkedin.com/in/robin-titus-product-design/ Double Diamond (Designprozessmodell): https://de.wikipedia.org/wiki/Double_Diamond_(Designprozessmodell) Crafting The First Mile Of Product: https://medium.com/positiveslope/crafting-the-first-mile-of-product-7ed25e8f1027 Core Concept: The Product Trio: https://www.producttalk.org/2021/05/product-trio/ Was ist Design Thinking?: https://hpi-academy.de/design-thinking/was-ist-design-thinking/ Sprungmarken (00:00:00) Intro (00:01:14) Gewinnspiel We Are Developers Tickets (00:01:38) UI und UX mit Robin Titus (00:08:14) Info/Werbung (00:09:19) UI und UX mit Robin Titus (00:18:44) Unterschied UX Design und UX Research (00:21:55) UX in hochtechnischen Produkten und die First Mile (00:28:32) Der Impact vom Backend auf die User Experience (00:31:56) Das Produkt-Trio (00:42:27) Produktkultur (00:48:41) Wie technisch müssen Designer sein? (00:54:25) Nicht jede Firma ist Apple oder Airbnb Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk…

Engineering Kiosk

1
#129 Simplify Your Stack: Files statt Datenbanken! 59:15

43 weeks önce59:15

59:15

Vergiss Datenbanken - Benutze mehr Files! Warum denkst du eigentlich, dass du eine Datenbank brauchst? Würde deine Applikationskomplexität nicht deutlich niedriger sein, wenn du alles in einer Datei abspeichern würdest? Hast du wirklich so dynamische Daten? Liest du deine Daten nicht deutlich öfter, als dass du diese schreibst? Und macht die Datenbank deine Applikation nicht langsamer? Mit dieser steilen These kommt Wolfgang um die Ecke. Obwohl dies gegen alles geht, was wir sonst normalerweise so lernen und beigebracht bekommen. Und das von jemandem, der in dem Bereich Datenbanken studiert hat. Darum geht es in dieser Episode. Bonus: 1 Jahr Engineering Kiosk Alps Meetup. **** Diese Episode wird gesponsert von WeAreDevelopers World Congress Nimm am WeAreDevelopers World Congress teil, der weltweit führenden Veranstaltung für Entwickler*innen vom 17. bis 19. Juli 2024 in Berlin. WeAreDevelopers begrüßt 15.000+ Entwickler*innen und 500+ Speaker zu einem unvergesslichen Event in diesem Sommer. Nutze unseren exklusiven Rabattcode "WWC_EngineeringKiosk15" für 15% Rabatt. Zu den Speakern gehören: Scott Hanselman, Scott Farquhar, Douglas Crockford, Thomas Dohmke, Demetris Cheatham, John & Brenda Romero, Prashanth Chandrasekar, Madona Wambua, Jonas Andrulis, Denis Yarats, Scott Chacon und viele mehr! Mehr Infos unter https://worldcongress.dev/ Hier geht es zum Gewinnspiel: https://www.linkedin.com/feed/update/urn:li:share:7211263176640729088/ **** 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 Twitter: https://twitter.com/EngKiosk Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev . Links Wolfi’s Vortag “Forget databases - use files!”: https://docs.google.com/presentation/d/e/2PACX-1vRRtmoWcNUgnCb2kbnVQWiS0R1NlVrGenp_V42HS3GOuXvfO4IRLKZ1eX94gyerV-6awH1k6Xrc4Xhi/pub Perfomance Tests zu Wolfi’s Vortrag: https://github.com/woolfg/no-dbms-use-files/ 1 billion row challenge: https://github.com/gunnarmorling/1brc HackerNews-Kommentar über erfahrene Entwickler*innen: https://news.ycombinator.com/item?id=21377349 tailscale blog “An unlikely database migration”: https://tailscale.com/blog/an-unlikely-database-migration LinkedIn-Post zum WeAreDevelopers World Congress Gewinnspiel: https://www.linkedin.com/feed/update/urn:li:share:7211263176640729088/ Sprungmarken (00:00:00) Happy Birthday zu 1 Jahr Engineering Kiosk Meetup Alps (00:03:05) Gewinnspiel WeAreDevelopers World Congress (00:04:19) Happy Birthday zu 1 Jahr Engineering Kiosk Meetup Alps (00:13:19) Migrationen, Deployments und Schema-Versionierung (00:20:17) tailscale, sqlite, JSON-Files und etcd (00:27:00) Files sind schneller als Datenbanken (00:30:56) Mehrdimensionale Daten und Relationen (00:35:34) Schreibzugriffe und Schema-Sicherheit (00:39:56) Performance-Overhead, Files zu parsen (00:47:49) File as a Service und sqlite (00:54:04) Das schlechte Gefühl, ein Junior zu sein Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) 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 Twitter: https://twitter.com/EngKiosk…

Engineering Kiosk

1
#128 Devs müssen wissenschaftliche Papers lesen!? 1:01:02

44 weeks önce1:01:02

1:01:02

Wie werden eigentlich wissenschaftliche Paper richtig gelesen? Du besuchst HackerNews und es trendet ein Artikel über einen neuen Algorithmus, der 100 mal besser ist als ein anderer. 1500 Kommentare hat der Post bereits. Für dich ist eins klar: Das MUSST du lesen. Du klickst drauf und erkennst “Uh … es ist ein wissenschaftliches Paper”. Du fragst dich: Quälst du dich da nun durch? Oder suchst du lieber auf YouTube nach einer Zusammenfassung? So gehts wahrscheinlich vielen Nicht-Akademikern - Denn, diese Dokumente können langweilig und trocken sein, voll von irgendwelchen Formeln, die sowieso nur 3% der Menschheit verstehen. Doch was ist, wenn man wissenschaftliche Paper nicht von vorne bis hinten liest, wie normale Bücher? Wie liest man diese Dokumente richtig, dass man nicht konstant weg pennt? Darum gehts in dieser Episode - Wolfgang erklärt die Tricks und Kniffe, wie man das meiste in kurzer Zeit aus den neusten wissenschaftlichen Erkenntnissen rausholt. Bonus: Bit-Shifting ist immer noch ein Hass-Thema. Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) ! Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev . Links Dynamo - Amazon’s Highly Available Key Value Store: https://www.allthingsdistributed.com/files/amazon-dynamo-sosp2007.pdf Google File System: Insights into a highly scalable file system: https://static.googleusercontent.com/media/research.google.com/de//archive/gfs-sosp2003.pdf Scaling Memcached at Facebook: A look at the complexities of Caching: https://www.usenix.org/system/files/conference/nsdi13/nsdi13-final170_update.pdf Borg - Large Scale Cluster Management at Google: https://static.googleusercontent.com/media/research.google.com/de//pubs/archive/43438.pdf Cassandra: A look at the design and architecture of a distributed NoSQL database: https://www.cs.cornell.edu/projects/ladis2009/papers/lakshman-ladis2009.pdf Kafka: Internals of the distributed messaging platform: https://notes.stephenholiday.com/Kafka.pdf Spanner: Design and architecture of Google’s globally distributed database: https://static.googleusercontent.com/media/research.google.com/de//archive/spanner-osdi2012.pdf MapReduce: A detailed look at how MapReduce enables parallel processing of massive volumes of data: https://static.googleusercontent.com/media/research.google.com/de//archive/mapreduce-osdi04.pdf Bitcoin: The ground-breaking introduction to the peer-to-peer electronic cash system: https://www.ussc.gov/sites/default/files/pdf/training/annual-national-training-seminar/2018/Emerging_Tech_Bitcoin_Crypto.pdf MyRocks: LSM-Tree Database Storage Engine: https://www.vldb.org/pvldb/vol13/p3217-matsunobu.pdf Raft Consensus Algorithm: To learn about the more understandable consensus algorithm: https://web.stanford.edu/~ouster/cgi-bin/papers/raft-atc14.pdf Time Clocks and Ordering of Events: The extremely important paper that explains the concept of time and event ordering in a distributed system: https://lamport.azurewebsites.net/pubs/time-clocks.pdf Two Minute Papers YouTube Channel: https://www.youtube.com/@TwoMinutePapers Organization and Maintenance of Large Ordered Indexes: https://www.inf.fu-berlin.de/lehre/SS10/DBS-Intro/Reader/BayerBTree-72.pdf ACM Conference Series on Recommender Systems: https://recsys.acm.org/recsys23/workshops/ Google Scholar: https://scholar.google.com/ dblp: https://dblp.org/ Wikicfp: http://www.wikicfp.com/cfp/ SIG Special Interest Groups: https://en.wikipedia.org/wiki/Special_interest_group Papers we love: https://paperswelove.org/ Papers we love auf GitHub: https://github.com/papers-we-love/papers-we-love Sprungmarken (00:00:00) Wissenschaftliche Paper richtig lesen (00:03:31) Wissenschaftliche vs. Industrielle Paper (00:08:56) Info/Werbung (00:09:42) Wissenschaftliche vs. Industrielle Paper (00:19:04) Vorgehensweise beim lesen (00:37:54) Forschungsergebnisse reproduzierbar gestalten (00:39:33) Wie finde ich das richtige Paper? (00:50:40) Papers we love und Paper zusammenfassen Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk…

Engineering Kiosk

1
#127 Imposter-Syndrom & Peter-Prinzip mit Dr. Fanny Jimenez 1:01:41

45 weeks önce1:01:41

1:01:41

Phänomene aus dem beruflichen Leben und die persönliche Wahrnehmung der eigenen Fähigkeiten und Leistungen Jeder kennt diese Situation: Man muss etwas präsentieren und fragt sich “Wenn die merken, dass ich eigentlich gar keine Ahnung von diesem Thema habe …” oder dass man sich den eigenen Erfolg, die eigene Leistung einfach nicht eingestehen möchte. Das Ganze nennt man Imposter-Syndrom oder auch Hochstapler-Syndrom genannt. Und es ist ganz normal. Das Gegenteil davon ist der sogenannte Dunning-Kruger-Effekt. Wenn einzelne Personen ihr Können überschätzen, obwohl sie sich dafür nicht qualifiziert oder das nötige Wissen haben. Und das dritte Phänomen aus dem beruflichen Leben ist das Peter-Prinzip. Dies besagt, dass Menschen bis zu ihrer Unfähigkeit befördert werden. Kommt dir alles irgendwie bekannt vor? Vielleicht sogar aus deinem Beruf? Uns auf jeden Fall. Deswegen wollten wir mehr über diese Themen wissen und sprechen mit der promovierten Psychologin Fanny Jimenez darüber. Fanny bringt Licht ins dunkle, erklärt uns, was die einzelnen Phänomene wirklich bedeuten, welchen Einfluss diese auf unsere Persönlichkeit haben, aber auch, ob diese normal sind, wie wir diesen vorbeugen können und vieles mehr. Bonus: Bin ich eigentlich noch normal, wenn … 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://www.buymeacoffee.com/engineeringkiosk Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev . Links Fanny Jimenez auf LinkedIn: https://www.linkedin.com/in/dr-fanny-jimenez-3055a0188/ Fanny Jimenez auf Instagram: https://www.instagram.com/fannyjimenezofficial/ Hochstapler-Syndrom auf Wikipedia: https://de.wikipedia.org/wiki/Hochstapler-Syndrom Dunning-Kruger-Effekt auf Wikipedia: https://de.wikipedia.org/wiki/Dunning-Kruger-Effekt Peter Prinzip auf Wikipedia: https://de.wikipedia.org/wiki/Peter-Prinzip Never Mind Podcast: https://www.businessinsider.de/podcasts/never-mind/ Buch “Ich und mein Spleen: Was wir tun, wenn wir alleine sind”: https://www.amazon.de/Ich-mein-Spleen-wenn-alleine/dp/3406698328/ Sprungmarken (00:00:00) Psychologie mit Fanny Jimenez (00:05:28) Das Imposter-Syndrom (00:10:09) Die eigene Komfortzone, Stereotypen und das Selbstwertgefühl (00:16:30) Werbung in eigener Sache (00:17:46) Dauerhaftes lernen, Personen enablen und Angststörungen (00:27:18) Perfektionismus, die Relation zum Imposter-Syndrom und Leidensdruck (00:33:05) 360° Feedback (00:35:34) Ist das Imposter-Syndrom normal? (00:36:51) Der Dunning-Kruger-Effekt (00:42:26) Die positiven Seiten des Imposter-Syndrom (00:43:32) Das Peter-Prinzip (00:56:20) Wie erkenne ich, ob "der Peter bin"? (00:57:48) Wann ist man selbst zufrieden? Social Media als Vergleichsmaschine (01:00:11) Schlusswort von Fanny Jimenez Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk…

Engineering Kiosk

1
#126 Killing the Mutant: Teststrategien mit Sebastian Bergmann 1:19:39

46 weeks önce1:19:39

1:19:39

Testing ist nicht gleich Testing - Ein Deep Dive mit Sebastian Bergmann Viele Software-Entwickler⋅innen kennen Unit-Tests. Einige schreiben Unit Tests bei der Entwicklung. Wenige machen wirklich Test-Driven-Development. Doch beim Unit-Testing fängt das ganze Thema Testing doch erst an. Wie sieht es denn mit Static Testing, Non-Functional-Testing, White-Box-Testing, End-to-End-Testing, Dynamic Testing oder Integration Testing aus? Und hast du schon mal von Mutanten Testing gehört? Ganz schön viele Buzzwords. Und dabei haben wir noch gar nicht die Fragen beantwortet, was eigentlich gute Tests sind, wie viele Tests genug Tests sind, wie AI uns helfen kann bessere Tests zu schreiben oder ob Testing eigentlich moderner Kram ist oder schon seit Anbeginn des Programmier Zeitalters eine Rolle gespielt hat. In dieser Episode gibt es einen Rundumschlag zum Thema Testing mit Sebastian Bergmann. Bonus: Die Amiga-Szene lebt. 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://www.buymeacoffee.com/engineeringkiosk Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev . Links Sebastian Bergmann: https://sebastian-bergmann.de/ Sebastian Bergmann auf LinkedIn: https://www.linkedin.com/in/sebastian-bergmann-phpunit/ The PHP Consulting Company: https://thephp.cc/ PHPUnit: https://phpunit.de/ Sebastian Bergmann Amiga Retrocomputing: https://amiga.sebastian-bergmann.de/ Sebastian Bergmann's Boardgame Collection: https://sebastian-bergmann.de/boardgames.html YAM (short for 'Yet Another Mailer') für Amiga: https://github.com/jens-maus/yam Chrysler Comprehensive Compensation project: https://www.martinfowler.com/bliki/C3.html End-to-End-Testing Framework PlayWright: https://playwright.dev/ Infection - PHP Mutation Testing Framework: https://infection.github.io/ Mutation testing systems for Java compared: https://pitest.org/java_mutation_testing_systems/ Bretterwisser - Boardgame Podcast: https://bretterwisser.de/ Sprungmarken (00:00:00) Testing mit Sebastian Bergmann, PHP und MySQL auf dem Amiga (00:10:11) 25 Jahre an einem Projekt und haben wir Testing verlernt? (00:10:20) Danke an alle Supporter! (00:11:16) Haben wir Testing verlernt? (00:23:04) Functional Testing vs. Non Functional Testing (00:24:48) Black Box vs. Whitebox-Testing (00:26:56) Integrations-Testing und End to End-Testing (00:32:47) Ist Automated Testing der Industrie-Standard? (00:38:01) Warum werden keine Tests geschrieben? (00:46:28) Metriken um einen Test zu bewerten (00:54:24) Mutanten-Testing / Mutation testing (00:59:30) AI im Bereich Testing (01:07:50) Ist Test Driven Development noch relevant? (01:09:27) Welche Testabdeckung sollte ich anstreben? (01:16:10) Fangt mit testen an Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk…

Engineering Kiosk

1
#125 Die Kunst der technischen Dokumentation mit Jana Aydinbas 1:02:43

47 weeks önce1:02:43

1:02:43

Dokumentation: Jeder braucht sie, keiner will sie schreiben Vielen Software-Entwickler⋅innen ist eins nicht bewusst: Technisches Schreiben ist eine Profession. Ein eigener Beruf. Denn es ist eine Kunst, Dokumentation so zu schreiben, dass sie auch gelesen und genutzt wird. Die Kunst, komplexe technische Informationen schnell zugänglich zu machen. Doch wie macht man das denn nun genau? Darüber sprechen wir mit Jana Aydinbas. Jana ist von Beruf Technical Writerin. Wir klären die Unterschiede zwischen Technical Writing und normalem schreiben, geben Einblick in das Berufsfeld, widerlegen klassische Mythen die Software-Entwickler⋅innen gegenüber dem Schreiben von Dokumentation haben, und lassen uns erklären, was eigentlich eine gute und professionelle Dokumentation ausmacht und wie man selbst den eigenen Doku-Skill verbessern kann. Bonus: Jira Tickets lesen ist gleichzusetzen mit investigativem Journalismus 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://www.buymeacoffee.com/engineeringkiosk Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev . Links Jana Aydinbas auf LinkedIn: https://www.linkedin.com/in/jana-aydinbas/ Google Season of Docs: https://developers.google.com/season-of-docs?hl=de Vortrag: Daniele Procida - Always complete, never finished: https://www.writethedocs.org/videos/portland/2021/always-complete-never-finished-daniele-procida/ Write the Docs Website: https://www.writethedocs.org/ Write the Docs Slack: https://www.writethedocs.org/slack/ Write the Docs Guide: https://www.writethedocs.org/guide/writing/beginners-guide-to-docs/ Write the Docs Meetups: https://www.writethedocs.org/meetups/ Diátaxis (Framework für Softwaredokumentation): https://diataxis.fr/ The Good Docs Project (Templates, Prozesse und Beispiele): https://thegooddocsproject.dev/ 5C’s of Technical Writing: https://medium.com/technical-writing-is-easy/5cs-of-technical-writing-7e5039917801 Stripe Documentation: https://docs.stripe.com/ React Quickstart Guide: https://react.dev/learn tekom “Was ist technische Kommunikation?”: https://www.tekom.de/technische-kommunikation-das-fach/was-ist-technische-kommunikation Sprungmarken (00:00:00) Technical Writing mit Jana (00:04:26) Dokumentation schreiben, aber Hauptberuflich: Warum? (00:05:51) Technical Writing, normalem Schreiben und Redakteure und (00:09:17) Jira-Research und Dokumentation im Software Development Lifecycle (00:14:21) In eigener Sache (00:15:16) Jira-Research und Dokumentation im Software Development Lifecycle (00:20:35) Was macht eine Dokumentation zu einer guten Dokumentation? (Regeln, Zielgruppe, Terminologie) (00:27:02) Übersetzungen, Code, Screenshots in Dokumentationen und AI (00:35:23) Dokumentations-Mythen: Out of Date, niemand liest Dokumentation, Dokumentation schreiben ist nicht attraktiv, Code ist die Dokumentation (00:44:16) Dokumentation für Hardware (00:47:31) Dokumentation im Open Source Bereich (00:50:54) Read the docs und Write the docs (00:53:37) Dokumentations-Best-Practices zum selber anwenden Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk…

Engineering Kiosk

1
#124 Technische Glaubwürdigkeit bewahren: Müssen Leads den Code kennen? 49:51

48 weeks önce49:51

49:51

Hands-On als Engineering Manager: Yay or Nei? Leute, die einmal das Handwerk des Software-Engineerings professionell ausgeübt haben und dann ins Management wechseln, haben oft den Drang, ihr Hardskills nicht zu verlieren. Doch durch den neuen Job sind die Prioritäten nun andere: People Leadership, das Team effizient halten, Strategie und Roadmaps entwickeln. Wo bleibt denn da noch die Zeit am Code mitzuarbeiten? Wir stellen uns die Frage: Warum ist das so? Muss das sein, dass Manager weiterhin technisch sind? Und wenn ja, welche Gefahren birgt das? Aber auch: Wie können wir es möglich machen, obwohl unser Kalender sagt, dass die Woche mit Meetings bereits belegt ist? Darum geht es in dieser Episode. Viel Spaß! Bonus: Auch Manager laufen auf Kaffee. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback EngKiosk Community: https://engineeringkiosk.dev/joindiscord Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineeringkiosk/ Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev . Links Engineering Kiosk #85 Von Entwicklerin zur Engineering Managerin: Erfahrungen und Learnings mit Isabelle Glasmacher: https://engineeringkiosk.dev/podcast/episode/85-von-entwicklerin-zur-engineering-managerin-erfahrungen-und-learnings-mit-isabelle-glasmacher/ 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/ Engineering Kiosk Episode #51 Was ist das Staff (Engineer) Level?: https://engineeringkiosk.dev/podcast/episode/51-was-ist-das-staff-engineer-level/ German Tech Podcast Liste: https://engineeringkiosk.dev/deutsche-tech-podcasts/ Udemy: https://www.udemy.com Coursera: https://www.coursera.org O'Reilly Library: https://www.oreilly.com/online-learning/teams.html Hacker News: https://news.ycombinator.com Pragmatic Engineer Newsletter: https://newsletter.pragmaticengineer.com Advent of Code: https://adventofcode.com SadServers: https://sadservers.com/ Sprungmarken (00:00:00) Die Anforderung, dass Engineering Manager Hands On sind (00:06:54) Muss ein Engineering Manager technisch sein? (00:10:09) Verschiedene Firmen definieren die Rolle einer Managerin unterschiedlich (00:12:48) Risiken, wenn die Engineering Manager zu technisch sind (00:14:08) Möglichkeit technisch zu bleiben: Pair-Programming und Code Reviews (00:18:25) Möglichkeit technisch zu bleiben: Dokumentation schreiben und Architektur Entscheidungen (00:22:38) Möglichkeit technisch zu bleiben: Rubber Duck Development, On-Call und Coden (00:32:01) Lernen außerhalb der Arbeitsumgebung: Hackernews, Konferenzen, Meetups und Code Katas (00:43:48) Engineering Management ist ein anderer Job als Software Entwicklung Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback EngKiosk Community: https://engineeringkiosk.dev/joindiscord Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineeringkiosk/ Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk…

Engineering Kiosk

1
#123 The Bread Code: vom Entwickler zum Brot-Influencer mit Hendrik Kleinwächter 1:05:40

49 weeks önce1:05:40

1:05:40

Brot backen und Software-Engineering: Wie passt das zusammen? Das Brot ist den Deutschen heilig. Manche bezeichnen Deutschland als die Brotnation. Der 21. April ist sogar der Tag des Deutschen Brotes. Was es nicht alles gibt. Das klingt alles kompliziert, aber die Grundzutaten sind recht simpel: Mehl, Wasser, Salz und ein wenig Zeit. Vielleicht ist das auch der Grund, warum es so viele Leute zuhause ausprobieren und ihr eigenes Brot backen wollen. Und es kommt mir so vor, als sind es überproportionale Leute aus dem Softwarebereich. Einer, der “das Brot backen demokratisieren” möchte, ist Hendrik Kleinwächter. Als gelernter Software Engineer overengineered er das ganze etwas und macht es dadurch für uns alle zugänglicher. Mit Brotbackrezepten war er lange auf der HackerNews Startseite, mittels A/B-Tests versucht er die beste Back-Methode zu finden: Einkorn- oder Emmer Vollkornmehl? Geölte Laibform oder Laibform mit Pergamentpapier? Sauerteig-Gärung mittels Fruchtfliegen? Er visualisiert den Backprozess mit Flowcharts und hat ein Buch über Sauerteigbrot geschrieben und es unter einer Open Source Lizenz auf GitHub zur Verfügung gestellt. Das ist so skurril, wie es klingt. Und dazu haben wir Fragen. Es geht ums Brot backen mit einem Software-Engineering Mindset. Bonus: Neu im Angebot, die Finkenwerder Scholle 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://www.buymeacoffee.com/engineeringkiosk Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev . Links Hendrik Kleinwächter: https://www.hkleinwaechter.com/ theBread.code(); https://www.the-bread-code.io/ The Sourdough Framework: https://www.the-sourdough-framework.com/ The Bread Code auf YouTube: https://www.youtube.com/@the_bread_code dyve Purpose Unternehmen: https://dyve.agency/de/steward-ownership The Bread Code auf GitHub: https://github.com/hendricius/the-bread-code Pizza Dough auf GitHub: https://github.com/hendricius/pizza-dough The Sourdough Framework auf GitHub: https://github.com/hendricius/the-sourdough-framework OMR Podcast: https://omr.com/de/podcast Kassenzone Podcast: https://www.kassenzone.de/ Simple Flatbread Recipe: https://www.the-sourdough-framework.com/Breadtypes.html#simple-flatbread-recipe Sprungmarken (00:00:00) Brot Backen mit Hendrik Kleinwächter (00:06:35) Mit Brot backen auf HackerNews und GitHub (00:09:24) Was ist am modernen Brot backen kaputt? (00:14:18) Mit Hilfe von YouTube das Brot backen demokratisieren (00:16:34) The Bread Code: Brot backen und Software Engineering (00:23:10) A-B-Testing beim Brot backen (00:32:54) Popularität von Brot backen auf YouTube (00:37:34) Open Source Buch zum Brot backen: Flow-Charts und UML-Diagramme (00:51:46) Troubleshooting-Guide beim Brot backen (01:00:37) Das minimalste Setup um ein Brot zu backen Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk…

Engineering Kiosk

1
#122 Ich hasse Re-Orgs 1:07:15

50 weeks önce1:07:15

1:07:15

Die Umstrukturierung der Firma: Hart für alle oder eine neue Chance? Firmen, ihre Produkte aber auch ihr Umfeld ändern sich ständig. Um wettbewerbsfähig zu bleiben, um weiter Profit zu erwirtschaften, müssen Unternehmen sich (intern) ändern. “Wer nicht mit der Zeit geht, geht mit der Zeit”. Interne Umstrukturierungen sind somit ein notwendiges Übel bei jeder Firma von einer gewissen Größe. Sie kommt, auch wenn man es nicht will, und ist notwendig, um die Organisation in die Richtung zu bewegen, damit die Unternehmensziele erreicht werden. Umstrukturierungen, sogenannte Reorgs, sind oft negativ behaftet. Doch warum ist das so? Darum geht es in diesem Podcast. Wir klären, was Reorgs eigentlich sind, wozu und mit welchem Zweck diese durchgeführt werden, wie eine Reorg oft bei den Individual Contributern gesehen wird, wie es zu einer Reorg kommt und wie diese durchgeführt wird, aber auch wie du selbst das Beste daraus machen kannst. Bonus: Warum Consultants im Haus nie was Gutes sind. *** Diese Episode wird gesponsert von ... Dir: https://engineeringkiosk.dev/kaffee *** 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 Twitter: https://twitter.com/EngKiosk Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev . Links Why I Quit Google to Work for Myself https://mtlynch.io/why-i-quit-google/ Killed by Google: https://killedbygoogle.com/ Spotify Engineering Culture (aka the "Spotify Model"): https://www.youtube.com/watch?v=Yvfz4HGtoPc How we structure our work and teams at Basecamp: https://medium.com/signal-v-noise/how-we-set-up-our-work-cbce3d3d9cae Brooks’ Law: https://www.leadingagile.com/2018/02/lines-of-communication-team-size-applying-brooks-law/ Gesetz von Conway: https://de.wikipedia.org/wiki/Gesetz_von_Conway Concepts I use every day: BAPO: https://medium.com/nerd-for-tech/concepts-i-use-every-day-bapo-896d0ba0ccbb Coordination models - tools for getting groups to work well together: https://www.rubick.com/coordination-models/ Sprungmarken (00:00:00) Unternehmens- und Teamumstrukturierungen (Reorgs) (00:03:49) Credibility: Warum sprechen wir über Reorgs? (00:05:57) Was ist denn eine Re-Org? (00:08:18) Buy us a coffee (00:09:40) Was ist denn eine Re-Org? (00:20:31) Produkte werden bei einer Re-Org beendet (00:27:48) Die Flughöhe vom Management und Detail-Probleme bei der Re-Org (00:30:25) Wie startet man eine Re-Org? (00:39:15) Team-Strukturen abseits von Spotify bei einer Re-Org (00:43:50) Ausführung und Kommunikation einer Re-Org (00:54:12) Es steckt viel Arbeit hinter einer Re-Org Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) 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 Twitter: https://twitter.com/EngKiosk…

Engineering Kiosk

1
#121 YAML: Mehr als Konfiguration! Aliases, Tags und YAMLScript mit Tina Müller 1:07:19

51 weeks önce1:07:19

1:07:19

Wenn du glaubst, dass du YAML kennst … „YAML Ain’t Markup Language“ (ursprünglich „Yet Another Markup Language“) kennen viele nur als Sprache für Konfigurationsdateien. Laut dem Gründer von YAML ist das Format aber nicht dafür gedacht. Und überhaupt nutzen sehr viele Tools nur einen Bruchteil der Fähigkeiten von YAML. Welche das sind, hat uns Tina Müller erklärt. Tina ist u.a. Contributorin zur YAML Spezifikation und gibt uns mal einen Einblick in das Serialisierungs-Format. Wir sprechen über darüber, welches Problem YAML lösen wollte, wie es in der Realität genutzt wird, wie YAML selbst sowie die YAML-Parser in verschiedenen Sprachen weiterentwickelt werden, über die Flaws von YAML, wie zB. das Norway Problem oder die Billion Laughs Attacke und schauen mal welche Features nicht so bekannt sind, wie YAML tags, aliases oder YAMLScript. Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev . Links Tina Müller auf LinkedIn: https://www.linkedin.com/in/tina-m%C3%BCller-642931154/ Website von Tina Müller: https://perlpunk.github.io/ Tina Müller auf GitHub: https://github.com/perlpunk YAML Tutorial und Infos für Entwickler:innen: https://www.yaml.info/ YAML Test-Suite: https://github.com/yaml/yaml-test-suite YAML Test-Matrix: https://matrix.yaml.info/ YAML Playground: https://play.yaml.io/main/ yamltidy: https://perlpunk.github.io/yamltidy/ YAMLScript: https://yamlscript.org/ What is flow style in YAML?: https://www.educative.io/answers/what-is-flow-style-in-yaml YAML Chat auf Matrix: https://app.element.io/#/room/#chat:yaml.io YAML Linter: https://yamllint.readthedocs.io/en/stable/ YAML Formatter: https://perlpunk.github.io/yamltidy/ YAML Referenzparser: https://github.com/yaml/yaml-reference-parser Do you know YAML? Talk auf der FOSDEM: https://fosdem.org/2024/schedule/event/fosdem-2024-2046-do-you-know-yaml-/ Beispiel für YAML Tags von AWS: https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/gettingstarted.templatebasics.html (siehe “!Ref InstanceSecurityGroup”) Beispiel für YAML aliase: https://www.yaml.info/learn/index.html#invoice Sprungmarken (00:00:00) YAML mit Tina Müller (00:06:27) Was ist YAML und wie zeichnet sich YAML aus? (00:09:19) YAML, JSON und die Abgrenzung zu anderen Formaten (00:11:00) Info/Werbung (00:12:37) YAML, JSON und die Abgrenzung zu anderen Formaten (00:28:56) YAML-Spezifikation (00:33:22) YAML-Testsuite (00:39:24) Das Norway-Problem (00:44:39) YAML-Features: Aliases, Anchors und YAMLScript Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk…

Engineering Kiosk

1
#120 No-Code ist technische Schuld! 1:07:56

52 weeks önce1:07:56

1:07:56

No-Code-Tools sind technische Schulden! Wenn es zu dem Thema No-Code kommt, gibt es oft zwei Lager: Die einen lieben es. Die anderen sagen “Das ist doch gar kein richtiges Programmieren”. Dennoch gibt es Firmen, die No-Code-Plattformen im großen Stil einsetzen. Und immer wenn damit “mal was richtiges” gebaut wird, stellen sich dieselben Fragen wie bei richtiger Software-Entwicklung: Wie sieht es mit der Security / Maintainability / Skalierung und Co aus? Und wenn wir sowas auf den Tisch bringen, dann ist das Thema Refactoring und technische Schulden nicht mehr weit. Und genau darum geht es in dieser Episode. Wolfgang ist fest überzeugt von “No-Code-Tools sind technische Schulden!”. Und Andy lässt sich das ganze mal erklären, um zu verstehen, was er eigentlich damit meint. Wir sprechen darüber, was No-Code und Low-Code eigentlich ist, was technische Schulden sind und warum dies ggf. nicht subjektiv zu sehen ist, welche Probleme sich bei großer No-Code-Nutzung auftun und ob klassische Probleme (aber auch Lösungen) der Software-Entwicklung sich auf die No-Code-Entwicklung übertragen lassen. Bonus: Streit auf LinkedIn ist wohl nicht gern gesehen. Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev . Links Wolfgangs “Refactoring is bullshit” LinkedIn-Post: https://www.linkedin.com/feed/update/urn:li:activity:7183096282884804608/ No-Code-Plattform Make: https://www.make.com/ Open Source No-Code-Plattform: https://github.com/n8n-io/n8n AppSmith: https://www.appsmith.com/ Stop saying “technical debt”: https://stackoverflow.blog/2023/12/27/stop-saying-technical-debt/ Nocodb: https://github.com/nocodb/nocodb Sprungmarken (00:00:00) No-Code sind technische Schulden (00:03:13) Info/Werbung (00:04:18) Was ist No-Code und Low-Code? (00:23:03) Was ist Technical Debt? (00:32:08) Technische Schulden bei keinem Code - Wie geht das? (00:38:07) Gelöste Probleme im High-Code-Umfeld sind neue Probleme im No-Code-Umfeld (00:47:35) Security im No-Code-Umfeld (00:52:38) Steht No-Code im Konflikt zu moderner Software-Entwicklung? (00:59:17) No-Code richtig eingesetzt ist dein Beschleuniger Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk…

Engineering Kiosk

1
#119 Der Jobwechsel: Einblick und Erfahrungsaustausch mit UNMUTE IT 1:56:23

1 year önce1:56:23

1:56:23

Wie gehen andere bei ihrer Jobsuche vor? Ein Erfahrungsaustausch Irgendwann kommt der Zeitpunkt, da denken viele von uns “Soll ich mir mal was Neues suchen? Ein Tapetenwechsel im Job könnte mir ggf. gut tun.” oder “Ich will endlich mal was anderes sehen” oder “Das könnte mein nächster Schritt in meiner Karriere sein”. Aber: Die Jobsuche kann anstrengend sein. Im Internet liest man viele Do’s und Dont’s. Verwirrung kommt schnell auf, was nun der richtige Weg ist. Deswegen sind Erfahrungen von anderen so wichtig. Und genau darum geht es in dieser Podcast-Episode. Zu Gast sind Doreen und Ellen vom UNMUTE IT Podcast. Beide haben vor kurzer Zeit ihren Arbeitgeber gewechselt und erzählen von ihrer Herangehensweise und Erfahrungen bei der Job-Suche. Wir sprechen über Job-Hopping und wann es Zeit ist, sich einen neuen Job zu suchen, wie und wo man nach neuen Arbeitsmöglichkeiten sucht, wie wichtig das eigene Netzwerk und Vitamin-B ist, worauf es bei der richtige Firma ankommt, was Red-Flags und Warnsignale ist sind, über den Interviewprozess, wie viel Glück involviert ist und wie man mit Misserfolgen umgeht. Viel Spaß bei diesem Podcast-Crossover. Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev . Links UNMUTE IT Podcast: https://linkr.bio/unmute-it UNMUTE IT auf LinkedIn: https://www.linkedin.com/company/unmute-it/ Verwandte UNMUTE IT Episode zum Jobeinstieg https://soundcloud.com/user-263541100/52-dos-donts-im-jobeinstieg Ellen Schwartau Blog: https://ellenschwartau.com/ Job-Börse Indeed: https://de.indeed.com/ Job-Portal StepStone: https://www.stepstone.de/ Tech compensation in Europe: https://techpays.com/ 1KOMMA5°: https://1komma5grad.com/ An Engineering Leader's Job Search Algorithm: https://docs.google.com/document/d/19fr_36WOzKlq_zyGP2RdxMEsdNQMZdUqn1Vahncr2pY/edit#heading=h.xg3o3psx1mah Engineering Kiosk Episode #11 Die Suche nach dem IT Traumjob: https://engineeringkiosk.dev/podcast/episode/11-die-suche-nach-dem-it-traumjob/ Engineering Kiosk Episode #32 Die richtigen Leute anstellen: Die Recruiting Pipeline: https://engineeringkiosk.dev/podcast/episode/32-die-richtigen-leute-anstellen-die-recruiting-pipeline/ Sprungmarken (00:00:00) Podcast-Crossover mit UNMUTE IT (00:06:02) Info/Werbung (00:07:20) Podcast-Crossover mit UNMUTE IT (00:07:21) Wann fängt es an, darüber nachzudenken, sich einen neuen Job suchen? (00:14:40) Job-Hopping und ab wann ist es zu lang bei einer Firma? (00:22:07) Der erste Schritt bei der (strukturierten) Job-Suche (00:29:40) Das eigene Netzwerk bei der Job-Suche (00:41:59) Hire for attitude, not for skill und Interviews (00:58:00) Die richtige Firma finden (01:13:36) Warnsignale und Red-Flags (01:32:08) Interview-Prozess und Take Home Challenges (01:43:49) Verhandlungen und Gehalt (01:54:18) Abschluss Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk…

Engineering Kiosk

1
#118 Wie funktioniert eine moderne Suche? Von Indexierung bis Ranking 1:12:20

1 year önce1:12:20

1:12:20

Explain my like i am five: Die Grundlagen moderner Suchen Wir, als User, erwarten heutzutage ziemlich viel von einer Suchmaschine. Es soll “magisch” verstehen, was wir eigentlich finden möchten. Egal ob wir das richtige Wort dafür nutzen (aka Synonym-Suche) oder ob der Begriff einen Tippfehler hat (aka “Meinten Sie …?”). Oft werden Tools wie Elastic- oder OpenSearch, Solr, Algolia und Co. für sowas eingesetzt, denn eine einfache Volltext-Suche mittels eines Wildcard-SQL-SELECT Statement reicht dafür nicht mehr aus. Doch was steckt eigentlich dahinter? Wie funktionieren all diese modernen Suchen eigentlich im Inneren? In dieser Episode geht es um die Grundlagen moderner Suchmaschinen. Wir schmeißen mit Begriffen wie Stemming, Homonyme, BERT, Stopwords, Inverted Index, Suffixbäume, N-Grams, Term Frequency-Inverse Document Frequency, Vector Space Model und Co um uns und erklären das ganze im “Explain me Like I am five”-Stil. Bonus: Wie Konzepte des Information Retrieval mit Bälle-Bädern erklärt werden. Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev . Links r/explainlikeimfive: https://www.reddit.com/r/explainlikeimfive/ Engineering Kiosk Episode #28 O(1), O(log n), O(n^2) - Ist die Komplexität von Algorithmen im Entwickler-Alltag relevant?: https://engineeringkiosk.dev/podcast/episode/28-o1-olog-n-on2-ist-die-komplexit%C3%A4t-von-algorithmen-im-entwickler-alltag-relevant/ ElasticSearch: https://www.elastic.co/de/elasticsearch OpenSearch: https://opensearch.org/ Apache Lucene: https://lucene.apache.org/ Apache Solr: https://solr.apache.org/ meilisearch: https://www.meilisearch.com/ Alogolia: https://www.algolia.com/d HackerNews indexiert von Algolia: https://hn.algolia.com/ Term Frequency-Inverse Document Frequency: https://de.wikipedia.org/wiki/Tf-idf-Ma%C3%9F Bidirectional Encoder Representations from Transformers (BERT): https://en.wikipedia.org/wiki/BERT_(language_model) Engineering Kiosk Episode #116 KI unterstützte Software Entwicklung: Ein Reality Check mit Birgitta Böckeler von Thoughtworks: https://engineeringkiosk.dev/podcast/episode/116-ki-unterst%C3%BCtzte-software-entwicklung-ein-reality-check-mit-birgitta-b%C3%B6ckeler-von-thoughtworks/ Learning to Rank: https://en.wikipedia.org/wiki/Learning_to_rank Vector Space Model: https://en.wikipedia.org/wiki/Vector_space_model Inverted Index: https://en.wikipedia.org/wiki/Inverted_index N-Gramm: https://de.wikipedia.org/wiki/N-Gramm Suffixbaum: https://de.wikipedia.org/wiki/Suffixbaum Trie (Präfixbaum): https://de.wikipedia.org/wiki/Trie Sprungmarken (00:00:00) Buzzword-Bingo bei modernen Suchen (00:04:40) Die Komplexität moderner Such-Systeme (00:05:55) Info/Werbung (00:07:00) Die Komplexität moderner Such-Systeme (00:09:58) Wie funktioniert High-Level eine Suchmaschine? (00:11:04) Verarbeitung der Such-Daten durch Tokens: Sprache, Stop-Words, Lemmatisierung, Stemming (00:20:53) Zahlen als Such-Wörter, Embeddings und Bidirektionale Encoder-Repräsentationen von Transformers (BERT) (00:29:34) Speichern der Daten mit einem Index: Invertierter Index und Suffixbäume (00:43:07) Daten wirklich finden durchs Ranking: N-Grams, TF/IDFrequency und Vector Space Model (00:59:54) Wie wählt man ein gutes Such-System aus? (01:04:20) Wie beeinflusst Generative AI die aktuellen Suchsysteme und Sucht-Grundlagen? Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk…

Engineering Kiosk

1
#117 Vanilla Web: Niedrige Kopplung & hohe Kohäsion mit Golo Roden von the native web 1:20:37

1 year önce1:20:37

1:20:37

Ein Leitspruch für die Frontend-Welt: Make simple things simple and complex things possible Die Frontend-Entwicklung hat in den letzten Jahren einen ziemlich großen Wandel erlebt. Es fing alles ganz simpel an: CSS und JavaScript wurden einfach via script-tag inkludiert. Danach kamen Performance-Optimierung durch Minification, mehr JavaScript- und CSS Features (zB Browser-APIs) wurden in die Browser implementiert und die Standards kamen nicht hinterher, doch wir Entwickler*innen wollten wir diese schon in Produktion nutzen (aka Polyfills und Transpilieren). Und auch die Web-Apps wurden immer mehr “Desktop-Like”, was einen Effekt auf die Frontends von heute hat, zB. React, Vue und Co. Und wo sind wir heute? Frameworks wie HTMX, die mit Einfachheit werben, erleben einen neuen Hype. Doch ist das alles neu oder nur “alter Wein in neuen Schläuchen”? Erkaufen wir uns durch diesen großen Tooling-Stack wirklich Einfachheit oder schließen wir uns durch die Komplexität doch nicht in eine "proprietäre API” ein, die es sehr schwer macht, das Framework zu wechseln? Und zu guter letzt: Ist die Komplexität gerechtfertigt? Zu diesem Thema sprechen wir mit Golo Roden. Golo ist Frontend-Experte und spezialisiert auf native Webtechnologien. Mit ihm behandeln wir Themen wie die Probleme von aktuellen UI-Frameworks und woher diese Probleme eigentlich kommen, wie er zu einfacheren Konzepten wie HTMX steht, über mögliche Lösungsansätze für die Probleme, Standards wie Web Components und welche Rolle TypeScript in dem ganzen Mix einnimmt. Bonus: Warum Monkey Island das richtige Spiel für dich und deine Kinder ist. Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links the native web GmbH: https://thenativeweb.io/ YouTube-Kanal von Golo Roden: https://www.youtube.com/@thenativeweb Video HTMX: Die perfekte UI-Technologie?!: https://www.youtube.com/watch?v=TL5TtpZ33xU Artikel HTMX: Die perfekte UI-Technologie?: https://www.heise.de/blog/HTMX-Die-perfekte-UI-Technologie-9633960.html JavaScript Bloat in 2024: https://news.ycombinator.com/item?id=39471221 Artikel Vanilla-Web: Der Frontend-Trend 2024?: https://www.heise.de/blog/Vanilla-Web-Der-Frontend-Trend-2024-9611002.html Babel.js: https://babeljs.io/ jQuery releases: https://github.com/jquery/jquery/releases Redux: https://redux.js.org/ Engineering Kiosk Episode #84 Die Evolution von JavaScript: Vom Ducktyping zum Monopol im Browser mit Peter Kröner: https://engineeringkiosk.dev/podcast/episode/84-die-evolution-von-javascript-vom-ducktyping-zum-monopol-im-browser-mit-peter-kr%C3%B6ner/ AngularJS: https://angularjs.org/ Prince of Persia in Assembler: https://www.youtube.com/watch?v=hr5xQpznD0Y Web Components: https://developer.mozilla.org/en-US/docs/Web/API/Web_components Sprungmarken (00:00:00) Unser Gast Golo Roden (00:06:28) Info/Werbung (00:07:32) Monkey Island für Kinder (00:11:53) Der aktuelle Tech-Stack in einem Web-Projekt (00:15:04) Innovation in der Frontend-Welt oder alter Wein in neuen Schläuchen? (00:26:10) Was ist HTMX und welches Problem soll es lösen? (00:33:11) Kritikpunkte an HTMX (00:42:50) Innovation fördert auch die Standardisierung im Web (00:47:29) Bloated JavaScript und User Experience im Web (00:55:51) Hohe Kohäsion, niedrige Kopplung (01:02:00) Web Components und Standardisierung (01:09:04) Welche Rolle spielt TypeScript in diesem Mix? Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#116 KI unterstützte Software Entwicklung: Ein Reality Check mit Birgitta Böckeler von Thoughtworks 1:14:37

1 year önce1:14:37

1:14:37

AI in der Software-Delivery: Unsere größte Möglichkeit oder purer Hype? - Ein Realitätscheck Generative AI ist in der Software-Entwicklung allgegenwärtig. Mit Co-Pilot stellt GitHub den Platzhirsch im Bereich Codegenerierung und bewirbt es mit einer 55% Produktivitätssteigerung. Bei solchen Effekten dreht jedes C-Level-Management am Rad. Doch was ist dran am Hype? Sollten wir wirklich alle so aufgeregt sein? Zu dieser Frage bzw. zu einem Realitätscheck sprechen wir mit Birgitta Böckeler, Global Lead for AI-assisted Software Delivery bei Thoughtworks. Sie beschäftigt sich u.a. damit, wozu Generative AI in der Softwareentwicklung genutzt werden kann, welche Einsatzbereiche neben der Codegenerierung existieren, für welche Bereiche Coding Assistenten gut und für welche nicht so gut sind funktionieren aber auch welchen Effekt die ganze AI-Bewegung auf den ganzen Softwareentwicklungsprozess hat. Bonus: Ein Kampf zwischen AI-Fans und Skeptiker Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Birgitta Boeckeler auf LinkedIn: https://www.linkedin.com/in/birgittaboeckeler/ Website von Birgitta Böckeler: https://birgitta.info/ AI for software development: A reality check | Birgitta Boeckeler | LeadDev Berlin 2023: https://www.youtube.com/watch?v=pajcn6ApyD8 Exploring Generative AI Memos von Birgitta Böckeler: https://martinfowler.com/articles/exploring-gen-ai.html Three things GenAI will not change about software delivery: https://www.thoughtworks.com/insights/blog/generative-ai/three-things-GenAI-will-not-change-about-software-delivery New GitHub Copilot Research Finds 'Downward Pressure on Code Quality': https://visualstudiomagazine.com/articles/2024/01/25/copilot-research.aspx Resolving Code Review Comments with Machine Learning: https://research.google/pubs/resolving-code-review-comments-with-machine-learning/ Driver AI: https://www.driverai.com/ Copilot Internals: https://thakkarparth007.github.io/copilot-explorer/posts/copilot-internals Sprungmarken (00:00:00) Software Delivery und AI mit Birgitta Böckeler (00:03:09) Info/Werbung (00:04:15) Birgitta Böckeler - Global Lead for AI-assisted Software Delivery (00:07:17) Was ist Generative AI im Umfeld der Software-Entwicklung? (00:13:33) Wie viel Erfahrung ist für den sinnvollen Einsatz von Generative AI notwendig? (00:22:36) Intellectual Property (IP) bei Coding LLMs (00:27:09) Retrieval Augmented Generation, Halluzinationen und Kontext für das LLM (00:41:58) Erhöhte Produktivität durch Coding Co-Piloten (00:55:40) In welchen Bereichen der Software-Entwicklung kann AI uns noch helfen? (01:02:44) Wie verändert sich die professionelle Softwareentwicklung durch AI? Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#115 Die Shift Left Philosophie: Mehr Verantwortung für Devs 54:59

1 year önce54:59

54:59

Den Softwareentwicklungs-Prozess beschleunigen, indem mehr Arbeit auf die Entwickler abgewälzt wird? 2024 ist das Jahr der Effizienz. Überall wird nachgesehen, was noch schneller und besser laufen kann. So auch bei der Softwareentwicklung. Denn dort ist allzeit bekannt: Umso später ein Fehler aufgedeckt wird, desto teurer ist seine Behebung. Deswegen wurde früh damit angefangen, nicht nach der Softwareentwicklung das Programm zu testen, sondern schon während der Entwicklung die Tests zu schreiben. Der Test-Prozess wurde in der Zeitleiste nach Links geschoben. In der Industrie nennt man diesen Vorgang “Shift Left”. Doch bei Tests ist es nicht geblieben. DevOps verlagert die Operations nach Links. Cloud die Definition von Infrastruktur als Code (und somit in die Softwareentwicklung). Security nimmt ebenfalls einen wichtigen Standpunkt in der modernen Welt ein. Metriken, strukturierte Logs und weitere Signale für Observability sind ein fester Bestandteil der Softwareentwicklung. Doch wie viel Prozesse sollen (und können) dennoch nach Links verschoben werden? Wie viele Aufgaben soll eine einzige Entwicklerin erledigen? Ist nicht einfach mal gut? Bonus: Alles mit Ops - DevOps / MLOps / CloudOps / AIOps / DataOps / SecOps / DevSecOps / HROps LegalOps BizOps LLMOps ChatOps NoOps Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Shift Left: https://de.wikipedia.org/wiki/Shift-Left-Ansatz Engineering Kiosk Episode #106 CI - Continuous Integration in der Praxis mit Michael Lihs von Thoughtworks: https://engineeringkiosk.dev/podcast/episode/106-ci-continuous-integration-in-der-praxis-mit-michael-lihs-von-thoughtworks/ Engineering Kiosk Episode #101 Observability und OpenTelemetry mit Severin Neumann: https://engineeringkiosk.dev/podcast/episode/101-observability-und-opentelemetry-mit-severin-neumann/ Engineering Kiosk Episode #60 On-Call: Warum auch Software-Engineers auf Rufbereitschaft sein sollten: https://engineeringkiosk.dev/podcast/episode/60-on-call-warum-auch-software-engineers-auf-rufbereitschaft-sein-sollten/ Engineering Kiosk Episode #103 Plattform Engineering und Interne Developer Plattformen mit Puja Abbassi: https://engineeringkiosk.dev/podcast/episode/103-plattform-engineering-und-interne-developer-plattformen-mit-puja-abbassi/ Sprungmarken (00:00:00) Der Software-Engineer-Job wird bedroht (00:03:11) Info/Werbung (00:05:08) Was ist Shift Left? (00:10:37) Welches Problem soll Shift Left lösen? (00:14:21) Warum ist Shift Left gerade jetzt aktuell? (00:16:56) Der Unterschied von Shift Left in einem Startup und in einem Konzern (00:24:37) Aktivitäten, die nach Links geshifted werden (00:33:13) ShiftLeft mit Infrastruktur und Plattformen (00:38:00) Nachteile von Shift Left (00:44:09) Konfliktpotenzial bei der Einführung von Shift Left (00:52:05) Shift Left ist nichts neues Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#114 Sales Engineers: Engineering und Sales in einer Person vereint mit Patrick Pissang 1:08:44

1 year önce1:08:44

1:08:44

Sales Engineering: Die Karriere “on top” auf deiner eigentlichen Karriere Im Software Engineering gibt es viele Vorurteile gegen die Sales-Funktion. Doch wenn wir mal ehrlich zu uns sind: Die Sales-Abteilung bringt die Kunden, die wiederum das Geld in die Firma bringen. Kurz um: Durch die Sales-Arbeit haben wir alle einen Job. Und wenn wir dies mal weiterdenken: Was wäre, wenn du mit deinem Engineering Know How an diesem Hebel etwas bewirken könntest? Genau darum geht es in der Funktion des Sales Engineerings. In dieser Episode sprechen wir mit Patrick Pissang, dem Social Sales Engineer, und bringen etwas Licht ins Dunkle: Was ist Sales Engineering? Sind dies zwei Jobs in einer Person? Wie technisch muss ein Sales Engineer sein und wie sieht eigentlich ein solcher Sales Prozess aus? Welche Firmen können von dieser Rolle denn wirklich Gebrauch machen? Welche Skills sind gefragt und wie kann man mehr über diese Rolle erfahren? All das in dieser Episode. Bonus: Was Herr der Ringe und Sales Engineering gemeinsam haben. Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Patrick Pissang auf LinkedIn: https://www.linkedin.com/in/patrickpissang/ Website von Patrick Pissang zu Sales Engineering: https://saleshero.training/ Buch “The Social Sales Engineer: Timeless Principles for Achieving Thought Leadership”: https://www.amazon.de/Social-Sales-Engineer-Principles-Leadership/dp/3982214785/ref=tmm_hrd_swatch_0 Buch “The subtle art of Sales Engineering: How to lead the client with the unexpected”: https://www.amazon.de/subtle-art-Sales-Engineering-unexpected/dp/3982214718/ Buch “Wie du wirklich in der IT Karriere machst!: Sales Engineering, so setzen Entwickler und Architekten ihre Fähigkeiten lukrativ ein”: https://www.amazon.de/Wie-wirklich-Karriere-machst-Sales-Engineering-Know-How/dp/B086FPZ5NT/ Patrick Pissang auf Udemy: https://www.udemy.com/user/patrick-pissang/ The Sales Engineering Kingdom: https://salesengineeringmap.com/ PreSales Collective: https://www.presalescollective.com/ The SChool - Sales Engineering Academy: https://salesengineers.co.uk/ Podcast Presales Unleashed: https://open.spotify.com/show/2uxpTX0Dnh9pvIHbItxYHV Sprungmarken (00:00:00) Sales Engineering mit Patrick Pissang, dem Social Sales Engineer (00:04:03) Die Sales-Engineering-Map im Herr der Ringe Style (00:07:34) Info/Werbung (00:08:42) Vorurteile von Sales (00:12:51) Was ist Sales Engineering? (00:21:26) Die verschiedenen Rollen in einem Sales Prozess (00:24:32) Sales Engineering vs. Solution Architect, Developer Advocate und Co (00:28:33) Pre- und Post-Sales (00:32:35) Karriere-Weiterentwicklung durch Sales-Engineering (00:56:01) Schnupper-Kurs im Sales Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#113 Selbstmarketing ohne Bullshit: Brag Documents 53:52

1 year önce53:52

53:52

Kommunikation und Marketing über die eigene Arbeit: Ein Muss oder Wichtigtuerei? Jeder Angestellte ist für eine gewisse Aufgabe angestellt. Doch während der täglichen Arbeit kommt eine ganze Menge weitere Aufgaben dazu, die für viele Manager und andere Teams “unsichtbar” sind: Dem Kollegen bei seiner Entwicklungsumgebung helfen, den roten Test-Build fixen, dem Junior-Engineer eine Frage beantworten, eine Präsentation für das Meeting morgen vorbereiten, und so weiter. Dennoch ist diese unsichtbare Arbeit wichtig. Oft wird diese auch als Glue-Work, also Klebstoff, der das ganze Konstrukt zusammenhält, beschrieben. Und über ein ganzes Jahr macht man davon nicht wenig. Doch damit diese Arbeit gesehen wird und auch eine entsprechende Wertschätzung bekommt, müssen andere davon erfahren. Und da kommt Kommunikation und Selbstmarketing ins Spiel. In dieser Episode sprechen wir darüber, wie viel Selbstmarketing OK ist, ob es einen Unterschied zwischen leisen und lauten Personen gibt, wie Activity Logs oder Brag Documents dir selbst helfen können, die entsprechende Glue-Work zu deiner Vorgesetzt zu kommunizieren, und geben Tipps wie das ganze in die wöchentliche Arbeitsroutine eingebettet werden kann. Bonus: Ist Zuckerfrei wirklich ohne Zucker und Alkoholfrei wirklich ohne Alkohol? Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links How to Create Luck: https://www.swyx.io/create-luck Get your work recognized: write a brag document: https://jvns.ca/blog/brag-documents/ Notion Brag Document Template: https://www.notion.so/de-de/templates/brag-document-template Engineering Kiosk #51 Was ist das Staff (Engineer) Level?: https://engineeringkiosk.dev/podcast/episode/51-was-ist-das-staff-engineer-level/ Brag Docs: https://www.bragdocs.com/ Sprungmarken (00:00:00) Intro und das Brag Document (00:01:44) Laut oder leise? (00:07:49) An was haben wir vor 3 Monaten gearbeitet? (00:10:20) Info/Werbung (00:11:18) Protokollier deine Arbeit und Gluework (00:24:49) Brag Document: Für dich und deine Vorgesetzte (00:26:35) Das richtige Level an Kommunikation für die entsprechende Anerkennung (00:39:54) Brag-Documents im Freelancing und die AI (00:45:29) Ein einfacher Dokument reicht völlig aus (00:48:08) Brag-Documents für die Beförderung und der eigene Impact Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#112 Das Engineering Manager Pendulum: Zwischen Coding und Leadership mit Tom Bartel 1:23:38

1 year önce1:23:38

1:23:38

Wenn der Wechsel vom Software Engineer zur Managerin eine Beförderung ist, ist dann der Wechsel vom Manager-Dasein zurück zum Software Engineer eine Degradierung? Genau mit dieser Frage beschäftigen wir uns in dieser Episode. Umgangssprachlich nennt man den Wechsel hin und her, von Software Engineer zum Management und zurück, das Engineering Manager Pendulum. Wir haben mit Tom Bartel gesprochen, der diesen Wechsel schon zweimal vollzogen hat. Mit Ihm sprechen wir darüber, wie der Gedanke zum Pendeln entstanden ist, wie sein Umfeld und das eigene Unternehmen darauf reagiert hat, wie schwierig es ist sich an andere Perspektiven und Flughöhen in der täglichen Arbeit anzupassen, wie das Gehirn sich auf die unterschiedlichen Tagesabläufe verändert, und was er Leuten raten würde, die ebenfalls darüber nachdenken, in das Engineering Manager Pendulum einzusteigen. Bonus: Wie ein neuer Grill eine Verpackungswut auslösen kann. Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Tom Bartel auf LinkedIn: https://www.linkedin.com/in/twbartel/ Tom Bartel’s Website: https://www.tombartel.me/ Tom Bartel’s Udemy Kurs “Dein Einstieg in Node.js: Professionell und komplett”: https://www.udemy.com/course/node-js-professionell-und-komplett/ Mitchell's New Role at HashiCorp / Offizielles Announcement (Mitte 2021): https://www.hashicorp.com/blog/mitchell-s-new-role-at-hashicorp Mitchell Hashimoto Tweet “Do what you love, not what others expect!”: https://twitter.com/mitchellh/status/1418315344800669698 Burnhard-Grill - Verpackung Kleinteile: https://twitter.com/twbartel/status/1576833082409177088 Paul Graham’s Maker's Schedule, Manager's Schedule: https://www.paulgraham.com/makersschedule.html Sprungmarken (00:00:00) Intro (00:04:00) Info/Werbung (00:05:00) Engineering Management Pendulum und unser Gast Tom Bartel (00:08:39) Was ist das Engineering Management Pendulum (00:20:14) Möchtest du wieder Individual Contributor werden? (00:27:21) Pendulum und die Firmenkultur (00:31:34) Wie sich nach einem Pendel deine Arbeit verändert (00:44:28) Leute im Team, die selbst gependelt sind (00:51:57) Andere Flughöhen vs. Hands-On (01:12:54) Tips zum pendeln, wenn du drüber nachdenkst Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#111 Side-Projects: Zwei Entwickler overengineeren einen Podcast 1:24:09

1 year önce1:24:09

1:24:09

Wie sieht eigentlich der Tech-Stack vom Engineering Kiosk selbst aus? Ein Side-Projekt startet man üblicherweise mit einer Domain. Erst kauft man die Domain und danach überlegt man sich, was man eigentlich machen will. Über Zeit entwickelt sich das Projekt, man holt mehr Technologien rein und experimentiert. Genau so war es auch mit dem Engineering Kiosk Podcast. Nur mit dem Unterschied, dass auch etwas Hardware angeschafft werden musste. Auf unserem letzten Community-Treffen haben wir die Frage nach unserem Tech-Stack vom Podcast bekommen. In dieser Episode führen wir euch mal in den Maschinen-Raum von unserem Audio-Format und zeigen euch, was alles notwendig ist, um dieses Hörerlebnis für euch zu erzeugen. Viel Spaß! Unsere Hardware: Wolfgang + Gäste-Mikrofon: Samson Q2U Andy Mikrofon: Rode NT USB + Rode PSA1+ Broadcast Microphone Versandboxen für Mikrofone: Thomann, 2x Flyht Pro WP Safe Box 6 IP65 Aufnahmegerät für On-Site-Aufnahmen: Zoom PodTrak P4 Scheinwerfer fürs Video-Setup: Rollei Lumen Panel 600 Bi-Color - LED-Panel Ansteck-Mikrofone fürs Video-Setup: SYNCO G2(A2) Lavalier Mikrofon 150M Reichweite Unsere Software: Podcast-Hosting: RedCircle Podcast-Aufnahme: Zencastr Podcast Transcripte: AssemblyAI Audio-Editting: Audacity Website-Framework: Astro Website-Hosting: GitHub + Netlify Podcast-Community: Discord Dokumentation und Planung: Google Docs Bonus: Was man alles so über die Zeit ansammelt … Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links #104 Präsentieren mit Wirkung: Public Speaking und Storytelling mit Anna Momber https://engineeringkiosk.dev/podcast/episode/104-pr%C3%A4sentieren-mit-wirkung-public-speaking-und-storytelling-mit-anna-momber/ FOSDEM Conference: https://fosdem.org/2024/ Engineering Kiosk Episode #00 Developer fangen bei 0 an zu zählen: https://engineeringkiosk.dev/podcast/episode/00-developer-fangen-bei-0-an-zu-z%C3%A4hlen/ Engineering Kiosk Episode #-1: Wrap Up 2022 und 1. Geburtstag: Learnings, Statistiken und was 2023 geplant ist: https://engineeringkiosk.dev/podcast/episode/-1-wrap-up-2022-und-1-geburtstag-learnings-statistiken-und-was-2023-geplant-ist/ Engineering Kiosk Episode #31 Ich automatisiere mir die Welt wie sie mir gefällt (mit GitHub Actions): https://engineeringkiosk.dev/podcast/episode/31-ich-automatisiere-mir-die-welt-wie-sie-mir-gef%C3%A4llt-mit-github-actions/ Engineering Kiosk #100 Episoden: ein Tech Rückblick auf 2022/23, Predictions 2024 und viel Tech Trivia: https://engineeringkiosk.dev/podcast/episode/100-episoden-ein-tech-r%C3%BCckblick-auf-202223-predictions-2024-und-viel-tech-trivia/ Audacity: https://www.audacityteam.org/ mp3chaps: https://github.com/dskrad/mp3chaps Riverside: https://riverside.fm/ Wartungsfenster Podcasts: https://wartungsfenster.podigee.io/ Engineering Kiosk GitHub Repositories: https://github.com/EngineeringKiosk Woher kommen Open Source Software Namen wie MariaDB: https://github.com/EngineeringKiosk/OSS-Names Sprungmarken (00:00:00) FOSDEM, back to the roots und der Tech-Stack vom Engineering Kiosk (00:04:56) Der Start: Domain ohne Website, aber ein Konzept (00:09:59) Unsere Hardware: Mikrofone, Aufnahmegeräte, Licht und mehr (00:23:15) Unsere Software: Audio-Editing, Transkripte, Skripte, Website, Hostung und mehr (00:47:50) Social Media und Marketing-Aktivitäten (00:57:29) Gäste und Interview-Episoden, sowie Checklisten, Templates und Milestone Reviews (01:08:12) Die Zukunft: Dinge, die wir noch vorhaben Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#110 OKRs und Beyond: Agile Unternehmensführung mit Marco Alberti von Murakamy 1:18:03

1 year önce1:18:03

1:18:03

Objectives & Key Results (OKRs): Die Wunderwaffe für die Zielsetzung? Google, Adobe und die Gates Foundation schwören auf OKRs als Methode für die Zielsetzung, die Teams beim Festlegen messbarer Ziele unterstützen sollen. Doch was ist wirklich dran am Hype? Ist es wirklich so gut wie geschnitten Brot? Wir sind der Sache auf den Grund gegangen und haben mit Marco Alberti von Murakamy über das Thema gesprochen. Mit seiner Firma berät er Firmen jeglicher Größe zum Thema Vision, Mission und Zielsetzung durch OKRs. Mit ihm klären wir, was OKRs eigentlich sind, wie das ganze zu anderen agilen Methoden wie Scrum und Kanban steht, wie OKRs ein Unternehmen verändern können, ob die AI zur Erstellung von Zielsetzung hilfreich ist, was gute und schlechte Objectives sind und wie man mit Hilfe von OKRs wieder in die Sommer-Badehose passt. Bonus: Wieso es OK ist, SAP mit OKRs zu vergleichen. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Murakamy: https://murakamy.com/ Murakamy Podcast: https://murakamy.com/blog?category=Podcast Philipp und der Doppelgänger Podcast: https://www.doppelgaenger.io/ Buch “Measure What Matters” von John Doerr: https://www.amazon.de/Measure-What-Matters-Google-Foundation/dp/0525536221 Management by Objectives („Führung durch Zielvereinbarung“): https://de.wikipedia.org/wiki/Management_by_Objectives Google OKR Playbook: https://www.whatmatters.com/resources/google-okr-playbook t3n Agile Führung mit OKR-Guide: https://t3n.de/guides/agile-fuehrung-mit-okr Murakamy Online-Kurs: https://murakamy.com/okr-online-kurs-seminar Richard David Precht - Erkenne die Welt / Eine Geschichte der Philosophie Bd.1: https://www.buecher.de/shop/philosophiegeschichte/erkenne-die-welt-eine-geschichte-der-philosophie-bd-1/precht-richard-david/products_products/detail/prod_id/42685588/ Richard David Precht - Erkenne dich selbst / Eine Geschichte der Philosophie Bd.2: https://www.buecher.de/shop/britische-aufklaerer/erkenne-dich-selbst-eine-geschichte-der-philosophie-bd-2/precht-richard-david/products_products/detail/prod_id/42685453/ Richard David Precht - Sei du selbst / Eine Geschichte der Philosophie Bd.3: https://www.buecher.de/shop/20-jahrhundert/sei-du-selbst-eine-geschichte-der-philosophie-bd-3/precht-richard-david/products_products/detail/prod_id/42686034/ Richard David Precht - Mache die Welt / Eine Geschichte der Philosophie Bd.4: https://www.buecher.de/shop/freiheit/mache-die-welt-eine-geschichte-der-philosophie-bd-4/precht-richard-david/products_products/detail/prod_id/57730675/ Principles by Ray Dalio: https://www.principles.com/ Sprungmarken (00:00:00) Objective & Key Results mit Marco Alberti (00:05:09) Wie verhält sich OKRs im Vergleich zu Scrum und Kanban? (00:10:05) Was sind Objective & Key Results? (00:13:35) Ein praktisches Beispiel für eine Objective mit Key Results (00:17:28) Wer setzt die OKRs im Unternehmen? Wie kommen diese zu mir? (00:23:42) Planungsaufwand und Planungshorizont von OKRs (00:26:30) OKRs für Supporting Functions (00:33:51) OKRs im Vergleich mit anderen Modellen (V2MOM, etc.) (00:37:06) OKRs in traditionellen Industrien (00:42:27) Messbarkeit von OKRs und ambitionierte Ziele (00:47:25) OKRs und die Firmenkultur (00:52:23) Objectives und Key Results mit Hilfe der AI formulieren (00:56:41) Definition seiner Ziele mit Abhängigkeiten zu anderen Teams (01:00:38) Änderung im Unternehmen bei der Einführung von OKRs (01:12:18) Marcos Buch-Empfehlungen Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#109 Freeze! Warum dein Code manchmal eine Pause braucht 53:48

1 year önce53:48

53:48

Deployst du auch Freitags und während Black-Frida und /Cyber Monday? Code Freezes verbieten, dass neue Änderung in den Hauptentwicklungszweig gemerged werden. Deployment Freezes verhindern das eine neue Software-Version an den Kunden ausgeliefert werden kann. Doch warum tut man dies? Denn eins steht fest: Software Engineers werden dafür bezahlt, Dinge zu ändern. Doch Code- und Deployment Freezes werden oft vom Management vorgegeben. Welche Gründe für Code- und Deployment Freezes sprechen, welche Arten von Freezes es gibt, was ein Code Slush ist, wie das ganze in verschiedenen Industrien aussieht, das klären wir in dieser Episode. Bonus: Wenn Software-Engineers durch Code-Freezes an ihrem Job gehindert werden. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Sprungmarken (00:00:00) Deployst du Freitags? (00:04:40) Code- und Deployment Freezes sowie Code Slush und Code Chill (00:07:49) Welche Nachteile hat es, wenn das Deployment ein paar Tage später raus geht? (00:14:08) Warum werden Code Freezes überhaupt gemacht? (00:17:52) Wann macht man einen Code Freeze? (00:22:05) Argumente gegen einen Code Freeze (00:38:04) Für wen gilt eigentlich ein Code Freeze? (00:46:08) Wie kommuniziert man einen Code Freeze? Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#108 Agile Multi-Team Projekte: Die Kunst, hunderte Leute effektiv zu koordinieren mit Stephan Strack 1:15:05

1 year önce1:15:05

1:15:05

Multi-Team Projektmanagement: Wasserfall notwendig oder Agilität möglich? Ein Projekt definiert sich u.a. durch die Einzigartigkeit. Etwas, was zuvor so noch nicht gemacht wurde. Je größer das einzelne Projekt ist, desto schwieriger ist es, dieses zu managen und den Erfolg zu sichern. Ein maßgeblicher Faktor der Komplexität stellt auch die Anzahl der involvierten Teams und Mitarbeiter dar. Zwar trägt jeder seinen Teil zum Projekt bei, aber jeder hat auch Fragen und Fortschritt zu reporten. Und all diese Fäden werden von einem Projektmanager/in zusammengehalten. Doch wie werden solche großen Multi-Team-Projekte gemanagt? Worauf kommt es an und was sind die größten Herausforderungen? Wie hält man alle Projektbeteiligten konstant auf dem aktuellen Stand, ohne jeden dauerhaft zu nerven? Wie viel muss bei solchen Projekten dokumentiert werden? Und wie stellt man eine gute Balance zwischen ständig ändernden Anforderungen und möglichen Overengineering sicher? Diese und weitere Fragen stellen wir unserem Gast Stephan Strack. Bonus: Wie viel Projektmanager werden benötigt, damit eine Frau ein Kind auf die Welt bringen kann? Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Stephan Strack: https://www.linkedin.com/in/stephan-strack-4b594b70/ Veeva Systems: https://www.veeva.com/eu/de/ Cynefin-Framework: https://de.wikipedia.org/wiki/Cynefin-Framework Manifest für Agile Softwareentwicklung: https://agilemanifesto.org/iso/de/manifesto.html Henry Cavill: https://de.wikipedia.org/wiki/Henry_Cavill Protobuf: https://de.wikipedia.org/wiki/Protocol_Buffers Factorio: https://www.factorio.com/ Suits: https://de.wikipedia.org/wiki/Suits_(Fernsehserie) Sprungmarken (00:00:00) Unser Gast Stephan Strack (00:05:49) Welchen Vorteil hat der Software-Entwicklungs-Background als Projektmanager? (00:06:45) Was ist die größte Herausforderung bei Multi-Team-Projekten? (00:07:56) Wie startet man am besten mit großen Multi-Team-Projekten? (00:13:24) Wie wichtig ist es, dass es nur einen Projektmanager gibt, anstatt mehrere innerhalb eines Projektes? (00:14:23) Zu welchem Zeitpunkt werden welche Stakeholder ins Projekt eingebunden? (00:16:41) End-to-End-Prozess mit Dummy-Daten zur Erstellung des Gerüst (00:19:07) Accountability vs. "man müsste mal" (00:21:26) Dokumentation von Projekten und Menschen als Informationsquelle (00:29:33) Koordination mit anderen Stakeholdern: Im Büro und Remote (00:31:06) Projektmanagement-Office, Standardisierung von Projekten und Agilität (00:35:18) Reporting für das obere Management (00:39:56) Können große Multi-Team-Projekte agil durchgeführt werden? (00:41:29) Flexibilität bei Projekt-Anforderungen und die Balance von Overengineering (00:48:00) Moderation vs. Mediation und Motivation der Beteiligten (00:53:44) Projektmanagement im Remote-Zeitalter (00:57:00) Agilität in Projekten mit hohen regulatorischen Anforderungen (00:59:14) Mythos: Projektmanager haben keine Ahnung von der Projektdomäne (01:05:37) Mythos: Projektmanager stören Software-Entwickler mit Status-Anfragen (01:07:54) Die vier Punkte des agilen Manifests in der Projektmanagement-Praxis Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#107 Entwickler-Alltag: Die "bösen" Ablenkungen und das ewige Leiden mit dem Fokus 1:00:03

1 year önce1:00:03

1:00:03

Fokus-Zeit für Software-Engineers Software-Engineers und andere Knowledge-Worker kennen es. Du arbeitest an etwas, hochkonzentriert, hältst diverse Kontext relevante Informationen in deinem Kopf und es kommt von links jemand und fragt “Hast mal eben ne Minute?”. Flups. Alles weg. Du bist raus. Darfst du dich neu einarbeiten? So oder so ähnlich hat es jeder von uns erlebt. Eine klassische Unterbrechung. Doch wie geht man damit um? Was kann man dagegen tun? Das ist wohl die 1 Millionen Euro-Frage. In dieser Episode besprechen wir genau diese Frage. Nicht nur aus der Perspektive der Person, die unterbrochen wird, sondern auch aus dem Blickwinkel von jemandem, der etwas fragen möchte. Und wie geht man als Engineering Manager⋅in mit diesen Unterbrechungen im Team um? Bonus: Dies ist kein theoretisches Problem, sondern eine Frage aus unserer Community! Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Community Frage von derTom zum Thema Fokus: https://discord.com/channels/955556204124454933/1080210415721660496/1195265925826498640 Why developers hate being interrupted: https://www.reddit.com/r/ProgrammerHumor/comments/2rmir6/why_developers_hate_being_interrupted/ Makers Schedule, Managers Schedule: https://www.paulgraham.com/makersschedule.html Cancel your meetings if you can live with the outcome: https://andygrunwald.com/blog/cancel-your-meetings-if-you-can-live-with-the-outcome/ Sprungmarken (00:00:00) Intro und die Fokus-Community-Frage (00:09:15) Coaching vs. Mentoring und wer sollte dieses Problem lösen? (00:15:06) Erwartete Antwortzeiten bei E Mails und Realtime-Chats (00:25:02) Team-Channels für Fragen und LLMs als Assistent (00:26:47) Ablenkung im Büro - Direkter Kontakt am Schreibtisch (00:36:19) Meetings als Blockade für Fokus (00:53:23) Feedback, dass du der Fokus-Zerstörer bist Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#106 CI - Continuous Integration in der Praxis mit Michael Lihs von Thoughtworks 1:19:01

1 year önce1:19:01

1:19:01

Continuous Integration: Ein muss für jedes Software-Projekt Die kontinuierliche Integration, wie z.B. das Herunterladen von Dependencies, das Kompilieren der Applikation sowie das Ausführen von Unit- oder Integrationstests, ist ein “alter Hut” für viele Software Engineers. Doch die wenigsten wissen, was eigentlich wirklich dahintersteckt. Denn es ist viel mehr als “nur” ein paar Tests auszuführen. Woher kommt der Begriff Continuous Integration (CI)? Was sind die Kern-Prinzipien von CI? Wie sieht eine gute CI-Pipeline eigentlich aus? Inwieweit hat sich das Konzept von CI sowie die Tools in den letzten 17 Jahren entwickelt? Was bedeuten die Buzzwords Dev-Pipeline-Parity, Shift-left, CI-Theatre, Dev Done und Done Done eigentlich? Welchen Business-Value liefert CI und warum sollte auch das Management dafür sorgen, dass der Build immer Grün ist? Und wie sieht CI eigentlich außerhalb von Web, Cloud und Mobile aus? Zum Beispiel in Industrien wie Automotive und IoT? All diese Fragen werden von unserem Gast, Michael Lihs, Infrastructure Consultant bei Thoughtworks, beantwortet. Bonus: Deine Strava-Aktivität sagt viel über dein Leben aus. Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Michael Lihs: https://www.linkedin.com/in/michael-lihs/ Martin Fowler - Continuous Integration: https://www.martinfowler.com/articles/continuousIntegration.html CI/CD Pipelines for Cloud Infrastructure - Michael Lihs | Neos Con 2023: https://www.youtube.com/watch?v=U6cLtmCqE3Y Extreme Programming: https://de.wikipedia.org/wiki/Extreme_Programming git flow: https://datasift.github.io/gitflow/IntroducingGitFlow.html GitHub flow: https://docs.github.com/en/get-started/quickstart/github-flow AWS re:Invent 2019: How Zalando runs Kubernetes clusters at scale on AWS: https://www.youtube.com/watch?v=_BEf7vVxMjA Jenkins: https://www.jenkins.io/ TravisCI: https://www.travis-ci.com/ GitHub Actions: https://github.com/features/actions Bazel: https://bazel.build/ Monorepo Tools: https://monorepo.tools/ Software Engineering at Google: https://www.oreilly.com/library/view/software-engineering-at/9781492082781/ Cargo cult science: https://en.wikipedia.org/wiki/Cargo_cult_science#Feynman's_speech Patterns for Managing Source Code Branches: https://martinfowler.com/articles/branching-patterns.html Trunk Based Development: https://trunkbaseddevelopment.com/ Continuous Integration: That’s Not What They Meant • Clare Sudbery: https://www.youtube.com/watch?v=97qyNQz7fxY Sprungmarken (00:00:00) Intro und unser Gast Michael Lihs (00:03:35) Was ist Continuous Integration? (00:05:05) Info/Werbung (00:06:10) Was ist Continuous Integration? (00:07:16) Was ist Continuous Deployment und Continuous Delivery? (00:09:47) Ist Continuous Integration bereits Standard in Software-Projekten? (00:11:04) Was macht denn so eine Continuous Integration-Pipeline aus? (00:13:58) Weiterentwicklung von Continuous Integration seit Martin Fowlers Blogpost 2006 (00:22:39) Testing in einem Klon der Produktionsumgebung: Irrsinn oder Realität? (00:28:40) Schnelles Feedback als Key-Kriterium und Branching-Strategien (00:38:27) Weiterentwicklung von Continuous Integration-Tooling (00:43:46) Continuous Integration bei einem Monorepo (00:52:52) CI-Theater und Shift-Left (00:56:23) Volle Verantwortung im Team für die ganze Pipeline (01:00:51) Continuous Integration in Industrien außerhalb von Web- und Cloud-Development Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#105 Cloud-Ausfallsicherheit: Die Realität von Regionen und Availability Zones 1:07:17

1 year önce1:07:17

1:07:17

Cloud Regions und Availability Zones: The good, the bad, the ugly Das Cloud Marketing verspricht viel - unter anderem Hochverfügbarkeit und Resilienz. Primär wird das durch die gleichzeitige Nutzung mehrerer Availability Zones und Regions ermöglicht. Doch ist wirklich alles Gold was glänzt? In dieser Episode schauen wir mal etwas tiefer rein. Wie sind Regions und AZs eigentlich bei den Cloud Providern definiert? Sind alle Regionen gleich oder gibt es gewisse Eigenheiten? Hat jede Region mehrere Availability Zones? Was bedeutet es eigentlich, wenn man eine App in mehreren Availability Zones betreiben möchte? Oder sogar in mehreren Regions? Und wie häufig gibt es eigentlich AZ und Region-Ausfälle? In dieser Episode bringen wir etwas Licht ins Dunkel. Bonus: Deprimierender Regen und die Cloud haben viel gemeinsam Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Globale AWS-Infrastruktur: https://aws.amazon.com/de/about-aws/global-infrastructure/?p=ngi&loc=1 Azure global infrastructure: https://azure.microsoft.com/en-us/explore/global-infrastructure Microsoft Datacenters: https://datacenters.microsoft.com/globe/explore Google Cloud locations: https://cloud.google.com/about/locations Google Cloud Geography and regions: https://cloud.google.com/docs/geography-and-regions Oracle Fault Domains: https://docs.oracle.com/en-us/iaas/Content/General/Concepts/regions.htm#fault OVHcloud Regions: https://www.ovhcloud.com/en/about-us/global-infrastructure/regions/ Hetzner Locations: https://docs.hetzner.com/cloud/general/locations/ Hetzner Datacenter: https://www.hetzner.com/unternehmen/rechenzentrum Google Cloud Renaming Egress to Data Transfer: https://cloud.google.com/data-transfer/product-name-change-announce Google Cloud Network Pricing: https://cloud.google.com/vpc/network-pricing?hl=de AWS EC2 Network On-Demand Pricing: https://aws.amazon.com/ec2/pricing/on-demand/ Azure Incident Retrospective: VLB8-1Z0 and FVHB-188: https://www.youtube.com/watch?v=tODJb-Tm_q0 Google Cloud europe-west9 April Outage: https://status.cloud.google.com/incidents/dS9ps52MUnxQfyDGPfkY Summary of the AWS Lambda Service Event in Northern Virginia (US-EAST-1) Region: https://aws.amazon.com/message/061323/ Engineering Kiosk #24 Infrastructure as Code oder old man yells at cloud: https://engineeringkiosk.dev/podcast/episode/24-infrastructure-as-code-oder-old-man-yells-at-cloud/ Sprungmarken (00:00:00) Intro (00:04:52) Was sind Regionen (Regions) und Availability Zones (AZs)? (00:08:47) Info/Werbung (00:09:56) Was sind Regionen (Regions) und Availability Zones (AZs)? (00:20:15) Eigenheiten bei Regionen (Local Zones, Wavelength Zones und “Fault Domains”) (00:34:58) Cloud Provider mit Regions, die nur eine AZ haben (00:38:02) Was bedeutet es eigentlich, etwas “Multi AZ” zu betreiben? (00:45:41) Was bedeutet es eigentlich, etwas “Multi Region” zu betreiben? (00:51:14) Wie oft kommen Availability Zone- und Regional Outages vor? Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#104 Präsentieren mit Wirkung: Public Speaking und Storytelling mit Anna Momber 1:11:31

1 year önce1:11:31

1:11:31

Story-Telling und richtig Präsentieren: Ein Skill der mehr Aufmerksamkeit verdient! Irgendwann im Leben muss jeder von uns mal etwas vor einer Gruppe von Personen präsentieren. Sei es eine Abschlussarbeit, ein Ergebnis von einem Hackathon, eine Knowledge-Sharing Session oder auch das tägliche Standup. Und all diese Präsentationen haben etwas gemeinsam: Du möchtest etwas bei den Zuschauern bewirken, ein gewisses Argument oder eine Nachricht überbringen. Doch wie macht man dies denn eigentlich richtig? Wie fesseln wir unsere Zuhörer und schaffen richtige Emotionen? Wie verhindert man, dass alle gelangweilt am Handy spielen? Inwieweit kann sogenanntes “Storytelling” helfen und wann ist es nicht sinnvoll? Wie lernt man Storytelling überhaupt? Und inwieweit kann die Variation meiner Stimme und meiner Körpersprache mir beim Präsentieren helfen? Das und noch viel viel mehr besprechen wir in dieser Episode mit unserer Expertin Anna Momber. Bonus: Was Software-Engineers von Comedians lernen können. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Anna Momber auf LinkedIn: https://www.linkedin.com/in/anna-momber Anna Momber Website: https://anna-momber.com/ Exzellent präsentieren Podcast: https://exzellent-praesentieren.de/podcast-start Exzellent präsentieren Podcast - Evergreens: https://exzellent-praesentieren.de/playlists-praesentation Storynomics von Robert McKee: https://mckeestory.com/books/storynomics/ Story: Die Prinzipien des Drehbuchschreibens von Robert McKee: https://de.wikipedia.org/wiki/Spezial:ISBN-Suche/9783895810459 Engineering Kiosk #97 Metriken, Hypothesen und Fehler: A/B-Testing in der Praxis mit Philipp Monreal: https://engineeringkiosk.dev/podcast/episode/97-metriken-hypothesen-und-fehler-ab-testing-in-der-praxis-mit-philipp-monreal/ Exzellent präsentieren in Microsoft Teams: https://anna-momber.com/onlinekurse/ Sprungmarken (00:00:00) Intro und unser Gast Anna Momber (00:06:53) Selbstmarketing: Eine Notwendigkeit? Muss es im öffentlichen Raum stattfinden? (00:11:57) Was ist Storytelling und wozu ist es gut? (00:16:16) Storytelling vs. Fakten und Wissen vermitteln (00:22:53) Wie können wir Storytelling lernen? (00:32:55) Die Strategie und Key-Message einer Präsentation (00:40:57) Die Power der Stimme und Körpersprache (00:47:41) Mittel gegen die Nervosität auf der Bühne (00:52:54) Der Umgang mit Mikrofonen (00:55:57) Kenne dein Setup, den Raum und die Aufregung/Adrenalin (01:03:27) Vorbereitung eines Vortrages Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#103 Plattform Engineering und Interne Developer Plattformen mit Puja Abbassi 1:15:42

1 year önce1:15:42

1:15:42

Plattform Engineering, Interne Developer Plattformen und das Product-Mindset: 2023 wird als “Das Jahr der Effizienz” bezeichnet. Viele Firmen schauen sich im Detail an, wie die Arbeit der eigenen Software-Entwicklungsteams effizienter gestaltet werden kann. Die Bereiche Infrastruktur, Cloud, Build Pipelines, Deployment und Co stehen oft im Mittelpunkt der Frage “Was kann optimiert werden, damit wir uns schneller bewegen?”. In der Regel dauert es nicht lange, bis die Buzzwords “Interne Developer Plattformen”, “Developer Experience” und “Plattform Engineering” fallen. Doch worum geht es eigentlich beim Plattform Engineering? Was ist eine interne Developer Plattform? Genau darüber sprechen wir mit unserem Gast Puja Abbassi. Wir klären, was das alles ist, welche Probleme eigentlich gelöst werden sollen, wie eine erfolgreiche Plattform aussieht, was klassische Fallstricke sind, ab wann sich die ganze Sache eigentlich lohnt und noch vieles mehr. Bonus: Was ist FinOps? Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Puja Abbassi: https://www.linkedin.com/in/pujaabbassi/ Website von Puja Abbassi: https://puja.dev Kubernetes Dilbert Comic: https://pbs.twimg.com/media/ED4G0MFWwAAWmDE?format=jpg&name=4096x4096 Backstage: https://github.com/backstage/backstage What the Heck is Backstage Anyway?: https://engineering.atspotify.com/2020/03/what-the-heck-is-backstage-anyway/ Backstage Plugins: https://backstage.io/plugins/ TensorFlow: https://www.tensorflow.org/ FinOps: https://www.finops.org/ Cloud Native Computing Foundation: https://www.cncf.io/ CNCF Platforms White Paper: https://tag-app-delivery.cncf.io/whitepapers/platforms/#how-to-measure-the-success-of-platforms Announcing the Platform Engineering Maturity Model: https://tag-app-delivery.cncf.io/blog/announcing-the-platform-engineering-maturity-model/ Platform Engineering Maturity Model: https://tag-app-delivery.cncf.io/whitepapers/platform-eng-maturity-model/ Platform as a Product Paper Guidelines: https://docs.google.com/document/d/1WQx8Ijg9uY0xa1uxVWOYHoTPV0b4WCh2KbV70c86fY8/edit CNCF Technical Advisory Groups ("TAGs"): https://github.com/cncf/toc/blob/main/tags/cncf-tags.md Gartner - Was ist Platform Engineering?: https://www.gartner.de/de/artikel/was-ist-platform-engineering Cloud Native Users Struggle to Achieve Benefits, Report Says: https://thenewstack.io/cloud-native-users-struggle-to-achieve-benefits-report-says/ Sprungmarken (00:00:00) Intro und unser Gast Puja Abbassi (00:05:00) Was ist Plattform-Engineering? Was ist eine interne Developer Plattform? (00:16:18) Sind die Konsolen der Hyperscaler oder Kubernetes nicht schon eine Plattform? (00:25:28) Platform Engineering bedarf Software-Engineering (00:30:10) Ab wann lohnt sich Platform Engineering und was muss in der Firma gegeben sein? (00:41:34) Ist Spotify's Backstage nicht eine fertige Plattform? (00:50:16) Product Mindset beim entwickeln einer Plattform (00:56:31) Plattform Engineering ist ein Fokus der CNCF und Standardisierung Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#102 Quereinstieg in die Software-Entwicklung mit Melanie Patrick 1:06:17

1 year önce1:06:17

1:06:17

Erfahrungen durch den Quereinstieg in die Software-Entwicklung Seit über einer Dekade boomt die IT- und Software-Entwicklungsindustrie. Der Mangel an Fachkräften wird immer präsenter und oft locken gute Arbeitsbedingungen und noch bessere Gehälter. Auf der anderen Seite steht oft eine langjährige und traditionelle Berufsausbildung oder ein Studium. Die Alternative dazu, der Quereinstieg aus einer anderen Profession, kommt in der Praxis immer öfter vor. Für viele ist dies aber risikobehaftet und ggf. auch beängstigend. Deswegen nehmen wir uns diesem Thema an und besprechen den Quereinstieg mit unserem Gast Melanie Patrick. Sie hat nach 11 Jahren Berufserfahrung in einem anderen Job den Wechsel in die Softwareentwicklung durch einen Quereinstieg gemeistert. Es geht um ihren Werdegang, ihre Ausbildung, ihre Herausforderungen in der Software-Entwicklung, um das Feedback aus ihrem persönlichen Umkreis und Empfehlungen für Leute, die etwas Ähnliches vorhaben. Bonus: Häkelprojekte sind vollwertige Side-Projekte. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Melanie Patrick: https://www.linkedin.com/in/mgapatrick/ SAE Institute: https://www.sae.edu/deu/ Sprungmarken (00:00:00) Intro und unser Gast Melanie Patrick (00:04:34) Was war dein coolstes Projekt? (00:06:02) Wie hast du Softwareentwicklung gelernt? (00:10:03) Was hast du vor der Softwareentwicklung gemacht? (00:17:34) Finanzierung des Software-Entwicklungs-Studium und das Vorstellungsgespräch (00:26:09) Der erste Job, die Reaktionen des eigenen Umfelds und Nutzung von vorhandenen Skills (00:35:23) Hürden oder Probleme und der aktuelle Job (00:48:58) Für wen ist der Quereinstieg geeignet? (00:53:30) Einschüchternde Kommunikation durch die Medien (00:58:31) Empfehlungen für Leute die über einen Quereinstieg nachdenken Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#86 Open Source als Herz einer Firma mit Nextcloud Gründer Frank Karlitschek 1:05:34

2 years önce1:05:34

1:05:34

Die Story von ownCloud und Nextcloud inkl. einer erfolgreichen Firma auf Basis von Open Source 2010 hat Frank Karlitschek die Open Source Software ownCloud als Alternative zu Dropbox gestartet. 2016 hat Frank mit dem Core-Team ownCloud verlassen und seine ursprüngliche Software sowie seine Firma geforkt. Als er diese Story 2018 auf der FOSDEM-Konferenz als Vortrag erzählte, bekam er von der Open Source Community Standing Ovations. In dieser Episode sprechen wir mit Frank über den Grundgedanken von ownCloud, was Nextcloud heute ist, GPL basierte Software im Business-Kontext, das Management eines der größten Open Source Projekte, Lobbyismus und Open Source in der Politik und vieles mehr. Bonus: ownCloud ist als KDE Projekt gestartet. Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Frank Karlitschek: https://karlitschek.de/ ownCloud: https://github.com/owncloud Nextcloud: https://nextcloud.com/de/ FOSDEM: Why I forked my own project and my own company - ownCloud to Nextcloud: https://archive.fosdem.org/2018/schedule/event/nextcloud/ KDE e.V.: https://ev.kde.org/ OpenDesktop: https://www.opendesktop.org/ User Data Manifesto 2.0: https://userdatamanifesto.org/ Nextcloud Conference: https://nextcloud.com/conference-2023/ OVH Cloud: https://www.ovhcloud.com/de/ GAIA-X: https://www.bmwk.de/Redaktion/DE/Dossier/gaia-x.html Big changes: I am leaving OwnCloud, inc. today: https://karlitschek.de/2016/04/big-changes-i-am-leaving-owncloud-inc-today/ The Nextcloud mission and principles: https://nextcloud.com/de/blog/the-nextcloud-mission-and-principles/ Sprungmarken (00:00:00) Intro (00:01:23) OwnCloud, Nextcloud und unser Gast Frank Karlitschek (00:04:50) Was war der Grundgedanke zur Entwicklung und Gründung von ownCloud? (00:08:39) Was ist Nextcloud heute? (00:10:45) Wie waren die ersten paar Wochen nach dem Fork von ownCloud zu Nextcloud? (00:15:07) Info/Werbung (00:16:51) Wie wichtig ist es, dass das Management eines Open Source Produktes ein Teil der Open Source Community war? (00:17:51) Was waren die essentiellen Änderungen am Fork? (00:22:01) Wie viele Personen arbeiten an der Codebase und Community-Management von Nextcloud? (00:24:56) GPL-Lizenzierung und wie verdient die Firma hinter Nextcloud Geld? (00:26:59) Wer sind die Kunden von Nextcloud? (00:28:42) Skalierbarkeit und Infrastruktur von Großkunden und PHP-Projekten (00:30:43) Skalierbarkeit von Services und der Firma und Recruiting im Open Source Bereich (00:33:25) Contributor License Agreement, Intellectual Property (IP) und der Fokus aufs Contributor-Onboarding (00:39:44) Rein und Rausspringen von Open Source Contributor (00:42:30) Produkt-Roadmap in einem Open Source Projekt und bei (Enterprise) Kunden (00:47:31) Nextcloud-Partner, Cloud-Anbieter, kommerzielle Lizenzen und Kunden als Contributor (00:51:08) Gespräche auf politischer Ebene, Lobbyismus und Zertifizierungen (00:54:40) Der Kampf gegen Microsoft und Google (00:56:13) Wie verändert sich die Akzeptanz von GPL-basierter Software und Open Source im kommerziellen Umfeld? (01:00:06) Wie siehst du den Trend der Open Source Szene? Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#85 Von Entwicklerin zur Engineering Managerin: Erfahrungen und Learnings mit Isabelle Glasmacher 1:07:32

2 years önce1:07:32

1:07:32

Der Einstieg in die erste Lead-Position, das Engineering Management, kann beängstigend sein. Viele sagen, es ist ein Jobwechsel und keine Beförderung. Mit dem Wechsel kommen eine Vielzahl neue Aufgaben mit sich, der Arbeitsalltag ändert sich. Doch wie sieht das in der Realität aus? Wie werden diese Herausforderungen gemeistert? Darüber sprachen wir mit der Team Managerin Isabelle Glasmacher. Wir sprechen über Hands-On Entwicklung als Manager, die Einführung von 1on1s, Feedback-Cycle als Manager vs. Entwickler, Weiterbildung und Workshops, die negativen Seiten des Manager-Daseins, lange TODO-Listen, Überstunden und Fehler, die gemacht wurden. Bonus: Was eine DIN-Norm und Ö-Norm ist. Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Isabelle Glasmacher: https://www.xing.com/profile/Isabelle_Glasmacher FOSDEM: https://fosdem.org/ RWTH Aachen: https://www.rwth-aachen.de/ Community: https://engineeringkiosk.dev/join-discord/ Persönlichkeitstest / DISG: https://de.wikipedia.org/wiki/DISG OnOffice GmbH - Software & Websites für Immobilienprofis: https://de.onoffice.com/ Sprungmarken (00:00:00) Intro (00:01:46) Isabelle Glasmacher zum Thema Engineering Management (00:05:35) Kontext über die aktuelle Rolle: Team-Größe und -Konstellation (00:08:42) Die optimale Teamgröße, Hands-On, People-Management (00:11:11) Wie sieht ein normaler Arbeitsalltag bei dir aus? (00:11:37) Info/Werbung (00:13:40) 1on1: Sinnhaftigkeit, Zeit, Vorbereitung und Themengebiete (00:22:54) Engineering Management in verschiedenen Firmen und der Spagat zwischen Team-Manager und Team-Mitglied (00:27:22) Was man gerne wüsste, wenn man als Manager startet und Managing up (00:39:06) Das Toolset/Werkzeugkasten eines Managers und Weiterbildung (00:42:27) Das Hin- und Herspringen zwischen den Jobs als Manager und Software-Developer (00:46:26) Die negativen Seiten vom Engineering Management, lange TODO-Listen und Priorisierung (00:56:22) Feedback-Zyklen, Bewertungen und Support bei schwierigen Fällen (00:58:49) Für wen ist die Engineering Management Rolle nichts? (01:02:25) Was ist der größte Fehler, den du bereits im Management gemacht hast? (01:04:21) Probiert den Job als Engineering Manager einfach aus Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#84 Die Evolution von JavaScript: Vom Ducktyping zum Monopol im Browser mit Peter Kröner 1:26:59

2 years önce1:26:59

1:26:59

JavaScript: Eine multiparadigmatische Skriptsprache mit einem schwachen dynamischen Ducktyping-System. Um die Sprache JavaScript kommt man im Web nicht mehr vorbei. Die meisten kennen sie durch Frameworks wie React, Angular, Vue.js, Next und Co. Doch wie viel weißt du über die Hintergründe und die Weiterentwicklung dieser Sprache? In dieser Episode geht es nicht um das nächste hippe JavaScript-Framework, sondern wir sprechen mit Peter Kröner darüber, wie JavaScript erfunden wurde, was ECMAScript ist, wie TypeScript in den Mix spielt, warum die Sprache so beliebt ist, wie neue Features den Weg in die Sprache finden, was das TC39 ist, über das Monopol im Browser, verschiedene JavaScript-Engines und viel mehr. Bonus: Wenn Hamburg im Süden liegt. Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Peter Kröner: https://www.peterkroener.de/ MooTools: https://mootools.net/ ExtJS: https://www.sencha.com/products/extjs/ Electron: https://www.electronjs.org/de/ Angular: https://angular.io/ Working Draft Podcast: https://workingdraft.de/ VueJS: https://vuejs.org/ TypeScript: https://www.typescriptlang.org/ Wat - A lightning talk by Gary Bernhardt from CodeMash 2012: https://www.destroyallsoftware.com/talks/wat Why does HTML think “chucknorris” is a color?: https://stackoverflow.com/questions/8318911/why-does-html-think-chucknorris-is-a-color https://tc39.es/process-document/: https://tc39.es/ecma262/ The TC39 Process: https://tc39.es/process-document/ Babel.js: https://babeljs.io/ JavaScript is a trademark of Oracle: https://www.ecma-international.org/technical-committees/tc39/ Next.js: https://nextjs.org/ Nuxt: https://nuxt.com/ TC39 JavaScript Proposals: https://github.com/tc39/proposals/tree/main Elk: a tiny JS engine for embedded systems: https://github.com/cesanta/elk Sprungmarken (00:00:00) Intro (00:01:01) Unser Gast: Peter Kröner (00:04:48) Info/Werbung (00:06:26) Was ist JavaScript für eine Sprache und was macht sie aus? (00:08:36) JavaScript als Verbindungs-Sprache zwischen den Welten (00:10:28) JavaScript auf Textil-Verarbeitungsmaschinen (00:12:42) Ein npm install nach 10 Jahren (00:17:02) JavaScript ist Prototyp-basiert, kann aber auch OOP und Funktional (00:21:45) Was ist der Grund für die große Beliebtheit der Sprache? (00:23:00) Woher kommt TypeScript? (00:28:06) Was ist ECMAScript und wie wurde JavaScript erschaffen? (00:32:10) JavaScript-Features: Deprecation und der Prozess und Einführung von neue Features (00:43:24) Herausforderungen bei JavaScript auf dem Client vs. auf dem Server (00:46:00) Warum gibt es so viele Frameworks und Libraries? (00:48:46) Das verstreute Ökosystem als Einstiegsbarriere (00:52:01) Wird die JavaScript-Entwicklung immer komplexer? (01:03:00) Wird die Sprache JavaScript in die richtige Richtung weiterentwickelt? (01:06:56) Programmiersprachen kopieren Features (01:10:34) Das Monopol im Browser und fehlende Konkurrenz (01:16:14) JavaScript Engines Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#83 Transparenz im Tech-Leadership & Fehlerkultur: Wie weit kann ich gehen? 1:04:24

2 years önce1:04:24

1:04:24

Die Fehlerkultur im Unternehmen, Transparenz in der Kommunikation und eine gewisse Distanz zum Team als Engineering Manager. Diese Episode ist eins unserer Sommergespräche, bei dem nur eine Seite die Fragen kennt. Wolfi stellt die Fragen: Was ist eine gesunde Fehlerkultur? Viele Unternehmen werben damit, eine gute Fehlerkultur zu haben, aus Fehlern zu lernen, Wachstumsmöglichkeiten zu bieten und Experimente zu ermöglichen. Doch ist das wirklich so? Werden Fehler transparent und weitreichend geteilt? In wirklich allen Bereichen und nicht nur im Engineering? Da trennt sich die Spreu vom Weizen. Was darf sich ein Engineering Manager erlauben, mit dem Team zu teilen und wie viel Transparenz ist gesund? Sollte alles direkt mit dem Team geteilt werden? Oder ist eine gewisse Distanz gesund? Wie schlimm ist es, wenn mal beim Feierabendbier etwas raus rutscht? Und kann es einem Lead auch mal schlecht gehen? All das in dieser Episode. Viel Spaß Bonus: Wolfgangs Bio Bike und seine CO2-Emissionen Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Engineering Kiosk Episode #80 Junior Devs: Steckt das wahre Potential in unerfahrenen Talenten?: https://engineeringkiosk.dev/ep80 Code Talks Konferenz in Hamburg: https://codetalks.de/ Engineering Kiosk Episode #78 Microservice & Monolith: Was die Industrie in den letzten 9 Jahren gelernt hat: https://engineeringkiosk.dev/ep78 Wolfgang Grupp: https://de.wikipedia.org/wiki/Wolfgang_Grupp Sprungmarken (00:00:00) Intro (00:01:21) Kopf frei bekommen nach langer Arbeit (00:03:10) Fehlerkultur in Firmen und Fehler wiederholen (00:07:36) Incident Konferenz, Geld verbrennen und die Organisation muss daraus lernen (00:09:39) Fehlerkultur und Aufbereitung im Engineering Management beim Recruiting, bei Strategie und Priorisierung (00:18:33) Wie stellt man eine gute Fehlerkultur innerhalb eines Teams her? (00:20:54) Wie geht man mit seinen eigenen Fehlern im Team um? (00:24:48) Wie viele (eigene) negative Ansichten werden mit dem Team geteilt? (00:35:09) Entscheidungen zum positiven wenden, Emotional treiben lassen und distanzierter werden (00:37:06) Ein Feierabend-Bier zusammen trinken (00:41:53) Wie geht man mit schlechter Laune um? Wie viel Transparenz ist angebracht? (00:48:53) Restrukturierungen und die Change-Kurve (00:57:43) Wir müssen Montag mal reden Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#82 Hinter den Kulissen: Die Informatik-Doktorarbeit und ist der Dr. Titel in der heutigen IT-Welt noch relevant? 1:09:49

2 years önce1:09:49

1:09:49

Bildung: Einblick in den Dr. Titel im Bereich Informatik. Bildung ist wichtig. Viele Personen, die im Bereich Informatik und Software-Entwicklung unterwegs sind, haben auch studiert. Bachelor, Master, teilweise sogar einen Dr. Titel. Doch wie wichtig ist der Dr. Titel eigentlich für die Ausübung des Berufes? Brauche ich einen Dr. Titel, um eine gute Programmiererin zu werden? Was bedeutet es eigentlich, einen Dr. Titel zu erlangen? Was muss dafür getan werden? Welche Voraussetzungen muss ich erfüllen? Was kostet mich das ganze und wie finanziere ich mein Leben während dieser Zeit? Und ganz allgemein: Warum brauchen viele Doktoranden so lange? All diese Fragen beantwortet der Podcast Co-Host Wolfgang, der selbst einen Dr. Titel der Informatik trägt. Bonus: Die Automatisierung einer Kaffee-Strichliste als Bachelor-Arbeit. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Wolfi’s Uni: https://www.uibk.ac.at/informatik/ Wolfi’s Ex Forschungsgruppe: https://dbis-informatik.uibk.ac.at/ FOM Hochschule: https://www.fom.de/ io Internationale Hochschule: https://www.iu.de/ Sprungmarken (00:00:00) Intro (00:01:01) Akademische Flachwitze und der Dr. Titel in der Informatik (00:04:05) Was wird für die Erlangung eines Dr. Titels benötigt? (00:11:14) Grund für die Episode: Soll ich noch einen Dr. Titel dran hängen? (00:13:10) Welche Kosten entstehen während einer Promotion? (00:16:41) Industrie Doktoren und Grundlagen vs. Angewandte Forschung (00:20:15) Eine Anstellung als wissenschaftlicher Mitarbeiter und Geld während des Studiums (00:27:59) Der Dr. Titel in der Gehaltsverhandlung und Einstiegsbarrieren in die Arbeitswelt (00:32:52) Gilt man in der Industrie mit einem Dr. Titel als überqualifiziert? (00:34:01) Ist ein Dr. Titel hilfreich für höhere Managementpositionen? (00:34:28) Warum dauert eine Promotion so lange und Themenfindung deiner Dissertation (00:39:17) Pflichten während der Dr. Anstellung: Lehre und Klausuren (00:40:59) Iterative Forschung in deiner Dissertation, etwas neues erschaffen und Publizierungen (00:48:24) Das Thema deiner Doktorarbeit ändert sich ständig (00:49:24) Ist ein Dr. Titel für Spezialisten oder auch für T-Shaped-Personen? (00:51:46) Wie relevant ist der Dr.-Titel in der heutigen Zeit noch? (00:58:59) Akademischer Spaß (01:03:48) Wie realistisch ist ein Dr. neben dem Beruf? (01:04:55) Würdest du den Dr. erneut anstreben? (01:05:23) Tipps für angehende Doktoranden Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#81 Copilot & AI im Dev-Test: Produktivitäts-Boost oder nur Hype? 1:07:32

2 years önce1:07:32

1:07:32

Ist GitHub Copilot (und AI) wirklich dein fehlender Partner beim Pair-Programming? AI und speziell auf die Programmierung trainierte Modelle sind angetreten, um die Welt, wie wir programmieren, zu verändern. Doch halten diese auch die Versprechen? GitHub Copilot ist der Platzhirsch im Markt. Viele Software-Entwickler*innen haben den Service bereits ausprobiert. Manche schwören darauf und wollen nicht mehr ohne. Manche sagen "Och, ganz nett", aber nutzen es nicht regelmäßig und andere wiederum, "hatten noch nicht die Zeit rein zu schauen". Wolfgang ist einer der Early Adopter und nutzt GitHub Copilot täglich. In dieser Episode teilt er seine Erfahrungen und wir sprechen über Themen wie GitHub Copilot effektiv genutzt werden kann, Training Bias, den möglichen Produktivitäts Boost, Bugs die durch die AI generiert werden, die Auslagerung von langweiligen Arbeiten und warum die Nutzung von solchen AI Modellen die Priorität Nummer 1 für euren CTO sein sollte. Bonus: Die richtige Schnitthöhe von Rasen bei Trockenperioden und ob Shell eine Programmiersprache ist. Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links GitHub Copilot - Your AI pair programmer: https://github.com/features/copilot GitHub Copilot Language Support: https://docs.github.com/en/enterprise-cloud@latest/get-started/learning-about-github/github-language-support OpenAI Codex: https://openai.com/blog/openai-codex Puppeteer: https://pptr.dev/ ChatGPT: https://chat.openai.com/ Tabnine: https://www.tabnine.com/ Amazon CodeWhisperer: https://aws.amazon.com/de/codewhisperer/ GitHub Copilot X: https://github.com/features/preview/copilot-x Programmierbar: OpenAI & GitHub Copilot mit Matthias Plappert: https://www.programmier.bar/podcast/deep-dive-126-openai-github-copilot-mit-matthias-plappert todo:cast - Folge 60: GitHub CoPilot X - https://open.spotify.com/episode/6n3Q4C21nBbQ5hnPvVgd0l todo:cast - Folge 65: Prompt Engineering - https://open.spotify.com/episode/42RprpxRPACHMFBgRCxx49 LLaMA Modell: https://ai.meta.com/blog/large-language-model-llama-meta-ai/ Sprungmarken (00:00:00) Intro (00:01:21) Der AI-Hypetrain und GitHub Co-Pilot (00:04:22) Info/Werbung (00:06:50) Was ist GitHub Co-Pilot und was steckt hinter GitHub Co-Pilot? (00:10:56) Pair-Programming: Driver und Navigator (00:12:17) Was war deine Motivation gewesen, mittels AI zu programmieren? (00:16:56) Kontext bei AI-Modellen (00:21:46) Große Probleme in mehrere kleine Probleme unterteilen und die Kombination von Chat GPT und GitHub Co-Pilot (00:25:44) Das Limit von Kontext und existierende Softwareprojekte mit mehrere Dateien als Kontext (00:30:38) Nutzungen von 3rd-Party APIs mit GitHub Co-Pilot (00:32:58) Woher kommen die Trainingsdaten und auf welcher Basis wurde das Codex-Modell trainiert? (00:37:39) Training-Bias (00:40:19) Hat GitHub Co-Pilot dir Code vorgeschlagen, den du nicht verstanden hast? (00:42:21) Wie viel Prozent der Vorschläge der KI akzeptierst du initial? (00:46:21) Test-Case-Generierung durch AI und die Art der Arbeit, die an GitHub Co-Pilot ausgelagert wird (00:48:34) Inwieweit ist eine innovative Arbeit mit AI möglich, wenn keine Trainingsdaten vorhanden sind? (00:52:13) Ist es empfehlenswert mit GitHub Co-Pilot programmieren zu lernen? (00:53:44) Was ändert sich in meinem Programmier-Workflow bei der Nutzung von GitHub Co-Pilot? (00:54:59) AI in der Firma und die rechtliche Situation bei der Nutzung von Code (00:59:45) Werden Programmierer nun von der KI ersetzt? Können Nicht-Programmierer mit der KI programmieren? (01:02:27) GitHub Copilot X, andere Coding-AI-Services und andere Podcast-Episoden Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#80 Junior Devs: Steckt das wahre Potential in unerfahrenen Talenten? 1:07:57

2 years önce1:07:57

1:07:57

Alle Firmen suchen nur Senior-Engineers - Steckt in Junior-Engineers das wahre Potential? Nachwuchs im Software-Engineering-Bereich zu bekommen ist nicht einfach. Die meisten Stellenanzeigen im Internet suchen Senior-Engineers mit über 5 Jahren Erfahrung. Doch wie sieht es denn mit Junior-Developer aus? Wie erkennt man motivierende Junior-Engineers in Interviews? Wie reagiert ein Team aus Senior-Engineers auf unerfahrene Personen? Welche Rolle spielen strukturierte Interviews und Entscheidungen aus dem Bauch heraus? Und was ist das richtige Verhalten, wenn man Zeit und Geld in die Weiterentwicklung einer Person investiert hat, aber die Person nach 2 Jahren kündigt? In dieser Episode teilen Wolfgang und Andy ihre Erfahrungen im Recruiting, in der Weiterentwicklung und bei Kündigungen von Junior Engineers. Bonus: Warum goto Statements böse sind und was Korn-Brause mit Sommer zu tun hat. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Engineering Kiosk Alps Meetup Innsbruck: https://engineeringkiosk.dev/meetup/alps/ Cracking the Coding Interview: 189 Programming Questions and Solutions: https://www.amazon.de/Cracking-Coding-Interview-6th-Programming/dp/0984782850/ref=sr_1_1 Sprungmarken (00:00:00) Intro (00:00:46) Die ursprüngliche Idee des Podcasts, Alps Meetup und Juniors einstellen (00:05:40) Warum suchen alle Firmen nach Seniors und keine Juniors? (00:09:30) Juniors haben die Freiheit die dummen Fragen zu stellen (00:11:46) Die Förderung von Junior-Engineers ist Teamaufgabe (00:13:23) Vorwürfe zur Bevorzugung von speziellen Personen (00:17:31) Persönlicher Bias und intrinsische Motivation beim Recruiting von Junioren und strukturierte Interviews (00:21:40) Wie findet man die Motivation einer Kandidatin im Interview? (00:28:32) Public Profiles sind kein Vorteil und kein Nachteil (00:31:02) Die Probezeit ist für beiden Seiten: Die Firma und der Kandidatin (00:34:46) Studenten während des Studiums einstellen als Recruiting-Strategie (00:43:46) Aufwand der Mitarbeiter-Förderung vs. Kündigungen, Kosten von Recruiting und Regrettable losses (00:52:55) Wie coached man Junior-Engineers hoch? (00:56:47) Es werden nur Senior-Positionen ausgeschrieben - Doch warum? (00:59:09) Keyword-Matching im Lebenslauf und Aussortierung von Bewerbungen (01:04:29) Wie hieß das Thema der heutigen Episode? Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#79 Font-Engineering und Schriftarten fürs Programmieren mit Philipp Acsany 1:09:55

2 years önce1:09:55

1:09:55

Font Engineering und die Welt der Programmier-Schriftarten. Wie wichtig ist die Wahl der Schriftart für die Programmierung? Welche Möglichkeiten und Vorteile bietet die richtige Schriftart in deinem Editor? Macht es Sinn für verschiedene Programmiersprachen andere Schriftarten zu wählen? Worauf kommt es eigentlich an, wenn wir uns über Schriftarten für die Programmierung unterhalten? Wie entstehen eigentlich Schriftarten, was ist Font-Engineering und was bedeuten die Begriffe Ligaturen, Hinting und Kerning? Über all diese Fragen sprechen wir mit dem Wahl-Berliner Philipp Acsany. Als Font-Engineer und Python Programmierer hat er an vielen Schriftarten von großen Firmen mitgearbeitet. In dieser Episode gibt er uns einen Einblick in die Welt der Schriftarten mit einem speziellen Fokus auf das Programmieren. Bonus: Warum es völlig OK ist, in Comic Sans zu programmieren. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Philipp Acsany: https://www.linkedin.com/in/acsany/ Choosing the Best Coding Font for Programming: https://realpython.com/coding-font/ Hochschule für Grafik und Buchkunst Leipzig: https://www.hgb-leipzig.de/ Go Fonts: https://go.dev/blog/go-fonts Jetbrains Mono: https://www.jetbrains.com/de-de/lp/mono/ The Dangers of Google’s .zip TLD: https://medium.com/@bobbyrsec/the-dangers-of-googles-zip-tld-5e1e675e59a5 DIN 1450, Schriften - Leserlichkeit: https://www.beuth.de/de/norm/din-1450/170093157 Google Fonts: https://fonts.google.com/ Python fonttools: https://pypi.org/project/fonttools/ Drawing for Code: https://input.djr.com/info/ OpenType features: https://practicaltypography.com/opentype-features.html An introduction to OpenType Substitution Features: https://ilovetypography.com/OpenType/opentype-features.html Font hinting: https://typetype.org/hinting/ Font hinting @ Wikipedia: https://en.wikipedia.org/wiki/Font_hinting Opportunities and Challenges beyond “Delta-Hinting”: http://rastertragedy.com/RTRCh0.htm Hinting: PostScript autohinting: https://glyphsapp.com/learn/hinting-postscript-autohinting Helvetica (Schriftart): https://de.wikipedia.org/wiki/Helvetica_(Schriftart) What the Helvetica? Brands Strip Down Logos to Gain New Currency: https://wwd.com/fashion-news/fashion-features/burberry-celine-strip-down-logos-new-currency-1202782443/ The Klavika Series: https://klavika.com/ Unicode: https://home.unicode.org/ Zero-width space: https://en.wikipedia.org/wiki/Zero-width_space Non-breaking space: https://en.wikipedia.org/wiki/Non-breaking_space Arial: https://en.wikipedia.org/wiki/Arial Say No to Faux Bold: https://alistapart.com/article/say-no-to-faux-bold/ Sprungmarken (00:00:00) Intro (00:01:12) Font Engineering mit Philipp Acsany (00:06:47) Warum kann man eine Podcast-Episode über Schriftarten und Font Engineering machen? (00:08:20) Was bedeutet monospace vs. proportionale Schriftarten? (00:10:21) Welchen Hintergrund hat es, warum spezifische Schriftarten für gewisse Anlässe (Bücher vs. Screen-Display, Einladungen, ...) genutzt werden? (00:14:21) Warum sind Schriftarten fürs Programmieren oft monospace? (00:15:18) Gibt es Schriftarten für das Programmieren, die proportional und nicht monospace sind? (00:17:24) Moderne Entwicklungen bei Schriften: Ligaturen (00:26:23) Hinting und die Relevanz von Dateiformaten bei Schriftarten (00:33:11) Schriftdesign vs. Font-Engineering (00:34:14) Ist es möglich, von Schrift-Design und Font-Engineering zu leben? (00:36:37) Character Sets: Unterstützung von speziellen Zeichen von einer Schriftart (00:42:43) Sicherheits-Attack-Vektor durch spezielle Buchstaben und der .zip Top-Level-Domain (00:44:11) Schriftarten und Deutsche Industrie-Normen (DIN) (00:48:49) Macht es Sinn für verschiedene Programmiersprachen verschiedene Schriftarten zu verwenden? (00:52:26) Programming-Fonts unter Open Source Lizenz (00:53:48) JetBrains Mono, Schriftgröße und -Farbe (00:57:02) Schrift-Familien, die Berechnung von fehlenden Schriften und Betriebssysteme (01:01:09) Tipps zur Auswahl deiner Editor-Schriftart (01:05:29) Der Einstieg in das Font-Engineering (01:07:24) Welche Programmier-Font nutzt Philipp Acsany? Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#78 Microservice & Monolith: Was die Industrie in den letzten 9 Jahren gelernt hat 1:01:25

2 years önce1:01:25

1:01:25

Monolithen und Microservices: Ein Evergreen der Software-Industrie. Mitte der 2010er Jahre bekam das Thema der Microservices Popularität. Doch was haben wir nach ca. 9 Jahren darüber gelernt? Sind Microservices immer noch der heilige Gral oder war es eine tolle Reise und alle pendeln zurück zu Monolithen? Viele Firmen haben positive und negative Erfahrungen und Learnings mit Microservices gemacht. Doch war es für alle der richtige Schritt? Nutzen die meisten Firmen die wahren Vorteile von Microservices wirklich aus? Und welches Problem löst der Microservice-Trend eigentlich? Ein technisches oder organisatorisches Problem? Welche Probleme gibt es in der Welt um Microservices, besonders in großen, schnell wachsenden Organisationen? Was sind typische Gründe warum Microservices scheitern? Und waren Cloud Native, Container-Scheduler wie Kubernetes und Co einfach nur weiteres Öl, was ins Microservice Feuer gekippt wurde? In dieser Episode schauen wir uns an, was die Industrie denn so in den letzten 9 Jahren über den ganzen Microservice-Hype gelernt hat. Bonus: Warum es weiterhin ein Religionsthema bleibt und es keine Gewinner geben wird. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Liste der Podcast-Episoden vom Engineering Kiosk: https://engineeringkiosk.dev/deutsche-tech-podcasts/ Computerwoche: Microservices-Architekturen - Vor- und Nachteile für Unternehmen: https://www.computerwoche.de/a/vor-und-nachteile-fuer-unternehmen,3612843 Web Engineering Meetup Düsseldorf: https://www.meetup.com/de-DE/web-engineering-duesseldorf/ Kelsey Hightower: https://twitter.com/kelseyhightower David Heinemeier Hansson - Even Amazon can't make sense of serverless or microservices: https://world.hey.com/dhh/even-amazon-can-t-make-sense-of-serverless-or-microservices-59625580 Chad Fowler -From Homogeneous Monolith to Heterogeneous Microservices Architecture: https://www.youtube.com/watch?v=sAsRtZEGMMQ Independent Systems Architecture (ISA): https://isa-principles.org/ The Delivery Hero Reliability Manifesto: https://tech.deliveryhero.com/our-reliability-manifesto/ Warum Microservices scheitern: https://www.innoq.com/de/articles/2019/10/warum-microservices-scheitern/ Gesetz von Conway: https://de.wikipedia.org/wiki/Gesetz_von_Conway Serdar Somuncu: https://de.wikipedia.org/wiki/Serdar_Somuncu Sprungmarken (00:00:00) Intro (00:01:25) Warum Microservices und Monolithen ein Motivationsloch auslösen (00:03:14) Wann kam das Thema "Microservices vs. Monolithen" eigentlich auf? (00:06:07) Geht es wieder zurück zu Monolithen? (00:09:15) Welches Problem sollte Microservices eigentlich lösen? (00:17:13) Was ist ein Monolith, Micro- und Nano-Service? (00:22:49) Löst die Microservice vs. Monolith-Frage ein technisches oder organisatorisches Problem? (00:24:38) Ist der Erfolg von Kubernetes und Container scheduling direkt mit dem Hype um Microservices zu verbinden? (00:28:42) Sind Microservices denn immer einzelne Systeme? (00:31:41) Guidelines für Microservices: Independent Systems Architecture, Reliability Manifesto und Best Practices (00:42:02) Gute Architekturen um Teams skalierbar zu gestalten und Microservices im Frontend (00:45:11) Warum Microservices scheitern (00:47:25) Gemeinsame Datenmodelle und Deployment Monolithen (00:51:55) Code-Ownership bei Firmen-Umstrukturierungen und Gesetz von Conway (00:56:14) Beide Modelle sind gleich schlecht (00:59:51) Feedback zum Motivationsloch Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#77 Kinder, Coding und AI: Die Zukunft der Informatik-Bildung mit Diana Knodel 1:01:18

2 years önce1:01:18

1:01:18

Wie bringen wir der nächsten Generation, unseren Kindern, die Welt der Informatik und Software-Entwicklung näher? Über diese Frage sprechen wir mit der Expertin Dr. Diana Knodel. studierte Informatikerin mit Schwerpunkt Psychologie, Autorin von zwei Kinderbüchern zum Thema Programmieren für Kinder sowie Gründerin von zwei Firmen, AppCamps und fobizz, im Bereich Bildung mit Schwerpunkt IT und Softwareentwicklung. Wir sprechen über aktuelle Vorbilder in der Informatik bzw. Programmierung für Kinder, ab welchem Alter Kinder mit der Programmierung starten können, welche Code-Editoren sind speziell für Kinder geeignet, wie können wir Lehrkräfte weiterbilden, damit diese das Thema in den Schulen vorantreiben, wie ChatGPT und KI im Allgemeinen die Bildung verändert wird und vieles mehr. Viel Spaß. Bonus: Warum ChatGPT der neue Taschenrechner wird. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Diana Knodel auf LinkedIn: https://www.linkedin.com/in/dianaknodel/ Diana Knodel auf twitter: https://twitter.com/DianaKnodel MIT App Inventor: https://appinventor.mit.edu/ MIT Scratch: https://scratch.mit.edu/ App Lab: https://code.org/educate/applab Open Roberta Nepo Editor: https://lab.open-roberta.org/ App Camps: https://appcamps.de/ App Camps Class Chats: https://appcamps.de/unsere-classchat-angebote/ Kurt Gödel: https://de.wikipedia.org/wiki/Kurt_G%C3%B6del Grace Hopper: https://de.wikipedia.org/wiki/Grace_Hopper Mark Rober: https://de.wikipedia.org/wiki/Mark_Rober Ada Lovelace: https://de.wikipedia.org/wiki/Ada_Lovelace Julia Alexandra Heidinger: https://www.linkedin.com/in/juliaheidinger/ bzw. https://www.instagram.com/juliah Buch "Einfach Programmieren für Kinder": https://www.carlsen.de/e-book/einfach-programmieren-fur-kinder/978-3-646-93321-5 fobizz: https://fobizz.com/ Hamburg Geeketes: https://www.geekettes.io/cities/hamburg Schule: Hamburg erlaubt ChatGPT bei Abi-Prüfung: https://www.abendblatt.de/hamburg/kommunales/article238612213/Nun-doch-Schueler-duerfen-ChatGPT-bei-Abitur-Pruefung-benutzen.html Code Week: https://www.codeweek.de/ Sprungmarken (00:00:00) Intro (00:01:33) Unser Gast: Dr. Diana Knodel (00:03:24) Wie kommt man dazu, eine Firma im Bereich Bildung zu gründen? (00:10:00) Wie groß ist das App Camps-Team aktuell und wie hat sich der Fokus geändert? (00:10:36) Wie kann ich als Lehrkraft die Unterrichtsmaterialien für meine Klasse nutzen? (00:11:00) Wie gut wird App Camps von den Lehrkräften angenommen? (00:12:25) Was sind die populärsten Unterrichtsmaterialien? (00:13:36) Welche (Code)-Editoren kommen dabei zum Einsatz? (00:15:05) Ab welchem Alter kann mit der Programmierung gestartet werden? (00:19:18) Was sind aktuelle Vorbilder in der Informatik bzw. Programmierung? (00:21:54) Die ersten Unterrichtsmaterialien und Workshops (00:24:12) Class Chats (00:25:22) Sind die Unterrichtsmaterialien auch für Eltern zugänglich und sinnvoll? (00:26:59) Weiterbildung der Lehrkräfte durch fobizz (00:30:48) Künstliche Intelligenz und Chat GPT in der Bildung und bei den Ämtern in Deutschland (00:33:34) Wie viel Zeit und Ressourcen steht den Lehrkräften für die Weiterbildung zur Verfügung? (00:35:12) Kosten und Tools für die Weiterbildung von Lehrkräften durch fobizz (00:37:15) DigitalPakt Schule und Hardware an den Schulen (00:38:50) Die Chancen mit Chat GPT und KI die theoretischen Fächer der Informatik, Kindern zugänglicher zu machen (00:40:51) Ändert sich die Bildung von Software Engineering zu Prompt Engineering? (00:41:51) Wird in Zukunft logisches und analytisches Denken weniger relevant? (00:43:27) Programmierung und Informatik ist nicht für jeden und den Einstieg zu einem späteren Zeitpunkt (00:46:52) Was sind Elemente, die Kinder für die MINT-Bereiche abschrecken? (00:48:15) Wie bewahren wir Kinder davor, falsche Vorstellung zur Erstellung von Apps zu haben? (00:50:46) In wie weit müssen Aufgaben, die in der Schule gestellt werden, auf Basis von KI und Chat GPT abgeändert werden? (00:54:59) Wie wichtig ist der Mensch im Bereich der Bildung noch? (00:56:21) Wie kann man sich in das Thema der Bildung für Informatik/Software-Entwicklung für Kinder einbringen? Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#76 Mit Open Source 100.000$ verdienen, Sponsorware und Plattform-Risiken bei GitHub mit Martin Donath 1:18:14

2 years önce1:18:14

1:18:14

Kann man von einem Open-Source-Projekt seinen Lebensunterhalt verdienen? Martin Donath ist einer der wenigen Menschen im deutschsprachigen Raum, der über 100.000 USD mit Open Source Sponsorengeldern verdient. Mit seinem Projekt Material for MkDocs hat er das Sponsorware-Model erfolgreich implementiert und dies somit zu seinem Vollzeitjob gemacht. In dieser Episode stellt sich Martin unseren Fragen und wir sprechen über Open Source und wann die Maintenance eines Projektes wirkliche Arbeit wird, was Sponsorware ist, über den Churn von Sponsoren, Pricing-Strategien, Release-Zyklen, den Umgang mit internen Prozessen in Unternehmen, Platform-Risiken bei GitHub Sponsors und viele weitere Themen, die Open Source alles andere als eine schöne Grüne Wiese erscheinen lassen. Bonus: Was Material for MkDocs mit Stripe gemeinsam hat. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Martin Donath auf twitter: https://twitter.com/squidfunk Martin Donath auf GitHub: https://github.com/squidfunk WWNRW Open Air Meetup - Mit Open Source von Null auf $100.000 pro Jahr: https://www.meetup.com/de-DE/webworker-nrw/events/287592981/ Working Draft Podcast: https://workingdraft.de/ Material for MkDocs: https://squidfunk.github.io/mkdocs-material/ Sphinx documentation: https://www.sphinx-doc.org/en/master/ MkDocs: https://www.mkdocs.org/ Caleb Porzio - I Just Hit $100k/yr On GitHub Sponsors: https://calebporzio.com/i-just-hit-dollar-100000yr-on-github-sponsors-heres-how-i-did-it Insiders bei Material for MkDocs: https://squidfunk.github.io/mkdocs-material/insiders/ Docusaurus: https://docusaurus.io/ GitHub Sponsors: https://github.com/sponsors Sponsorbot: https://sponsorbot.io/ Open Collective: https://opencollective.com/ Sprungmarken (00:00:00) Intro (00:01:16) Das Problem der Finanzierung von Open Source mit Martin Donath (00:02:36) Vorstellung Martin Donath und 100.000 USD mit Open Source verdienen (00:05:42) Das Projekt Material for MkDocs: Documentation that simply works (00:08:22) Die ursprüngliche Motivation ein neues Theme zu erstellen (00:12:07) Ab wann ist das Open Source-Projekt richtige Arbeit geworden? (00:14:58) Wie hast du die Motivation über die Zeit hochgehalten? (00:17:13) Wie war der Schritt zur Monetarisierung des Themes? (00:20:09) Wie funktioniert Sponsorware (00:22:33) Sponsoren-Churn (00:23:48) Entwicklung der Features, Release-Strategie und Kunden-Feedback (00:32:36) Konkurrenz-Produkte und Zielgruppen (00:34:07) Informationen über die GitHub Sponsoren, Kontakt und Paypal (00:36:02) Was ist GitHub Sponsors und Source Code Leaks (00:38:35) Pricing-Strategien, Unternehmen und Self-Service bei GitHub Sponsors (00:48:38) Sponsorbot, Software as a Service und Platform-Risiko (01:01:16) Warum hat GitHub Paypal abgeschaltet und Enterprise-Ausrichtung von GitHub (01:08:24) GitHub Sponsor-Geld als Gehalt, Steuern und Total Compensation (01:11:37) Sponsern von anderen Projekten und Contributor-Fund (01:13:16) Tips zur Anwendung von Sponsorware Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#75 Evaluierung deiner Job-Performance, Team-Feedback und LNO Framework 1:01:39

2 years önce1:01:39

1:01:39

Woher weißt du eigentlich, ob du einen guten Job machst? Wie erkennst du Blindspots oder ob du an den richtigen Dingen arbeitest? Das ist eine Frage, die sich jeder im Arbeitsleben mal stellen sollte. Weiß ich, was von mir erwartet wird? Kann ich sagen, wie Erfolg in meiner Rolle aussieht? Bzw. Was ist das ursprüngliche Problem-Statement, welches ich mit meiner Rolle lösen soll? Alles keine einfachen Fragen, jedoch notwendig, um beim nächsten Performance-Cycle und Gehaltsgespräch nicht enttäuscht zu werden. In dieser Episode sprechen wir genau darüber: Wir geben Tipps, wie du eine Art Selbst-Evaluierung zu deiner Arbeitsleistung durchführen kannst oder welche Schritte du gehen kannst, um den Prozess zu starten. Wir sprechen über die Schwierigkeit von gutem Feedback, über Job-Beschreibungen, Peer-Coaching, konkrete Arbeit als Team-Lead, Feedback-Cycle in deinem Job, wie wichtig es ist, das Business-Model der Firma zu verstehen und über Schubladendenken bei Leverage, Neutralen und Overhead-Aufgaben. Bonus: Ob CV Driven Development was schlechtes ist und ob "Da kann man nicht meckern" das Lob der Deutschen ist. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Credit Suisse zahlte trotz Milliardenverlusts hohe Boni https://www.derstandard.at/story/2000144743875/credit-suisse-zahlt-hohe-boni-trotz-milliardenverlust-und-notrettung Objectives and Key Results (OKRs): https://de.wikipedia.org/wiki/Objectives_and_Key_Results Engineering Kiosk #47 Wer Visionen hat, soll zum Arzt!?: https://engineeringkiosk.dev/podcast/episode/47-wer-visionen-hat-soll-zum-arzt/ Questionable advice: How do i feel worthwhile as a manager when my people are doing all the implementing?”: https://charity.wtf/2021/01/23/questionable-advice-how-do-i-feel-worthwhile-as-a-manager-when-my-people-are-doing-all-the-implementing/ DORA Metriken: https://cloud.google.com/blog/products/devops-sre/using-the-four-keys-to-measure-your-devops-performance Buch "Work Rules" von Laszlo Bock: https://de.wikipedia.org/wiki/Spezial:ISBN-Suche?isbn=978-1444792386 OfficeVibe: https://officevibe.com/ LNO Effectiveness Framework: https://twitter.com/shreyas/status/1223816226918453253 Sprungmarken (00:00:00) Intro (00:01:03) Imposter-Syndrom (00:02:12) Selbstevaluierung, "Bin ich gut genug?" Und mach ich noch einen guten Job? (00:04:20) Was ist denn eigentlich dein Job, hast du eine Job-Beschreibung und Selbst-Reflektion (00:10:06) Was ist dein konkreter Beitrag zum Erfolg des Teams? Wie sieht Erfolg in deiner Rolle aus? (00:17:01) Tech-Lead-Mythos: Keine Beförderung, sondern ein Karrierewechsel (00:22:51) Konkrete Beispiele für deine Arbeit als Lead und messbare Ergebnisse (00:28:08) Team-Umfragen (00:30:17) Ehrliches Feedback benötigt Mut und was gutes Feedback eigentlich ausmacht (00:34:15) 360°-Evaluierungen, Gruppen-Feedback und Blindspots finden (00:41:57) Ergebnisse und Ziele transparent machen (00:45:32) Peer-Coaching und Peer-Groups (00:47:48) Nachdenken ist ein aktiver Teil deiner Arbeit und arbeite ich an den richtigen Dingen? (00:51:56) Verstehe das Business-Modell deiner Firma und wer ist der Kunde (00:56:13) LNO Effectiveness Framework (01:00:03) Outro Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#74 REST: Das oft falsch verstandene Architektur-Paradigma 1:02:55

2 years önce1:02:55

1:02:55

Das REST-API Architektur-Paradigma: Oft verwendet und oft nicht komplett umgesetzt. REST-APIs sind überall im Internet. Jede statische Webseite ist sogar REST-Konform. Doch die meisten REST-Implementationen sind gar nicht vollständig, bzw. nur halbherzig umgesetzt. Die ursprüngliche Idee von REST hatte viel mehr im Gepäck. In dieser Episode gehen wir das Thema der REST-API an. Was ist REST? Wo ist der Unterschied zu Restful? Warum wird dieses Architektur-Paradigma oft falsch verstanden? Worum geht es bei den 6 Prinzipien (Client-Server-Architektur-Modell, (HTTP)-Caching, Mehrschichtige Systeme, Zustandslosigkeit, Einheitliche Schnittstelle und Code on Demand) eigentlich? Wie versioniert man eine API? Und welche Nachteile hat REST? All das und noch viel mehr in dieser Episode. Bonus: Was Napster, eDonkey und Korn mit Brause mit REST APIs zu tun haben. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Simple Object Access Protocol (SOAP): https://www.w3.org/TR/soap/ Architectural Styles and the Design of Network-based Software Architectures von Roy Fielding: https://www.ics.uci.edu/~fielding/pubs/dissertation/top.htm IPFS: https://ipfs.tech/ Engineering Kiosk Episode #71 Tim Berners-Lee: Was ist das World Wide Web und was ist seine Zukunft?: https://engineeringkiosk.dev/podcast/episode/71-tim-berners-lee-was-ist-das-world-wide-web-und-was-ist-seine-zukunft/ HTTP Methoden sind nur strings - die Beer Methode: https://gist.github.com/andygrunwald/269b20e33b0c822693d00429ccdb8693 Offiziell bei der IANA registrierten HTTP Methoden: https://www.iana.org/assignments/http-methods/http-methods.xhtml JSON-LD: https://de.wikipedia.org/wiki/JSON-LD Hypertext Application Language (HAL): https://de.wikipedia.org/wiki/Hypertext_Application_Language Richardson Maturity Model: https://martinfowler.com/articles/richardsonMaturityModel.html Sprungmarken (00:00:00) Intro (00:01:16) REST-APIs, das oft falsch verstandene Architektur-Paradigma (00:05:05) Was ist REST? (00:12:13) Wann wurde REST erfunden? (00:14:14) Die 6 Prinzipien von REST (00:15:04) Client-Server-Architektur-Modell, (HTTP)-Caching, Mehrschichtige Systeme, Zustandslosigkeit (00:19:15) Einheitliche Schnittstelle: Adressierbarkeit der Ressource (00:23:42) Einheitliche Schnittstelle: HTTP Methoden (00:31:02) Einheitliche Schnittstelle: Hypermedia as the Engine of Application State (HATEOAS) (00:37:38) API Maturity Model (00:42:19) Code on Demand (00:46:41) API-Versionierung + Warning HTTP Header (00:55:36) Nachteile von REST-APIs: Mehrfache Requests und kompletter Payload (00:59:06) Rundumschlag zum Thema REST Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#73 Cache-freundliches Programmieren, CPU-Caches, Ersetzungsstrategien und Cache-Invalidierung 59:43

2 years önce59:43

59:43

There are only two hard things in Computer Science: cache invalidation and naming things. Caches sind einfach überall. Jede Aktion auf einem Computer nutzt eine Vielzahl an Caches. Sei es der Browser Cache, DNS-Cache, In-Memory Cache auf dem Server oder dein lokaler CPU Cache L1-L4. Doch was sind Caches eigentlich? Welche Cache-Layer und Cache-Hierarchien gibt es? Wie funktionieren Caches? Wie kann ich Cache-freundlich programmieren? Was passiert, wenn der Cache voll ist und was sind Eviction-Policies? Wie relevant sind heutzutage eigentlich die CPU-Caches L1 bis L4 für die normalen Software-Entwickler*innen? Wie kann ich verifizieren, ob mein Code Cache-freundlich ist? Und warum ist Cache Invalidation eigentlich ein hartes Problem? Bonus: Was Bandlaufwerke mit Caching und niederländisches Hähnchen mit Queues zu tun haben. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links KIP-932: Queues for Kafka: https://cwiki.apache.org/confluence/display/KAFKA/KIP-932%3A+Queues+for+Kafka Engineering Kiosk Episode #65 Clean Code macht Software langsam: https://engineeringkiosk.dev/podcast/episode/65-clean-code-macht-software-langsam/ Phil Karlton's original home page from Netscape: https://www.karlton.org/karlton/ Engineering Kiosk Episode #67 Die Netz-Entlastung des Internets: Content Delivery Networks (CDNs): https://engineeringkiosk.dev/podcast/episode/67-die-netz-entlastung-des-internets-content-delivery-networks-cdns/ Redis Key eviction: https://redis.io/docs/reference/eviction/ Engineering Kiosk Episode #54 Key Value Store Redis: Einsatzmöglichkeiten, Fallstricke, Datenstrukturen, HyperLogLog und (flüchtige) Persistenz: https://engineeringkiosk.dev/podcast/episode/54-key-value-store-redis-einsatzm%C3%B6glichkeiten-fallstricke-datenstrukturen-hyperloglog-und-fl%C3%BCchtige-persistenz/ Cache replacement policies auf Wikipedia: https://en.wikipedia.org/wiki/Cache_replacement_policies Why Cache Invalidation is Hard: https://levelup.gitconnected.com/why-cache-invalidation-is-hard-and-how-to-solve-it-7921ffe4f6eb Sprungmarken (00:00:00) Intro (00:01:02) Es gibt nur zwei harte Probleme in der Informatik (00:06:56) Caching und Cache Invalidierung (00:07:25) Was ist ein Cache? (00:10:36) Jeder nutzt Caches jeden Tag: Cache-Layer (00:12:34) Cache-Hierarchien und wie relevant sind CPU Caches (L1 bis L4) heute noch? (00:16:39) Wie funktioniert eigentlich ein Cache? Cache Hit, Cache Miss, Cache Ratio (00:21:27) Ersetzungsstrategien / Eviction-Policies: FIFO, LIFO, LRU, TTL, MRU, LFU (00:31:57) Wie kann ich Cache-Freundlich programmieren um den L1 bis L4 Cache richtig zu nutzen und Monitoring von L1 bis L4 Caches (00:48:39) Ist die Funktionsweise von L1 bis L4 Caches valide für andere Arten von Caches? (00:51:12) Warum ist Cache Invalidierung ein hartes Problem? Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#72 Meetings: Jeder hat sie, keiner will sie 1:04:26

2 years önce1:04:26

1:04:26

Meetings: Ein essentieller Teil unseres Arbeitsalltages und doch wird nur gemeckert? Meetings sind ein Teil unserer Arbeitskultur, um die keiner herumkommt. Doch irgendwie meckert jeder darüber. "Dieses Meeting hätte auch eine E-Mail sein können", "Ich habe zu viele Meetings und komme nicht zum Arbeiten", "Das Meeting war nicht interessant oder relevant für mich". Das Faszinierende daran: Jeder kennt die Grundregeln, um ein Meeting effizient zu gestalten: Eine Agenda, ein klares Ziel, nur die relevanten Leute einladen, Meeting Notes, etc. Doch scheint es unmöglich, gute bzw. gut geführte und relevante Meetings im Arbeitsalltag zu etablieren? Wir sprechen über Meetings absagen, in Meetings wirklich präsent zu sein, "No-Tech-Meetings", die "Law of two feet", wieviel Probleme eigentlich durch Meetings an der Kaffeemaschine entstehen und warum es auf die Disziplin jedes einzelnen bei Meetings ankommt. Bonus: Hund im Büro und die Abkürzung von "Team" - Toll ein anderer Machts Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Engineering Kiosk Community: https://engineeringkiosk.dev/join-discord/ Hackernews: https://news.ycombinator.com/ Paul Graham - Maker's Schedule, Manager's Schedule: http://www.paulgraham.com/makersschedule.html Engineering Kiosk Episode #68 Im "Flow" und Deepwork mit Kirill Sivy: https://engineeringkiosk.dev/podcast/episode/68-im-flow-und-deepwork-mit-kirill-sivy/ Die vier Seiten einer Nachricht: https://de.wikipedia.org/wiki/Vier-Seiten-Modell Amazon Reading Time in Meetings: https://www.cnbc.com/2019/10/14/jeff-bezos-this-is-the-smartest-thing-we-ever-did-at-amazon.html Status Hero: https://statushero.com/ Stand-Up Meetings Are Dead (and What to Do Instead): https://www.honeycomb.io/blog/standup-meetings-are-dead Sprungmarken (00:00:00) Intro (00:01:14) Engineering Kiosk Community (00:06:14) Warum das Thema Meetings allgegenwärtig ist (00:07:32) Was ist das große Problem mit Meetings und warum ist es ein Hassthema? (00:09:40) Haben wir durch Remote-Arbeit weniger Meetings als im Büro? (00:13:48) Was ist ein wertvolles Meeting? (00:17:30) Meetings absagen, Meeting-freie Tage und Kontext-Switche (00:21:28) In Meetings präsent sein und den Personen vertrauen (00:29:33) Feedback nach Meetings geben, mit getroffenen Entscheidungen leben und Law of two feet (00:38:29) No-Tech-Meetings und was am Laptop machen (00:42:23) Gute Meetings sind hart und hängt nicht nur vom Meeting-Organisator ab (00:45:50) Zu viele Meetings, Alignment in und durch Meetings und Stand Ups (00:57:31) Hybrides Setup: Nur Meetings, wenn wir im Büro sind? Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#71 Tim Berners-Lee: Was ist das World Wide Web und was ist seine Zukunft? 1:01:50

2 years önce1:01:50

1:01:50

"Open Data now" - Dazu ruft der Turing Award Gewinner Sir Tim Berners-Lee in seinem Kampf um offene Daten auf. Das macht er heute. Doch bekannt ist er als Erfinder des World Wide Webs. Wofür er 2016 auch den Turing Award verliehen bekommen hat. Doch wer ist eigentlich Sir Tim Berners-Lee genau? Wie kam es dazu, dass er das “heutige Internet” erfunden hat? Welches Problem wollte er damals lösen? Wie weit ist die heutige Implementierung und Nutzung des WWW von der ursprünglichen Idee entfernt? Welche architekturelle Änderungen würde Sir Tim Berners-Lee machen, wenn er das ganze nochmal neu machen würde? Und womit verbringt er heute seine Zeit? All das und noch viel mehr klären wir in der ersten Episoden zu den Turing Award Gewinnern. Bonus: Das Internet war ein Side Project geschrieben in Objective-C und ob wir für Social Media zahlen sollten. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Arpanet: https://de.wikipedia.org/wiki/Arpanet Die erste Webseite: http://info.cern.ch/hypertext/WWW/TheProject.html Next Computer: https://de.wikipedia.org/wiki/NeXT_Computer ACM Hypertext Conference: https://ht.acm.org/ Kampf der Unternehmen-Podcast: https://wondery.com/shows/kampf-der-unternehmen/ W3C: https://www.w3.org/ World Wide Web Foundation: https://webfoundation.org/ Linked Open Data: https://de.wikipedia.org/wiki/Linked_Open_Data Tim Berners-Lee: The next Web of open, linked data: https://www.youtube.com/watch?v=OM6XIICm_qo Wikidata: https://www.wikidata.org/wiki/Wikidata:Main_Page Schema.org: https://schema.org/ Die Linked Open Data Cloud (die Cloud vom Episoden Cover): https://lod-cloud.net/ Solid Project: https://solidproject.org/ Sir Tim Berners-Lee 2016 ACM A.M. Turing Lecture "What is the World Wide Web & what is its future?": https://www.youtube.com/watch?v=BaMa4u4Fio4 Sprungmarken (00:00:00) Intro (00:01:19) Remote-Podcast-Aufnahme (00:03:33) Start der Serie "Turing Award-Gewinner": Tim Berners-Lee (00:05:09) Warum hat Tim Berners-Lee den Turing Award gewonnen? (00:08:14) Das World Wide Web: Grundidee, Hypertext, URI und URL und der Lean Prototyp (00:20:46) Objective C, der erste Browser, exponentielle Wachstum des Internets und die Herausforderung der Standardisierung (W3C) (00:31:21) Was würde Tim Berners-Lee anders machen, wenn er das Projekt nochmal starten würde? (00:33:34) Nicht alle Ursprungs Ideen wurden umgesetzt, REST und Security (00:37:30) Semantic Web, Open Linked Data und AI mit Large Language Models (00:49:03) Was macht Tim Berners-Lee heute? (00:56:48) Würde Wolfgang Tim Berners-Lee heute nochmal verleihen? Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#70 Alan Turing: Der Vater der heutigen Informatik (Turing-Complete, Turing-Test, Halting-Problem, Turing-Maschine, Captcha) 56:59

2 years önce56:59

56:59

Wenn man sich eigentlich mal fragt, auf wen die ganze heutige Entwicklung in der Informatik zurückführt, taucht immer wieder ein Name auf: Alan Turing. Sei es der Turing-Award (der Nobelpreis der Informatik), die Turing-Maschine oder der Turing-Test. Doch wer ist bzw. war Alan Turing eigentlich? Warum wurde nach ihm ein Award benannt? Was ist die Turing-Maschine und wofür ist sie gut? Was bedeutet es, wenn etwas Turing-Complete ist und wieso ist das Bestehen des Turing-Tests eigentlich so schwer? In dieser Episode machen wir mal einen kleinen (historischen) Ausflug in einen Teil der theoretischen Informatik und schmeißen mit Begriffen wie dem Hilbert Kalkül, das Halting-Problem, dem Lambda Kalkül und Co um uns. Bonus: Was die Band Abba mit Turing zu tun hat und warum Turing Serverless erfunden hat. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Engineering Kiosk Episode #68 Im "Flow" und Deepwork mit Kirill Sivy: https://engineeringkiosk.dev/podcast/episode/68-im-flow-und-deepwork-mit-kirill-sivy/ Hackernews: https://news.ycombinator.com/ printf Turing Complete: https://www.ioccc.org/2020/carlini/index.html Turing Award Gewinner: https://de.wikipedia.org/wiki/Turing_Award Engineering Kiosk Episode #48 Der Layer unter Docker: containerd, Kubernetes, Container Runtime Interface, CRI-O und Open Container Initiative (OCI): https://engineeringkiosk.dev/podcast/episode/48-der-layer-unter-docker-containerd-kubernetes-container-runtime-interface-cri-o-und-open-container-initiative-oci/ Engineering Kiosk Episode #46 Welches Problem löst Docker?: https://engineeringkiosk.dev/podcast/episode/46-welches-problem-l%C3%B6st-docker/ Advent of Code: https://adventofcode.com/ Chatbot Eugene Goostman: https://de.wikipedia.org/wiki/Eugene_Goostman Google Duplex: An AI System for Accomplishing Real-World Tasks Over the Phone: https://ai.googleblog.com/2018/05/duplex-ai-system-for-natural-conversation.html LaMDA: our breakthrough conversation technology: https://blog.google/technology/ai/lamda/ ‘Godfather of AI’ Geoffrey Hinton quits Google and warns over dangers of misinformation: https://www.theguardian.com/technology/2023/may/02/geoffrey-hinton-godfather-of-ai-quits-google-warns-dangers-of-machine-learning Künstliche Intelligenz und LaMDA: Warum Google einen neuen Turing-Test will: https://www.heise.de/hintergrund/Kuenstliche-Intelligenz-Warum-Google-einen-neuen-Turing-Test-will-7145019.html Sprungmarken (00:00:00) Intro (00:00:53) Ist printf oder CSS Turing-Complete? (00:04:40) Alan Turing und der Turing-Award und der Gruppenzwanz (00:06:55) Was ist der Turing Award? (00:11:33) Wer ist Alan Turing? (00:14:12) Was ist die Turing-Maschine und was bedeutet Turing-Complete? (00:30:45) Das Halting-Problem (00:35:27) Was ist der Turing-Test? Wer hat diesen bestanden? Und die Geschichte von CAPTCHA (00:50:39) Welche Relevanz hat der Turing Test zur heutigen Zeit? Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#69 MySQL vs. MariaDB 1:10:59

2 years önce1:10:59

1:10:59

Wie viel MySQL Drop In-Replacement steckt wirklich in MariaDB? MariaDB, ein Fork der populären Datenbank MySQL. Angetreten, um ein Drop-In-Replacement und eine direkte Alternative zu MySQL darzustellen. Doch wie viel ist da dran? Ist MariaDB MySQL kompatibel? Wo liegen die Gemeinsamkeiten und Unterschiede? Was war eigentlich der Grund für den Fork? In welchen Bereichen entwickeln sich beide Datenbanken vollkommen anders? Und was hat sich im Bereich der Storage-Engines alles so getan? In dieser Episode bringen wir etwas Licht in den direkten Vergleich zwischen MySQL und MariaDB. Bonus: Was ein Weber-Grill mit MySQL und MariaDB zu tun hat. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links MySQL 8.0 Release Notes: https://dev.mysql.com/doc/relnotes/mysql/8.0/en/ InnoDB Storage Engine: https://de.wikipedia.org/wiki/InnoDB MariaDB: https://mariadb.org/ MySQL-Server Source-Code: https://github.com/mysql/mysql-server FOSDEM: https://fosdem.org/ MyRocks: http://myrocks.io/ Galera Cluster: https://galeracluster.com/ Vitess: https://vitess.io/ PlanetScale: https://planetscale.com/ MySQL: https://www.mysql.com/de/ Ranking bei DB-Engines: https://db-engines.com/de/ranking/relational+dbms MySQL AB: https://en.wikipedia.org/wiki/MySQL_AB MySQL InnoDB memcached Plugin: https://dev.mysql.com/doc/refman/8.0/en/innodb-memcached.html Michael "Monty" Widenius: https://de.wikipedia.org/wiki/Michael_Widenius Wolfi’s non-blocking MySQL und MariaDB Backup Docker Image https://wolfgang.gassler.org/docker-image-mysql-mariadb-backups/ Percona: https://www.percona.com/ RocksDB: https://rocksdb.org/ LevelDB: https://github.com/google/leveldb MariaDB - Choosing the Right Storage Engine: https://mariadb.com/kb/en/choosing-the-right-storage-engine/ ProxySQL: https://proxysql.com/ Engineering Kiosk #64 Infrastruktur-Bingo: Forward-, Reverse-, SOCKS-Proxy, Load Balancing und gibt es einen Unterschied zwischen Load-Balancer und Reverse-Proxy?: https://engineeringkiosk.dev/podcast/episode/64-infrastruktur-bingo-forward-reverse-socks-proxy-load-balancing-und-gibt-es-einen-unterschied-zwischen-load-balancer-und-reverse-proxy/ MySQL Clone Plugin: https://dev.mysql.com/doc/refman/8.0/en/clone-plugin.html MySQL Generated Columns: https://dev.mysql.com/doc/refman/5.7/en/create-table-generated-columns.html Incompatibilities and Feature Differences Between MariaDB 10.7 and MySQL 8.0: https://mariadb.com/kb/en/incompatibilities-and-feature-differences-between-mariadb-10-7-and-mysql-8-/ MariaDB ColumnStore: https://mariadb.com/kb/en/mariadb-columnstore/ Sprungmarken (00:00:00) Intro (00:00:58) Wetter, Zecken in der Software-Engineering und die MySQL OpenSource Community (00:06:11) Was ist InnoDB und das MySQL Changelog (00:08:37) MySQL vs. MariaDB - Ein Drop-In-Replacement? (00:10:43) Was ist eigentlich MySQL und was ist MariaDB? (00:14:15) Wo kommt MySQL und MariaDB eigentlich her? (00:22:26) MariaDB ist kein volles Drop-In-Replacement für MySQL (00:25:51) Der SQL Standard bei MySQL und MariaDB (00:29:47) Storage Engines und Object-Storage (00:39:09) Replikation zwischen MySQL und MariaDB und Traffic auf andere Datenbanken spiegeln (00:45:52) Ist MariaDB performanter als MySQL? (00:48:32) Aussprache von MySQL (00:50:37) Einfachheit und Konfigurationsmöglichkeit (00:52:44) Die Liste von Inkompatibilitäten wird länger und Traffic spiegeln (00:57:20) Version Scheme von MySQL und MariaDB (00:58:41) Welchen Grund gibt es für MySQL bei einem neuen Projekt? (01:03:42) Mögliche MariaDB Lizenz-Änderung und UUID-Datentyp (01:04:54) Feature-Support von Vitess (01:10:03) Logo von MariaDB Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#68 Im "Flow" und Deepwork mit Kirill Sivy 1:09:38

2 years önce1:09:38

1:09:38

Der Flow, der Tunnel, die Zone - Der Zustand nach dem viele Software-Entwickler⋅innen streben, hat viele Namen. Viele Knowledge-Worker haben den Zustand bereits erlebt: Totale Konzentration über mehrere Stunden. Man vergisst zu essen und zu trinken und ist voll bei der Sache. Man kennt den nächsten Schritt, es besteht keine Ablenkung, niemand stört dich und die Arbeiten gehen dir in einer Geschwindigkeit von der Hand wie selten. Du bist im Flow. Im Tunnel. In der Zone. Doch was ist dieser Zustand eigentlich? Mit unserem ersten Gast, Kirill Sivy, Gründer von shiftspace, gehen wir genau dieser Frage auf den Grund. Was ist der Flow-Zustand? Wie fühlt sich Flow an? Woher kommt das Ganze? Wie sieht der Flow-Zyklus aus? Kann Flow trainiert werden? Was ist ein Mikro- und Makro-Flow? Was passiert mit dem Gehirn und deinem Körper im Allgemeinen bei einer solch hohen Konzentration? Das und noch viel mehr besprechen wir in dieser Episode. Bonus: Der Grund warum wir beim Duschen immer zu den besten Gedanken kommen. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Unser Gast Kirill Sivy: https://www.linkedin.com/in/ksivy/ Shiftspace (Kirill’s Firma): https://shiftspace.com/ Flow Genome Project: https://www.flowgenomeproject.com/ Flow (Psychologie): https://de.wikipedia.org/wiki/Flow_(Psychologie) Buch “Radical Candor”: https://en.wikipedia.org/wiki/Radical_Candor Floating tank: https://de.wikipedia.org/wiki/Floating Sub-Reddit Showerthoughts: https://www.reddit.com/r/Showerthoughts/ Wim Hof Methode – Atmen, Frieren, Konzentrieren: https://www.foodspring.de/magazine/wim-hof-methode-ueberblick Oura Smart Ring: https://ouraring.com/de Steven Kotler: https://www.stevenkotler.com/ Jamie Wheal: https://en.wikipedia.org/wiki/Jamie_Wheal Flow Research Collective: https://www.flowresearchcollective.com/ Buch "Stealing Fire": https://www.stevenkotler.com/book-pages/stealing-fire Pinky & Brain Song über das Gehirn: https://www.youtube.com/watch?v=dq2SDObsLjk (Englisch) oder auf Deutsch https://www.youtube.com/watch?v=cHRW2jl9s0w Sprungmarken (00:00:00) Intro (00:01:05) Unser erster Gast: Kirill Sivy (00:03:05) Das heutige Thema: Der "Flow" (00:04:15) Was ist Biohacking? (00:05:44) Was ist der "Flow-Zustand"? (00:09:02) Wie fühlt sich Flow an? Selflessness, Timelessness, Effortlessness, and Richness (STER) (00:11:54) Der Flow-Zyklus: Struggle-Phase (Phase 1) (00:17:33) Woher kommt der Flow-Zustand? (00:19:43) Die goldene Regel des Flows: Challenge-Skill-Ratio (00:25:01) Der Flow-Zyklus: Release-Phase (Phase 2) (00:28:17) MacGyver-Methode und Floating-Tanks (00:37:40) Der Flow-Zyklus: Flow-Phase (Phase 3) (00:38:51) Der Flow-Zyklus: Recovery-Phase (Phase 4) (00:42:24) Kann der Flow-Zyklus trainiert werden? (00:50:37) Die Beeinflussung des Makro-Flows: Next-Level-Flow und Shiftspace (00:57:45) Das Open-Office Design hindert am Flow (00:59:45) Support durch Tracking-Gadgets (01:01:59) Flow als (positiver) Sucht-Zustand und Eulen vs. Lerchen (01:05:52) Mehr Informationen zu Flow Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#67 Die Netz-Entlastung des Internets: Content Delivery Networks (CDNs) 1:06:42

2 years önce1:06:42

1:06:42

Content Delivery Networks (CDNs): Die Netz-Entlastung des Internets Jeder nutzt sie, bewusst oder unbewusst: Content Delivery Networks. Sie sind aus dem Internet nicht mehr wegzudenken. Angetreten, um einzelne Server/Websites vor Überlastungen zu schützen, bilden diese nun das Backbone von schnellen Ladezeiten für Websites, Video-Streaming und Co. Doch was genau ist eigentlich ein CDN? Was sind Vor- und Nachteile? Welche Arten von CDNs gibt es? Hat der Begriff "Edge" aus dem Cloud-Bereich auch was damit zu tun? Und überhaupt: Sollte ich mit meiner App ein CDN verwenden, wie würde ich meine App migrieren und ist dies überhaupt konform mit den aktuellen Datenschutz-Regelungen? Dies und noch viel mehr in dieser Episode. Bonus: Was Geldautomaten und Holland-Räder mit Content Delivery Networks zu tun hat. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Index out of bounds-Podcast: https://www.ioob.de/ Abmahnungen wegen Google-Fonts: WKStA ermittelt wegen Verdachts auf schweren Betrug: https://www.derstandard.at/story/2000142718314/causa-google-fonts-fall-an-wksta-abgetreten-verdacht-auf-gewerbsmaessigen jsdelivr - A free CDN for open source projects: https://www.jsdelivr.com/ unpkg - a fast, global content delivery network for everything on npm: https://www.unpkg.com/ Akamai CDN: https://www.akamai.com/ Slashdot-Effekt: https://de.wikipedia.org/wiki/Slashdot-Effekt Engineering Kiosk #21 Static Site Generators & DIE Webseite: https://engineeringkiosk.dev/podcast/episode/21-static-site-generators-die-webseite/ Fastly: https://www.fastly.com/ Vienna Internet eXchange: https://www.vix.at/ AWS: Customizing at the edge with CloudFront Functions: https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/cloudfront-functions.html AWS: Lambda@Edge: https://aws.amazon.com/de/lambda/edge/ Cloudinary: https://cloudinary.com/ Sprungmarken (00:00:00) Intro (00:00:58) Das heutige Thema: Content Delivery Networks (CDNs) (00:03:30) CDNs, Google Fonts, GDPR und die Abmahnung (00:07:54) Was sind Content Delivery Networks (CDNs)? (00:12:47) Warum wurden Content Delivery Networks erfunden? (00:15:23) CDN ist inzwischen ein Oberbegriff für viele Services (00:16:25) JavaScript Caching durch CDNs: Früher und heute (00:19:10) Vor- und Nachteile: Performance, Abhängigkeiten und Multi-CDN (00:22:04) Vor- und Nachteile: Kosten (00:27:47) Vor- und Nachteile: Sub-Domains und parallel Requests (00:30:18) Vor- und Nachteile: Sicherheit-Mechanismen, Traffic-Analysen und Komplexität (00:33:51) CDN-Topologien: Verstreute und Konsolidierte CDNs (00:36:04) Point of Presence (POP), Edge-Locations und -Computing (00:50:25) CDN-Arten (Pull und Push) und Dateien löschen (00:54:30) Solltest du CDNs eigentlich verwenden? (00:57:02) CDNs in Legacy-Software implementieren (00:59:05) DSGVO und CDNs: Ein Konflikt? (01:02:59) CDNs für kleine oder große Dateien? (01:04:43) Feedback, Community und Empfehlungen Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#66 Stressfreie Produktivität in der hektischen Welt mit Getting Things Done 1:01:00

2 years önce1:01:00

1:01:00

Muss man immer um 5 Uhr morgens aufstehen, um heutzutage produktiv zu sein? In der modernen und komplexen Welt will jeder deine Aufmerksamkeit: Websites, Apps, Arbeitskollegen und Freunde geben dir neue Aufgaben, die erledigt werden müssen. Wie behält man da noch den Überblick, vergisst nichts und bringt noch etwas zustande? Das ist die große Kunst der Produktivität. Getting Things Done ist eine, zugegeben, sehr simple Selbstmanagement-Methode. Simpel, höchst-Effektiv und mit wenig Zeitaufwand. In dieser Episode geben wir mal einen Deep Dive zur Getting Things Done Methode von David Allen. Wolfgang und Andy verwenden diese Methode unter anderem zur Organisation des Podcasts und berichten auch über ihre eigenen Erfahrungen. Bonus: Was Incident Management und ein 8.000€-Mountainbike mit Produktivität und Getting Things Done zu tun haben. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Engineering Kiosk auf Apple: https://podcasts.apple.com/de/podcast/engineering-kiosk/id1603082924 Engineering Kiosk auf Spotify: https://open.spotify.com/show/0tJRC0UsObPCWLmmzmOkIs Remember the Milk: https://www.rememberthemilk.com/ Buch "Getting Things Done: The Art of Stress-Free Productivity": https://www.amazon.de/Getting-Things-Done-Stress-Free-Productivity/dp/0143126563/ Pomodoro-Technik: https://de.wikipedia.org/wiki/Pomodoro-Technik Eisenhower-Prinzip: https://de.wikipedia.org/wiki/Eisenhower-Prinzip Getting Things Done: https://de.wikipedia.org/wiki/Getting_Things_Done Incompletion Trigger List: https://gettingthingsdone.com/wp-content/uploads/2014/10/Mind_Sweep_Trigger_List.pdf Kanban: https://de.wikipedia.org/wiki/Kanban Alpen-Methode: https://www.ionos.de/startupguide/produktivitaet/alpen-methode/ Sprungmarken (00:00:00) Intro (00:00:33) Bewertungen auf Apple und Spotify und wie deutsche loben (00:02:38) Produktivität und "Ich bekomm nichts mehr geschissen" (00:05:38) Getting Things Done: Die einzig wahre Selbstmanagement-Methode? (00:09:53) Was ist Getting Things Done? (00:11:35) Mit der Methode starten - Schritt 1: Sammeln (00:17:59) Schritt 2: Inbox verarbeiten (00:28:15) Schritt 3: Organisation von deinen Aufgaben (00:35:21) Schritt 4: Kontinuierliches durchsehen (00:44:25) Schritt 5: Aufgaben erledigen und Notification-Settings (00:50:10) Tipps zur Erledigung der Aufgaben (00:55:47) Durch Gettings Things Done den Vorgesetzten erziehen (00:57:28) Einfach ausprobieren und experimentieren Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#65 Clean Code macht Software langsam 55:57

2 years önce55:57

55:57

Zerstört die Anwendung von Clean Code die Performance deiner Applikation? Es war einmal Casey Muratori, ein Softwareentwickler mit Fokus auf Game-Engines, der sich ins Internet gestellt hat und sagte "Clean Code resultiert in schrecklicher Performance". Das YouTube-Video ging um die Welt, die YouTube-Kommentare wurden deaktiviert und Hackernews ging bis an die Decke. Auch der Kopf hinter "Clean Code", Uncle Bob, hat dies nicht auf sich sitzen lassen und ging in die Diskussion. Diese Episode handelt genau um das genannte Video. Wir besprechen, was die Key-Message des Videos ist, wer der Autor ist, was Clean Code ist und von wem es stammt und um was sich die Diskussion zwischen Casey Muratori und Uncle Bob dreht. Eine Art "Reaction-Podcast", sozusagen. Bonus: Was der heilige Gral der Teamentwicklung ist. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links YouTube Video "Clean" Code, Horrible Performance: https://www.youtube.com/watch?v=tD5NrevFtbU Hackernews Diskussion: https://news.ycombinator.com/item?id=34966137 Buch Clean Code: A Handbook of Agile Software Craftsmanship (Robert C. Martin): https://www.amazon.de/Clean-Code-Handbook-Software-Craftsmanship/dp/0132350882 Robert C. Martin (Uncle Bob): http://cleancoder.com/products Zusammenfassung von "Clean Code": https://gist.github.com/wojteklu/73c6914cc446146b8b533c0988cf8d29 Diskussion zwischen Uncle Bob und Casey Muratori: https://github.com/cmuratori/misc/blob/main/cleancodeqa.md Engineering Kiosk #28 O(1), O(log n), O(n^2) - Ist die Komplexität von Algorithmen im Entwickler-Alltag relevant?: https://engineeringkiosk.dev/podcast/episode/28-o1-olog-n-on2-ist-die-komplexit%C3%A4t-von-algorithmen-im-entwickler-alltag-relevant/ A Quick Primer on Robert "Uncle Bob" Martin: https://blog.wesleyac.com/posts/robert-martin Engineering Kiosk #16 Code Reviews: Nützlich oder bremsen nur ein gutes Team?: https://engineeringkiosk.dev/podcast/episode/16-code-reviews-n%C3%BCtzlich-oder-bremsen-nur-ein-gutes-team/ Sprungmarken (00:00:00) Intro (00:00:54) Reaction-Videos (00:02:26) Video "Clean Code, Horrible Performance" (00:04:39) Worum geht es im Video "Clean Code, Horrible Performance" (00:07:43) Wer ist Casey Muratori? (00:12:22) Was ist eigentlich Clean Code und wer ist Uncle Bob? (00:15:14) Warum sollte ich Robert C. Martin zuhören? (00:17:48) Objektiv messbare Elemente von Clean Code (00:21:24) Diskussion zwischen Casey Muratori und Uncle Bob auf GitHub (00:29:28) Performance-Probleme beim Emoji-Detektor im GitHub Editor (00:31:29) Cycle Lean Code vs. Optimierung der Algorithmen (00:35:00) Verschiedene Regeln von Clean Code werden als gut angesehen (00:39:30) Beachtung von Performance in Clean Code (00:41:04) Wartung von Software (00:43:33) Warum man Uncle Bob nicht mehr zuhören sollte (00:54:31) Engineering Kiosk Community (00:55:00) Der heilige Gral der Team-Entwicklung Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#64 Infrastruktur-Bingo: Forward-, Reverse-, SOCKS-Proxy, Load Balancing und gibt es einen Unterschied zwischen Load-Balancer und Reverse-Proxy? 56:57

2 years önce56:57

56:57

Forward-Proxy, Reverse-Proxy, Bastion-Host, Load Balancer, SOCKS5-Proxy, Edge-Router, Zero-Trust, Geo-Balancing, ... Haltet eure Buzzword-Bingo-Karten bereit. In dieser Episode beschäftigen wir uns mit der Frage "Was ist eigentlich der Unterschied zwischen einem Loadbalancer und einem Reverse Proxy?". Klingt einfach zu beantworten, ist es aber nicht. Zwei (oder sogar mehr) Welten treffen da aufeinander. Um der Antwort näher zu kommen, steigen wir Tief in das Thema ein und klären was eigentlich ein normaler Proxy ist, wo der Unterschied zu einem Reverse Proxy ist, was ein SOCKS5-Proxy kann, wozu Proxies heutzutage eingesetzt werden, was ein Bastion Host ist, wozu Edge Nodes gut sind, was Ihr für Tools einsetzen könnt und klären am Ende auch die Frage, was denn nun eigentlich der Unterschied zu einem Load Balancer ist. Bonus: Ob Wein durch Schläuche schmeckt und was das Düsseldorfer Altbier mit Proxies zu tun hat. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links TOR Project: https://www.torproject.org/ Google BeyondCorp: https://cloud.google.com/beyondcorp?hl=de RFC 1928: SOCKS Protocol Version 5: https://datatracker.ietf.org/doc/rfc1928/ Python AWS boto library - Support for SOCKS5 proxies: https://github.com/boto/botocore/issues/2540 Reverse Proxy auf Wikipedia: https://de.wikipedia.org/wiki/Reverse_Proxy Google - Zero trust with reverse proxy: https://cloud.google.com/blog/topics/developers-practitioners/zero-trust-reverse-proxy traefik Cloud Native Application Proxy: https://traefik.io/traefik/ Nginx: https://www.nginx.com/ Lets Encrypt: https://letsencrypt.org/de/ AWS Lambda@Edge: https://aws.amazon.com/de/lambda/edge/ Envoy: https://www.envoyproxy.io/ AWS API Gateway: https://aws.amazon.com/de/api-gateway/ Azure Service Fabric: https://azure.microsoft.com/de-de/products/service-fabric/ GCP: Cloud Load Balancing: https://cloud.google.com/load-balancing?hl=de HAProxy: https://www.haproxy.org/ Linkerd: https://linkerd.io/ Istio: https://istio.io/latest/about/service-mesh/ ISO/OSI-Referenzmodell: https://de.wikipedia.org/wiki/OSI-Modell Wartungsfenster Podcast: https://wartungsfenster.podigee.io/ Open Policy Agent: https://www.openpolicyagent.org/ Sprungmarken (00:00:00) Intro (00:00:50) Unterschied zwischen Loadbalancer und Reverse Proxies, störende und hippe Proxies und deren Relevanz (00:06:31) Was ist ein (normaler) Proxy? (00:13:52) Was ist ein Bastion Host? (00:16:58) SOCKS5-Proxies (00:19:59) Proxy-Anwendungsfall: Hotel W-LAN und die Deutsche Bahn (00:21:14) Was ist ein Reverse Proxy? (00:27:28) Anwendungsfälle für Reverse Proxy (Caching, Load balancing, SSL Terminierung) (00:31:43) Wer braucht einen Reverse Proxy? (00:35:49) Migration von Bildern in die Cloud mit Hilfe eines Reverse Proxies (00:40:41) Was sind Edge Nodes? (00:42:37) Was sind die Nachteile von (Reverse) Proxies? (00:45:58) Neue Namen und alte Methoden: Welches Tooling gibt es auf dem Markt? (00:47:09) Was ist der Unterschied zwischen einem Reverse Proxy und einem Load Balancer? (00:52:31) Anwendungsfall Zero-Trust mit Proxies (00:54:50) Die Kunst: Grundlagen kennen und Marketing-Lingo entschlüsseln Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#63 Spaß mit Zahlen: Under- und Overflows, Rückwärtslaufende Zeit, Negative Modulos und Währungsbeträge 1:01:07

2 years önce1:01:07

1:01:07

Herausforderungen mit Zahlen in der Programmierung: Hidden bugs, Effekte auf die Realität und der richtige Umgang. Der korrekte Umgang mit Zahlen in der Softwareentwicklung ist so wichtig wie die Reifen bei einem Auto, um es zu fahren. Obwohl viele Entwickler sagen, Mathematik ist ein täglicher Bestandteil des Tages, so kommt man um die Verarbeitung von Zahlen nicht drum herum. Doch wie schon früher in der Schule, kann der Umgang mit Zahlen sehr Herausfordernd sein. In dieser Episode sprechen wir über klassische Fehler, die beim Umgang mit Zahlen in Software gemacht werden, über skurriles Verhalten von Programmiersprachen aber auch über die Effekte dessen auf die reale Welt. Es geht um Datentypen in Programmiersprachen und deren Wertebereiche, Probleme mit großen Zahlen und JSON, Währungsumrechnung und die korrekte Speicherung, Integer-Under- und Overflow, negative Modulo-Berechnungen, rückwärtslaufende Uhrzeiten und wie verschiedene Programmiersprachen sich bei der selben Berechnung anders verhalten. Bonus: Ob Wolfgang Graf Zahl von der Sesamstraße kennt und warum JavaScript nicht gut in dieser Episode davonkommt. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Katalog der ACM für Computer-Informatik/Forschungsbereiche: https://en.wikipedia.org/wiki/ACM_Computing_Classification_System PHP Spaceship operator: https://www.php.net/manual/en/migration70.new-features.php Graf Zahl (Sesamstraße): https://de.wikipedia.org/wiki/Sesamstra%C3%9Fe#Graf_Zahl Go Programmiersprache: https://go.dev/ Numerische Datentypen in Go: https://go.dev/ref/spec#Numeric_types JavaScript Number Encoding: https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Number#number_encoding TC39 Comittee zur Erweiterung von JSON um BigInt: https://github.com/tc39/proposal-json-parse-with-source LLVM CLang UndefinedBehaviorSanitizer: https://clang.llvm.org/docs/UndefinedBehaviorSanitizer.html Modulo mit negativen Zahlen: https://torstencurdt.com/tech/posts/modulo-of-negative-numbers/ “Salami Taktik” Kleine Geldbeträge stehlen: https://en.wikipedia.org/wiki/Salami_slicing_tactics Examples of problems with integers: https://jvns.ca/blog/2023/01/18/examples-of-problems-with-integers/ Examples of floating point problems: https://jvns.ca/blog/2023/01/13/examples-of-floating-point-problems/ Sprungmarken (00:00:00) Intro (00:01:03) Wie viel hat Informatik und Mathematik mit Softwareentwicklung zu tun und Bitoperationen (00:06:24) Das heutige Thema: Probleme mit Zahlen (integer, float, double, decimals) (00:08:09) Implizite Typ-Konvertierung bei Skriptsprachen und verschiedene Basen von Zahlen (00:10:37) Division in MySQL mit Konvertierung nach JSON wird zum string (00:12:39) Einstieg in Datentypen: int, int32, int64, signed, unsigned, Wertebereiche, Go und JavaScript (00:20:58) Problem mit großen Zahlen: Twitter Tweet IDs, JavaScript BigInt und JSON (00:26:51) Probleme mit Währungen: Rundungsfehler und die korrekte Speicherung (00:35:31) Probleme mit Wertebereichen: Under- und Overflows, Signed und Unsigned Datentypen (00:40:43) Under- und Overflow in der Realität: Das Jahr 2038 und 2036 Problem (00:44:43) Probleme mit Zeit: Rückwärts Laufende Uhren, Leap-Seconds und Monotonic-Clock (00:52:46) Probleme mit Modulo: Negative Zahlen führen zu verschiedenen Ergebnissen (00:58:42) Weitere Probleme mit Zahlen: Portabilität, Zahlen-Basen, UUID und Bit-Operationen Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#62 Technologien konsolidieren, oder wie Startups sammeln? 1:08:20

2 years önce1:08:20

1:08:20

Was ist der richtige Ansatz? Ein Stack für die ganze Firma oder jedes Team darf die Technologie wählen, wie es möchte? Die Wahl der richtigen Programmiersprache, der richtigen Datenbank, der richtigen Cloud-Umgebung. Gibt es etwas, worüber sich Software-Engineers mehr streiten können? Doch genau diese Fragen stehen i.d.R. beim Start eines Projektes an. Zumindest, wenn das Team die freie Wahl hat. Dies ist das eine Extrem. Im anderen Extrem wird die Sprache und der Stack von der Firma vorgegeben und im Rahmen wird auch operiert. Was ist nun besser? Was sind die Vorteile von "Alles ist möglich"-Ansatz? Und warum sollte man diese nicht wählen? Und welche Gründe gibt es für den "Ein-Stack"-Ansatz? Und was passiert, wenn die Firma von einem Extrem ins andere wechseln möchte? Wie geht man bei einer möglichen Technologie-Konsolidierung vor? Was passiert mit der Innovationsfreudigkeit? Welchen Effekt hat dies auf die Mitarbeiterinnen? All das und noch viel mehr gibt es in dieser Episode. Bonus: Wird in Innsbruch alles immer neu entwickelt und ob das Spagetti Eis nur in NRW bekannt ist. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Gesetz von Conway: https://de.wikipedia.org/wiki/Gesetz_von_Conway Vercel: https://vercel.com/ AWS PrivateLink: https://aws.amazon.com/de/privatelink/ Azure PrivateLink: https://learn.microsoft.com/de-de/azure/private-link/private-link-overview Apache Hadoop: https://hadoop.apache.org/ Die Tribute von Panem: https://de.wikipedia.org/wiki/Die_Tribute_von_Panem Thoughtworks Tech Radar: https://www.thoughtworks.com/radar Tech-Radar Prozess von Einride: https://einride.engineering/blog/its-tech-radar-review-season/ Sprungmarken (00:00:00) Intro (00:01:03) Lieblingsprogrammiersprache und die Migration auf JavaScript (00:03:22) Zwei Extreme: Einheitlicher Stack oder Jeder darf wählen was man möchte (00:06:18) Vorteile vom "Alles ist möglich"-Ansatz (00:12:46) Nachteile vom "Alles ist möglich"-Ansatz (00:24:39) Vorteile vom einheitlichen Stack-Ansatz (00:29:58) Nachteile vom einheitlichen Stack-Ansatz und wird die Innovationsfreudigkeit geblockt und Legacy-Apps fördert? (00:34:58) Konflikte und Emotionen bei Konsolidierungen (00:40:07) Wie kann eine Konsolidierung durchgeführt werden? (00:55:42) Effekt auf die Mitarbeiter bei einer Konsolidierung (01:00:04) Wie ist der Stand bei euch in der Firma? Steht eine Konsolidierung bevor? (01:01:30) Welcher Ansatz ist denn nun der beste? (01:07:07) Zusammenfassung Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#61 Schwierige 1-on-1 Situationen und Lösungsvorschläge 55:31

2 years önce55:31

55:31

Wertvolle 1on1s oder pure Zeitverschwendung: Die Peer-Coaching-Episode Die Führung und Strukturierung von Einzelgesprächen, sogenannten 1on1s ist nicht einfach. Viele dieser Gespräche drehen sich um Operatives und gleichen einem Status-Update. Seit der unserer Episode #10 über 1on1s vor einem Jahr haben wir verschiedene Fragen aus der Community bekommen, die sich um die Struktur, den Wert, die Führung und andere Herausforderungen von Einzelgesprächen dreht. Sollte ich 1on1s eher formalisieren oder Frei-Schnauze gestalten? Wie kann ich das Gespräch immer von den gleichen (technischen) Themen weg bewegen und hin zu den realen Knackpunkten? Was tue ich, wenn mein Vorgesetzter meine Kritik nicht ernst nimmt? Wie kann auch 1on1s durch die Veränderung des Ortes etwas auflockern? Sind 1on1s mit einem Bier gefährlich? Darum und noch viel mehr, handelt diese Episode. Bonus: Ob 2023 das Jahr des Linux-Desktops ist und was ein Döner-Schiff mit 1on1s zu tun hat. Schaut vorbei in unserer neuen Community: https://engineeringkiosk.dev/join-discord Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Open-Source-Software: München wollte Linux, dann nicht mehr, jetzt wieder: https://www.deutschlandfunknova.de/beitrag/linux-versus-microsoft-m%C3%BCnchen-will-wieder-zurueck-zu-mehr-open-source Engineering Kiosk Episode #10 Das Karriere Booster Meeting 1:1s: https://engineeringkiosk.dev/podcast/episode/10-das-karriere-booster-meeting-11s/ Engineering Kiosk Community: https://engineeringkiosk.dev/join-discord Vier-Seiten-Modell: https://de.wikipedia.org/wiki/Vier-Seiten-Modell 101 Questions to Ask in One on Ones: https://jasonevanish.com/2014/05/29/101-questions-to-ask-in-1-on-1s/ 5-Why-Methode: https://de.wikipedia.org/wiki/5-Why-Methode Beispiel-Fragen zur 1on1 Bestandsaufnahme Erwartungsmanagement Weißt du, was von dir bei der Arbeit erwartet wird? Was erwartest du von mir als dein Vorgesetzter? Hast du ein klares Ziel, welches du verfolgt? Kommunikation Wenn ein Lob für dich ausgesprochen wird, sollte dies in der Öffentlichkeit (Stand Ups, Slack, ...) oder privat geschehen? Gibt es etwas, womit du dich schwer tust? Welches Thema hast du im Sinn, dass (dringend) geklärt werden muss? Entwicklung Hast du das Gefühl, dass du bei genug lernst und du dich weiterentwickelst und wächst? Hast du für dich einen klaren Karrierepfad? Arbeit Arbeitest du an spannenden Projekten? Auf einer Skala von 0 bis 10, wie spannend sind die Projekte, an denen du arbeitest? Wenn du zwei Dinge in unserem Team / bei ändern könntest, welche wären das? Hast du die Materialien und die Ausrüstung, die du brauchst, um deine Arbeit richtig zu machen? Hast du die Möglichkeit, jeden Tag das zu tun, was du am besten kannst? Sprungmarken (00:00:00) Intro (00:00:44) Ist 2023 das Jahr des Linux-Desktops? (00:03:07) Herausforderungen in 1on1s: Community-Fragen und Peer-Coaching (00:07:12) Walking- und Bier-1on1s (00:12:11) Steuert der Ort des 1on1s auch das Thema? (00:16:17) Andere Orten bei Remote-1on1s, Fokus auf das Gespräch und Gesprächspartner und Wert des Gesprächs (00:21:44) Konstruktive Kritik wird vom Vorgesetzten nicht angenommen und ist "zu busy" (00:26:27) Kommunikationstrick: Wie fühle ich mich? (00:28:50) Health-Metrik: Wie viel Zeit sollte der Manager mit dem Team verbringen? (00:30:31) 1on1s: Formalisiert oder Frei-Schnauze? (00:34:53) Pfad für die Weiterentwicklung einzelner Personen (00:37:23) Was mache ich als Manager, um das 1on1 Gespräch weg von Technik hin zu realen Knackpunkten zu lenken? (00:42:48) Die richtigen Fragen überlegen (00:49:26) Pro-Tip: Macht nicht alles zu eurem Problem (00:51:48) Pro-Tip: Enable andere, um Probleme zu lösen, anstatt diese selbst zu lösen (00:53:35) Strukturänderungen von 1on1s braucht Zeit (00:54:13) Eigener Style, Community und Outro Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#60 On-Call: Warum auch Software-Engineers auf Rufbereitschaft sein sollten 59:31

2 years önce59:31

59:31

On-Call bzw. Rufbereitschaft: Eine ewige Hass-Liebe? Software-Engineers entwickeln die Applikationen. Doch wer maintained diese und bringt diese wieder zurück ins Leben, wenn die Applikationen mal abstürzen? Im klassischen Sinne sind das System-Administratoren. Und für die meisten in diesem Beruf gehört On-Call dazu. Doch ist dies auch im modernen Dev-Ops-Umfeld und in Voll-Autonomen Teams der Fall? Welche Herausforderungen gibt es beim On-Call? Sollten Software-Engineers genauso auf Rufbereitschaft sein? Wie sieht ein strukturierter On-Call-Prozess aus? Und was muss getan werden, um einen solchen zu etablieren? Und welche Modelle zur Bezahlung bzw. Kompensation gibt es, wenn man auch nach der Arbeit für seine App gerade steht? All das und noch viel mehr gibt es in dieser Episode. Bonus: Was Pager mit Tamagotchi zu tun haben und ob On-Call zu einer Handy-Phobie führt. Schaut vorbei in unserer neuen Community: https://engineeringkiosk.dev/join-discord Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Engineering Kiosk #17 Was können wir beim Incident Management von der Feuerwehr lernen?: https://engineeringkiosk.dev/podcast/episode/17-was-k%C3%B6nnen-wir-beim-incident-management-von-der-feuerwehr-lernen/ PagerDuty: https://www.pagerduty.com/ OpsGenie: https://www.atlassian.com/de/software/opsgenie Being On-Call @ PagerDuty: https://response.pagerduty.com/oncall/being_oncall/ Sprungmarken (00:00:00) Intro (00:00:48) Handy in Reichweite und Freunde mit Pager (00:04:57) On-Call bzw. Rufbereitschaft und Wer macht es gerne? (00:07:01) Was ist On-Call und was bedeutet dies? (00:08:50) On-Call in kleineren IT-Teams: Es ist kompliziert (00:09:45) Strukturierte und Organisierte Rufbereitschaft (00:10:41) Wer braucht denn eigentlich On-Call? (00:12:51) Welche Rollen sind denn auf Rufbereitschaft? (00:17:31) Wie kommt man zu einem strukturierten On-Call-Prozess? (00:24:51) Kompensation und Reaktionszeiten (00:28:30) Psychologische Herausforderung: Defensive Haltung gegenüber On-Call (00:34:34) Die beste Schichtlänge für On-Call (00:38:47) Wie schwierig ist es, Leute fürs On-Call zu begeistern? (00:43:05) Sollten Engineering Manager On-Call sein? (00:44:28) Nicht jeder Alert ist auch ein relevanter Alert (00:46:36) Metriken für On-Call (00:49:17) Feature Flags und Controlled Deployments als Mittel für's On-Call (00:52:53) Welche Tools zur Alarmierung gibt es? (00:54:03) Volle Verantwortung für deine Applikation (00:58:18) Engineering-Kiosk-Community in Discord Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#59 Kann man mit Open Source Geld verdienen? 54:11

2 years önce54:11

54:11

Finanzierung von Open-Source-Projekten ist essentiell - Doch welche Möglichkeiten gibt es? Open-Source-Projekte sind wichtiger denn je, in unserer aktuellen Gesellschaft. Projekte wie cURL, OpenSSL, sqlite und Co. werden oft von wenigen Leuten maintained, doch Millionen Menschen nutzen diese jeden Tag, auch oft ohne es zu wissen. Die meisten Open-Source-Projekte werden in der Freizeit maintained. Doch wie passt das zusammen, besonders wenn die Miete gezahlt werden muss und auch Essen auf dem Tisch sein soll? Da kommt das (nicht ganz so einfache) Thema der Finanzierung von Open Source Projekten auf. In dieser Episode gehen wir genau darauf ein und stellen euch ein paar Möglichkeiten vor, wie du Geld mit bzw. für dein Open-Source-Projekt bekommen kannst. Dabei geht es nicht nur um den Platzhirsch GitHub Sponsors, sondern auch um professionelles Sponsoring von Firmen, dem Early-Access-Modell, staatliche Förderungen und so langweilige Themen wie Steuern. Bonus: Was Rundfunkgeräte mit Batterien mit Open-Source zu tun haben und ob Geld wirklich motivierend ist. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links FOSDEM Konferenz: https://fosdem.org/2023/ Chaos Communication Congress: https://events.ccc.de/congress/ Vortrag "Parsing zone files really fast": https://fosdem.org/2023/schedule/event/dns_parsing_zone_files_really_fast/ Open-Source-Hardware: https://de.wikipedia.org/wiki/Open-Source-Hardware "Für 50 Prozent der Entwickler ist Open Source ein 9-to-5-Job": https://www.techrepublic.com/article/for-50-percent-of-developers-open-source-is-a-9-to-5-job/ Vortrag "Winners and Losers in FOSS": https://fosdem.org/2023/schedule/event/foss_winners_losers/ Heartbleed: https://de.wikipedia.org/wiki/Heartbleed Log4Shell: https://en.wikipedia.org/wiki/Log4Shell Buch "Drive" bei Daniel H. Pink: https://www.thalia.de/shop/home/artikeldetails/A1011939308 Open Collective: https://opencollective.com/ WWNRW Open Air - Mit Open Source von Null auf $100.000 pro Jahr: https://www.meetup.com/de-DE/webworker-nrw/events/287592981/ Material for MkDocs: https://squidfunk.github.io/mkdocs-material/ OpenSSL: https://www.openssl.org/ cURL: https://curl.se/ OpenSearch: https://opensearch.org/ Lennart Poettering wechselt von Red Hat zu Microsoft: https://www.heise.de/news/Linux-Groesse-Lennart-Poettering-wechselt-von-Red-Hat-zu-Microsoft-7165551.html MyRocks - A RocksDB storage engine with MySQL: http://myrocks.io/ Open-core model: https://en.wikipedia.org/wiki/Open-core_model Plausible: https://plausible.io/ Hetzner NextCloud Hosting: https://www.hetzner.com/de/storage/storage-share?country=de Open Source Förderung vom Media Tech Lab: https://www.media-lab.de/de/media-tech-lab Prototype Fund: https://prototypefund.de/ GitHub Accelerator: https://accelerator.github.com/ Mozilla Ventures: https://mozilla.vc/ NLNet Foundation: https://nlnet.nl/ Sprungmarken (00:00:00) Intro (00:01:03) FOSDEM Konferenz, Community-Treffen und teures Bier (00:04:57) Geld und Open Source: Finanzierung von und Geld verdienen mit Open-Source Projekten (00:07:43) Open-Source Sponsoring von Firmen (für große und kleine Firmen) (00:14:03) Gerechte Verteilung von Geld innerhalb eines Open Source Projektes (00:21:20) Geld empfangen und Nutzen durch Fiscal Hosts (00:23:47) Early-Access-Modell: Früher Zugang zu neuen Features in Open Source Projekten (00:28:24) Das Open-Source Projekt als Produkt sehen (00:30:57) Open-Source-Arbeit als normaler Vollzeit-Arbeitnehmer (00:35:03) Aus dem Open-Source Projekt ein Business machen (Open-Core) (00:41:44) (Staatliche) Förderung und Stipendien zur Finanzierung von Open-Source Projekten (00:46:40) Versteuerung von Open-Source-Sponsoring (00:50:37) Ist es unmoralisch, mit Open-Source Geld zu verdienen? (00:51:49) Buy me a beer und Flachwitze Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#58 Software-Updates, alte Software, Long Term Support und End of Life-Dates 56:39

2 years önce56:39

56:39

Alte Software akzeptieren oder lieber jedem Update hinterherjagen? Podcast als Video: https://youtu.be/94RZcJefzR8 Das ist die Balance, die jeder finden muss. Wann update ich Software? Wie lange kann ich alte Software betreiben? Ab wann ist alte Software ein wirkliches Risiko? Sollte ich bei jeder neuen Major-Version direkt updaten? Bringt es überhaupt etwas, eine alte Software auf etwas Neues zu migrieren, ohne neue Funktionalität zu bekommen? Welche Risiken verbergen sich hinter den Updates? Ist der klassische Spruch "Never touch a running system" noch aktuell oder sogar ein Fehler? All das und weitere Themenbereiche wie Long-Term-Support, End of Life-Dates, die Software-Metrik Dependency Drift, Dependabot und rostende Software besprechen wir in dieser Episode. Bonus: Warum früher alles besser war, sogar die Zukunft und warum Legacy immer das Geld verdient. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Das tiefere Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Spotify führt Videopodcasts in Deutschland ein: https://t3n.de/news/spotify-deutschland-video-podcasts-1485708/ What are register_globals in PHP?: https://stackoverflow.com/questions/3593210/what-are-register-globals-in-php jQuery: https://jquery.com/ Lodash: https://lodash.com/ Backbone.js: https://backbonejs.org/ npmjs - About semantic versioning: https://docs.npmjs.com/about-semantic-versioning package.json: ~ versus ^: https://www.heise.de/blog/package-json-versus-3711301.html Dependabot: https://github.blog/2020-06-01-keep-all-your-packages-up-to-date-with-dependabot/ Apache Subversion: https://subversion.apache.org/ Go Release Policy: https://go.dev/doc/devel/release TYPO3 LTS: https://typo3.org/cms/roadmap sqlite LTS: https://www.sqlite.org/lts.html Engineering Kiosk #45 Datengetriebene Entscheidungen und der perfekte Dashboard Stack: https://engineeringkiosk.dev/podcast/episode/45-datengetriebene-entscheidungen-und-der-perfekte-dashboard-stack/ Dependency Drift: A metric for software aging: https://nimbleindustries.io/2020/01/31/dependency-drift-a-metric-for-software-aging/ Jahr-2038-Problem: https://de.wikipedia.org/wiki/Jahr-2038-Problem Jahr-2000-Problem: https://de.wikipedia.org/wiki/Jahr-2000-Problem The Monotonic Clock and Why You Should Care About It: https://blog.codeminer42.com/the-monotonic-clock-and-why-you-should-care-about-it/ renovate bot: https://github.com/renovatebot/renovate Sprungmarken (00:00:00) Intro (00:01:26) Video-Podcast (00:02:02) Alte Technologien (16-Bit Applikationen, PHP und JQuery und JavaScript-Abhängigkeiten) und Version Pinning (00:07:37) Was oder Wer ist dependabot? (00:09:00) Ist Subversion alte Software? Und was bringt es nach git umzusteigen? (00:12:49) Migrationen ohne neue Funktionalität und Software an die sich niemand ran traut (00:16:16) Wann weiß ich, wann ich die Software updaten sollte? End of Life-Dates (00:21:30) Software rostet: Updates für Blackbox-artige Software und nächtliche CI runs sind (00:27:08) Sollten Support / End of life dates auch an Kunden kommuniziert werden? (00:29:04) Long Term Support (LTS) / Extended Long Term Support (ELTS) (00:35:38) Dependency- und Version-Drift oder Software-Aging (00:38:02) Arten und Zeit-Intervalle von Software-Auslieferung (00:40:53) Wie lang fasst man ein System nicht mehr an und das Jahr 2038 mit den Unix-Timestamps (00:47:04) sqlite bietet Support bis zum Jahr 2050 (00:53:26) Zusammenfassung, Schrödingers Backup und Feedback Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#57 Servant Leadership: Führungsstil der neuen Generation? 57:42

2 years önce57:42

57:42

Servant Leadership, die dienende Führung: Heiße Luft oder ein neuer Trend? Mit Leadership-Stilen ist es wie mit JavaScript-Frameworks: Jede Woche kommt ein neuer. Servant Leadership, der dienende Führungsstil, kann auch als solch einer bezeichnet werden. Speziell mit dem Einzug der Generation Z in die Arbeitswelt, könnte dieser Leadership-Style in Zukunft eine besondere Bedeutung bekommen. Doch was ist Servant Leadership überhaupt? Wie unterscheidet sich dieser Stil von anderen Stilen wie Laissez-faire? Warum ist Servant Leadership gerade ein Trend und in aller Munde? Für wen beziehungsweise in welchen Situationen ist Servant Leadership unangebracht? Und warum spielt die Frage "Warum?" dabei eine bedeutende Rolle? All das und viel mehr in dieser Episode. Bonus: Was JavaScript-Frameworks, Krokodile und Greta Thunberg mit Servant Leadership zu tun haben. Deine "schnelle" Rückmeldung zur Episode? 👍 (sehr cool) 👎 (geht so) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Überblick Leadership Styles: https://asana.com/de/resources/leadership-styles Buch "Servant Leadership" von Robert K. Greenleaf: https://www.amazon.de/Servant-Leadership-Journey-Legitimate-Greatness/dp/0809105543 Engineering Kiosk #47 Wer Visionen hat, soll zum Arzt!?: https://engineeringkiosk.dev/podcast/episode/47-wer-visionen-hat-soll-zum-arzt/ Simon Sinek: https://simonsinek.com/ Simon Sinek: Wie große Führungspersönlichkeiten zum Handeln inspirieren: https://www.ted.com/talks/simon_sinek_how_great_leaders_inspire_action?language=de Buch "Turn The Ship Around!: A True Story of Turning Followers Into Leaders": https://www.amazon.de/Turn-Ship-Around-Building-Breaking/dp/0241250943/ Engineering Kiosk #17 Was können wir beim Incident Management von der Feuerwehr lernen?: https://engineeringkiosk.dev/podcast/episode/17-was-k%C3%B6nnen-wir-beim-incident-management-von-der-feuerwehr-lernen/ Engineering Kiosk #44 Der Weg zum hochperformanten Team: https://engineeringkiosk.dev/podcast/episode/44-der-weg-zum-hochperformanten-team/ Sprungmarken (00:00:00) Intro (00:00:46) Wann hast du das erste Mal in deinem Leben Leadership gezeigt? (00:04:19) Servant Leadership und welche Leadership-Styles gibt es denn noch? (00:06:47) Was ist der Unterschied zwischen Servant Leadership und Laissez-faire? (00:10:31) Definition von Servant Leadership (00:11:42) Fokus auf das Team, auf die Gemeinschaft und Weitblick sowie visionäres Denken (00:15:00) Überzeugungskraft und was Warum: Warum machen wir das alles hier? (00:22:51) Verantwortungsbewusstsein für das was man tut (00:27:09) Wachstum der einzelnen Teammitglieder und vom Team (00:29:00) Sich selbst nicht vernachlässigen: Bewusstsein, Stärken und Schwächen (00:30:51) Wieso ist Servant Leadership gerade aktuell und der neue Trend? (Millennials und Gen-Z) (00:38:05) Gesicht von Servant Leadership: Simon Sinek (00:39:15) Was sind die Nachteile von Servant Leadership? (00:46:39) Für wen ist Servant Leadership nicht geeignet? (00:55:54) Outro Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#56 Applikations-Skalierung: Wann, wieso, was kostet es? Stateless und Stateful, Horizontal vs. Vertikal 50:26

2 years önce50:26

50:26

Die App muss skalieren. Das kann doch nicht so schwer sein, oder? Sekundenschnelles und automatisches Hochskalieren bei einem erhöhten Traffic-Aufkommen. So oder so ähnlich versprechen es die Cloud-Hyperscaler in ihren Marketing-Texten. Das erweckt oft den Anschein, dass das Ganze gar nicht so schwer sein kann. Doch ist dies auch in der Realität so? Eine Applikation skalierbar zu gestalten, ist bei weitem nicht einfach. Stichworte wie Ausfallsicherheit, vertikale- oder horizontale Skalierung, Stateless- oder Stateful-Applications, Loadbalancer und Auto-Discovery, Kubernetes und zusätzliche Code-Komplexität, finanzieller Impact, Load-Tests, Request-Deadlines, Chaos Monkey und Down-Scaling. Alles Begriffe, die damit in Verbindung stehen und einen wichtigen Bestandteil ausmachen. In dieser Episode geben wir einen Überblick über das Thema Application-Skalierung: Was ist das? Wer braucht es? Was sind die Grundbegriffe und welche Grundlagen müssen erfüllt werden, damit das ganze erfolgreich wird? Bonus: Warum Andy eine Märchenstimme hat und warum wir Milchmädchenrechnung nicht mehr sagen sollten. Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Rule of 40: https://aktien.guide/blog/rule-of-40-einfach-erklaert Kubernetes: https://kubernetes.io/ Amazon S3: https://aws.amazon.com/de/s3/ Vitess: https://vitess.io/ Ceph: https://ceph.io/ Chaos Monkey: https://github.com/Netflix/chaosmonkey/ Zu Besuch bei Hetzner Datacenter: https://www.youtube.com/watch?v=F0KRLaw8Di8 ProxySQL: https://proxysql.com/ PlanetScale: https://planetscale.com/ Sprungmarken (00:00:00) Intro (00:00:35) Das Märchen der Skalierung und meine Datenbank skaliert nicht (00:02:55) Was ist Skalierung? (00:06:45) Braucht man Skalierung überhaupt? Wer muss skalieren? (00:12:41) Es ist cool auf Scale zu arbeiten (00:16:23) Wenn wir skalieren können, sparen wir Geld (00:20:50) Stateless vs. Stateful-Systeme (00:31:43) Horizontaler vs. Vertikaler skalierung (00:35:38) Ab wann skaliere ich die Hardware oder optimiere die Applikation? (00:39:24) Gesteigerte Komplexität durch Skalierung (00:42:42) Was braucht ihr, um skalieren zu können bzw. damit anzufangen? (00:48:49) Outro Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#55 Weiterbildung: Zertifizierung, Newsletter, Konferenzen, ... Wie? Warum? Und wer zahlt das Ganze? 1:00:21

2 years önce1:00:21

1:00:21

Wie notwendig ist Weiterbildung und welche Möglichkeiten gibt es? Was ist zur Zeit schwieriger? Die richtigen Leute zu bekommen oder die richtigen Leute zu halten? Speziell für den zweiten Bereich ist Weiterbildung bzw. das Angebot zur Weiterbildung eine notwendige Maßnahme. Doch sind Konferenzen die einzige Möglichkeit, sich im Software-Bereich weiterzubilden? Wie steht es mit Zertifizierungen? Oder sogar hoch qualitativen Content wie kostenpflichtigen Newslettern? Und bringen Remote-Konferenzen auch was? Und ist das alles Arbeitszeit? Wir machen eine Tour durch die verschiedenen Weiterbildungsmöglichkeiten und klären auch die Frage, wer das eigentlich alles bezahlt. Bonus: Ob wir mit einer Leiter wirklich überall reinkommen und ob Newsletter die neuen Zertifizierungen sind. Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Engineering Kiosk FOSDEM Community Event: https://engineeringkiosk.dev/fosdem2023 Can you get in anywhere with a ladder?: https://www.youtube.com/watch?v=NiEMcjSQOzg Stromberg: https://de.wikipedia.org/wiki/Stromberg_(Fernsehserie) The Office: https://de.wikipedia.org/wiki/The_Office Devops Weekly: https://www.devopsweekly.com/ JavaScript Weekly: https://javascriptweekly.com/ Software Lead Weekly: https://softwareleadweekly.com/ The Pragmatic Engineer: https://newsletter.pragmaticengineer.com/ Benedict Evan’s Newsletter: https://www.ben-evans.com/newsletter Engineering Kiosk #37 Mit IT-Büchern Geld verdienen? Wer liest überhaupt noch Bücher?: https://engineeringkiosk.dev/podcast/episode/37-mit-it-b%C3%BCchern-geld-verdienen-wer-liest-%C3%BCberhaupt-noch-b%C3%BCcher/ ECDL: https://www.ecdl.de/start.html AWS Certification: https://aws.amazon.com/de/certification/ Engineering Kiosk #30 Ist ein Informatikstudium sinnvoll? Welche Ausbildung für Devs?: https://engineeringkiosk.dev/podcast/episode/30-ist-ein-informatikstudium-sinnvoll-welche-ausbildung-f%C3%BCr-devs/ Udemy: https://www.udemy.com/ Coursera: https://de.coursera.org/ AWS re: Invent: https://reinvent.awsevents.com/ FOSDEM: https://fosdem.org/2023/ Google Cloud Next: https://cloud.withgoogle.com/next Engineering Leadership Konferenzen (Lead Dev): https://leaddev.com/ Web Engineering Meetup Düsseldorf: https://www.meetup.com/de-DE/web-engineering-duesseldorf/ Linux Hotel Essen: https://www.linuxhotel.de/ Sprungmarken (00:00:00) Intro (00:01:04) Kino, Leiter, Stromberg und The Office (00:04:20) Wer nicht mit der Zeit geht, geht mit der Zeit (in der IT) (00:06:44) Weiterbildung: Wie man mit der Zeit geht, damit man nicht mit der Zeit geht (00:07:47) Bezahlte Newsletter (00:14:57) Zertifizierungen (00:25:35) Online-Kurse und Massive Open Online Courses (MOOCs) (00:29:34) Konferenzen, Barcamps, Unkonferenzen und Meetups (00:43:42) Fach-Bücher (00:44:30) Müssen Firmen die Weiterbildung fördern? (00:50:23) Bildungsurlaub, Anreise als Arbeitszeit, Zeit-Investment und Weiterbildung als Belohnung (00:58:34) Outro Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#54 Key Value Store Redis: Einsatzmöglichkeiten, Fallstricke, Datenstrukturen, HyperLogLog und (flüchtige) Persistenz 1:02:07

2 years önce1:02:07

1:02:07

Redis - Der open source, in-memory data structure server Viele Software-Engineers haben bereits von Redis gelesen. Primär im Anwendungsfall eines Caches. Doch das ist bei weitem nicht alles, was Redis unter der Haube hat. In dieser Episode schauen wir uns den Data Structure Server mal genauer an. Was ist Redis? Welche Datentypen unterstützt dieser? Was ist Geospatial und HyperLogLog? Kann Redis meine Daten auch persistieren? Welche Use-Cases gibt es neben dem Caching? Wer ist eigentlich der Kopf hinter Redis? Und wie kann ich Redis erweitern, falls ich noch mehr Funktionalität brauche? All das und noch viel mehr Hintergrundwissen zu Redis in dieser Episode. Bonus: Wann unser Co-Host Andy und wann Andreas genannt wird und was Clippy von Word mit Redis zu tun hat. Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Engineering Kiosk Episode #53 Cloud / NoCode/ AI / ChatGPT ersetzen unsere Jobs?: https://engineeringkiosk.dev/podcast/episode/53-cloud-nocode-ai-chatgpt-ersetzen-unsere-jobs/ Redis: https://redis.io/ Redis Data types: https://redis.io/docs/data-types/ MySQL Spatial Data types: https://dev.mysql.com/doc/refman/8.0/en/spatial-types.html Engineering Kiosk #28 O(1), O(log n), O(n^2) - Ist die Komplexität von Algorithmen im Entwickler-Alltag relevant?: https://engineeringkiosk.dev/podcast/episode/28-o1-olog-n-on2-ist-die-komplexit%C3%A4t-von-algorithmen-im-entwickler-alltag-relevant/ Redis Persistence: https://redis.io/docs/management/persistence/ Consistent hashing: https://en.wikipedia.org/wiki/Consistent_hashing Redis Cluster: https://redis.io/docs/management/scaling/ Learn Redis the hard way (in production): https://tech.trivago.com/post/learn-redis-the-hard-way/ memcached: https://memcached.org/ GitHub Issue #1771: "Software watchdog crashes redis during rdb save point": https://github.com/redis/redis/issues/1771 Salvatore Sanfilippo (antirez) auf GitHub: https://github.com/antirez PL/SQL: https://de.wikipedia.org/wiki/PL/SQL Redis Scripting with Lua: https://redis.io/docs/manual/programmability/eval-intro/ Redis Modules: https://redis.io/resources/modules/ Redis Clients: https://redis.io/resources/clients/ Redis serialization protocol (RESP) specification: https://redis.io/docs/reference/protocol-spec/ DB Engines: https://db-engines.com/en/ranking Redis vs. MySQL Benchmarks: https://dzone.com/articles/redis-vs-mysql-benchmarks Sprungmarken (00:00:00) Intro (00:00:49) Die Datenbank Redis, wie wir zu dem Thema kommen und warum andere oft Redis wollen (00:03:32) Was ist Redis? (00:06:51) Wie sicher sind meine Daten im In-Memory-Store Redis? (00:08:07) Was ist Geospatial im Kontext von Redis? (00:09:34) Was ist HyperLogLog? (00:12:13) Was sind BitMaps und BitFields? (00:14:19) In Redis fängt alles mit einem Key an: Key-Value (00:17:07) Warum sollte ich Redis nehmen und nicht eine MySQL-Datenbank? (00:19:21) Persistenz-Modelle in Redis: RDB und AOF (00:25:49) Redis Cluster und Leader-Follower Architektur (00:26:55) Wie Andy zu Redis kam (00:31:36) Use-Cases von Redis: Caching, Delayed writes (00:34:26) Ist Redis eine Datenbank? (00:36:08) Salvatore Sanfilippo, antirez, der Autor von Redis (00:40:09) Fallstricke von Redis: Persistenz, Key-Struktur, Verschachtelte Datenstrukturen (00:43:16) Lua Scripting in Redis (00:45:26) Neue Daten-Strukturen durch Redis Modules (00:48:00) Redis Protokoll und Kommunikation mit Redis (00:49:52) Kommerzieller Support von Redis und Firmen-Konstrukt hinter Redis mit RedisLabs (00:55:27) Redis in der Cloud-Welt: GCP Memory Store, AWS ElastiCache, Azure Cache for Redis (00:59:36) Andys Lieblings-Datenbank und nicht erwähnte Themen: Cluster, Streams, twemproxy, Redis Sentinel Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#53 Cloud / NoCode/ AI / ChatGPT ersetzen unsere Jobs? 1:03:15

2 years önce1:03:15

1:03:15

Werden Software-Engineers sich selbst durch neue Entwicklungen arbeitslos machen? Jedes Jahr wird eine neue Sau durchs Dorf (aka Internet) getrieben. Wenn das passiert, heißt es wieder "X wird unsere Jobs ersetzen". Doch ist das wirklich so? In dieser Episode schauen wir uns drei dieser Thesen an, die wir in den letzten Jahren gehört haben: 1. "Die Cloud wird die Jobs von System-Administratoren ersetzen" 2. "No-Code / Low-Code tools werden den Jobs des Software-Entwicklers ersetzen" 3. "AI / ChatGPT wird unsere Jobs ersetzen" und besprechen, wie denn die Realität aussieht, ob die Thesen wahr sind bzw. wahr werden oder ob doch alles beim alten bleibt. Bonus: Warum Wolfgang ein Fan von Holz-Clogs ist und was Plasmaschneider in der Schmiede zu suchen haben. Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Engineering Kiosk #43 Cloud vs. On-Premise: Die Entscheidungshilfe: https://engineeringkiosk.dev/podcast/episode/43-cloud-vs-on-premise-die-entscheidungshilfe/ Stack Overflow Developer Survey 2022: https://survey.stackoverflow.co/2022 If this then that: https://ifttt.com/ Airtable: https://www.airtable.com/ Fourth Generation Language: https://de.wikipedia.org/wiki/4GL Gupta: https://de.wikipedia.org/wiki/Gupta_Technologies HyperCard: https://de.wikipedia.org/wiki/HyperCard NocoDB: https://www.nocodb.com/ Baserow: https://baserow.io/ DeepL: https://www.deepl.com/ Umstrittene KI von Google hat Anwalt eingeschaltet: https://www.forschung-und-wissen.de/nachrichten/technik/umstrittene-ki-von-google-hat-anwalt-eingeschaltet-13376370 GitHub Co-Pilot: https://github.com/features/copilot Why posting GPT and ChatGPT generated answers is not currently acceptable: https://stackoverflow.com/help/gpt-policy Sprungmarken (00:00:00) Intro (00:00:54) Ein volles Jahr Engineering Kiosk: Start der Staffel 2 (00:02:44) Heutiges Thema: 3 Thesen über die Zukunft des Job als Software-Entwickler (00:04:12) These "Die Cloud wird die Jobs von System-Administratoren ersetzen" (00:20:08) These "No-Code / Low-Code tools werden den Jobs des Software-Entwicklers ersetzen" (00:40:11) These "AI / ChatGPT wird unsere Jobs ersetzen" (01:01:41) Zusammenfassung (Too long; didn't read) Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#-1 Wrap Up 2022 und 1. Geburtstag: Learnings, Statistiken und was 2023 geplant ist 30:47

2 years önce30:47

30:47

1 Jahr Engineering Kiosk: Ein Wrap-up mit Learnings, Statistiken und Pläne für 2023 Dieser Podcast hat ein ganzes Jahr voll gemacht. Dies ist für uns ein Grund mal etwas zurück zu schauen und in dieser etwas anderen Episode ein paar Hintergrundinformationen mit euch zu teilen. Was waren eigentlich die Ziele und Motivation hinter dem Podcast? Wie sehen die Statistiken aus? Wie viele Leute hören uns? Was für Learnings haben Andy und Wolfgang gemacht? Wie viel Aufwand steckt im Podcast? Und viel wichtiger: Was steht für das kommende Jahr, 2023, auf dem Plan? All das in dieser Episode sowie ein mögliches Community-Treffen in Belgien -> https://engineeringkiosk.dev/fosdem2023 Bonus: 3 Flachwitze und wo die größte Orgel Europas steht Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Österreich für die Deutschen das sympathischste Nachbarland: https://www.derstandard.at/story/2000142254262/oesterreich-fuer-die-deutschen-das-sympathischste-nachbarland Wien ist die lebenswerteste Stadt der Welt: https://www.tagesschau.de/ausland/europa/wien-lebenswerteste-stadt-101.html Wien ist die unfreundlichste Stadt der Welt: https://www.derstandard.at/story/2000141285183/expat-city-ranking-2022-wien-unfreundlichste-stadt-weltweit 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/ Deutschsprachige Tech Podcasts: https://engineeringkiosk.dev/deutsche-tech-podcasts/ Web Engineering Meetup Düsseldorf: https://www.meetup.com/de-DE/Web-Engineering-Duesseldorf/ Engineering Kiosk #46 Welches Problem löst Docker?: https://engineeringkiosk.dev/podcast/episode/46-welches-problem-l%C3%B6st-docker/ Podcast "Einschlafen mit Wikipedia": https://einschlafen.podigee.io/ Engineering Kiosk #47 Wer Visionen hat, soll zum Arzt!?: https://engineeringkiosk.dev/podcast/episode/47-wer-visionen-hat-soll-zum-arzt/ Engineering Kiosk #42 Lexer, Parser und Open Source in Counterstrike: https://engineeringkiosk.dev/podcast/episode/42-lexer-parser-und-open-source-in-counterstrike/ Engineering Kiosk #28 O(1), O(log n), O(n^2) - Ist die Komplexität von Algorithmen im Entwickler-Alltag relevant?: https://engineeringkiosk.dev/podcast/episode/28-o1-olog-n-on2-ist-die-komplexit%C3%A4t-von-algorithmen-im-entwickler-alltag-relevant/ Engineering Kiosk #41 SQL Injections - Ein unterschätztes Risiko: https://engineeringkiosk.dev/podcast/episode/41-sql-injections-ein-untersch%C3%A4tztes-risiko/ Open Podcast - An open platform for podcast analytics: https://openpodcast.dev/ FFmpeg - A complete, cross-platform solution to record, convert and stream audio and video: https://ffmpeg.org/ FOSDEM 2023: https://fosdem.org/2023/ Engineering Kiosk Community Treffen bei der Fosdem 2023: https://engineeringkiosk.dev/fosdem2023 Sprungmarken (00:00:00) Intro (00:00:37) 2022er Engineering Kiosk Wrap-Up und Flachwitze (00:03:41) Was waren die Ziele und Motivation hinter dem Engineering Kiosk? (00:10:32) Statistiken vom Engineering Kiosk-Podcast (00:15:28) Learnings und Lieblings-Episoden (00:23:42) Was haben wir für 2023 geplant? (00:27:15) Community + FOSDEM 2023 (00:30:02) Ein dickes Danke Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#52 Asynchrone Verarbeitung durch Message Queues - Vor- und Nachteile 53:39

2 years önce53:39

53:39

Asynchrone Verarbeitung durch Message Queues: Was ist das und wofür ist das gut? In vielen Applikationen gibt es Bereiche, die einfach etwas Zeit für die Verarbeitung brauchen, aber das klassische Anfrage/Antwort (Request/Response) Verhalten nicht blockieren sollen. Oft werden dafür asynchrone Prozesse verwendet. Durch den Einsatz von Message Queues ergeben sich weitere Vorteile wie u.a. granulare Skalierbarkeit und Unabhängigkeit von einzelnen Programmiersprachen. RabbitMQ ist einer der Platzhirsche im Bereich Open-Source-Message-Broker. In dieser Episode klären wir wofür Message Queues gut sind, bei welchen klassischen Anwendungsfällen diese helfen können, welche Herausforderungen diese Darstellen, wo der Unterschied zu Pub/Sub oder Streams ist und was Redis, Kafka und ZeroMQ damit zu tun hat. Bonus: Warum Software rostet. Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links RabbitMQ: https://www.rabbitmq.com/ ActiveMQ: https://activemq.apache.org/ AMQP: https://www.amqp.org/ Jakarta Messaging: https://de.wikipedia.org/wiki/Jakarta_Messaging Red Hat / JBoss AMQ: https://www.redhat.com/de/technologies/jboss-middleware/amq Apache Kafka: https://kafka.apache.org/ ZeroMQ: https://zeromq.org/ Erlang mnesia: https://www.erlang.org/doc/man/mnesia.html Sprungmarken (00:00:00) Intro (00:00:41) Post-Retouren an der Haustür, Warteschlangen und Reservierungs-Scheduling mit Process Mining (00:05:49) Das heutige Thema: Message Queuing (mit RabbitMQ) (00:07:23) Was sind Message Queues und was sind typische Anwendungsfälle? (00:10:48) Komponenten einer Message Queues und deine Datenbank als Message Queues (00:12:30) Herausforderungen beim Message Queuing: Exactly once delivery (00:15:15) Möglichkeiten durch Message Queuing: Granulare Skalierbarkeit, Micro-Service Kommunikation und Serverless (00:16:56) Was ist RabbitMQ? (Erlang, AMQP) (00:21:53) Advanced Features von Message Queuing-Systemen: Exchanges, Routing, Priority Queues, Time to live (TTL) (00:27:01) Message Acknowledgement + Rejetion und Dead Letter Queues (00:31:11) Ist Amazon SQS oder Google PubSub eine gute Alternative? (00:34:22) Alternative mit Redis: PubSub, Listen und Streams (00:36:18) Wo ist der Unterschied zwischen einer Message Queue und einem Stream? (00:38:51) Kann ich Apache Kafka als Message Queuing System verwenden? (00:40:29) Ist RabbitMQ oder Apache Kafka einfacher zu installieren und zu betreiben? (00:42:56) ZeroMQ (00:44:53) Was spricht gegen RabbitMQ? Operations, idempotente Consumer (00:48:34) Andere Protokolle fürs Message Queuing: MQTT, HTTP und WebSockets (00:49:46) Erfahrung durch die Nutzung in Side Projects und Zusammenfassung Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#51 Was ist das Staff (Engineer) Level? 48:58

2 years önce48:58

48:58

Was ist ein Staff-Engineer und wo ist der essentielle Unterschied zum Senior-Engineer? Karriere-Titel wie Junior- oder Senior-Engineer sind weit verbreitet. Staff-, Principal- oder sogar Distinguished-Engineer sind weniger bekannt. Aus den USA schwappt diese Art des Karrierepfades für Fachkräfte (Individual Contributor) immer mehr als Alternative zum Management-Pfad nach Europa rüber. Doch was ist eigentlich ein Staff-Engineer? Wo ist der Unterschied zum Senior-Engineer? Welche neuen Anforderungen werden an Staff-Engineers gestellt? Wo ist der Unterschied zu einem klassischen Engineering Manager? Was ist Leading by Influence? Wie wird der Titel des Staff-Engineers in verschiedenen Firmen definiert? Und haben Jobtitel überhaupt Relevanz? Bonus: Was Social-Media-Influencer mit Staff-Engineering zu tun haben und warum Legacy-Code das Geld verdient. Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links 9 skurrile Titel in Österreich: https://bam-magazin.at/titel-in-oesterreich/# Schmid an Mitarbeiter im ÖVP-Finanzministerium: "Du bist die Hure für die Reichen": https://www.derstandard.at/story/2000132106195/schmid-an-mitarbeiter-im-finanzministerium-du-bist-die-hure-fuer Sebastian Kurz heuert bei Tech-Investor Thiel an: https://www.handelsblatt.com/politik/international/oesterreichs-ex-kanzler-sebastian-kurz-heuert-bei-tech-investor-thiel-an/27935142.html Engineering Kiosk #40 - Wie wird man und Frau zum Senior Dev?: https://engineeringkiosk.dev/podcast/episode/40-wie-wird-man-und-frau-zum-senior-dev/ Netflix’s historic introduction of levels for software engineers: https://blog.pragmaticengineer.com/netflix-levels/ Netflix auf Wikipedia: https://de.wikipedia.org/wiki/Netflix Buch "The Staff Engineer's Path" von Tanya Reilly: https://www.oreilly.com/library/view/the-staff-engineers/9781098118723/ The Staff Engineer’s Path: Tanya Reilly in conversation: https://www.youtube.com/watch?v=QfzVCLP7JBo Dropbox Engineering Career Framework: https://dropbox.github.io/dbx-career-framework/ic5_staff_reliability_engineer.html CircleCI Engineering Competency Matrix: https://docs.google.com/spreadsheets/d/131XZCEb8LoXqy79WWrhCX4sBnGhCM1nAIz4feFZJsEo/edit#gid=0 Engineering Kiosk #50 - Episode zu Diversity: https://engineeringkiosk.dev/podcast/episode/50-dei-erh%C3%B6ht-innovation-und-den-finanziellen-erfolg/ Unsere Mastodon Umfrage: https://podcasts.social/@engkiosk/109582299983930765 Sprungmarken (00:00:00) Intro (00:00:42) Österreichische Titel Landschaft (00:03:20) Das heutige Thema: Was ist ein Staff Engineer (00:04:05) Wo ist der Unterschied zum Senior Engineer zum Staff Engineer? (00:04:33) Info/Werbung (00:05:33) Wo ist der Unterschied zum Senior Engineer zum Staff Engineer? (00:13:20) Übernehmen wir einfach die Kultur aus den USA? Netflix ändert ihren Karrierepfad (00:18:10) Was ist der konkrete Unterschied zwischen Senior- und Staff-Engineer? (00:21:05) Die größten Unterschiede: Big Picture, Execution und Leveling up auf Basis von gutem technischen Wissen (00:24:03) Leadership by Influence (ohne Personalverantwortung) (00:27:45) Das große ganze verstehen (das Big Picture) (00:30:55) Execution (komplexere Projekte, Legacy code, unklare Problemstellung) (00:33:25) Leveling up (Coaching, Mentoring, Role-Model, Objektiv- und Lösungsorientiert zu denken) (00:35:25) Die Rolle des Staff-Engineers ist nicht für jeden (00:38:15) Der Unterschied eines Staff Engineers zu einem Engineering Manager (00:40:05) Kein Industrie-Standard bei der Definition von Karriere-Level am Beispiel von Dropbox und CircleCI (00:42:45) Was sind die Erwartungen an euch? Gespräch mit eurer Vorgesetztin (00:46:10) Welche Relevanz haben Job-Titel? (00:49:25) Outro: Mastodon Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#50 DEI erhöht Innovation und den finanziellen Erfolg 57:30

2 years önce57:30

57:30

Diversity: Das Thema mit hoher Relevanz - Nicht nur in der Gesellschaft, sondern auch in Firmen und Tech-Teams. Forbes berichtet, dass diverse Firmen innovativer und erfolgreicher sind. Doch was ist Diversity eigentlich? Irgendwie wird es überall erwähnt und ist stets präsent. In dieser Episode klären wir was Diversity und DEI ist, warum es wichtig ist, darüber zu sprechen, welchen Effekt es auf Teams haben kann, wie nützlich Frauenquoten sind, wie der Mangel an weiblichen IT-Fachkräften sich auf das Thema auswirkt, was es mit der inklusiven Sprache aufsich hat und wo der Unterschied zwischen Diversität, Inklusion und Gleichberechtigung ist. Bonus: Ob Harvard und Stanford inklusiv sind und was Schokoküsse mit dem Thema zu tun haben. Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Basecamp's new etiquette regarding societal politics at work: https://world.hey.com/dhh/basecamp-s-new-etiquette-regarding-societal-politics-at-work-b44bef69 Slack - Anzeige von Pronomen und Aussprache des Namens für Mitgliederprofile verwalten: https://slack.com/intl/de-de/help/articles/1500011115781-Anzeige-von-Pronomen-und-Aussprache-des-Namens-f%C3%BCr-Mitgliederprofile-verwalten Why Diverse Teams Are Smarter: https://hbr.org/2016/11/why-diverse-teams-are-smarter Diversity boosts innovation and financial results: https://www.forbes.com/sites/forbesinsights/2020/01/15/diversity-confirmed-to-boost-innovation-and-financial-results/ GitHub Renaming the default branch to main: https://github.com/github/renaming On Redis replication terminology: http://antirez.com/news/122 MySQL terminology Updates: https://dev.mysql.com/blog-archive/mysql-terminology-updates/ Sprungmarken (00:00:00) Intro (00:00:38) 50 Episoden und Wolfgangs Wunsch-Thema Diversity (00:01:40) Respekt vor Gesprächen über Diversity (00:04:05) Entwicklungen von Diversity in den News bei Basecamp, Slack und in den USA (00:07:03) Warum können/sollten zwei weiße alte CIS Männer über Diversity sprechen? (00:09:32) Was ist Diversity? (00:15:28) Was ist Inklusion in DEI und wo ist der Unterschied zu Diversity? (00:19:21) Was ist Gleichberechtigung in DEI? (00:21:05) Warum ist es wichtig, über dieses Thema zu sprechen? (00:26:47) Der Effekt eines weiblichen Teammitglieds in einem männlichen Team und der Effekt von Inklusion mittels Sprache (00:32:45) Der Mangel an weiblichen IT-Fachkräften und anonyme Bewerbungen (00:40:21) Diversität in der Personalabteilung und Teams mit Überhang zu einem Geschlecht (00:42:52) Tech-Events nur für Frauen (00:45:04) Diversity-Quoten (00:49:26) Inklusive Sprache (00:54:14) Diversity ist noch mehr: Code of Conduct, Pronomen, Gendern (00:54:41) Nummer eins Tipp um die Diversity im Team zu erhöhen (00:56:01) Outro: Zusammenfassung, Feedback und Bewertungen Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#49 Die Zukunft: Software Repository Mining 54:55

2 years önce54:55

54:55

Die Analyse von Metadaten aus dem Software-Entwicklungsprozess: Yey or Ney? Die wenigsten kennen den Begriff des Software Repository Minings, doch die meisten benutzen Features, die darauf zurückzuführen sind. Zum Beispiel der automatische Vorschlag von den richtigen Pull Request Reviewern. Es geht darum, auf Basis der Daten aus dem Softwareentwicklungsprozess neue Erkenntnisse zu gewinnen, um diesen einfacher und produktiver zu gestalten. In dieser Episode klären wir, woher die Daten kommen, wie man an diese gelangt, welche Anwendungsfälle es gibt, was die Herausforderungen dabei sind und wie ihr damit starten könnt. Bonus: Ob Andy bereits 50 Jahre alt ist und warum gute Architektur auch als Selbstschutz dient. Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Zyklomatische Komplexität: https://de.wikipedia.org/wiki/McCabe-Metrik nPath Komplexität: https://de.wikipedia.org/wiki/Komplexit%C3%A4t_(Informatik)#Softwarekomplexit%C3%A4t Built with: https://builtwith.com/ MetricsGrimoire: https://github.com/MetricsGrimoire/ CHAOSS: https://chaoss.community/ Tool CVSAnalY: https://github.com/MetricsGrimoire/CVSAnalY GrimoireLab: https://chaoss.github.io/grimoirelab/ Bitergia: https://bitergia.com/ Mining Software Repository Konferenz: http://www.msrconf.org/ Semantic Versioning: https://semver.org/ MySQL: https://www.mysql.com/de/ GitHub Copilot: https://github.com/features/copilot Engineering Kiosk #44 Der Weg zum hochperformanten Team: https://engineeringkiosk.dev/podcast/episode/44-der-weg-zum-hochperformanten-team/ Will My Patch Make It? And How Fast? Case Study on the Linux Kernel: https://dergipark.org.tr/tr/download/article-file/729012 TYPO3-Rangliste "Contribution per quarter": https://forger.typo3.com/management/leaderboard Andy Grunwald - The story of my bachelor thesis about Software Repository Mining: https://andygrunwald.com/blog/the-story-of-my-bachelor-thesis-about-software-repository-mining/ FOSDEM 2023: https://fosdem.org/2023/ Sprungmarken (00:00:00) Intro (00:00:48) Das heutige Thema: Software Repository Mining (00:02:15) Warum kann Andy was zum Thema Software Repository Mining sagen? (00:04:03) Worum geht es beim Software Repository Mining? (00:05:48) Wie kommt man an die Daten der Software Repositories? Data- und Web-Mining (00:07:29) Klassische Anwendungsfälle von Software Repository Mining: Software Metriken, Velocity (Scrum) und womit wurde die Website gebaut? (00:13:07) Anwendungsfall: Analyse von Commits (00:15:12) Wer schaut sich solche Metriken? Wer kümmert sich um das Software Repository Mining? (00:17:40) Anwendungsfall: Analyse von Kopplungen von einzelnen Dateien (00:19:08) Ab wann macht Software Repository Mining Sinn? Wie schwierig ist es, sowas einzuführen? (00:22:35) Anwendungsfall: Der geeignete Code-Reviewer (00:23:36) Research: Nachvollziehbarkeit und Qualität von Source-Code (00:27:06) Anwendungsfall: Automatische Versioning auf Basis von Semantic Versioning (00:32:13) Anwendungsfall: Hot Topic Analyse (00:33:24) Anwendungsfall: Kontextbasierte Informationen in der IDE (00:37:27) Anwendungsfall: Review-Cycles im Pull Request als Datenpunkt fürs Mentoring und Coaching (00:39:28) Ranglisten und Gamification aus Basis von Code Contributions (00:41:14) Herausforderungen von Software Repository Mining: Unsaubere Daten, Data Storage, Cross-Linking und die Interpretation von Ergebnissen (00:48:21) Wie startet man am besten mit Software Repository Mining? (00:50:20) Andys Bachelor-Arbeit als Podcast (00:51:18) Warum ist Software Repository Mining ein Nischen-Thema? (00:54:00) Outro: FOSDEM Konferenz Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#48 Der Layer unter Docker: containerd, Kubernetes, Container Runtime Interface, CRI-O und Open Container Initiative (OCI) 37:44

2 years önce37:44

37:44

Wie sieht eigentlich der Layer unter Docker aus? Und wie interagiert Kubernetes mit Containern? In Episode 46 haben wir geklärt, welches Problem Docker eigentlich löst. Das Container-Ecosystem ist jedoch weit größer. Deswegen widmet sich diese Folge der darunter liegenden Ebene. Wir besprechen die Modularisierung von Docker, die herausgetrennte Highlevel Runtime containerd, wie Kubernetes mit Docker-Containern umgeht, ob Docker Container die einzige Art von Containern ist, die Kubernetes unterstützt, was ein Container Runtime Interface (CRI) ist, was die Open Container Initiative (OCI) und ob auch du dir deine eigene Highlevel Container Runtime programmieren kannst. Bonus: Was die Linux-Mafia ist und wieso es bald eine österreichische Container Runtime gibt. Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Engineering Kiosk #46 Welches Problem löst Docker?: https://engineeringkiosk.dev/podcast/episode/46-welches-problem-l%C3%B6st-docker/ c't - Magazin für Computer Technik: https://www.heise.de/ct/ iX - Magazin für professionelle Informationstechnik: https://www.heise.de/ix/ Highlevel container runtime containerd: https://containerd.io/ Getting started with containerd: https://github.com/containerd/containerd/blob/main/docs/getting-started.md contaiNERD CTL - Docker-compatible CLI for containerd, with support for Compose, Rootless, eStargz, OCIcrypt, IPFS: https://github.com/containerd/nerdctl shim: https://de.wikipedia.org/wiki/Shim_(Informatik) Core OS: https://de.wikipedia.org/wiki/Core_OS rkt: https://github.com/rkt/rkt Container Runtime Interface (CRI): https://kubernetes.io/docs/concepts/architecture/cri/ CRI Plugin von containerd: https://github.com/containerd/containerd/tree/main/pkg/cri Highlevel Container Runtime CRI-O: https://cri-o.io/ Cloud Native Computing Foundation: https://www.cncf.io/ Linux Foundation: https://www.linuxfoundation.org/ Apache Foundation: https://www.apache.org/ gVisor - Container Security Platform: https://gvisor.dev/ minikube - local Kubernetes cluster: https://minikube.sigs.k8s.io/docs/ Open Container Initiative: https://opencontainers.org/ Sprungmarken (00:00:00) Intro (00:00:58) Computerbild, c't und iX und einen Layer tiefer als "Was ist Docker" (00:04:31) Der nächsttiefere Layer nach docker run: Highlevel Runtime containerd (00:07:05) Was ist denn ein Container-Lebenszyklus und der Unterschied zwischen Highlevel und Lowlevel-Runtime? (00:09:37) Ist containerd noch ein Teil von docker? (00:10:35) Kann containerd auch von anderen Clients als docker angesprochen werden? (00:13:06) Verwendet Kubernetes auch docker? docker shim, CoreOS, rkt (00:16:01) Container Runtime Interface (CRI) von Kubernetes (00:19:44) Kubernetes, API-Server, kubelet und die Highlevel-Runtime (00:20:58) Eine alternative Highlevel-Container-Runtme zu containerd: CRI-O (00:24:15) Die Cloud Native Computing Foundation (CNCF) (00:28:16) Was ist besser? Containerd oder CRI-O? (00:29:57) docker shim und unterstützt Kubernetes noch docker? (00:32:10) Docker container sind eigentlich Open Container Initiative (OCI) Images und Container (00:33:21) Woher kommt die Open Container Initiative (OCI) und die Standards? (00:34:41) Zusammenfassung und die Möglichkeiten eure eigene Runtime zu schreiben (00:36:31) Ausblick auf die nächste Container-Folge und Feedback Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#47 Wer Visionen hat, soll zum Arzt!? 43:53

2 years önce43:53

43:53

Eine Vision und Mission für die Firma und das Team: Notwendig oder Firlefanz? Die Geschäftsführung spricht oft von der Vision und Mission der eigenen Firma. Doch was ist das eigentlich? Wo ist der Unterschied? Und was habe ich, als kleiner Mitarbeiter, eigentlich zu tun? Wie wichtig ein gemeinsames Ziel und ein übergeordneter Sinn für die Belegschaft sein können, wird oft unterschätzt. Ab und zu sogar als esoterisch bezeichnet, denn es ist doch klar, wofür wir alle arbeiten. Ist es? In dieser Episode klären wir was eine Vision und eine Mission ist, wo die Unterschiede liegen, welchen Effekt dies auf die Firma und das eigene Team haben kann, warum es nicht einfach ist eine Vision und Mission zu definieren, ob es auch ohne klappen kann und wie man diese Sache generell angeht. Bonus: Warum man keine Löcher kaufen kann, was Computerbild Themen sind und wieso Andy nicht für Heckler und Koch arbeiten würde. Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Dall-E 2: https://openai.com/dall-e-2/ Index Out of Bounds Episode 40 - Tech-Trends, die uns begeistern: https://anchor.fm/indexoutofbounds/episodes/040--Tech-Trends--die-uns-begeistern--AR-und-ML-e1r24fn Prompt Engineering: https://en.wikipedia.org/wiki/Prompt_engineering Site Reliability Engineering: https://de.wikipedia.org/wiki/Site_Reliability_Engineering Was ist eine North Star Metric?: https://blog.hubspot.de/marketing/north-star-metric Engineering Kiosk Episode #44 Der Weg zum hochperformanten Team: https://engineeringkiosk.dev/podcast/episode/44-der-weg-zum-hochperformanten-team/ Objectives and Key Results (OKRs): https://de.wikipedia.org/wiki/Objectives_and_Key_Results Sprungmarken (00:00:00) Intro (00:00:55) Prompt Engineering (00:04:12) Können wir durch Prompt Engineering bald Incidents lösen und Operations betreiben? (00:06:37) Die Vision und Mission Site Reliability Engineering durch Prompt Engineering steuerbar zu machen (00:07:44) Die Vision und Mission von Firmen und Teams und was es für einen Effekt auf das Team haben kann (00:10:50) Kann jedes Team zur Firmen-Vision und Mission contributen? (00:13:58) Was ist eine Vision? Was ist eine Mission? Wo ist der Unterschied? (00:16:12) Visions- und Missions-Beispiele von populären Firmen (00:19:52) Wie kommt man zu einer Vision und Mission? (00:21:15) Muss man für seinen Job brennen, um die Vision und Mission zu definieren und daran zu glauben? (00:27:05) Hat Andys aktuelles Team eine eigene Vision und Mission? (00:29:08) Große Herausforderung: Eine Vision und Mission zu formulieren, wo jede Abteilung teilhaben kann (00:32:57) Für ein Performing Team sollte der Sinn, Metrik und Ziel definiert sein (00:34:42) Themen für euer 1on1 und Manager: Was sind unsere Vision, Mission und Ziele? (00:35:32) Kann eine Firma oder ein Team auch ohne Vision und Mission erfolgreich sein? (00:38:58) Wie startet Ihr am besten, um sich dem Thema Vision und Mission zu nähern? (00:40:42) Vision und Mission: Esoterisches oder essentielles Thema? (00:42:17) Was ist die Vision und Mission vom Engineering Kiosk? (00:42:51) Outro: Feedback, Fragen und Weiterempfehlung Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#46 Welches Problem löst Docker? 46:32

2 years önce46:32

46:32

Docker und Container: Buzzwords der letzten Dekade - Doch was ist Docker wirklich? In dieser Episode versuchen wir genau diese Frage zu beantworten. Jeder redet davon, und wie in jedem Hype werden Wörter und Begriffe oft in einem falschen Kontext genutzt und das Ecosystem entwickelt sich unglaublich schnell. Deswegen ist es doch ganz gut, wenn man ein wenig hinter die Kulissen schaut: Warum wurde Docker erschaffen und welches ursprüngliche Problem sollte es lösen? Was ist das besondere an Docker, wenn es "diese Linux Container" bereits seit > 20 Jahren gibt? Was ist eigentlich ein Container im Kontext von Software und was hat "Change Root" (chroot) damit zu tun? Und welche Nachteile hat Docker? Kurz um: 55 Minuten um das “Warum” hinter Docker. Bonus: Warum Duisburg eine essentielle Rolle im Container-Ecosystem spielt, was Kaffe mit Software deployen zu tun hat und wie man das Endstück vom Brot nennt. Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links localhost Konferenz: https://localhost.engineering/ Landschaftspark Duisburg-Nord: https://www.landschaftspark.de/ Nomad von Hashicorp: https://www.nomadproject.io/ Docker auf der pycon 2013: "The future of Linux Containers": https://www.youtube.com/watch?v=wW9CAH9nSLs dotCloud: https://www.docker.com/press-release/dotcloud-inc-now-docker-inc/ "Why we built Docker" Solomon Hykes auf der dotScale 2013: https://www.youtube.com/watch?v=3N3n9FzebAA 10+ Deploys Per Day: Dev and Ops Cooperation at Flickr: https://www.slideshare.net/jallspaw/10-deploys-per-day-dev-and-ops-cooperation-at-flickr Linux Containers (LXC): https://de.wikipedia.org/wiki/LXC libcontainer: https://github.com/opencontainers/runc/tree/main/libcontainer FROM scratch-Container: https://hub.docker.com/_/scratch Containers are chroot with a Marketing Budget: https://earthly.dev/blog/chroot/ Metabase: https://github.com/metabase/metabase Qemu: https://www.qemu.org/ Die 100 häufigsten Wörter für das Brotende: https://100woerter.de/100-haeufigsten-woerter-fuer-das-brotende/ Der Sprachatlas - Brotende: https://www.atlas-alltagssprache.de/r10-f3h/?child=runde Sprungmarken (00:00:00) Intro (00:00:54) Wolfgangs Weltreise und Duisburg's Binnenhafen, der größte der Welt (00:04:16) Das heutige Thema: Docker - Was ist das? Woher kommt es? Sind Docker und Container dasselbe? Und wie sieht das Container-Ecosystem eigentlich aus (00:08:11) Wie lange gibt es Docker bereits? Und welches Problem löst Docker eigentlich? (00:16:47) Was ist der Unterschied zwischen Virtual Machines (VMs) und Jar's zu Docker Containern? (00:21:41) Wann und Wie entstand die Continuous Integration (CI) / Continuous Delivery (CD) / Continuous Deployment (CD) Bewegung? (00:24:38) Was ist eigentlich ein Container im Sinne der Software? (00:29:32) Change root (chroot) (00:31:20) Was ist denn das Besondere an Docker, wenn es Linux Container bereits vorher gab? (00:39:20) Welche Nachteile hat Docker oder ist Docker wie geschnitten Brot? (00:47:37) Das Killer-Argument von Docker: Updaten von Applikationen (00:51:06) Zukünftige Podcast-Episoden über Docker und das Container-Ecosystem (00:52:25) Outro: Feedback und Shownote-Links Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#45 Datengetriebene Entscheidungen und der perfekte Dashboard Stack 51:08

2 years önce51:08

51:08

Datengetriebene Entscheidungen oder auch "Glaube keiner Statistik, die du nicht selbst gefälscht hast". Entscheidungen treffen und die nächsten Schritte planen ist nicht einfach. Relevante Daten können einem die Entscheidung erleichtern. Doch wie fängt man mit datengetriebenen oder daten-unterstützenden Entscheidungen eigentlich an? Woher weiß man, ob man die richtigen Daten hat? Was wird zur entsprechenden Aufbereitung benötigt und wie kann ich die Daten entsprechend visualisieren? In dieser Episode geben wir einen Einblick in das Feld der datengetriebenen Entscheidungen. Wir beantworten, warum Tortendiagramme blödsinn sind, wie die Architektur aussehen kann, ob das Bauchgefühl überhaupt noch relevant ist und warum man nicht mehr sein eigenes JavaScript Frontend mehr bauen muss. Bonus: Was warmes Bier mit Husten zu tun hat und wie das Oktoberfest unsere Podcast-Statistiken beeinflusst. Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Wartungsfenster Podcast mit "Make or Buy": https://wartungsfenster.podigee.io/20-make-or-buy Engineering Kiosk #43 Cloud vs. On-Premise: Die Entscheidungshilfe: https://engineeringkiosk.dev/podcast/episode/43-cloud-vs-on-premise-die-entscheidungshilfe/ Engineering Kiosk #12 Make oder Buy: https://engineeringkiosk.dev/podcast/episode/12-make-oder-buy/ ClickHouse Datenbank: https://clickhouse.com/ Google BigQuery: https://cloud.google.com/bigquery?hl=de QlikView: https://www.qlik.com/de-de Tableau: https://www.tableau.com/de-de PowerBI: https://powerbi.microsoft.com/de-de/ Amazon QuickSight: https://aws.amazon.com/de/quicksight/ GCP Looker Studio: https://cloud.google.com/looker-studio Metabase: https://github.com/metabase/metabase Apache Superset: https://github.com/apache/superset Redash: https://github.com/getredash/redash Grafana: https://github.com/grafana/grafana Open Podcast: https://openpodcast.dev/ Engineering Kiosk Podcasts zum Thema Datenbanken: https://engineeringkiosk.dev/tag/datenbanken/ @EngKiosk Tweet mit Metabase Statistiken: https://twitter.com/EngKiosk/status/1590373145793396736 Sprungmarken (00:00:00) Intro (00:01:00) Cloud vs. On-Premise im Wartungsfenster Podcast (00:04:32) Das heutige Thema: Datengetriebene und Daten unterstützende Entscheidungen (00:05:16) Was verstehen wir unter datengetriebenen Entscheidungen? (00:08:18) Gefälschte Statistiken und die richtige Daten-Visualisierung (00:10:25) Wer hat Zugang zu den Daten und wie sieht die Daten-Transparenz aus? (00:14:05) Muss jeder Mitarbeiter SQL-Abfragen erstellen können? (00:15:55) Die Architektur für datengetriebene Entscheidungen (00:18:53) Pre-Processing, OLAP, OLTP und Datenbank-Normalformen (00:21:46) Was ist Clickhouse und welche Tools gibt es auf dem Markt? (00:22:59) Sind Tortendiagramme Blödsinn? (00:23:46) Die Visualisierung: Wie finde ich heraus, welche Fragen wir eigentlich aus den Daten beantwortet haben wollen? (00:25:53) Wie verwende ich Datenvisualisierung, ohne ein eigenes Team? (00:28:30) Schnelle Dashboards und Performance von Queries (00:29:28) Was ist bei Datenbanken in Bezug auf Analytics optimiert? (00:31:03) Muss man noch sein eigenes Dashboard-Frontend mit JavaScript bauen? (00:36:21) Welche Tipps würdest du Neulingen zur Dashboards-Erstellungen geben? (00:39:17) Ist das Bauchgefühl noch relevant? (00:41:30) Ab wann sind Daten aussagekräftig (statistisch signifikant)? (00:45:51) Welche Firmen sind Vorreiter im Bereich datengetriebene Entscheidungen? (00:47:29) Kann man zu datengetrieben sein? (00:48:21) Woher weiß ich, auf welche Daten ich gucke? (00:50:10) Outro: Podcast-Statistiken Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#44 Der Weg zum hochperformanten Team 56:20

2 years önce56:20

56:20

Psychologie, Team-Dynamiken und hochperformante Teams: Zufällige Stichwörter oder relevante Themen? Eine Gruppe von Menschen soll zusammen und miteinander arbeiten. Am besten noch hochperformant, mit einem grandiosen Outcome und das ganze innerhalb einer Woche nach Gründung des Teams. So oder so ähnlich stellen sich viele Leute Team-Dynamiken vor. Dass dies alles nicht ganz so einfach ist, weiß jeder, der schon mal ein neues Team geformt bzw. übernommen hat. Das 5 Phasenmodell für die Teamentwicklung von Bruce Tuckman, ein US-amerikanischer Psychologe, kann dir eine gewisse Hilfestellung liefern. Forming, Norming, Storming, Performing und Mourning/Adjourning: Was zeichnet die einzelnen Phasen aus? Welches Verhalten kann beobachtet werden? Welche Fragen und Bedürfnisse entstehen bei den Teammitgliedern? Welcher Leadership-Style wird benötigt bzw. ist angebracht? Über dieses Thema sprechen wir in dieser Episode. Viel Spaß. Bonus: Was Puppenspieler mit Leadership zu tun haben, warum Kaiserschmarrn immer noch ein Thema ist und wieso das Currywurst-Museum + Bud Spencer-Museum eine Rolle spielt. Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Der Sarg aus Pilzen: https://www.derstandard.at/story/2000140191911/lebender-sarg-auf-dem-wiener-zentralfriedhof Bestattungsmuseum Wien: https://shop.bestattungsmuseum.at/# Podcast Episode zum Thema Tod und Wien, Interview Leiter der Friedhöfe in Wien: https://www.wieneralltagspoeten.at/podcast/episode/c279a1aa/9-wiener-tod Engineering Kiosk Episode #33 Andy im Team Lead Bewerbungsgespräch: https://engineeringkiosk.dev/podcast/episode/33-andy-im-team-lead-bewerbungsgespr%C3%A4ch/ Google Jamboard: https://jamboard.google.com/ Miro: https://miro.com/de/ Bruce Tuckmann: https://de.wikipedia.org/wiki/Bruce_Tuckman 5 Phasenmodell: https://de.wikipedia.org/wiki/Teambildung#Phasenmodell_nach_Tuckman_und_Klotz Sprungmarken (00:00:00) Intro (00:01:07) Sarg aus Pilzen und das Bestattungsmuseum (00:04:02) Wenn ein Mitglied das Team verlässt, hast du ein neues Team (00:05:10) Dynamiken in einem Team: "Wie läuft es bei dir?"-Floskel (00:08:09) Die 5 Phasen bei der Entwicklung eines Team (00:10:54) Woher kommt das Modell der 5 Phasen bei der Entwicklung eines Team und welche Phasen gibt es? (00:14:28) Phase 1: Forming - Die Einstiegs- und Findungsphase (der erste Kontakt) (00:19:11) Phase 2: Storming - Die Auseinandersetzungs- und Streitphase (der Konflikt) (00:26:54) Phase 3: Norming - Die Regelungs- und Übereinkommensphase (der Vertrag) (00:32:58) Phase 4: Performing - Die Arbeits- und Leistungsphase (die Kooperation) (00:43:56) Phase 5: Mourning/Adjourning - Die Auflösungsphase (00:47:02) Muss jedes Team alle Phasen durchlaufen? (00:50:43) Wie verhalten sich die Phasen und die Team-Dynamik in einem Remote-Setup? (00:53:59) Leadership-Workshops und Erfahrung durch Praxis (00:55:20) Outro und Feedback Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#43 Cloud vs. On-Premise: Die Entscheidungshilfe 1:11:04

2 years önce1:11:04

1:11:04

Wann ist die Cloud das richtige für dich und deine Applikation? Oder doch lieber alles selbst hosten? Die Cloud wird oft als "die Lösung" für all deine Probleme beschrieben. Sie ist günstig, man benötigt weniger Personen für den operativen Betrieb, alle Services sind gemanagt und serverless und alle anderen Probleme hat man sowieso nur On-Premise. Sind damit On-Premise Datacenter und Selfhosting ausgestorben und sollten gemieden werden? Oder gibt es sogar Szenarien, wo On-Premise sogar große Vorteile hat? In dieser Episode geht es um diese Frage: Wann ist die Cloud und wann On-Premise / die eigenen Server für dich die bessere Wahl? Wir diskutieren über diese Frage anhand eines Blogposts über eine Migration aus der Cloud von 37Signal's Produkt "Hey.com". Bonus: Was der Produktlebenszyklus vom VW Golf mit der Cloud zu tun hat und warum ein Raid 1 kein Backup ist. Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Google Stadia: https://blog.google/products/stadia/message-on-stadia-streaming-strategy/ 37Signal: https://37signals.com/ Basecamp: https://basecamp.com/ HEY.com: https://www.hey.com/ David Heinemeier Hansson (DHH): https://dhh.dk/ Jason Fried: https://twitter.com/jasonfried Buch "Rework": https://www.amazon.de/Rework-Jason-Fried/dp/0307463745 “Why we're leaving the cloud”: https://world.hey.com/dhh/why-we-re-leaving-the-cloud-654b47e0 Podcast episode “Leaving the cloud” https://www.rework.fm/leaving-the-cloud/ Engineering Kiosk Episode #34 Wie cloudy bist du?: https://engineeringkiosk.dev/podcast/episode/34-wie-cloudy-bist-du/ Changes at Basecamp (politische Diskussionen): https://world.hey.com/jason/changes-at-basecamp-7f32afc5 Hetzner Cloud: https://www.hetzner.com/de/cloud OVH: https://www.ovhcloud.com/de/ DigitalOcean: https://www.digitalocean.com/ UpCloud: https://upcloud.com/ Vultr: https://www.vultr.com/de/ Stack IT (Lidl Cloud): https://www.stackit.de/de/ Planet Scale: https://planetscale.com/ Looker: https://www.looker.com/ Prometheus: https://prometheus.io/ Wartungsfenster Podcast: https://wartungsfenster.podigee.io/ "How Bank Of America Is Saving $2 Billion Every Year By Building Its Own Cloud": https://pulse2.com/how-bank-of-america-is-saving-2-billion-every-year-by-building-its-own-cloud/ "Evaluating the Total Cost of Ownership for an On-Premise Application System": https://michaelskenny.com/points-of-view/evaluating-the-total-cost-of-ownership-for-an-on-premise-application-system/ "How Amazon’s cloud business generates billions in profit": https://www.cnbc.com/2021/09/05/how-amazon-web-services-makes-money-estimated-margins-by-service.html Sprungmarken (00:00:00) Intro (00:00:54) Return to Monkey Island für Linux (00:02:59) Der letzte Service, der von Google wieder eingestellt wurde: Google Stadia (Cloud Gaming) (00:04:08) Das heutige Thema: Migration aus der Cloud hin zu On-Premise (00:06:20) Warum 37Signal sich mit ihrem Service HEY aus der Cloud zurück zieht (00:13:13) Warum ist eine Migration aus der Cloud ein Thema für den Podcast und die Ansichten von Basecamp/37Signals (00:17:06) Was ist eigentlich die Cloud bzw. was heißt "die Cloud"? Und wo ist die Abgrenzung zu "Cloud Native"? (00:26:19) Verlernen wir, wie Server geracked und Datacenter betrieben werden, wenn wir immer nur die Cloud nutzen? (00:31:44) Was kostet die Cloud vs. On-Premise und wann rentiert sich welches Modell? Total Costs of Ownership, Hardware und die Größe des Operations-Team (00:51:01) War die Migration von On-Premise in die Cloud bei trivago eine gute und sinnvolle Entscheidung? (00:58:00) In welchem Setup würden wir die Cloud und wann On-Premise wählen? (01:06:59) Angst um den eigenen Job bei einer Cloud-Migration (01:09:33) Zusammenfassung und Outro Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#101 Observability und OpenTelemetry mit Severin Neumann 1:08:00

1 year önce1:08:00

1:08:00

Effektive Observability mit OpenTelemetry Früher waren viele Applikationen eine Black Box, besonders für die Ops aka Betriebsabteilung. Dann fing das Logging an. Apps haben Log-Lines geschrieben, zum Beispiel wann die App fertig hochgefahren ist oder wenn etwas schief gegangen ist. In einer Art und Weise haben durch Logs die Devs angefangen, mit den Ops-Leuten zu kommunizieren. Irgendwann später gab es Metriken. Wie viel RAM verbraucht die App, wie oft wurde der Garbage Collector getriggert oder auch Business-Metriken, wie oft eine Bestellung ausgeführt wurde oder wann eine Geo- anstatt einer Text-Suche gestartet wurde. War das alles? Nein. Der neueste Hype: Traces. Eine genaue Einsicht, welchen Code-Path die App genommen hat und wie lange dieser gedauert hat inkl. aller Metadaten, die wir uns wünschen. Und wenn man dies nun alles in einen Sack packt, es gut durchschüttelt und man ein System hat, das man auf Basis dieser Daten fragen stellen kann, nennt man das Observability. Und genau da setzt das Projekt OpenTelemetry an. In dieser Episode sprechen wir mit dem Experten Severin Neumann über Observability und OpenTelemetry. Bonus: Was ist ein Sales-Engineer? Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Severin Neumann: https://www.linkedin.com/in/severinneumann/ DemoMonkey: https://github.com/svrnm/DemoMonkey OpenTelemetry: https://opentelemetry.io/ OpenTracing: https://opentracing.io/ W3C Trace Context: https://www.w3.org/TR/trace-context/ W3C Trace Context: AMQP protocol: https://w3c.github.io/trace-context-amqp/ OpenTelemetry Vendors: https://opentelemetry.io/ecosystem/vendors/ OpenTelemetry Instrumentation: https://opentelemetry.io/docs/instrumentation/ Dynatrace: https://www.dynatrace.com/de/ AppDynamics: https://www.appdynamics.com/ OpenTelemetry Tracing for Monoliths - Phillip Carter, Honeycomb: https://www.youtube.com/watch?v=kzXT0WlTBpw Sprungmarken (00:00:00) Intro (00:01:07) Unser Gast Severin Neumann, Sales Engineering und Demo Monkey (00:06:50) Was ist Observability und wie unterscheidet es sich von Monitoring? (00:06:54) Info/Werbung (00:07:56) Was ist Observability und wie unterscheidet es sich von Monitoring? (00:15:24) Signale bei Observability: Metrics, Logs und Traces (00:17:25) Was ist OpenTelemetry? (00:25:59) APM-Anbieter und der Lock-in-Effekt (00:28:38) OpenTelemetry als offener Standard (00:35:38) Die Sicht von Dev und Ops auf OpenTelemetry (00:41:11) Wie binde ich OpenTelemetry in meine App ein? (00:48:02) Auto-Instrumentation, Microservice-Architektur und Trace-Headers (00:51:03) Overhead beim Erheben von Daten und eigene Metadaten in Traces (00:56:12) Speicherung von Observability-Daten (01:00:55) Pitfalls und die Shortcomings von OpenTelemetry (01:05:26) OpenTelemetry-Dokumentation Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#100 Episoden: ein Tech Rückblick auf 2022/23, Predictions 2024 und viel Tech Trivia 1:27:22

1 year önce1:27:22

1:27:22

100 Episoden Engineering Kiosk: Das Jubiläum, das Quiz, der Tech-Look-Back und die Tech-Predictions 2024 Vor fast zwei Jahren hat der Engineering Kiosk das Licht der Welt erblickt. Seitdem wird jede Woche eine neue Episode veröffentlicht. Und auf einmal wird die Episoden-Nummer dreistellig. Happy Birthday - Dies ist unser Engineering Kiosk Jubiläum. Eine etwas andere Folge mit Viele Stimmen von Freunden und Bekannten Einem Quiz-Battle Der Tech-Look-Back aus den Jahren 2022 und 2023 Unsere Tech-Predictions 2024 Ein besonderer Dank geht an Matthias Endler Arne Claus Dominik Siebel Markus Poerschke Christian Schepp Schaefer vom WorkingDraft-Podcast Christian Braun vom Index Out Of Bounds-Podcast Nils Langner vom Super Duper Developers Club Ellen Schwartau und Doreen Sacker vom Unmute IT Podcast Roland Golla von Never Code Alone Patrick Terlisten und Claudia Kühn vom Wartungsfenster Podcast Bonus: 100€ gehen an Open Source. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Killed by Google: https://killedbygoogle.com/ The Frugal Architect: https://www.thefrugalarchitect.com/ Symfony: https://github.com/symfony/symfony Linux Kernel: https://github.com/torvalds/linux FOSDEM: https://fosdem.org/ Web Almanac: https://almanac.httparchive.org/en/2022/ Hackernews: https://news.ycombinator.com/ Layoffs: https://layoffs.fyi/ Azure docs auf GitHub: https://github.com/MicrosoftDocs/azure-docs Sprungmarken (00:00:00) Intro mit Matthias Endler (00:04:56) Wie viele Services hat Google seit 2006 eingestellt? (00:07:51) Wie viele Commits hat der Linux-Kernel auf GitHub auf dem main branch? (00:10:26) Wie viele Gruppen gibt es weltweit mit dem Thema MySQL auf meetup.com? (00:12:20) Wie viele Menschen haben bereits am Symfony-Framework mitgearbeitet? (00:13:55) Wie viele $ werden in der englischsprachigen Dokumentation der Programmiersprache PHP verwendet? (00:15:58) Wie viel Prozent Marktanteil hat WordPress als CMS? (00:17:20) Look back 2022 und 2023: Hackernews (00:21:03) Look back 2022 und 2023: GitHub Co-Pilot (00:26:42) Look back 2022 und 2023: Layoffs (00:34:14) Look back 2022 und 2023: GitHub Top-Repositories (00:38:23) Look back 2022 und 2023: Nextcloud-Episode (00:44:28) Tech Predictions 2024: Rückzug aus der Cloud (00:48:04) Tech Predictions 2024: FinOps (00:52:58) Tech Predictions 2024: AI löst SQL ab (00:58:23) Tech Predictions 2024: Themable Slack und Spotify für ICQ und Winamp (01:01:12) Tech Predictions 2024: Business Source License und Server Side Public License (01:04:16) Tech Predictions 2024: Programmiersprache mit dem größten Wachstum (01:07:02) Wie viele Frauen mit 45 Jahren steigen aus der IT aus oder sind ausgestiegen? (01:09:59) Wie viele Sicherheitslücken mit einem CVSS von größer neun in 2023 bei der NVD veröffentlicht wurden? (01:13:33) Wie viele Sekunden beträgt die durchschnittliche Ladezeit einer Webseite auf mobilen Geräten im Jahr 2023? (01:15:49) 100€ an Open Source (01:19:24) Podcast Statistiken und Danke an die Mitwirkenden Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#99 Modernes SQL ist mehr als SELECT * FROM - mit Markus Winand 1:19:49

1 year önce1:19:49

1:19:49

SQL is Dead, Long Live SQL! Fast jede Applikation hat irgendeine Form von persistenter Datenhaltung. Oft in Form einer Datenbank. Der Platzhirsch bei Datenbanken sind Systeme, die sich mit der Structured Query Language (kurz SQL) abfragen lassen. MySQL, PostgreSQL, Oracle, MSSQL Server, sqlite, Google BigQuery und so weiter. Die coolen Kids haben vielleicht irgendeine Form von NoSQL-Datenbank im Einsatz. Aber auch da kommt man nicht um SQL herum. Für die meisten Entwickler*innen ist SQL ein alter Hut. SELECT * FROM Tabelle WHERE foo = bar GROUP BY id. Das haben wohl die meisten gelernt und damit kommt man schon sehr weit. Doch war es das mit den Möglichkeiten von SQL? Klare Antwort: Nein. Die Sprache wird weiterentwickelt, bekommt moderne Features und hat weitaus mehr zu bieten als manch einer denkt. Und darüber sprechen wir in dieser Episode mit dem SQL-Experten Markus Winand. Wir sprechen über Modernes SQL, die verschiedenen SQL Standards, ORMs und die Trennung von “Daten-Logik” und “Application-Logik” sowie über eine “Can I Use”-Platform für SQL Features. Bonus: Warum die Übernahme von MySQL durch Oracle das Beste war, was MySQL passieren konnte. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Markus Winand: https://winand.at/de Use the Index, Luke: https://use-the-index-luke.com/ Modern SQL: https://modern-sql.com/ Thank You MySQL, We’ll Miss You!: https://use-the-index-luke.com/blog/2014-04-01/thank-you-mysql-we-will-miss-you Sprungmarken (00:00:00) Intro (00:01:26) Unser Gast Markus Winand (00:07:04) Was ist SQL? (00:15:17) Wie beliebt ist SQL? (SQL is dead. Long Live SQL?) (00:17:09) Wie entsteht der SQL Standard und wer steckt dahinter? (00:19:57) Wird SQL zur eierlegenden Wollmilchsau? (00:21:45) Eine Tour durch die SQL Standards (00:40:33) Was ist modernes SQL? (00:46:22) Vendor-Lock-In bei SQL-Datenbanken und die Lehre von modernem SQL (00:52:04) Applikationslogik in der Datenbank, AI und Vektor-Datenbanken und ORMs (01:10:24) Coole SQL Feature, welche unterrepräsentiert sind: FILTER und Row Pattern Matching (01:15:06) Wo geht der SQL Trend hin? (01:17:26) Abschlusswort von Markus Winand Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#98 Der Hype um Rust mit Matthias Endler 1:13:45

1 year önce1:13:45

1:13:45

Rust: Die System-Programmiersprache der nächsten 40 Jahre? Die Programmiersprache Rust erlebt aktuell einen Hype, wie kaum eine andere Programmiersprache bisher. Sehr viele Leute nennen Rust als die nächste Programmiersprache, die sie gerne lernen wollen. Projekte auf Github prahlen damit, dass diese mit Rust geschrieben wurden. Und jede zweite Case-Study einer großen Tech-Firma hat etwas mit Rust zu tun. Doch warum wird die Sprache so gehyped? Ist es nur Marketing oder steckt wirklich der Knaller der nächsten 40 Jahre dahinter? Und ist wirklich alles Gold was glänzt? Irgendwo muss es doch auch ein paar Pitfalls und Shortcomings geben. In dieser Episode sprechen wir mit Matthias Endler. Matthias ist seit Anfang an bei Rust dabei. Dabei geht es um: Welches Problem Rust löst, einen Deep Dive in die Konzepte, wie sich die Lernkurve von Rust verhält, aber auch die Rückwärtskompatibilität gewährleistet wird und noch vieles vieles mehr. Bonus: Ob Franken oder Oberpfalz. Bayern bleibt Bayern. Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Matthias Endler: https://endler.dev/ Matthias Endler (corrode): https://corrode.dev/ analysis-tools-dev/static-analysis auf GitHub: https://github.com/analysis-tools-dev/static-analysis Hello Rust auf YouTube: https://www.youtube.com/@HelloRust/featured mre/idiomatic-rust auf GitHub: https://github.com/mre/idiomatic-rust lycheeverse/lychee auf GitHub: https://github.com/lycheeverse/lychee Engineering Kiosk Episode #93 Barbara Liskov - Das L in SOLID (Liskovsches Substitutionsprinzip & Abstraktion): https://engineeringkiosk.dev/podcast/episode/93-barbara-liskov-das-l-in-solid-liskovsches-substitutionsprinzip-abstraktion/ Codeprints: https://codeprints.dev/ Open Podcast: https://openpodcast.dev/ Why Rust in Production?: https://corrode.dev/why-rust/ The Rust community’s crate registry: https://crates.io/ Rust: https://www.rust-lang.org/ Go: https://go.dev/ Small exercises to get you used to reading and writing Rust code: https://github.com/rust-lang/rustlings Rust Design Patterns: https://rust-unofficial.github.io/patterns/ Zero To Production In Rust: https://www.zero2prod.com/ How much Rust in Firefox?: https://4e6.github.io/firefox-lang-stats/ Sprungmarken (00:00:00) Intro (00:00:55) Unser Gast Matthias Endler (00:06:30) Was ist Rust? (00:08:42) Info/Werbung (00:09:44) Was ist Rust? (00:10:46) Der Rust-Compiler und Rust im Einsatz bei Mozilla (00:17:59) Einsatzgebiete für Rust und die Performance (00:22:07) Die Lernkurve von Rust, Ownership und Borrowing (00:32:18) Globale Variablen in Rust und der Entwickler-Workflow mit dem Rust-Compiler (00:43:39) Rückwärts-Kompatibilität in Rust (00:53:36) Der Hype um Rust und das gute Image (00:57:43) Pitfalls und Shortcomings von Rust (01:01:48) Rust Compile-Zeiten und Multi-Paradigmen-Sprache (01:10:01) Ressourcen zum lernen von Rust (01:12:57) Outtakes Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#97 Metriken, Hypothesen und Fehler: A/B-Testing in der Praxis mit Philipp Monreal 1:08:46

1 year önce1:08:46

1:08:46

Kontinuierliches Lernen mit Hilfe von Experimenten und A/B-Testing In vielen Diskussion geht es darum, welche Lösung die bessere ist und einen größeren Impact hat. Viele Entscheidungen werden aus dem Bauch heraus getroffen, obwohl gesagt wird, dass wir datengetrieben arbeiten. Doch Daten und Ergebnisse sind oft nicht vorhanden. Experimente mit A/B-Tests sind für solche Situationen das Mittel der Wahl. Hypothese aufstellen. Experiment umsetzen und durchführen. Ergebnis evaluieren. Und das ganze wiederholen. Klingt einfach.Experimentelles Mindset: Check. Doch wie macht man sowas denn im Detail? Auf welche und wie viele Metriken schaut man während eines Experiments? Wie lange darf es dauern? Kann ich das ganze auch mit wenig Kunden und Traffic umsetzen? Was sind die typischen Fehler beim A/B-Testing? Was ist ein p-Wert, eine statistische Signifikanz, eine Power-Analyse, ein A/A-Test, der Priming-Effekt? Das und noch viel mehr in dieser Episode mit unserem Gast Dr. Philipp Monreal. Bonus: Ob A/B-Testing mit Podcast-Episoden-Titeln für normale Podcast-Hosts möglich ist. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Dr. Philipp Monreal: https://www.linkedin.com/in/dr-philipp-monreal-095a2648/ Sample Size Calculator: https://www.evanmiller.org/ab-testing/sample-size.html Buch “Trustworthy Online Controlled Experiments: A Practical Guide to A/B Testing” von Ron Kohavi: https://www.amazon.de/Trustworthy-Online-Controlled-Experiments-Practical/dp/1108724264 Andrew Gelman blog: https://statmodeling.stat.columbia.edu/ “A day in the life of Oscar the cat”: https://core.ac.uk/download/pdf/31059034.pdf Buch “Thinking, Fast and Slow” von Daniel Kahneman: https://www.amazon.de/Thinking-Fast-Slow-Daniel-Kahneman/dp/0141033576 How Not To Run an A/B Test: https://www.evanmiller.org/how-not-to-run-an-ab-test.html Sprungmarken (00:00:00) Intro (00:01:01) Unser Gast: Philipp Monreal (00:03:06) Experimenten in der Softwareentwicklung und das experimentelle Mindset (00:07:46) Hypothesengetriebene Entwickeln und die Implementierung einer Lernkultur (00:14:29) Metriken für Experimente und die Verteilung von Test- und Kontrollgruppen (00:26:45) Statistisches Rauschen, der p-Wert, die Nullhypothese und statistische Signifikanz (00:35:30) "Extraordinary claims, require extraordinary evidence" und "Any figure that looks interesting or different is usually wrong" (00:41:49) Günstiges Testen im Tech-Bereich (00:45:31) Mehrere Tests gleichzeitig durchführen (00:49:57) Storytelling als Ergebnis-Präsentation und Kontrolle der Daten (00:58:00) Vorbereitung und Nachbereitung von Experimenten (01:01:44) Lernen als wichtiger Faktor in der Organisation Vermeidung von "Hippos" (01:06:31) Podcast-Titel-Tests mit A/B-Testing Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#96 Selbstgemacht vs. Fertigprodukt: Ein Blick auf das Not-Invented-Here-Phänomen 1:09:23

1 year önce1:09:23

1:09:23

Nur unsere eigene Lösung ist die beste: Das "Not invented here" Syndrome (NIH) Ihr kennt das bestimmt: Es gibt eine neue Herausforderung zu lösen. Das Team steigt sofort in die Planung ein, um die Anforderungen in Source-Code zu kippen. Ihr sitzt da und fragt euch: Das kann doch nicht sein, dass wir die einzigen sind, die dieses Problem haben. Da muss es doch schon was fertiges geben.”. Doch das Team wettert dagegen: “Unser Problem ist sehr speziell. Wir bezweifeln stark, dass es da etwas gibt, was unseren Anforderungen standhält. So oder so ähnlich spielt es sich jede Woche in etlichen Teams ab. Es wird die eigene Arbeit über externe Lösungen gestellt. Die Nachteile werden oft später sichtbar. Über dieses Thema sprechen wir in dieser Episode. Nicht nur, was die Gründe dafür sind, sondern auch, wie man dem etwas entgegensetzen kann. Bonus: Warum keiner vor dem "Not invented here" Syndrome geschützt ist - Wolfgang und sein Meetup-System. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Astro: https://astro.build/ Not-invented-here-Syndrom: https://de.wikipedia.org/wiki/Not-invented-here-Syndrom 500-Millionen-Euro-Projekt scheitert: Lidl bläst SAP-Software ab: https://t3n.de/news/500-millionen-euro-projekt-scheitert-lidl-blaest-sap-software-ab-1095673/ "Not invented here", revisited: https://www.theengineeringmanager.com/growth/not-invented-here-revisited/ The Bulk of Software Engineering is Just Plumbing: https://www.karllhughes.com/posts/plumbing In Defense of Not-Invented-Here Syndrome: https://www.joelonsoftware.com/2001/10/14/in-defense-of-not-invented-here-syndrome/ Honeycomb: https://www.honeycomb.io/ My YC app: Dropbox - Throw away your USB drive: https://news.ycombinator.com/item?id=8863 Sprungmarken (00:00:00) Intro (00:00:53) Das "Not invented here" Syndrom (NIH) und Open Source (00:09:31) Grund: Ich kann das besser (00:15:33) Grund: Fertige Lösungen sind zu komplex (00:26:13) Grund: Fertige Lösungen sind zu unflexible weil ein einzigartiges Problem haben (00:40:38) Grund: Fertige Lösungen sind zu teuer (00:48:44) Negative Effekte des "Not invented here" Syndroms (NIH) (00:55:10) Positiven Effekte des "Not invented here" Syndroms (NIH) (01:01:50) Wie kann man tun, um das "Not invented here" Syndrom (NIH) zu verhindern? Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#95 Effiziente Knowledge Sharing Formate: Wissen teilen und begeistern 1:05:09

1 year önce1:05:09

1:05:09

Als Knowledge-Worker sein Wissen teilen: Welche Arten gibt es und was ist für dich das Richtige? Leute im Tech-Bereich werden oft als Knowledge-Worker bezeichnet. Und es gibt auch noch diesen Mythos, dass im Team jeder alles wissen muss, damit jeder alles übernehmen kann. Wurde dieser Zustand jemals erreicht? Dennoch ist das Teilen von Wissen wichtig. Schon allein, um Flaschenhälse zu vermeiden und sich vom Bus-Faktor zu lösen. In dieser Episode sprechen wir über verschiedene Formate wie Hackathons, Code Challenges, interne Konferenzen und Guilds, Book-Clubs und Co. Wir teilen unsere Erfahrung und worauf es besonders ankommt, wenn du etwas ähnliches in deiner Firma starten möchtest. Bonus: Was Hardware-Buzzer und Jeopardy! spiele mit Knowledge Sharing zu tun haben. Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Playing Rock–Paper–Scissors with 500 people: https://andygrunwald.com/blog/playing-rockpaperscissors-with-500-people/ 2023 State of DevOps Report: https://cloud.google.com/devops/state-of-devops things with buzzers: playing a Jeopardy! game: https://andygrunwald.com/blog/things-with-buzzers-playing-a-jeopardy-game/ things with buzzers: building your own game-show buzzers: https://andygrunwald.com/blog/things-with-buzzers-building-your-own-game-show-buzzers/ things with buzzers: a sports competition: https://andygrunwald.com/blog/things-with-buzzers-a-sports-competition/ Engineering Kiosk #29 Die andere Seite: Meetups & Konferenzen organisieren: https://engineeringkiosk.dev/podcast/episode/29-die-andere-seite-meetups-konferenzen-organisieren/ Engineering Kiosk Community: https://engineeringkiosk.dev/join-discord/ Sprungmarken (00:00:00) Intro (00:00:59) Online vs. Offline-Meetups und das Engagement (00:07:38) Info/Werbung (00:08:43) Online vs. Offline-Meetups und das Engagement (00:11:17) Verantwortlichkeiten bei der Organisation von Knowledge-Sharing-Formaten (00:15:00) Anwendung des gelernten Wissens vs. schnell wieder vergessen (00:17:33) Engagement und "Information Lurker" (00:21:53) Code Challenges als ähnliches Format zu Hackathons (00:25:04) Capture the Flag-Schnitzeljagd als aufwendige Challenges (00:28:34) Chapter-Meetings oder Guilds für Wissenstransfer und Projektdiskussionen (00:31:52) Teamevents und Schere-Stein-Papier (00:38:04) Interne Konferenz und Unkonferenzen (Gäste bestimmen das Programm) und Location (00:56:42) Schwierigkeiten bei der Auswahl von Keynote-Speakern und Themenvielfalt (00:59:02) Der Zeitaufwand der Organisation und die Abstimmung mit Vorgesetzten Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#94 Die Realität des Freelancings: Zwischen Selbstbestimmung und Unsicherheit mit Index out of bounds 1:27:27

1 year önce1:27:27

1:27:27

Freelancing: Selbstverwirklichung und viel Geld oder kontinuierliche Akquise und Selbst- und ständig? Seit einer gefühlten Ewigkeit sprechen wir von einem Fachkräftemangel. Um diesen Mangel einigermaßen auszugleichen, arbeiten viele Unternehmen regelmäßig mit Freelancern zusammen. Ab und zu als Berater, ab und zu als Erweiterung des eigenen Teams. Auf den ersten Blick klingt dies recht verlockend: Man selbst arbeitet an unterschiedlichen Projekten. Stellt jede Stunde in Rechnung. Ist sein eigenes Unternehmen, ist zeitlich flexibel und macht Urlaub wann man will. Doch ist das wirklich so? In dieser Episode sprechen wir über das Thema mit gleich 3 Freelancern. Andy, als einziger Angestellter, interviewt Wolfgang sowie Thomas Diroll und Christian Braun vom Index out of bounds Podcast. Was ist Ihre Motivation zum Freelancing? Verdienen sie wirklich so viel? Wie sieht es aus, wenn es mal schlecht läuft? Wie sieht es mit der eigenen Weiterbildung aus? Und wie gut sind eigentlich Engineers im Sales? All das und noch viel mehr. Bonus: Mit PHP lässt sich noch Geld verdienen. Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Thomas Diroll: https://www.thomasdiroll.com/ und https://store.shopware.com/studio-solid.html Christian Braun: https://theempathicdev.de/ und https://www.linkedin.com/in/hey-christian-braun/ Hourly Billing Is Nuts— Stop Trading Time For Money: https://www.youtube.com/watch?v=B1b7QlQILRo Story: Knowing where to tap: https://www.dailytenminutes.com/2012/05/story-knowing-where-to-tap.html Index out of bounds Podcast: https://www.ioob.de/ Engineering Kiosk Episode #07 Die Freelance Freiheit: https://engineeringkiosk.dev/podcast/episode/07-die-freelance-freiheit/ Sprungmarken (00:00:00) Intro (00:02:01) Vorstellung der Gäste und Erfahrungen als Freelancer, Arbeitsweise und Projekte (00:07:59) Freelancing als zwei große Kategorien (00:07:59) Info/Werbung (00:09:07) Freelancing als zwei große Kategorien (00:09:48) Arbeitnehmerüberlassung und Leiharbeit (00:13:13) Motivation für Freelancing (00:16:06) Freiheit und Flexibilität (00:19:03) Entscheidungsfreiheit als Freelancer (00:20:48) Unternehmertum und Verantwortung (00:21:52) Die Herausforderungen der Selbstständigkeit (00:22:22) Die Selbstverwirklichung als Freelancer (00:23:53) Schwierigkeiten beim Abschalten (00:27:42) Die Flexibilität der Kündigungsfrist (00:28:29) Die Disziplin und Ambitionen als Freelancer (00:29:25) Die Sicherheit und Risiken beim Freelancing (00:34:49) Die Herausforderungen des Alleinarbeitens (00:35:59) Die Option einer Festanstellung (00:38:25) Finanzielle Aspekte des Freelancer-Daseins (00:40:51) Die Anzahl der Freelancer-Jobs (00:47:30) Der Einstieg ins Freelancing (00:48:06) Vergleich mit angestelltem Verhältnis (00:50:13) Stundensätze der Freelancer (00:55:47) Akquise von Jobs (00:59:26) Plattformen und Preise (01:02:07) Profilpflege und Akquise (01:05:15) Die Bedeutung des Verkaufens und Selbstmarketings (01:11:55) Balance zwischen interessanten Projekten und finanziellen Aspekten (01:13:09) Die Wichtigkeit der Projektauswahl (01:14:17) Expertenwissen und Stundensätze (01:18:00) Weiterbildung als Freelancer (01:23:42) Risiken und Vorteile des Freelancer-Daseins Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#93 Barbara Liskov - Das L in SOLID (Liskovsches Substitutionsprinzip & Abstraktion) 52:41

2 years önce52:41

52:41

Liskov Substitution Principle: Das L in SOLID von Barbara Liskov Heutzutage wird die Informatik und Softwareentwicklung leider primär von Männern dominiert. Doch schaut man ein paar Jahrzehnte zurück, haben viele Frauen maßgeblich die heutige Software-Entwicklung geprägt. Eine Frau war Barbara Liskov. Liskov? Das kennt man doch irgendwoher? Genau. Sie ist unter anderem die Namensgeberin für das L in den SOLID-Prinzipien (die ersten 5 Prinzipien des objektorientierten Designs). Als zweite Frau überhaupt hat Barbara Liskov 2008 den berühmten Turing Award erhalten. In dieser Episode besprechen wir ihr Lebenswerk. Bonus: Barbara Liskov war an den Sprachkonstrukten Exceptions, yield, multiple assignments und multiple returns beteiligt. Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links SOLID: Die ersten 5 Prinzipien des objektorientierten Designs: https://www.digitalocean.com/community/conceptual-articles/s-o-l-i-d-the-first-five-principles-of-object-oriented-design-de Engineering Kiosk Episode #70 Alan Turing: Der Vater der heutigen Informatik (Turing-Complete, Turing-Test, Halting-Problem, Turing-Maschine, Captcha): https://engineeringkiosk.dev/podcast/episode/70-alan-turing-der-vater-der-heutigen-informatik-turing-complete-turing-test-halting-problem-turing-maschine-captcha/ Engineering Kiosk Episode #71 Tim Berners-Lee: Was ist das World Wide Web und was ist seine Zukunft?: https://engineeringkiosk.dev/podcast/episode/71-tim-berners-lee-was-ist-das-world-wide-web-und-was-ist-seine-zukunft/ Ada Lovelace: https://de.wikipedia.org/wiki/Ada_Lovelace Grace Hopper: https://de.wikipedia.org/wiki/Grace_Hopper Adele Goldberg: https://de.wikipedia.org/wiki/Adele_Goldberg Barbara Liskov: https://de.wikipedia.org/wiki/Barbara_Liskov The Design of the Venus Operating System: https://link.springer.com/chapter/10.1007/978-1-4757-3510-9_14 Edgar Dijkstra: Go To Statement Considered Harmful: https://homepages.cwi.nl/~storm/teaching/reader/Dijkstra68.pdf Star Trek (von 20 OCT 1972): https://web.archive.org/web/20150215080553/http://www.dunnington.u-net.com/public/startrek/STTR1 Barbara Liskov, 2008 ACM A.M. Turing Award Lecture "The Power of Abstraction": https://www.youtube.com/watch?v=qAKrMdUycb8 Goto statement in Go: https://golangbyexample.com/goto-statement-go/ Goto statement in PHP: https://www.php.net/manual/de/control-structures.goto.php CLU (programming language): https://en.wikipedia.org/wiki/CLU_(programming_language) Global variable considered harmful von Wulf und Shaw: https://dl.acm.org/doi/10.1145/953353.953355 Liskov Substitution Principle (LSP) – Wissenshäppchen #5 im IT-Berufe Podcast: https://it-berufe-podcast.de/liskov-substitution-principle-lsp-wissenshaeppchen-5/ Scene at MIT: Margaret Hamilton’s Apollo code: https://news.mit.edu/2016/scene-at-mit-margaret-hamilton-apollo-code-0817 Sprungmarken (00:00:00) Intro (00:01:13) SOLID-Prinzipien und die Anwendung in der Praxis (00:03:02) Info/Werbung (00:04:05) SOLID-Prinzipien und die Anwendung in der Praxis (00:07:07) Frauen in der Informatik und Turing Award-Gewinnerin "Barbara Liskov" (00:11:20) Erfindung von Grundlagen der Software-Entwicklung und GOTO Statements (00:14:10) GOTO Statements considered harmful (00:18:14) Venus Betriebssystem (00:19:20) Forschung zu den heutigen Grundlagen der Software-Entwicklung (00:21:49) Global variable considered harmful (00:23:18) Abstraktion, Spezifikationen und die Programmiersprache Clu (00:31:53) Das L in SOLID: Liskov Substitution Principle (LSP) (00:44:23) The Power of Abstraction Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#92 Technologie trifft Deutsche Ausbildungskultur: Die moderne IT-Berufsausbildung mit Stefan Macke 1:19:07

2 years önce1:19:07

1:19:07

Wie ist der Stand bei der klassischen Berufsausbildung in der Informatik und in der Softwareentwicklung? Deutschland ist bekannt für die hohe Qualität bei der Berufsausbildung. Auch im Bereich der Informatik kann man sich ausbilden lassen. Dabei sprechen wir vom Fachinformatiker (Anwendungsentwicklung, Systemintegration, Digitale Vernetzung oder Daten- und Prozessanalyse), vom IT-Systemelektroniker, von der Kauffrau für Digitalisierung-Management oder IT-Systemmanagement. Doch wie ist der Stand in der Berufsausbildung? Wie läuft das ganze ab? Wie offen und modern sind die Ausbildungsinhalte? Was müssen Unternehmen tun, um ausbilden zu können? Wie sehen die Statistiken von Ausbildungsstellen vs. wirklichen Azubis aus? Benötigen wir in 2023 überhaupt noch die klassische Ausbildung, wo wir uns mit YouTube und Coding-Bootcamps alles viel schneller beibringen können? Über all das und noch viel mehr sprechen wir mit unserem Gast Stefan Macke, der als Experte auf diesem Gebiet auch einen eigenen Podcast zu diesem Thema hat, den IT-Berufe-Podcast. Bonus: Hintergründe zu Natural, der 4GL Programmiersprache Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Stefan Macke Kontakt: https://it-berufe-podcast.de/kontakt/ Stefan Macke auf LinkedIn: https://www.linkedin.com/in/stefan-macke/ IT Berufe Podcast: https://it-berufe-podcast.de/ Verordnung über die Berufsausbildung zum Fachinformatiker und zur Fachinformatikerin: https://www.gesetze-im-internet.de/fiausbv/ Berufsbildungsgesetz: https://www.gesetze-im-internet.de/bbig_2005/ Engineering Kiosk Episode #82 Hinter den Kulissen: Die Informatik-Doktorarbeit und ist der Dr. Titel in der heutigen IT-Welt noch relevant?: https://engineeringkiosk.dev/podcast/episode/82-hinter-den-kulissen-die-informatik-doktorarbeit-und-ist-der-dr-titel-in-der-heutigen-it-welt-noch-relevant/ Engineering Kiosk Episode #77 Kinder, Coding und AI: Die Zukunft der Informatik-Bildung mit Diana Knodel: https://engineeringkiosk.dev/podcast/episode/77-kinder-coding-und-ai-die-zukunft-der-informatik-bildung-mit-diana-knodel/ Engineering Kiosk Episode #30 Ist ein Informatikstudium sinnvoll? Welche Ausbildung für Devs?: https://engineeringkiosk.dev/podcast/episode/30-ist-ein-informatikstudium-sinnvoll-welche-ausbildung-f%C3%BCr-devs/ Software AG: https://www.softwareag.com/ Natural (Programmiersprache): https://de.wikipedia.org/wiki/Natural_(Programmiersprache) Sprungmarken (00:00:00) Intro (00:01:19) Berufsausbildung in der Informatik mit Stefan (00:03:18) Programmierung mit Java und Natural und auf Mainframes (00:03:35) Info/Werbung (00:04:51) Programmierung mit Java und Natural und auf Mainframes (00:06:30) Einführung in die deutsche Berufsausbildung / Duale Ausbildung (00:10:46) Welche IT-Berufe gibt es, in denen eine Ausbildung möglich ist? (00:13:30) Verschiedene Berufe, die gleichen Inhalte und Verkürzung der Ausbildung (00:17:08) Aktuelle Statistiken zur Verteilung der verschiedenen Berufe (00:19:22) Faire Verteilung von offener Software? Oder ist alles proprietär und "Windows"-Spezifisch? (00:21:48) Wie modern sind aktuelle Berufsschulen? (00:23:41) Sind die Inhalte der Ausbildung deutschlandweit einheitlich? (00:25:48) Spagat zwischen den Programmiersprachen bei der Ausbildung (00:27:54) Aufteilung des Alters bei Azubis (00:29:18) Entsprechen die Inhalte der Ausbildung dem schnell entwickelndem Internet-Standard? (00:33:39) Werden die Berufe deutschlandweit definiert und die Anerkennung von Abschlüssen (00:36:53) Die Suche nach Azubis (u.a. mit alten Programmiersprachen) (00:39:43) Welche Anforderung muss eine Organisation erfüllen, um ausbilden zu können? (00:43:04) Wie groß ist das Problem, dass Azubis die Firma wechseln? (00:45:50) Benötigen wir mehr Ausbildungsbetriebe oder mehr Azubis? (00:46:14) Welche Rolle spielt das Unternehmen am Erfolg der Ausbildung? (00:51:49) Rückläufige Statistiken bei den Ausbildungen und Bildung aus dem Internet (00:56:00) Sollten Unternehmen mehr Azubis vs. Akademiker suchen? (00:59:25) Wozu brauche ich noch eine Berufsausbildung in 2023? (01:01:28) Welche Kritik gibt es an der Fachinformatiker-Ausbildung? (01:03:36) Was würdest du an der Berufsausbildung ändern? (01:08:19) Siegel für qualitativ hochwertige Ausbildungsbetriebe (01:10:53) Die Berufsausbildung basiert auf dem Ehrenamt (01:13:58) Tipps für Azubis oder Leute die eine Ausbildung machen möchten Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#91 Konsistent, Verfügbar, Ausfalltolerant oder Performant: Das CAP- und PACELC-Theorem in verteilten Systemen 57:41

2 years önce57:41

57:41

Konsistent, Verfügbar und Ausfalltolerant: Wähle zwei - Das CAP-Theorem Stellt euch vor, ein Handwerker könnte die Dienstleistung schnell, günstig und in hoher Qualität leisten. Wäre dies nicht ein Traum? Leider sind alle drei Eigenschaften in der Realität nicht möglich. Und genau so geht es uns mit dem CAP-Theorem in verteilten Systemen mit Datenhaltung. Speziell im aktuellen Zeitalter mit Cloud Computing, horizontaler Skalierung, weltweiter Verfügbarkeit spielt das CAP-Theorem eine essentielle Rolle. Wie soll sich dein System verhalten, wenn die Netzwerk-Verbindung zwischen deinen Compute-Knoten ausfällt? Muss die Datenhaltung konsistent bleiben? Oder sind Inkonsistenzen für eine gewisse Zeit OK, dafür hat die Verfügbarkeit eine höhere Priorität? Um diesen Konflikt geht es in dieser Episode. Bonus: Auf GCP kannst du deine Compute-Instanz auf maximal 12 TB SSD Disk (ohne Netzwerk-Storage) aufstocken. Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links CAP-Theorem: https://de.wikipedia.org/wiki/CAP-Theorem Eric Brewer: https://de.wikipedia.org/wiki/Eric_Brewer_(Informatiker) Slides zum CAP Theorem (Towards robust distributed systems): https://people.eecs.berkeley.edu/~brewer/cs262b-2004/PODC-keynote.pdf PACELC theorem: https://en.wikipedia.org/wiki/PACELC_theorem CAP Theorem Explained: https://learncloudnative.com/blog/2019-11-22-basics_cap_theorem Jepsen: Elasticsearch 1.5.0: https://aphyr.com/posts/323-jepsen-elasticsearch-1-5-0 Jepsen: MongoDB stale reads: https://aphyr.com/posts/322-jepsen-mongodb-stale-reads Jepsen: Cassandra: https://aphyr.com/posts/294-jepsen-cassandra Jepsen: Kafka: https://aphyr.com/posts/293-jepsen-kafka Sprungmarken (00:00:00) Intro (00:01:16) Das CAP-Theorem (00:03:37) Verteilte Systeme, Datenhaltung und State (00:08:17) Was ist das CAP-Theorem? (00:09:52) Info/Werbung (00:11:15) Was ist das CAP-Theorem? (00:13:10) Das C in CAP: Consistency (00:15:12) Das A in CAP: Availability (00:16:16) Das P in CAP: Partition Tolerance (00:18:55) Der Problemfall in verteilten Systemen (00:20:41) Was bedeutet es, wenn ein verteiltes System alle drei Eigenschaften erfüllen würde (00:22:56) Wo kommt das CAP-Theorem her? Das Brewer Theorem, ACID und BASE (00:31:50) Ausprägung CP: Consistency und Partition Tolerance (00:33:31) Ausprägung AP: Availability und Partition Tolerance (00:36:34) Ausprägung AC: Availability und Consistency (00:37:16) Das CAP-Theorem im Fehlerfall: PACELC (00:41:07) Das CAP-Theorem und die Praxis (00:43:00) MongoDB (00:45:13) Cassandra (00:46:36) Kubernetes (00:49:38) Kafka Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#90 Inner Source: Open Source Best Practices zur besseren Zusammenarbeit zwischen Teams mit Sebastian Spier 1:10:00

2 years önce1:10:00

1:10:00

Inner Source - Die Anwendung von Open Source Best Practices in deiner Organisation Jede Firma und jeder Entwickler⋅in hat Berührungspunkte mit Open Source. Direkt oder indirekt durch verwendete Libraries, Server-Systeme oder Ähnliches. Wie die Open-Source-Szene funktioniert, ist auch irgendwie faszinierend. Personen, die sich nicht kennen, arbeiten weltweit und asynchron, relativ effizient zusammen und erschaffen zusammen Großes. Inner Source hat zum Ziel, die besten Praktiken aus Open Source in einer geschlossenen Organisation zu nutzen. Doch was bedeutet dies eigentlich? Dazu haben wir mit Sebastian Spier gesprochen. Wir steigen tiefer ein und klären, was Inner Source ist, welchen Vorteil eine Organisation bei der Anwendung von Inner Source hat, ob Inner Source ohne Open Source Erfahrung möglich ist, ob interne Firmenpolitik dadurch reduziert werden kann und welcher Support vom Leadership und vom Team eigentlich notwendig ist. Bonus: Kneipenguide.de wurde in Perl geschrieben. Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Sebastian Spier (LinkedIn): https://www.linkedin.com/in/sebastianspier/ Sebastian Spier (Blog): https://spier.hu/ Inner Source: https://de.wikipedia.org/wiki/Inner_Source Inner Source Commons: https://innersourcecommons.org/ Inner Source Patterns: https://patterns.innersourcecommons.org/ Inner Source Pattern - Transparente Auffindbarkeit der InnerSource Projekt in der Firma, möglichst über Business Units hinweg: https://patterns.innersourcecommons.org/p/innersource-portal Inner Source Pattern - Wo anfangen, wenn man einen InnerSource contribution zu einem anderen (InnerSource) Projekt machen möchte?: https://patterns.innersourcecommons.org/p/base-documentation Inner Source Pattern - Wie können externe Contributor die Richtung des Projektes verstehen, oder sogar beeinflussen: https://patterns.innersourcecommons.org/p/trusted-committer und https://patterns.innersourcecommons.org/p/maturity-model Inner Source Pattern - Wer übernimmt die Verantwortung für Probleme in Produktion, nachdem der PR eines anderen Teams gemerged wurde?: https://patterns.innersourcecommons.org/p/30-day-warranty InnerSource Common Slack channel: https://innersourcecommons.org/slack InnerSource Case Studies: https://innersourcecommons.org/stories/ Entwickler.de - Neue InnerSource-Patterns - Herausforderungen zielgenau adressieren: https://entwickler.de/agile/herausforderungen-zielgenau-adressieren Sprungmarken (00:00:00) Intro (00:01:13) Open Source in Organisationen: Inner Source mit Sebastian Spier (00:03:39) Was ist Inner Source? (00:04:04) Info/Werbung (00:05:23) Was ist Inner Source? (00:08:42) Pull Requests ohne vorherige Kommunikation (00:11:27) Was ist die Inner Source Commons Foundation? (00:14:44) Welche Vorteile hat Inner Source? (00:18:44) Spielt Inner Source ein Element in Interviews dar? (00:20:30) Inner Source ohne Open Source Erfahrung (00:23:56) Wo ist der Unterschied zu Agile und DevOps? (00:27:59) "Meine Entwickler, meine Arbeitszeit" (00:30:47) Kann Inner Source die interne Firmenpolitik reduzieren? (00:33:10) Grundhaltung: Schlechter Code und Rewrite (00:38:05) Support vom Leadership, der erste kleine Schritt und ein Langzeit-Investment (00:48:36) Technische Foundations für Inner Source und Cross-Team-Kommunikation (01:00:39) Forken in Inner Source: Legale Hürden (01:03:27) Was ist die Empfehlung um mit Inner Source zu starten? (01:07:30) Inner Source Community und Slack Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#89 Die Klimakrise und Green IT: unser Einfluss über Hardware, Farben, Web-Performance und Green-Hosting mit Christian Schäfer 1:16:03

2 years önce1:16:03

1:16:03

Green IT und die CO2-Emissionen durch die IT, das Internet und die Software-Entwicklung Die Klimakrise ist real. Damit wir das ganze Problem in den Griff bekommen, muss jeder mit anpacken. Doch wie viel Einfluss hat die IT mit der Hardware, dem Internet, auf der Client- und Serverseite? Darüber sprechen wir in dieser Episode. Wie lange solltest du deine Hardware nutzen? Was für eine Rolle spielen Display-Technologien wie Oled und LCD? Sind performante Websites mehr Eco-Friendly? Wie sieht es mit Cloud-Infrastruktur, Build- und CI-Pipelines aus? Wie berechnet man die CO2-Emissionen von Gigabit-Datentransfer? Welche ist die grünste Programmiersprache? Das und noch viel mehr besprechen wir mit unserem Gast Christian "Schepp" Schaefer, der sich mit diesem Thema auseinandergesetzt hat. Bonus: Wo die dreckigsten Industrieunternehmen Deutschlands stehen. Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Christian "Schepp" Schaefer: https://schepp.dev/ WWF Studie "Dirty Thirty" - Emissionen des Industriesektors in Deutschland: https://www.wwf.de/fileadmin/fm-wwf/Publikationen-PDF/Klima/WWF-DirtyThirty-Emissionen-Industrie.pdf Slides "Sustainable Web Design": https://schepp.github.io/sustainable-web-design/ CSS Café (Online-Meetup): https://www.meetup.com/de-DE/css-cafe/ Webworker NRW Meetup (Offline-Meetup): https://www.meetup.com/de-DE/webworker-nrw/ localhost Conference: https://localhost.engineering/ Fronteers Conference: https://fronteersconf.org/ Working Draft Podcast: https://workingdraft.de/ Lighthouse Performance Scoring: https://developer.chrome.com/docs/lighthouse/performance/performance-scoring/ Electricity Maps: https://app.electricitymaps.com/map Website Carbon Calculator: https://www.websitecarbon.com/ Web Almanac: https://almanac.httparchive.org/en/2022/ GCP Carbon Footprint: https://cloud.google.com/carbon-footprint Unmute IT Podcast: https://linkr.bio/unmute-it In diesen Gebäuden stehen 200.000 Server! Zu Besuch bei Hetzner in Falkenstein: https://www.youtube.com/watch?v=F0KRLaw8Di8 Was ist die grünste Progammiersprache?: https://www.linkedin.com/posts/milanmilanovic_technology-programming-softwareengineering-activity-7029697968991518720-CNpr/ Carbon Footprint of a Typical Rack Server from Dell: https://i.dell.com/sites/content/corporate/corp-comm/en/documents/dell-server-carbon-footprint-whitepaper.pdf Cloud Carbon Footprint: https://github.com/cloud-carbon-footprint / https://www.cloudcarbonfootprint.org/ ChatGPT’s electricity consumption: https://kaspergroesludvigsen.medium.com/chatgpts-electricity-consumption-pt-ii-225e7e43f22b CO₂-Emissionen pro Kilowattstunde Strom steigen 2021 wieder an: https://www.umweltbundesamt.de/themen/co2-emissionen-pro-kilowattstunde-strom-steigen The impact of growing IT sector electricity demand: https://www.i-scoop.eu/sustainability-sustainable-development/it-sector-electricity-demand/ Engineering Kiosk Episode #65 Clean Code macht Software langsam: https://engineeringkiosk.dev/podcast/episode/65-clean-code-macht-software-langsam/ Sprungmarken (00:00:00) Intro (00:01:16) Dirty Thirty, Green IT und Vorstellung von Christian "Schepp" Schaefer (00:06:00) Warum liegt dir das Thema Green IT und CO2-Emissionen von Websiten am Herzen? (00:07:14) Welche Rolle spielt die IT bei den CO2-Emissionen? (00:07:14) Info/Werbung (00:16:06) Welche Komponenten spielen bei Green IT eine Rolle? (00:17:58) Client-Hardware: Herstellung, Nutzungsdauer und Erneuerung (00:22:56) Client-Hardware: Bildschirme und Display-Technologien (00:27:15) Website-Frontend: Farbwahl, Web-Performance, Daten-Volumen und Energie-Verbrauch der Runtime (00:33:20) Kompensation von CO2 durch Bäume (00:35:36) Bekommt Website-Performance durch Green IT einen höheren Stellenwert? (00:39:46) Die meist gemachten Performance-Fehler: Asset-Größe, Bildformate und Kompressionen (00:43:40) Serverseite: Green-Hosting, Carbon Footprint auf GCP, Server erneuern, ARM Prozessoren und Workloads (01:02:26) Build- und CI/CD Pipelines verbrauchen auch Energie (01:03:37) CO2-Emissionen pro Einwohner in China und Deutschland (01:05:01) Effizienz und Energieverbrauch von Programmiersprachen (01:09:59) Was kann ich tun, um zu helfen? Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#88 Die Personalabteilung: Freund oder Feind? mit Patrick Kuster 1:16:40

2 years önce1:16:40

1:16:40

Die Personalabteilung: Dein strategischer Partner auf Augenhöhe oder dein Feind und Blocker? Für viele ist die Personalabteilung ein notwendiges Übel. Eine Abteilung, die “halt notwendig ist”. Dennoch kann die HR auch ein Team sein, welches dir eine Menge Arbeit abnimmt und neue Möglichkeiten eröffnet. In dieser Episode sprechen wir mit Patrick Kuster. Patrick hat seine ganze Karriere in verschiedenen Personalabteilungen verbracht und er gibt uns Einblicke in Recruiting-Prozesse, Job-Benefits, Arbeitszeitverkürzung, Sabbaticals, Bildungsurlaub und vieles mehr. Bonus: Warum Mallorca als 17. deutsches Bundesland nicht von unserem Bildungsurlaub profitiert. Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Patrick Kuster: https://www.linkedin.com/in/patrick-kuster-71248b68/ Eurowings Digital: https://eurowings-digital.de/ Sprungmarken (00:00:00) Intro (00:00:49) Einblick in die Personalabteilung mit Patrick Kuster (00:06:25) Der Name "Human Resources" (HR), wenn wir doch mit Menschen arbeiten (00:08:32) Info/Werbung (00:10:44) Diversity in der Personalabteilung (00:12:00) Was hat sich in den letzten 10 Jahren in der HR geändert? (00:16:25) Hat der Fachkräftemangel den Wert und die Aufgaben der Personalabteilung verändert? (00:17:42) Was sind die essentiellen Elemente in einem Lebenslauf (CV)? (00:26:38) Artificial Intelligence (AI) im Recruiting Prozess (00:29:31) Team- und Company-Fit im Recruiting (00:34:27) Tipps für Interviews: Das Unternehmen kennen, Zeit nehmen und Fragen vorbereiten (00:38:48) Eine außergewöhnliche Location für ein Interview (00:39:29) Job-Benefit: Das Mysterium von unbegrenztem Urlaub (00:44:51) Arbeitszeitverkürzung: In Teilzeit arbeiten (00:51:48) Eine Auszeit nehmen: Sabbatical (00:57:21) Bildungsurlaub (01:06:26) HR als Strategischer und Sparrings-Partner um weniger zu arbeiten (01:07:48) Was wünscht sich die HR von uns als Tech-Worker? (01:12:01) Die Personalabteilung ist nicht euer Feind, sondern euer Ansprechpartner auf Augenhöhe Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#87 Die DORA-Metriken: Ist Software-Entwicklungs-Performance messbar? 54:42

2 years önce54:42

54:42

DORA Metriken: Die Performance-Messung deines Software Development Teams bzw. die Ermittlung des Reifegrades von DevOps in deiner Organisation Softwareentwicklung ist ein kreativer Beruf. Jedes Projekt ist einzigartig und die geschriebenen Lines of Code sagen wenig über die dafür benötigte Zeit aus. Das Research-Programm DevOps Research and Assessment (DORA) versucht dennoch die Performance eines Software-Entwicklungs-Teams zu messen. Nicht via Lines of Code, sondern auf Basis von Aktivitäten, die Value liefern: Deployment Frequency, Lead Time for Changes, Mean Time to Recovery, Change Failure Rate und Reliability. Die Metriken selbst sind weit bekannt. Wie diese Metriken beeinflusst werden können, wer eigentlich dahinter steckt, und was die Organisation eigentlich für eine Kultur vorleben muss, damit es überhaupt zu einem positiven Ergebnis kommt, wissen viele nicht. Und genau darüber sprechen wir in dieser Episode. Bonus: AOL CDs und Metal-Musik aus Litauen Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Engineering Kiosk Episode #45 Datengetriebene Entscheidungen und der perfekte Dashboard Stack: https://engineeringkiosk.dev/podcast/episode/45-datengetriebene-entscheidungen-und-der-perfekte-dashboard-stack/ Engineering Kiosk Episode #18 Ziele und Performance-Metriken für Teams und mich selbst: https://engineeringkiosk.dev/podcast/episode/18-ziele-und-performance-metriken-f%C3%BCr-teams-und-mich-selbst/ Engineering Kiosk Episode #75 Evaluierung deiner Job-Performance, Team-Feedback und LNO Framework: https://engineeringkiosk.dev/podcast/episode/75-evaluierung-deiner-job-performance-team-feedback-und-lno-framework/ DORA: https://dora.dev/ DORA’s Research Team: https://dora.dev/research/team/ DORA State of DevOps Reports: https://dora.dev/publications/ Oxide Computer: https://oxide.computer/ Buch "The Phoenix Project: A Novel about IT, DevOps, and Helping Your Business Win": https://www.amazon.de/gp/product/B078Y98RG8/ref=dbs_a_def_rwt_bibl_vppi_i0 Buch "The Unicorn Project: A Novel about Developers, Digital Disruption, and Thriving in the Age of Data": https://www.amazon.de/gp/product/B082XJPDBB/ref=dbs_a_def_rwt_bibl_vppi_i3 Buch "Accelerate: The Science of Lean Software and DevOps: Building and Scaling High Performing Technology Organizations": https://www.amazon.de/gp/product/B07B9F83WM/ref=dbs_a_def_rwt_bibl_vppi_i2 McKinsey "Yes, you can measure software developer productivity": https://www.mckinsey.com/industries/technology-media-and-telecommunications/our-insights/yes-you-can-measure-software-developer-productivity DORA Capability catalog https://dora.dev/devops-capabilities/ DevOps-Kultur: Organisationskultur von Westrum: https://cloud.google.com/architecture/devops/devops-culture-westrum-organizational-culture?hl=de Engineering Kiosk Tech Kultur: https://engineeringkiosk.dev/tag/tech-kultur/ Applikation "fourkeys": https://github.com/dora-team/fourkeys Sprungmarken (00:00:00) Intro (00:00:57) DORA-Metriken und die Liebe zu Daten (00:04:02) Info/Werbung (00:05:13) Wofür steht DORA und wer steckt dahinter? (00:08:02) Was ist DORA und was ist das Ziel? (00:10:47) DORA Metrik: Deployment Frequency (DF) (00:14:44) DORA Metrik: Lead Time for Changes (LT) (00:17:05) DORA Metrik: Mean Time to Recovery (MTTR) (00:19:51) DORA Metrik: Change Failure Rate (CFR) (00:20:22) DORA Metrik: Reliability (00:22:56) High-Performing-Teams und Vergleichbarkeit (00:27:54) DORA Capabilities und was die Metriken eigentlich beeinflußt (00:32:09) Generative Organisationskultur nach Westrum (DevOps-Kultur) (00:34:29) Vergleichbarkeit von Teams, Optimierung und Evaluierung der Metriken (00:46:32) Wie kann man die DORA-Metriken erfassen? Hosts Wolfgang Gassler ( https://mastodon.social/@woolf ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#27 Sicherheit in der Dependency Hölle 56:18

3 years önce56:18

56:18

Was haben die JavaScript Pakete left-pad, color, faker und cross-env gemeinsam? Alle waren in npm Package Sicherheits-Incidents involviert. Wenn man sich die Anzahl von Javascript Abhängigkeiten bei Mittelgroßen Projekten ansieht, ist eine dreistellige Anzahl an JavaScript Paketen nicht unüblich. Das liegt primär an der überschaubaren Größe der Pakete und somit der Funktionalität. Alles nur, um Pakete verwaltbarer zu halten. Doch dieser Umstand macht das JavaScript-Ecosystem so attraktiv für Angreifer oder kann zu extremen Seiteneffekten führen. In dieser Episode sprechen wir drei npm Package Incidents durch, was es damit aufsich hatte, welche Attack-Möglichkeiten es noch gibt und wie man sich als Software Entwickler dagegen schützen kann. Bonus: Was Bademeister, Blubberwasser und eine ASCII-Repräsentation von Uncle Sam und der amerikanischen Flagge mit JavaScript zu tun haben. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Film "Die Bademeister": https://www.imdb.com/title/tt0202806/ Open Source Studien: https://t3n.de/news/wirtschaft-open-source-nutzt-5-1451923/ und https://www.bitkom.org/Presse/Presseinformation/Open-Source-ist-in-der-deutschen-Wirtschaft-angekommen Media Tech Lab: https://jump.engineeringkiosk.dev/media-tech-lab Buch "Working in Public: The Making and Maintenance of Open Source Software": https://www.amazon.de/Working-Public-Making-Maintenance-Software/dp/0578675862 Auch Python und PHP sind betroffen: https://twitter.com/s0md3v/status/1529005758540808192 und https://twitter.com/s0md3v/status/1529049336268869633 JavaScript left-pad: https://www.npmjs.com/package/left-pad Messaging-App Kik: https://www.kik.com/ E-Mail-Verkehr zwsichen npm, Kik und Azer Koçulu zum left-pad Paket: https://medium.com/@mproberts/a-discussion-about-the-breaking-of-the-internet-3d4d2a83aa4d Statement vom npm CTO "Laurie Voss" zur Wiederherstellung des left-pads Paket: https://twitter.com/seldo/status/712414588281552900 Zalgo Text: https://en.wikipedia.org/wiki/Zalgo_text Dev corrupts NPM libs 'colors' and 'faker' breaking thousands of apps: https://www.bleepingcomputer.com/news/security/dev-corrupts-npm-libs-colors-and-faker-breaking-thousands-of-apps/ node-ipc: Open Source Maintainer Sabotages Code to Wipe Russian, Belarusian Computers: https://www.vice.com/en/article/dypeek/open-source-sabotage-node-ipc-wipe-russia-belraus-computers typosquatting-Attacke mit npm Paketen (u.a. cross-env): https://snyk.io/blog/typosquatting-attacks/ Bank pushed privaten Code mit npm: https://twitter.com/seldo/status/1105153287718723584 12 Factor App: https://12factor.net/de/ GitHub DMCA Takedowns: https://github.com/github/dmca npm package scopes: https://docs.npmjs.com/about-scopes Dependabot: https://github.blog/2020-06-01-keep-all-your-packages-up-to-date-with-dependabot/ Harden GitHub Actions - Pin actions to a full length commit SHA: https://docs.github.com/en/actions/security-guides/security-hardening-for-github-actions#using-third-party-actions Weitere nicht behandelte Incidents ua-parser.js (malicious code / account hijack): https://github.com/advisories/GHSA-pjwm-rvh2-c87w coa (malicious code): https://github.com/advisories/GHSA-73qr-pfmq-6rp8 rc (malicious code): https://github.com/advisories/GHSA-g2q5-5433-rhrf purescript (malicious code by dependencies): https://harry.garrood.me/blog/malicious-code-in-purescript-npm-installer/ event-stream (new maintainer injected code to steal bitcoins / social engineering): https://blog.npmjs.org/post/180565383195/details-about-the-event-stream-incident getcookies (backdoor): https://blog.npmjs.org/post/173526807575/reported-malicious-module-getcookies.html Sprungmarken (00:00:00) Intro (00:00:35) Intro: 10.000 Downloads und Die Bademeister (00:01:42) Wie viele Firmen setzen (bewusst) Open Source ein? (00:04:09) Wie viele Firmen unterstützen Open Source finanziell? (00:06:22) Open Source Funding via Media Tech Lab (00:08:11) Das Management von Software-Dependencies anhand des JavaScript-Ecosystems via npm (00:08:59) Warum JavaScript als Beispiel genutzt wird und die Theorie warum JavaScript Pakete so klein sind und viele Abhängigkeiten haben (00:15:06) npm Package Incident: Das Paket "left-pad" wurde aus der npm Registry entfernt (unpublished) (00:23:06) npm Package Incident: Die Pakete "color" und "faker" geben Textmüll auf der Konsole aus (00:27:29) npm Package Incident: Das Paket "cross-env" und der typosquatting-Angriff mit "crossenv" (00:33:01) Weitere Angriffs-Vektoren in Bezug auf Software Dependencies: Böswilliger Maintainer, Schadcode in Sub-Dependency, Account-Übernahme und die falsche Package Registry (00:40:23) Ein Lösungsweg: npm package scopes (00:42:02) Weitere Lösungswege: Schadcode und frühere Fraud-Detection auf Plattform-Seite, die Überwachung von direkten Dependencies und Version-Pinning (00:47:40) Dependabot: Versionen von Dependencies automatisch updaten und auf neue Dependencies achten (00:53:44) Der gesunde Streit: Zanken und Bierchen (00:54:17) Outro Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk…

Engineering Kiosk

1
#26 My English is not the yellow from the egg - Arbeiten in internationalen Teams 1:06:10

3 years önce1:06:10

1:06:10

Der Großteil der IT-Ressourcen wie Dokumentationen, Websites, Präsentationen in Englisch, doch was ist wenn man selbst von sich sagt "My english is not the yellow from the egg"? Diese Episode dreht sich ganz um die englische Sprache und das Arbeiten in internationalen Teams: Welche Hürden haben die meisten deutschen in Bezug auf die englische Sprache? Wie kann man diese überkommen und sicherer mit der englischen Sprache werden? Und was passiert, wenn ich auf der Arbeit auf einmal Englisch sprechen muss? Wie verändert sich mein Arbeitsumfeld, wenn das Team international zusammengestellt ist? Was muss ein Arbeitgeber im Kopf behalten, wenn sich das Team international entwickeln soll? Und wie verhält sich aktuell die Remote-Arbeit mit der ganzen Thematik? All das und noch mehr in dieser Episode. Bonus: Russische Software-Code-Kommentare, die Vertonung von Hollywood Filmen und schnelle deutsche ALDI Kassierer. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links DeepL: https://www.deepl.com/de/translator Grammarly: https://www.grammarly.com/ Buch “When Cultures Collide”: https://www.amazon.de/When-Cultures-Collide-Managing-Successfully/dp/1857880862/ Sub-Reddit de_EDV: https://www.reddit.com/r/de_EDV Sprungmarken (00:00:00) Intro (00:00:46) Ein Dankeschön an unsere Hörer und Deutschlernen mit dem Engineering Kiosk (00:04:52) Das heutige Thema: Das Arbeiten in internationalen Teams (00:05:58) Ein Team, alle deutschsprachig, ein internationale Person: Welche Sprache soll gesprochen werden? (00:13:00) Source-Code-Kommentare in Russisch (00:14:42) Offizielle Team- und Firmen-Sprache (00:16:49) Support von der Firma zum lernen der Firmensprache (00:17:18) Ohne die deutsche Sprache ist man in Deutschland aufgeschmissen (00:23:26) Englisch in der Universität (00:25:06) Englisch als Chance: Der Lern-Einstieg und Übung macht den Meister (00:29:51) Als nicht deutscher in einer deutschen Gruppe: Was kann dies für Folgen haben? (00:35:41) Hören wir mehr Englisch im Alltag und um uns herum? (00:37:54) Wie ändert sich die Softwareentwicklung selbst und im Team in einem internationalen Team? (00:44:42) Die Entwicklung von internationalen Produkten erfordern internationale Teams (00:47:08) Hürden für den Arbeitgeber bei der Einstellung von internationalen Leuten (00:52:34) Schwierigkeiten bei der Zusammenarbeit in einem internationalen Team (00:58:23) Erste Erfahrungen in internationalen Teams in Open Source (01:01:23) Remote-Work fördert internationale Arbeitsumgebungen (01:04:02) Outro Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk…

Engineering Kiosk

1
#25 Tech-Entlassungswellen & Job-Interview Skills 1:12:56

3 years önce1:12:56

1:12:56

Interviews als Bewerber zu führen ist nicht immer leicht. Oft hat man das Gefühl, dass man sich “Beweisen” muss. Doch muss das wirklich so sein? Besonders im Tech-Sektor sind Whiteboard-Challenges und Coding-Interviews der Endgegner. Viele Bewerber sind aber schon vorher nervös, stammeln, stehen unter Druck und sind ggf. nicht sich selbst. In dieser Episode sprechen wir mal ein wenig über die aktuelle Lage im Tech-Sektor in Bezug auf Layoffs, und falls man eine neue Firma sucht, wie man an ein Interview locker und sicher ran geht. Wir klären wie heutzutage eine Bewerbung aussehen kann, was man vor dem eigentlichen Interview tun kann, um herauszustechen, wie man sich im Interview verhält und aus dem “Frage-Antwort-Spiel” eine ordentliche Konversation auf Augenhöhe macht aber auch wie man den Endgegner, die Coding Challenge, meistern kann. Bonus: Warum Wolfgang nur Kaffee in Portugal trinkt und was ein Gehsteig, Bürgersteig und Klettersteig gemeinsam haben. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links HackerRank: https://www.hackerrank.com/ StackOverflow: https://stackoverflow.com/ Xing: https://xing.de/ LinkedIn: https://www.linkedin.com/ Buch “Cracking the Coding Interview”: https://www.amazon.de/Cracking-Coding-Interview-6th-Programming/dp/0984782850/ Sprungmarken (00:00:00) Intro (00:00:49) Intro: Kultureller Anspruch mit Portugal, Verkehrsmittel, Braindrain, Einwanderung (00:04:41) Portugal als Tech-Hub: Startups und Web-Summit (00:06:33) Aktuelle Lage in der Startup/Scale-Up Welt: Layoffs, Fachkräftemangel und Welt-Krisen (00:16:52) Das heutige Thema: Interviews aus der Sicht des Bewerbers (00:19:37) Der Lebenslauf: Was soll rein, was soll nicht rein (00:28:01) Internet-Profile wie LinkedIn und XING (00:30:06) Arbeitszeugnisse, persönliche Referenzen, das Anschreiben und der personalisierte Lebenslauf (00:35:47) Anforderungen an den Job, eure Qualifikation, Referenzen und Background-Checks (00:38:21) Was man vor dem Interview bereits tun kann (00:43:52) Wie Ihr das Interview sehen solltet: Bidirektional und Glück (00:45:52) Wie ist die generelle Struktur eines Interviews und wie viel Redezeit ist angebracht? (00:55:05) Das Interview selbst: Der technische Test bzw. die Hardskill-Evaluation (01:01:42) Verhaltens-Fragen im Interview (Selbst-Reflektion und Team-Arbeit) und Fragenkatalog (01:04:12) Architektur-Fragen bei der Software-Entwicklung: Setze den Kontext (01:06:33) Vorbereitung auf Interviews durch Interviews, auch wenn man keinen neuen Job sucht (01:11:17) Outro Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk…

Engineering Kiosk

1
#24 Infrastructure as Code oder old man yells at cloud 1:01:53

3 years önce1:01:53

1:01:53

Old man yells at cloud - Oder: Wie managed man seine Infrastruktur mit Stil (und Software) Anders als gewohnt nimmt in dieser Episode Andy die Dozenten-Rolle ein und beantwortet Wolfgang all seine Fragen zum Thema Infrastructure as Code. Wir klären wozu man das ganze eigentlich braucht, was Terraform und Pulumi ist, klären über einen weit verbreiteten Mythos auf, wo der Unterschied zwischen Infrastructure Orchestration und Configuration Management ist, was das beste Configuration Management Tool ist und wo es Herausforderungen bei der Verwendung von Infrastructure as Code gibt. Bonus: Was ein Data Engineer ist, ob Wolfgang Holz-Clogs trägt und wie Deutschland mit dem 9€ Ticket umgeht. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links “Old man yells at cloud” Herkunft: https://knowyourmeme.com/memes/old-man-yells-at-cloud Zeit "Servus Grüezi Hallo" Podcast "Die passen doch niemals alle rein": https://www.zeit.de/gesellschaft/2022-06/9-euro-ticket-klimaticket-oesterreich-politikpodcast Terraform: https://www.terraform.io/ Pulumi: https://www.pulumi.com/ AWS Cloud Formation: https://aws.amazon.com/de/cloudformation/ Saltstack: https://github.com/saltstack/salt Ansible: https://www.ansible.com/ Puppet: https://puppet.com/ Chef: https://www.chef.io/products/chef-infra CFEngine: https://cfengine.com/ Terraform "depends_on for providers" bug: https://github.com/hashicorp/terraform/issues/2430 Hetzner Terraform Provider: https://registry.terraform.io/providers/hetznercloud/hcloud Sprungmarken (00:00:00) Intro (00:00:46) Was ist ein Data Engineer? Und wie spielt ein Data Analyst und Data Scientist da rein? (00:05:00) Das 9€ Ticket in Deutschland und das Klima-Ticket in Österreich (00:08:23) Heutiges Thema: Infrastructure as Code (00:09:27) Was ist DevOps und warum es keine Stellenbeschreibung oder Person ist (00:10:52) Warum niemand sich selbst als Spezialist ansieht (00:11:44) Was ist eigentlich Infrastructure as Code? (00:17:41) Was bringt mir Infrastructure as Code eigentlich? (00:20:55) Mythos: Code ist einmal definiert, und auf alle Cloud Provider anwendbar (00:22:25) Warum nutzen wir dann nicht die Cloud spezifische Sprache, wie zum Beispiel Cloud Formation von Amazon Web Services? (00:24:08) Bin ich schneller, wenn ich die Cloud migrieren möchte und die Infrastruktur bereits als Code definiert habe? (00:27:05) Zurück zu: Warum braucht man Infrastructure as Code eigentlich? (00:29:14) Wo ist der Unterschied zwischen Ansible und Terraform? (00:34:12) Wird Configuration Management wie Ansible heutzutage noch gebraucht? (00:36:25) Was sind Terraform Provider? (00:39:53) Was ist denn das beste Configuration Management-Tool: Ansible, Salt, Chef, Puppet, CFEngine oder Bash-Scripte? (00:45:34) Was sind Nachteile von Infrastructure as Code? (00:57:55) Zusammenfassung der Episode und Outro Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk…

Engineering Kiosk

1
#23 Schaltest du noch oder automatisiert du schon: Home Automation 1:03:32

3 years önce1:03:32

1:03:32

Machst du noch selbst das Licht an oder automatisiert du schon? Internet of Things (IoT) ist in aller Munde. Jedes Device trackt irgendwas mit. Doch was kann man damit machen? Home Automation ist das richtige Stichwort. Und dafür braucht man kein eigenes Haus oder ein abgeschlossenes Studium. In dieser Episode geben Andy und Wolfgang einen praktischen Einblick und wie man am einfachsten selbst loslegen kann. Weiterhin versuchen wir euch mit unseren Learnings vor schlimmerem zu bewahren. Viel Spaß beim automatisieren. Bonus: Warum der Grundriss von Andys Wohnung nun in China ist und warum bald alle Hörer∙innen nackig durch ihre Wohnung rennen. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Xiaomi: https://www.mi.com/de Staubsauger-Roboter Open Source Software: https://github.com/Hypfer/Valetudo Homematic Rauchmelder: https://de.elv.com/homematic-funk-rauchmelder-hm-sec-sd-2-mit-10-jahres-batterie-131408 FHEM: https://fhem.de/ Home Assistant: https://www.home-assistant.io/ Raspberry Pi: https://www.raspberrypi.com/ Ikea Tradfri: https://www.ikea.com/de/de/search/products/?q=TR%C3%85DFRI Andys Conbee 2 Zigbee USB-Stick: https://phoscon.de/de/conbee2 Wolfgangs Zigbee Stick aus Köln: https://slae.sh/projects/cc2652/ (basiert auf CC2652 und Hände weg von Texas Instruments CC2531 Chips, die sind zu alt und schwach) Empfohlene Zigbee Sticks: https://www.zigbee2mqtt.io/guide/adapters/#recommended Zigbee im Mars Rover: https://www.zdnet.com/home-and-office/networking/zigbee-inside-the-mars-perseverance-mission-and-your-smart-home/ sqlite: https://www.sqlite.org/ Homematic: https://www.eq-3.de/produkte/homematic.html MQTT: https://de.wikipedia.org/wiki/MQTT Mosquitto MQTT Broker: https://mosquitto.org/ Zigbee2MQTT: https://www.zigbee2mqtt.io/ Ordroid: https://www.hardkernel.com/ Tasmota: https://github.com/arendst/Tasmota Shelly: https://shelly.cloud/ OpenHAB: https://www.openhab.org/ NodeRED: https://nodered.org/ ioBroker: https://www.iobroker.net/ Sprungmarken (00:00:00) Intro (00:01:49) Home Automation - Warum ist das Thema überhaupt relevant? (00:04:22) Was ist unsere Einstiegsdroge als Intro ins Thema Home Automation? Spoiler: Vernetzte Rauchmelder (00:07:06) Internet of Things (IoT) ist überall (00:07:49) Was wir in dieser Home Automation Folge behandeln und was nicht (00:11:08) Wie startet man mit Heimautomatisierung "the lean way"? (00:16:22) Was ist Home Assistant? (00:19:37) Wie sieht Wolfgangs Home Automation Setup aus? (mit einem Einstieg zu Zigbee und Zigbee Mesh) (00:22:20) Wie sieht Andys Home Automation Setup aus? (00:24:58) Was ist MQTT? (00:28:07) Protokolle im Home Automation Umfeld: Zigbee, Homematic, Z-Wave, Thread (00:37:09) Herausforderungen bei der Home Automation: Anzahl der Protokolle im System (00:43:22) Herausforderungen bei der Home Automation: (Manuelle) Nutzung trotz Ausfall (nach Neustart oder Stromausfall) (00:47:30) Herausforderungen bei der Home Automation: Box of Shame - Zu viele Komponenten, die noch verbaut werden müssen (00:48:33) Herausforderungen bei der Home Automation: Ist das ganze ohne Internet / Cloud lauffähig? (00:50:48) Herausforderungen bei der Home Automation: Monitoring von Batteriekomponenten (00:53:31) Welche Automations haben wir implementiert? (01:01:27) Zuviele Home Automation Systeme und Komponente (01:02:00) Outro Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk…

Engineering Kiosk

1
#22 NoSQL: ACID, BASE, Ende einer Ära Teil 2 1:00:36

3 years önce1:00:36

1:00:36

Neben relationalen Datenbanken gibt es noch eine ganz andere Welt: NoSQL. Doch wofür steht eigentlich NoSQL? Kein SQL? Not Only SQL? Was ist eigentlich die Geschichte hinter dem Hype? Warum wurde diese Art von Datenbanken erfunden? Wofür sind diese gut? Folgen NoSQL Datenbank auch dem ACID-Concept? Was ist Eventual Consistency? Und was sind Neo4J, M3, Cassandra, und Memcached für Datenbanken? Eine Episode voller Buzzwords … Hoffen wir auf ein Bingo. Bonus: Warum Wolfgang keinen Manta fährt und ob Andy bald mit einem Ferrari zum einkaufen fährt. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links ACID: https://de.wikipedia.org/wiki/ACID BASE: https://db-engines.com/de/article/BASE CAP-Theorem: https://de.wikipedia.org/wiki/CAP-Theorem Eventual Consistency: https://de.wikipedia.org/wiki/Konsistenz_(Datenspeicherung)#Verteilte_Systeme Michael Stonebraker / The End of an Architectural Era (It’s Time for a Complete Rewrite): http://nms.csail.mit.edu/~stavros/pubs/hstore.pdf MongoDB: https://www.mongodb.com/ Presto: https://prestodb.io/ SAP HANA: https://www.sap.com/germany/products/hana.html Redis: https://redis.io/ Neo4J: https://neo4j.com/ M3: https://m3db.io/ InfluxDB: https://www.influxdata.com/ VictoriaMetrics: https://victoriametrics.com/ Cassandra: https://cassandra.apache.org/ Memcached: https://memcached.org/ MySQL: https://www.mysql.com/de/ MySQL Memcached Plugin: https://dev.mysql.com/doc/refman/5.6/en/innodb-memcached.html Sprungmarken (00:00:00) Intro (00:00:53) Wolfgangs Auto, Entlastungspaket in Deutschland (00:03:23) Heutiges Thema: NoSQL Datenbanken und CO2-Einsparung durch Datenbank-Optimierungen (00:07:20) Was ist anders zur Episode 19 (Datenbanken) und ist NoSQL überhaupt noch ein Thema? (00:08:39) Was verstehen wir unter dem Begriff NoSQL und woher kommt es eigentlich? (00:15:58) Tip: Für Side Projects besser vertikal anstatt horizontal skalieren (00:16:50) NoSQL: Speziellere Lösungen mit Fokus auf Einfachheit und Benutzerfreundlichkeit (00:18:38) Braucht man heute noch Datenbank-Administratoren (DBA)? (00:21:13) Der Job des klassischen System-Administrator ist weiterhin relevant (00:23:15) Gibt es wirklich keine Datenbank-Schemas in der NoSQL-Welt? (00:27:23) Schema-Lose Möglichkeit in relationalen Datenbanken und Arbeit in die Datenbank oder Software auslagern (00:30:53) NoSQL hat die ACID-Properties aufgeweicht und warum ACID nachteilig für die Skalierung ist (00:33:28) Das NoSQL BASE Akronym (00:36:15) Der Client muss die Datenbank ordentlich nuzten um ACID-Garantien zu bekommen (00:41:35) Was bedeutet eigentlich NoSQL? Kein SQL? Not Only SQL? (00:43:38) Haupt-Speicher Datenbanken und was SAP damit zu tun hat (00:48:02) Was ist Neo4J für eine Datenbank und welcher Use-Case kann damit abgedeckt werden? (00:50:49) Was ist M3 für eine Datenbank und welcher Use-Case kann damit abgedeckt werden? (00:53:06) Was ist Cassandra für eine Datenbank und welcher Use-Case kann damit abgedeckt werden? (00:54:20) Was ist Memcached für eine Datenbank und welcher Use-Case kann damit abgedeckt werden? (00:58:44) Outro Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk…

Engineering Kiosk

1
#21 Static Site Generators & DIE Webseite 53:34

3 years önce53:34

53:34

Statische Websites sind wieder cool und wir springen mit der eigenen Website direkt auf den Hype. Eine Episode mal in (teilweise) eigener Sache: Nach 6 Monaten und 20 Episoden haben wir eine eigene Website gebaut. Mit einem Static Site Generator. Wieso wir eine eigene Website haben wollen, was wir uns davon erhoffen, wie der technische Unterbau aussieht, wo wir recht dreckige Hacks eingebaut haben, was Static Site Generatoren sind und wozu sie eigentlich gut sind, bei welchen Use-Cases diese nicht geeignet sind und warum ein Produkt-Name zu Weltraum-Ergebnissen bei Google führen kann, klären wir in dieser Episode. Bonus: Was die Toten Hosen, Broilers und Rammstein mit Static Site Generators zu tun haben und wieso Österreich so gut im Marketing ist. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Prototype.js: http://prototypejs.org/ MooTools: https://mootools.net/ script.aculo.us: https://script.aculo.us/ RedCircle: https://redcircle.com/ Template Podcast X: https://webflow.com/templates/html/podcast-x-podcast-website-template shuffle: https://shuffle.dev/ Hugo: https://gohugo.io/ Gatsby: https://www.gatsbyjs.com/ Nuxt.js: https://nuxtjs.org/ Next.js: https://nextjs.org/ Netlify: https://www.netlify.com/ Cloudflare Edge Worker: https://workers.cloudflare.com/ Jamstack: https://jamstack.org/ Astro: https://astro.build/ trivago Tech Blog: https://tech.trivago.com/ tailwind: https://tailwindcss.com/ Carrd: https://carrd.co/ Sprungmarken (00:00:00) Intro (00:03:59) Die Engineering Kiosk Website: engineeringkiosk.dev (00:04:44) Historische JavaScript-Frameworks: MooTools, Prototype.js und script.aculo.us (00:06:40) Andys Agentur-Background (00:07:32) Warum braucht der Engineering Kiosk eine Website? (00:14:37) Warum haben wir jetzt erst eine Website? (00:16:06) Die Technik hinter der Engineering Kiosk Website (00:21:00) Was ist ein Static Site Generator? (00:31:29) Kritik am Static Site Generator Hugo (00:34:56) Welcher Static Site Generator wurde für die Engineering Kiosk Website verwendet? (00:39:09) Was ist das coole an Astro und wie wurde Website umgesetzt? (00:41:30) Wie bekommen wir die Podcast Episoden in die Website rein? (00:46:06) Technischer Unterbau mit Astro, tailwind, Python, Netlify (00:50:05) Feedback und Contribution zum Engineering Kiosk Website Setup (00:52:29) Outro Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk…

Engineering Kiosk

1
#20 Off-Boarding und On-Boarding: Wie verlasse ich eine Firma richtig? 1:13:22

3 years önce1:13:22

1:13:22

Firmenwechsel. Kündigung ist raus. Wie gehts weiter? Offboarding und Onboarding sind i.d.R. zwei Themen die sehr stark unterschätzt werden. Wie sieht man als Mitarbeiter zu, dass bei einem Firmenwechsel keine verbrannte Erde hinterlassen wird? Wie übergibt man alles ordentlich? Warum ist das überhaupt wichtig? Und was ist ein Exit-Gespräch? Und wenn das alles durch ist: Wie startet man bei der neuen Firma ordentlich? Worauf sollte man achten? Und wie kann Onboarding aussehen? Dies und nich viel mehr. Bonus: Was Peter Thiel mit Kleber zu tun hat, was Krokodile mit Prüfungsergebnissen zu tun hat und was ein Weckmann mit dem Podcast zu tun hat. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links List of tech migrations: https://github.com/kokizzu/list-of-tech-migrations Ian Goodfellow, Apple KI-Chef, verlässt Unternehmen: https://www.apfeltalk.de/magazin/news/ian-goodfellow-apple-ki-chef-verlaesst-unternehmen/ GitLab onboarding: https://about.gitlab.com/handbook/people-group/general-onboarding/ Sprungmarken (00:00:00) Intro (00:01:52) Landtagswahl in NRW und das Feedback bei der Briefwahl (00:07:42) Themen-Intro: Offboarding und Onboarding (00:08:42) Wie kommen wir auf das Thema Offboarding und Onboarding (00:10:09) Warum ist das Thema Offboarding und Onboarding relevant ist (00:12:02) Wie lang sollte man bei einer Firma bleiben? (00:16:02) Muss man sich jede 2 bis 4 Jahre neu erfinden? (00:19:43) Die Definition von Arbeit: Geld gegen Zeit und Fähigkeit und Loyalität zu Firmen (00:21:12) Die Goldenen Handschellen durch Equity, Stocks und Firmen-Anteile (00:22:49) Warum ist der Offboarding-Prozess eigentlich wichtig? (00:23:43) Der Offboarding-Prozess aus der Sicht der Firma: Feedback, Exit-Chat, eigenes Netzwerk (00:32:30) Der Offboarding-Prozess aus Sicht eines Mitarbeiter: Verbrannte Erde, Kaffee trinken, Prozesse die failen (00:48:00) Die Zeit zwischen Offboarding und der neuen Firma: Urlaub (00:50:51) Onboarding in einer neuen Folge: Intro Chats, Dokumentation, Checklisten, Diagramme und dumme Fragen (01:11:20) Outro Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk…

Engineering Kiosk

1
#19 Datenbank-Deepdive (oder das Ende einer Ära): von Redis bis ClickHouse 1:04:02

3 years önce1:04:02

1:04:02

Der zweite Datenbank-Deepdive im Engineering Kiosk. Indirekt knüpfen wir an Episode 8 mit dem Thema Datenbanken. Diesmal fangen wir aber ganz vorne an: Mit hierarchischen Datenbanken über Objektorientierte Datenbanken, anschließend zu SQL bis hin zur NoSQL und Spaltenorientierten Datenbank-Ära. Dabei klären wir Fragen was zum Beispiel der Unterschied zwischen Datenbanken und Dateien ist, ob OOP-Datenbank immer noch ein Hype ist, was Indexe sind und wie diese funktionieren, warum die Migration weg von Oracle schwierig sein kann, ob Lucene eine Datenbank ist und noch viel viel mehr. Bonus: Was Kürbiskerne mit Datenbanken zu tun haben und warum MySQL ein besseres Adressbuch mit SQL Interface ist. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links IBM Mainframes: https://www.ibm.com/de-de/it-infrastructure/z ClickHouse: https://github.com/ClickHouse/ClickHouse / https://clickhouse.com/ Oracle Cloud Free Tier: https://www.oracle.com/de/cloud/free/ Apache Lucene: https://lucene.apache.org/ Apache Solr: https://solr.apache.org/ ElasticSearch: https://github.com/elastic/elasticsearch Liste der Datenbankmanagementsysteme: https://de.wikipedia.org/wiki/Liste_der_Datenbankmanagementsysteme IBM Go Fork für Mainframes: https://github.com/linux-on-ibm-z/go DB4O: https://de.wikipedia.org/wiki/Db4o Michael Stonebraker / The End of an Architectural Era (It’s Time for a Complete Rewrite): http://nms.csail.mit.edu/~stavros/pubs/hstore.pdf Percona: https://www.percona.com/ 2ndquadrant: https://www.2ndquadrant.com/ OSS Names: https://github.com/EngineeringKiosk/OSS-Names Redis: https://github.com/redis/redis RedisLabs: https://redis.com/ antirez: http://antirez.com/ RocksDB: http://rocksdb.org/ ElasticSearch: https://github.com/elastic/elasticsearch LevelDB: https://github.com/google/leveldb MyRocks: http://myrocks.io/ Sprungmarken (00:00:00) Intro (00:00:55) Mathematik-Professoren und Kürbiskern-Brötchen (00:02:27) Warum Datenbanken ein Herzensthema von Wolfgang ist (00:04:08) Was ist denn eine Datenbank und wann verwendet man eine Datenbank? (00:06:34) Sind klassische Dateien auch eine Datenbank? (00:07:25) Hierarchische Datenbanksysteme: IBM IMS (00:09:30) IBM Mainframes, Go, Docker und horizontale Skalierung (00:11:30) Was wäre ein Use-Case von hierarchische und Objekt-Orientierte Datenbanken? (00:16:15) Hast du bereits eine Objekt-Orientierte Datenbanken bereits in einem Projekt eingesetzt? (00:16:52) Trennung von Daten und Applikationslogik und SQL als Basis-Datenbanken-Wissen (00:18:55) Was ist der Unterschied von SQL-Datenbanken und Dateien (00:19:32) Datenbank Index/Indize: Daten-Duplikation, Lese- und Schreibzugriffe (00:23:54) Ist eine Excel-Datei eine Datenbank? (00:24:58) Unterschied von Files und Datenbanken: Nutzung von mehreren Benutzern (00:28:03) Recovery, persistentes und konsistentes Speichern bei Files und Datenbanken (00:31:01) Relationale Datenbanken sind die eigentlich klassischen Datenbanken (00:34:31) Proprietäre Datenbanken: Oracle Migration nach PostgreSQL (00:37:06) Oracle Cloud und das Free-Tier (00:38:29) MySQL wurde von Oracle übernommen und MariaDB als Alternative (00:39:48) Logik in der Datenbank, Oracle-Migrationen und Application-Server (00:41:10) Gibt es ein Killer-Argument für proprietäre Datenbanken? (00:43:57) Woher kommt der Name MySQL und MariaDB kommt? (00:45:19) Ist ElasticSearch eine Datenbank nach der klassischen Definition? (00:46:38) Ist Redis und andere Key-Value-Stores eine Datenbank? (00:48:42) NoSQL ist für Kinder, Feature-Ritis, Einfache Datenbanken und LevelDB / RocksDB und MyRocks (00:53:19) Was sind Spalten-Datenbanken und wann sollten diese angewendet werden? Analytische Datenbanken und Clickhouse von Yandex (00:58:15) Was für Fragen sind relevant um die richtige Datenbank für mich zu finden? (01:01:43) Feedback zum Thema Datenbanken und Outro Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk…

Engineering Kiosk

1
#18 Ziele und Performance-Metriken für Teams und mich selbst 1:10:48

3 years önce1:10:48

1:10:48

Ziel-Definitionen und Mitarbeiter-Metriken: Sinnvoll oder totaler Blödsinn? Das Thema ist heiß umstritten. Viele lieben Ziele im Job. Andere sind eher auf dem Trichter von “Wer misst, misst Mist.”. In dieser Episode sprechen Wolfgang und Andy über individuelle Ziele, Team-Ziele und über die Frage, ob sich das Team in die richtige Richtung bewegt. Unter anderem mit Fragen wie, ob es immer mathematisch messbare Ziele sein müssen, wie man mit subjektiven Zielen umgeht, ob man Lines of Code messen sollte, was die Velocity aus dem Scrum Framework mit OKRs zu tun haben und noch vieles mehr. Bonus: Wieso Österreicher Podcasts anschauen können und was das Fortuna Düsseldorf und das Sams mit der ganzen Sache zu tun hat. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Reddit-Disukssion: https://www.reddit.com/r/de_EDV/comments/uhnn4c/wie_werdet_ihr_als_mitarbeiter_und_euer_team/ Sentry: https://sentry.io/ OKR Beispiele für Software Teams: https://www.koan.co/okr-examples/engineering OfficeVibe: https://officevibe.com/ DevOps-Kultur: Organisationskultur von Westrum: https://cloud.google.com/architecture/devops/devops-culture-westrum-organizational-culture CircleCi Engineering Kompetenz-Matrix: https://docs.google.com/spreadsheets/d/131XZCEb8LoXqy79WWrhCX4sBnGhCM1nAIz4feFZJsEo/edit#gid=0 DORA Metriken: https://cloud.google.com/blog/products/devops-sre/using-the-four-keys-to-measure-your-devops-performance Sprungmarken (00:00:00) Intro (00:01:37) Helft uns mit eurem Netzwerk durch eine Podcast-Empfehlung (00:02:02) Wie kam das Thema dieser Podcast-Folge zustande? Team Metriken, Einzel-Metriken und Performance-Metriken von Mitarbeitern (00:06:06) Drei Kategorien: Individuelle Ziele, Team-Ziele und "Bewegt sich das Team in die richtige Richtung?" (00:06:36) Individuelle Ziele: Warum ist das Thema relevant? Warum sollte man sich über Ziele unterhalten? (00:13:50) Objective Key Results (OKR) als mögliche Ziele (00:18:09) Die Kritik von Objective und Key Results als individuelle Ziele (00:21:19) Transparenz von Zielen im Team und in der Firma (00:23:44) Planung und Ziele ist unnütz und Overhead (00:25:05) Antipatterns und Ziele die man vermeiden sollte (00:26:31) Was ist die Velocity innerhalb vom Kontext Scrum? Und wie sollte diese Metrik bewertet werden? (00:31:27) Die Nutzung von Code- und Software Repository Mining-Metriken als Basis zur Zielsetzung (00:37:12) Team-Metrik "Happyness" und wie man es messen kann (00:42:22) Das Westrum-Modell, OfficeVibe und Google Forms (00:45:43) 360* Feedback: Was ist es und die Kritik am System (00:52:26) Vergleichbarkeit von Software Engineers und Levels (00:57:45) Jobtitel und individuelle Ziele und höhere Erwartungen (00:59:00) "Bewegt sich das Team in die richtige Richtung?", DORA-Metriken und Well-Rounded Software Engineer (01:03:30) Zieldefinitionen sind nicht einfach und Kontext ist King (01:07:46) Outro Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk…

Engineering Kiosk

1
#17 Was können wir beim Incident Management von der Feuerwehr lernen? 1:11:01

3 years önce1:11:01

1:11:01

Was haben die Methoden der Feuerwehr zur Bekämpfung von Großschadensereignissen mit dem Incident Management von IT-Systemen gemeinsam? Diese Frage klären wir in der folgenden Episode. Wolfgang, als Mitglied der freiwilligen Feuerwehr, gibt einen Einblick in das Prozedere, wenn die Feuerwehr ausrückt. Andy vergleicht dies mit dem Incident Management von Cloud-Systemen. Wir klären wie man den Schaden eines Incidents misst, was dies mit dem Vertrauen von Kunden zu tun hat, wie ordentliche Prävention aussehen kann und warum es dafür wenig Ruhm gibt, was man unter War- und Peacetime versteht, wie ein moderner “Schreiberling” aussieht, wie dreist Presseleute sein können und was eine kleine Konferenz in Kalifornien damit zu tun hat. Bonus: Was Gartenschläuche und Stahl-Hochöfen damit zu tun haben und wieso Kaffee holen doch eine Strategie sein kann. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Datenverlust bei 1.500 Snapshots von Hetzner Cloud: https://www.golem.de/news/trotz-redundanz-datenverlust-bei-1-500-snapshots-von-hetzner-cloud-2204-164628.html Ceph Storage: https://ceph.io/ Inside the Longest Atlassian Outage of All Time: https://newsletter.pragmaticengineer.com/p/scoop-atlassian Atlassian stoppt den Verkauf von On-Premise Lizenzen: https://www.atlassian.com/migration/assess/journey-to-cloud auditd: https://linux.die.net/man/8/auditd rsyslog: https://www.rsyslog.com/ Incident.io: https://incident.io/ 5-Why-Methode: https://de.wikipedia.org/wiki/5-Why-Methode Postmortem “Roblox Return to Service 10/28-10/31 2021”: https://blog.roblox.com/2022/01/roblox-return-to-service-10-28-10-31-2021/ Postmortem “The Discovery of Apache ZooKeeper’s Poison Packet”: https://www.pagerduty.com/blog/the-discovery-of-apache-zookeepers-poison-packet/ Postmortem “etcd: v3.5 data inconsistency”: https://github.com/etcd-io/etcd/blob/main/Documentation/postmortems/v3.5-data-inconsistency.md Postmortem: “Gocardless: Incident review: API and Dashboard outage on 10 October 2017”: https://gocardless.com/blog/incident-review-api-and-dashboard-outage-on-10th-october/ Postmortem: “Monzo,Outage, 29. July 2019”: https://monzo.com/blog/2019/09/08/why-monzo-wasnt-working-on-july-29th Sammlung von verschiedenen Postmortems: https://github.com/danluu/post-mortems OpsGenie: https://www.atlassian.com/de/software/opsgenie PagerDuty: https://www.pagerduty.com/ Buch “Incident Management for Operations”: https://www.amazon.de/Incident-Management-Operations-Rob-Schnepp/dp/1491917628 Sprungmarken (00:00:00) Intro (00:01:21) Wie viel Feuerwehr-Leute gibt es in Deutschland? (00:02:58) Was ist Incident Management im DevOps/Infrastruktur-Bereich (00:07:33) Firmen-Interne Incidents können ebenfalls richtig teuer werden (00:09:14) Wie wichtig ist Prävention und Monitoring? (00:10:26) Wie agiert ein Unternehmen bei einem IT-Incident? Chaotische Hilfe (00:12:33) Inwieweit kann ein IT-Incident mit einem Großschadensereignis verglichen werden? (00:14:14) Was ist ein Großschadensereignis? (00:15:57) Wie bekommen denn alle mit, dass ein Incident gerade eintritt? Und welche Strukturen sind notwendig? (00:17:43) Wer übernimmt die Rolle des (Incident) Commanders? (00:19:21) Was beinhaltet denn die Übernahme eines Incidents? (00:21:23) Vergleich von der Übernahme eines Incidents zwischen der Feuerwehr und einem IT-System (00:23:43) Strategie der Feuerwehr bei Incidents und Hierarchien (00:26:14) Ist der Einsatzleiter ein aktiver Teil des Incidents? Und welche Rollen gibt es noch? (00:30:09) Kommunikationsstrukturen in IT-Incidents (00:33:01) Der aktuelle Atlassian-Incident (00:34:44) Die Rollen von Logistik und Administration in der Feuerwehr und in der IT (00:37:16) (Essens)-Logistik bei Remote-Incidents (00:40:19) War-Rooms: Anti-Pattern oder Must-Have + Pro-Aktive Kommunikation (00:43:26) War- und Peace-Time (00:44:19) Incident Commander, Rollen und Rollen-Rotation im IT-Bereich (00:45:53) Die Rolle des Protokollführers / Schreiberlings (00:50:46) Post Mortems und Nachbesprechungen: Warum machen die Sinn? (00:54:21) Vorbereitungen, Prävention und Training in der Friedenszeit (00:57:51) Lernen aus Incidents und die Post Mortem-Struktur (01:00:09) Employer Branding mit Post Mortems (01:01:45) Happy-Path in Post Mortems (01:02:35) Nachbesprechung bei der Feuerwehr und Post Mortem Conferences (01:06:45) Web-Ops / Fire-Ops-Conference (01:09:40) Outro Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk…

Engineering Kiosk

1
#16 Code Reviews: Nützlich oder bremsen nur ein gutes Team? 59:03

3 years önce59:03

59:03

Code Reviews: Jeder will schnelles Feedback, doch niemand hat Zeit dafür - Eine Hassliebe. Eine Komponente im Alltag jedes Software Engineers. Egal ob Junior, Senior oder Staff-Engineer. Jeder erstellt Code Reviews und kommentiert die Arbeit von den Kollegen. Doch wie sehen gute Code Reviews aus? Was gehört hinein, was bleibt besser draußen? Wie viel Reviewer machen Sinn? Wie geht man mit Nitpicking-Kommentaren und Gatekeepern um? Und allgemein: Zieht dieser zusätzliche Schritt nicht die Performance des Teams runter und ist sowieso Overhead? All das und noch viel mehr in dieser Episode zum Thema Code Reviews. Bonus: Was Faultiere und Markus Söder mit Code Reviews zu tun haben und warum Blubberwasser den Charakter verdirbt. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Google Fellows: https://www.newyorker.com/magazine/2018/12/10/the-friendship-that-made-google-huge Code Owners File: https://docs.github.com/en/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/about-code-owners Software Repository Mining: https://en.wikipedia.org/wiki/Mining_software_repositories Round Robin Code Review Assignment: https://docs.github.com/en/organizations/organizing-members-into-teams/managing-code-review-settings-for-your-team Inner Source: https://de.wikipedia.org/wiki/Inner_Source Suggesting Changes on GitHub: http://haacked.com/archive/2019/06/03/suggested-changes/ Are Pull Requests Holding Back Your Team?: https://betterprogramming.pub/are-pull-requests-holding-back-your-team-e8aec48986c2 Extrem Programming: https://de.wikipedia.org/wiki/Extreme_Programming Sprungmarken (00:00) Intro (01:23) Amsterdam, Hipster und Craft-Bier (02:04) git rebase, history rewrite, force push und Kollaboration (04:54) Saubere git history und Merge-Commits (05:17) Code Reviews (02:05) Was ist denn ein Code Review? (07:02) Muss der Code Reviewer immer mehr Erfahrung haben? (08:10) Was wir von Juniors im Job und bei Code Reviews lernen können (09:37) Was ist denn ein Google Fellow? (10:37) Code Reviews als Mittel fürs Onboarding (11:35) Frühes pushen der Arbeit ist wichtig für frühes Feedback (13:15) Wo sollen die Informationen zu meiner Änderung stehen? Im Pull Request oder in der Git Commit message? (15:04) Wen lade ich zu meinem Code Review ein? Code Owners file und Software Repository Mining (17:34) Worauf soll ich als Code Reviewer acht geben und konzentrieren? (20:09) Pro-Aktivität in Code Reviews mit aktiven Vorschlägen und Fragen stellen (23:33) Muss man jedes Feedback aus dem Code Review annehmen? Lass das Ego vor der Tür und Gate-Keeper (26:37) Kommunikationskonflikte in Code Reviews: Video Calls vs. geschriebene Kommunikation (28:14) Nitpicking, Code-Formatting, Styleguides, Linter und Automatisierung (32:11) Mindern Pull Requests und Code Reviews die Performance von Teams? (36:56) Schnelligkeit bei Facebook und Booking: Schnelles Mergen und Code Reviews danach (39:01) Auslagerung der Verantwortung bei Code Reviews und Blameless Kultur innerhalb der Firma (42:38) Technische Mittel für sichere Deploys: Feature Flags, Canary Deployments, Dark Launches und Blue-Green-Deployments (46:08) Wie schnell sollte ein Code Review vom Team gereviewed werden? (53:00) Code Reviews in der Firma vs. Code Reviews in Open Source und die Motivation (54:34) Konsequenzen bei nicht eingehaltenen Service Level Agreements (SLA) (57:28) Outro Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk…

Engineering Kiosk

1
#15 Source Code Kommentare, Git Commits Messages, Merge Commits und Branch-Visualisierungs-Kunst 1:05:04

3 years önce1:05:04

1:05:04

Kommentare im Quellcode und Git Commit Messages - Liest die überhaupt wer? Ein Streit, der so alt ist wie die Software Entwicklung selbst: Code ist Selbsterklärend und braucht keine Kommentare. Oder doch? Und die Git Historie ist auch eigentlich sinnlos. Warum sollte da jemand zurück gehen und sich die Commit Messages durchlesen? Diese Fragen und Themen wie Semantic Versioning, Idiomatische Programmier-Patterns, Merge Commits, Story-Tellung und was Fynn Kliemanns Kunst mit der Git Branch-Visualisierung zu tun hat, klären Wolfgang und Andy in dieser Episode vom Engineering Kiosk. Bonus: Warum Andy einen neuen Podcast-Partner sucht und Wolfgang lieber seinen Code angreift, anstatt Ihn zu entwickeln. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Best practices for writing code comments: https://stackoverflow.blog/2021/12/23/best-practices-for-writing-code-comments/ SymfonyLive Cologne 2016 - Jan van Thoor - Open Heart Surgery In Production: https://www.youtube.com/watch?v=vBG5pUn1Olg What is the best comment in source code you have ever encountered?: https://stackoverflow.com/questions/184618/what-is-the-best-comment-in-source-code-you-have-ever-encountered Melanie Patrick: Git - How to unfuck https://www.youtube.com/watch?v=LP4F2rmi4r4 Automatische Changelog/Release PRs: https://github.com/googleapis/release-please Semantic Versioning: https://semver.org/ Software Repository Mining: https://en.wikipedia.org/wiki/Mining_software_repositories Andy Grunwald - The story of my bachelor thesis about Software Repository Mining: https://andygrunwald.com/blog/the-story-of-my-bachelor-thesis-about-software-repository-mining/ Linux Kernel Git Commit Messages Beispiel: https://github.com/torvalds/linux/commit/3ae87d2f25c0e998da2721ce332e2b80d3d53c39 Sprungmarken (00:00:00) Intro (00:01:21) Home Office: Job und Privat stark trennen? (00:02:31) Warum macht man Sport und wie steht Wolfgang zur bayerischen Ess- und Feierkultur (00:03:43) Karriere oder Software-Engineering Podcast und Hardcore-Tech-Thema (00:04:38) Wie viel Kommentare hat die letzte Datei, die du in der IDE offen hattest? (00:01:16) Wie stehst du allgemein zu Kommentaren? (00:01:05) Was sind sinnvolle Kommentare und ist Code wirklich selbsterklärend? (00:13:55) Komplexen code refactoren oder lieber gut kommentieren? (00:17:40) Kommentare für kopierten Stack Overflow Code (00:19:48) Kommentare für die Business-Domäne (00:20:11) Algorithmen und Variablen mit einem Buchstaben (00:21:46) Können gute Variablen und Funktionsnamen Kommentare ersetzen? (00:23:43) Wird der Code fürs Lesen oder Schreiben optimiert? (00:25:43) Bit-Shifting versteht doch keiner (00:28:29) Wie komplex eigentlich die Bash-Programmierung sein (00:33:11) TODO-Kommentare im Code oder lieber ein Ticket? (00:36:56) Story-Telling im Code und Entwickler-Humor (00:40:02) Kommentare in Deutsch oder Englisch und Domänen-Vokabular (00:42:34) Wie sollten Git Commit Messages aussehen? Und warum Git Commit Messages E-Mail sein können (00:45:39) Isolierte Git Commits für bessere Git Commit Messages (00:46:44) Merge Commits (00:49:59) Strukturierte Git Commit Messages und Nutzung von Prefixes wie bugfix und feature in Git Commit Messages (00:52:13) Was ist Semantic Versioning (SemVer)? (00:56:38) Der Linux Kernel als Vorbild für gute Commit Messages (00:57:55) Wolfgangs Meinung zu Merge-Commits (00:59:38) Branch-Visualisierung in Git (01:01:30) Outro Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk…

Engineering Kiosk

1
#14 async und await: asynchrones Arbeiten im Alltag 56:29

3 years önce56:29

56:29

Remote-Work, asynchrone und parallele Arbeit und die eigene Work-Life-Balance. Durch Corona haben wir alle einen Geschmack von der Remote-Arbeit und Home Office bekommen. Einige hassen es, andere lieben es und haben sogar dem Büro für immer den Rücken gekehrt. Aber worauf kommt es denn wirklich an? Wolfgang und Andy gehen dieser Frage mal auf den Grund: async und await, Event-Loop, Fokus-Zeiten, Eule und Lerche als Menschentypen, Vertrauen im Team, messbare Ergebnisse, Pro-Aktivität und Schreib-Skills. Was das alles miteinander zu tun hat, hört ihr in dieser Episode. Bonus: Warum man in Amsterdam anders meditiert als anderswo, wieso Andys Liebe zu Redis einen Knick bekommen hat und ob Wolfgang wirklich Holländer ist. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Pieter Levels https://levels.io/async/ http://nightowlsbook.com/ Slack: https://slack.com/ Design Documents at Google: https://www.industrialempathy.com/posts/design-docs-at-google/ Mantis BugTracking: https://www.mantisbt.org/ Redmine: https://www.redmine.org/ Sprungmarken (00:00) Intro und Rückmeldung zur Episode #13 über Produktivität (01:22) Async + Asynchronität (async, await, event loop) (02:00) Vorteil von asynchroner Verarbeitung (04:13) Asynchronität vs. Parallelisierung (07:08) NodeJS, Callback-Hölle und async/await in Ruby (08:27) Warum verwenden wir nicht die asynchrone Herangehensweise um unsere eigene Zeit besser auszunutzen? - Asynchrones Arbeiten (11:23) Asynchrones Arbeiten, Schlafrhythmus (Eule vs. Lerche) und lange Fokus-Zeiten (14:48) Was verstehen wir unser asynchroner Arbeit? (18:34) Wie kommt man denn zu dem asynchronen Arbeiten (zB als kleine Firma)? (Vertrauen, Pro-Aktivität, Über-Kommunikation) (21:29) … was noch? (Kollaboratives Tooling, Energie für Vorschläge und Objektivität, Diagramme, Transparenz) (29:12) Die Funktion und Wahrnehmung von Slack in der asynchronen Arbeitswelt (34:05) Die Schriftform als Skill und warum dies trainiert werden sollte (35:22) Anwendungen von deinen Schreib-Skills im Ticket-System (38:50) Technical Writing, Dokumentation und Meeting Protokolle (39:26) Design Dokumente als Basis für die asynchrone Arbeit (53:32) Tiefere Gedanken während des schreibens (54:05) Wrap Up zum Thema asynchrones Arbeiten und Outro Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk…

Engineering Kiosk

1
#13 Produktivität 58:49

3 years önce58:49

58:49

Zeit- und Produktivitätsmanagement: Buzzword-Bingo oder bringt das wirklich was? So blöd wie das Thema auch klingen mag, es hat Vorteile. Nicht nur im beruflichen Umfeld, sondern auch im privaten. Wolfgang und Andy sprechen über Ihre Art und Weise, Aufgaben zu organisieren, welche Methoden Sie verwenden, welche was bringen und welche Blödsinn sind, wo die Probleme liegen, ob man Talent dafür bracht, wie man sich selbst mit spannenden Aufgaben austricksen kann und wie man damit seinen Vorgesetzten Erziehen kann. Bonus: Warum Wolfgang endlich seine Zahnbürste wechselt, was Volkswagen mit Getting Things Done zu tun hat und wieso Andy ab und zu knatsch mit seiner Frau hat. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Episode 10 zu 1on1s: https://engineeringkiosk.dev/episodes/10 Remember The Milk: https://www.rememberthemilk.com/ Asana: https://asana.com/ Things: https://culturedcode.com/things/ Evernote: https://evernote.com/ Notable: https://notable.app/ emacs org mode Getting Things Done: https://orgmode.org/worg/org-gtd-etc.html Wunderlist: https://de.wikipedia.org/wiki/Wunderlist Microsoft TODO App: https://todo.microsoft.com/tasks/de-de Wolfgang Gassler - How I Trick My Well Developed Procrastination Skills: https://wolfgang.gassler.org/trick-my-procrastination-skills/ Paul Graham - Makers Schedule, Managers Schedule: http://www.paulgraham.com/makersschedule.html Getting Things Done (YouTube-Video): https://www.youtube.com/watch?v=gCswMsONkwY Eisenhower Prinzip: https://de.wikipedia.org/wiki/Eisenhower-Prinzip Inbox Zero: https://blog.hubspot.de/sales/inbox-zero StudiVZ löscht alle Bugs https://www.thewebhatesme.com/allgemein/bugfree-the-vz-way/ StudiVZ wird abgeschaltet: https://taz.de/StudiVZ-wird-abgeschaltet/!5841671/ Bücher Getting Things Done: The Art of Stress-Free Productivity von David Allen Atomic Habits: An Easy & Proven Way to Build Good Habits & Break Bad Ones von James Clear Checklist Manifesto: How to Get Things Right von Atul Gawande Sprungmarken (00:00) Warum Zeit- und Produktivitätsmanagement relevant ist (04:44) Zeit-Management als Thema in 1on1s (06:08) Getting Things Done (GTD) von David Allen (12:31) Kritik zu Getting Things Done (GTD) (17:02) Muss man jede Regel von Gettings Things Done (GTD) befolgen um es erfolgreich einzusetzen? (18:38) Nutzung von Getting Things Done (GTD) im privaten und im beruflichen (21:03) Erinnerungen als Engineering Manager um soziale Kontakte zu pflegen (23:03) Wie man seine Ehefrau mit Getting Things Done auf die Palme bringen kann (25:00) Inbox Zero (30:35) Kalender (35:24) Eisenhower-Matrix (38:46) Herausforderung: Aufgaben aktiv nicht zu tun (42:21) Sich selbst mit spannenden Tasks selbst austricksen aka "Shape and Sell" (45:21) Das schwierige, mit einer neuen Methode zu starten (47:33) Welche Tools gibt es? Oder ist Stift und Zettel das Mittel der Wahl? (52:59) Inspiration durch Blog-Artikel und Bücher (55:37) Outro Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk…

Engineering Kiosk

1
#42 Lexer, Parser und Open Source in Counterstrike 53:38

2 years önce53:38

53:38

Was haben Lexer, Parser und Counter-Strike gemeinsam? Richtig! Eine schöne Open Source Story. Computerspiele sind für viele Software-Entwicklerinnen und -Entwickler der Einstieg. Andere wiederum steigen über den klassischen Bildungsweg eines Informatik-Studiums in die Softwareentwicklung ein. Dabei wird oft viel Theorie wie Lexer, Parser und Compilerbau durchgenommen. Doch was haben Computerspiele mit Lexer und Parser gemeinsam? Andy erzählt eine Story, wie er vor Jahren sich mit Lexer und Parser anhand einer Counter-Strike-Konfigurationsdatei vertraut gemacht hat. Eigentlich nur, um eine datengetriebene Spielanalyse zu betreiben. Raus kam ein Lexer und Parser für das Valve Data Format (VDF). Eine Geschichte voller Over-Engineering, Open Source, Spaß und einem Job-Angebot. Bonus: Wie Wolfgang nur ans cheaten denkt, was autoexec mit Maustreibern zu tun hat und was Landmaschinen auf YouTube mit Rabbitholes zu tun haben. Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Return to Monkey Island: https://returntomonkeyisland.com/ Crash Bandicoot: https://www.crashbandicoot.com/de DreamHack LAN-Party: https://de.wikipedia.org/wiki/DreamHack Counter-Strike: Global Offensive: https://store.steampowered.com/app/730/CounterStrike_Global_Offensive/ LANSuite auf GitHub: https://github.com/lansuite/lansuite Episode #41 SQL-Injections https://engineeringkiosk.dev/episodes/41 Tactical Ops: Assault on Terror: https://de.wikipedia.org/wiki/Tactical_Ops:_Assault_on_Terror ESL: https://esl.com/ Source (Spiel-Engine): https://de.wikipedia.org/wiki/Source_(Spiel-Engine) Philips HUE: https://www.philips-hue.com/de-de Valve Data Format (VDF) - Format: https://developer.valvesoftware.com/wiki/KeyValues Valve Data Format (VDF) - Sample Configuration File: https://developer.valvesoftware.com/wiki/Counter-Strike:_Global_Offensive_Game_State_Integration#Sample_Configuration_File Counter-Strike: Global Offensive Game State Integration: https://developer.valvesoftware.com/wiki/Counter-Strike:_Global_Offensive_Game_State_Integration A Lexer and Parser for Valves Data Format (known as vdf) written in Go: https://github.com/andygrunwald/vdf Engineering Kiosk #38 Monitoring, Metriken, Tracing, Alerting, Observability: https://engineeringkiosk.dev/podcast/episode/38-monitoring-metriken-tracing-alerting-observability/ Drachenbuch (Compiler Bau): https://de.wikipedia.org/wiki/Drachenbuch Handwritten Parsers & Lexers in Go: https://blog.gopheracademy.com/advent-2014/parsers-lexers/ InfluxDB: https://www.influxdata.com/ Influx Query Language: https://docs.influxdata.com/influxdb/v1.8/query_language/ Flow-Status: https://de.wikipedia.org/wiki/Flow_(Psychologie) ANTLR (ANother Tool for Language Recognition): https://www.antlr.org/ Erweiterte Backus-Naur-Form: https://de.wikipedia.org/wiki/Erweiterte_Backus-Naur-Form FOSDEM 2023 - Konferenz: https://fosdem.org/ Faceit: https://www.faceit.com/de Engineering Kiosk #03 Over-Engineering, das Werkzeug des Teufels?: https://engineeringkiosk.dev/podcast/episode/03-over-engineering-das-werkzeug-des-teufels/ Engineering Kiosk #23 Schaltest du noch oder automatisiert du schon: Home Automation: https://engineeringkiosk.dev/podcast/episode/23-schaltest-du-noch-oder-automatisiert-du-schon-home-automation/ Open Broadcaster Software (OBS): https://obsproject.com/de Anwendungsfall "Home Assistant CS:GO game state integration": https://www.youtube.com/watch?v=kEM54QmAMlw Anwendungsfall "CS:GO C4 Hue Lights (Game State Integration)": https://www.youtube.com/watch?v=QBdI54MHB-k Anwendungsfall "CS:GO Game State Integration Broadcast HUD": https://www.youtube.com/watch?v=TQPU03yLSoA Monkey Island Sound am Ende https://www.youtube.com/watch?v=qUMKy2Jk3Oo Sprungmarken (00:00:00) Intro (00:00:42) Wolfgang und Computer-Spielen, LAN-Parties, 10 Mbit-Netzwerke und End-Terminator (00:08:57) Der Hintergrund: Wie Andy zu Counter Strike kam und was das mit programmieren zu tun hat (00:14:25) Counter Strike Game State Integration: Webhooks vom Spiel (00:19:52) Valve Data Format (VDF), die Source Game Engine (00:21:29) Daten-getriebene Spiel-Strategien und ein automatischer Installer für eine Webhook-Adresse (00:25:28) Ein Lexer und Parser für das Valve Data Format (VDF) (00:30:03) Was ist ein Lexer? Was ist ein Token? (00:35:14) Was ist ein Parser? (00:39:18) War es notwendig, einen Lexer und Parser zu schreiben? Und die Testphase des Installers (00:41:47) Wird die Lexer- und Parser Library von jemandem verwendet? Und ein Job-Angebot (00:46:31) Anwendungsfälle: Spiele-Analysen, Zimmerlicht auf Basis der Bombe ändern, Streaming-Overlays (00:49:43) Eine schöne Open Source Story (00:51:46) Outro Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#41 SQL Injections - Ein unterschätztes Risiko 1:08:37

3 years önce1:08:37

1:08:37

SQL Injections: Eine der weitverbreitetsten Sicherheitslücken im Web, auch im Jahr 2022 Der Großteil aller Applikationen interagiert in irgendeiner Art und Weise mit einer Datenbank. Deswegen werden die meisten Entwicklerinnen und Entwickler bereits von der Sicherheitslücke "SQL Injection" gehört haben. Seit 24 Jahren ist dies eine der weitverbreitetsten Sicherheitslücken im Internet und es ist kein Ende in Sicht. Was ist eigentlich eine SQL-Injection im Detail? Welche verschiedenen Arten gibt es? Was ist der Grund, dass uns dieses Einfallstor so lange beschäftigt? Woher kommt diese und wer hat sie entdeckt? Wie kann man sich schützen und seine Anwendung ausreichend testen? All das und noch viel mehr in dieser Episode. Bonus: Der Kontrast zwischen Duisburg und Berlin und wie die SQL-Injektion als Nebenprodukt entdeckt wurde. Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Phrack Magazine Volume 8, Issue 54 Dec 25th, 1998, article 08 of 12: http://www.phrack.org/archives/issues/54/8.txt OWASP Top Ten 2021: https://owasp.org/www-project-top-ten/ CVE Details - Security Vulnerabilities Published In 2022(SQL Injection): https://www.cvedetails.com/vulnerability-list/year-2022/opsqli-1/sql-injection.html Analyzing Prepared Statement Performance: https://orangematter.solarwinds.com/2014/11/19/analyzing-prepared-statement-performance/ SQL Injection Prevention Cheat Sheet: https://cheatsheetseries.owasp.org/cheatsheets/SQL_Injection_Prevention_Cheat_Sheet.html OWASP Top 10 (2021) - A03:2021 – Injection: https://owasp.org/Top10/A03_2021-Injection/ CVE Details - Heartbleed (CVE-2014-0160): https://www.cvedetails.com/cve/CVE-2014-0160/ CVE Details - Log4Shell (CVE-2021-44228): https://www.cvedetails.com/cve/CVE-2021-44228/ xkcd "Exploits of a Mom": https://xkcd.com/327/ HackerOne-Programm von trivago: https://hackerone.com/trivago Owncloud: https://owncloud.com/ TYPO3: https://typo3.org/ Wordpress: https://wordpress.com/de/ SQL-Proxy: https://github.com/sysown/proxysql GitHub CodeQL: https://codeql.github.com/ sqlmap: https://sqlmap.org/ SQLi-Fuzzer: A SQL Injection Vulnerability Discovery Framework Based on Machine Learning: https://ieeexplore.ieee.org/document/9657925 OWASP Zed Attack Proxy (ZAP): https://www.zaproxy.org/ PlanetScale: https://planetscale.com/ Awesome static analysis: https://github.com/analysis-tools-dev/static-analysis Sprungmarken (00:00:00) Intro (00:00:42) SQL-Injections aus den 90ern und die Vielfalt in Berlin (00:02:49) Das heutige Thema: Web-Security SQL-Injections in der Tiefe (00:05:07) Was sind SQL-Injections? (00:08:48) Sind SQL-Injections auch im Jahr 2022 noch ein Problem? (00:10:56) Wann gab es die erste SQL-Injection? Woher stammt diese Sicherheitslücke? (00:13:22) Was sind die Gründe, dass SQL-Injections noch so ein großes Problem sind? (00:19:37) Verschiedene Arten von SQL-Injections: Output-Based, Error-Based, Blind-SQL-Injections, Time-Based-SQL-Injections, Out-of-Band-SQL-Injections (00:27:42) Bug Bounty: 2-Channel SQL Injection-Attacke in Kombination mit Cross-Site-Scripting (XSS) bei trivago (00:29:42) Mehrstufige Attacken und Ausnutzung mehrerer Lücken nacheinander (00:33:16) Möglicher Schaden durch eine SQL-Injection: Daten verändern, Befehle auf dem Server ausführen, lokale Dateien lesen und schreiben, SQL-Funktionen ausführen, Denial of Service (DoS) (00:39:09) Gegenmaßnahmen um SQL-Injections zu verhindern: Prepared Statements, Datenbank-Komponenten updaten, limitierte Rechte für Datenbank-User, Web Application Firewalls (WAF) (00:56:42) Möglichkeiten um deine Anwendung automatisch zu testen: Unit-Tests, statische Analyse, dynamische Analyse mit sqlmap und Fuzzing (01:02:51) Maßnahmen um Sicherheit zu gewährleisten von Datenbank as a Service-Providern (01:06:51) Outro Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#40 Wie wird man und Frau zum Senior Dev? 49:43

3 years önce49:43

49:43

Was ist eigentlich ein Senior Engineer und wie werde ich zu einem? In der Tech-Industrie werden Titel wie Junior-, Senior-, Staff- und Co genutzt, um Levels und Erfahrung auszudrücken. Doch was ist eigentlich ein Senior-Engineer? Was unterscheidet ein Senior von einem Junior? Wie kann sowas in der Praxis aussehen? Ist Zeit ein wirklicher Faktor für eine Beförderung (10 Jahre Berufserfahrung oder 10x 1 Jahr Berufserfahrung)? Ist "Senior" zu sein ein "Einmal-Aufwand" oder ist kontinuierliche Energie gefordert? In dieser Episode beschreiben Andy und Wolfgang einige Attribute, die den Unterschied eines Juniors und Seniors darstellen und beschreiben, wie man den Weg zum Senior einschlagen kann. Bonus: Warum ein Meterstab auch Zollstock genannt wird und warum Wolfgang ein T als hart bezeichnet. Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links The Scoop: Netflix’s historic introduction of levels for software engineers: https://blog.pragmaticengineer.com/netflix-levels/ Brendan Gregg: https://brendangregg.com/ Backlog Grooming: https://www.agile-academy.com/de/product-owner/product-backlog-refinement-grooming/ OWASP Top 10: https://owasp.org/www-project-top-ten/ Engineering Kiosk #10 Das Karriere Booster Meeting 1:1s: https://engineeringkiosk.dev/podcast/episode/10-das-karriere-booster-meeting-11s/ Engineering Kiosk #35 Knowledge Sharing oder die Person, die nie "gehen" sollte...: https://engineeringkiosk.dev/podcast/episode/35-knowledge-sharing-oder-die-person-die-nie-gehen-sollte/ Career framework inspiration from the world's best companies: https://progression.fyi/ Circle CI: Engineering Competency Matrix: https://docs.google.com/spreadsheets/d/131XZCEb8LoXqy79WWrhCX4sBnGhCM1nAIz4feFZJsEo/edit#gid=0 How to Exhibit Leadership as an Individual Contributor: https://www.tombartel.me/blog/exhibit-leadership-as-individual-contributor/ How Individuals Advance at Buffer, Without Becoming Managers: https://buffer.com/resources/career-framework/ Engineering Ladders: http://www.engineeringladders.com/ Sprungmarken (00:00:00) Intro (00:00:58) Berufserfahrung, Breites vs. tiefes Wissen und Karriere (00:06:23) Wie wichtig ist Karriere und Titel? (00:08:03) Umgang mit Positions-Titeln in Firmen (00:09:28) Heutiges Thema: Wie kann ich ein Senior Engineer werden? (00:13:02) Erste Schritte zum Senior: Übernahme von kleinen Projekten - Die Arbeit pro-aktiv vorantreiben (00:18:18) Impact: Was wird im Produkt wirklich gebraucht? (00:19:34) Technische Skills: Entwicklung von Code und Testing (00:22:34) Technische Skills: Debugging (00:24:43) Technische Skills: Monitoring, Alerting und Skalierung (00:26:13) Technische Skills: Security (00:28:48) Kommunikations Skills: Feedback, positiv gestimmt, Mentoring und Knowledge Sharing (00:35:15) Senior Engineer zu sein ist nicht einfach (00:35:47) Technologie vs. Business-Verständnis: Wann ist eine Lösung gut genug? (00:39:38) In die Senior-Rolle reinwachsen: Erfahrung und Zeit (00:42:54) Unterschiedliches Verständnis von der Senior-Rolle (00:45:07) Der eine Tipp auf dem Weg zum Senior Engineer (00:47:32) Inflationäre Nutzung des Begriffs "Senior" (00:48:37) Outro Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#39 Gemischte Tüte: Software Engineer, Github, OpenSource, Git und HomeOffice 47:46

3 years önce47:46

47:46

Ein neues Format: Die gemischte Tüte mit Software Engineers, Git, GitHub, Open Source und Home-Office-Equipment Eine Episode mit vier verschiedenen Themen, die uns als User-Fragen zugespielt wurden. Es geht um den Unterschied von einem Software Developer und Software Engineer, ob wirklich alles was wir auf GitHub finden als "Open Source" bezeichnet werden kann und benutzt werden darf, ob Git wirklich dezentral ist und wie wir das ganze eigentlich benutzen und wie die Home-Offices von Wolfgang und Andy eigentlich aussehen. Bonus: Ob Lakritz was in einer gemischten Tüte zu suchen hat. Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Engineering Kiosk Episode #36 Sechsstellige IT-Gehälter? Wie? Was? Wo? Fair?: https://engineeringkiosk.dev/podcast/episode/36-sechs-stellige-it-geh%C3%A4lter-wie-was-wo-fair/ ElasticSearch - FAQ zur Änderung beim Lizenzmodell (2021): https://www.elastic.co/de/pricing/faq/licensing Choose a License: https://choosealicense.com/ Open Source Lizenzen: https://opensource.org/licenses/alphabetical Comparison of free and open-source software licenses: https://en.wikipedia.org/wiki/Comparison_of_free_and_open-source_software_licenses Creative Commons: https://de.creativecommons.net/start/ Git Grundlagen - Mit Remotes arbeiten: https://git-scm.com/book/de/v2/Git-Grundlagen-Mit-Remotes-arbeiten Subversion: https://subversion.apache.org/ Engineering Kiosk Episode #16 Code Reviews: Nützlich oder bremsen nur ein gutes Team?: https://engineeringkiosk.dev/podcast/episode/16-code-reviews-n%C3%BCtzlich-oder-bremsen-nur-ein-gutes-team/ git-lfs für große Binärdateien: https://git-lfs.github.com/ Branches verstehen https://learngitbranching.js.org/ Jarvis Bambus höhenverstellbarer Schreibtisch: https://www.fully.com/de-de/hoehenverstellbare-schreibtische/jarvis-bambus-hoehenverstellbarer-schreibtisch.html HÅG Capisco ergonomischer Bürostuhl: https://www.fully.com/de-de/stuehle/stuehle-fuer-hoehenverstellbare-schreibtische/hag-capisco-ergonomischer-buerostuhl.html Andy’s Mic Rode NT-USB: https://rode.com/de/microphones/usb/nt-usb Wolfi’s Mic Samson Q2U http://www.samsontech.com/samson/products/microphones/usb-microphones/q2u/ Sprungmarken (00:00:00) Intro (00:00:35) Das Format "die gemischte Tüte" (00:02:42) Was ist der Unterschied von einem Software Developer und Software Engineer? (00:08:04) Ist eigentlich alles, was auf Github ist, Open Source und darf ich dies einfach so verwenden? (00:18:47) Ist Git wirklich dezentral und wir können weiterarbeiten, auch wenn GitHub down ist? (00:31:14) Wie sieht unser Home-Office Setup aus? (00:45:39) Outro Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#38 Monitoring, Metriken, Tracing, Alerting, Observability 55:50

3 years önce55:50

55:50

Wie würde heutzutage ein moderner Logging, Metriken, Monitoring, Alerting und Tracing-Stack aussehen? Im Infrastruktur-Bereich gibt es zu jedem Bereich etliche Tools. Cloud-Native ist das Buzzword der Stunde. In dieser Episode erzählt Andy, wie er einen modernen Stack für ein Side-Projekt für die Bereiche Logging, Metriken, Monitoring, Alerting und Tracing aufsetzen würde. Unter anderem geht es dabei um Fragen wie: Was sollte man eigentlich alles loggen? Wie kann man von einem Alert angerufen werden? Wie visualisiert man Daten in schönen Graphen? Brauchen wir Tracing? Und was ist Observability? Bonus: Engineering Porn und Buzzword-Bingo. Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Episode #37 Mit IT-Büchern Geld verdienen? Wer liest überhaupt noch Bücher?: https://engineeringkiosk.dev/podcast/episode/37-mit-it-b%C3%BCchern-geld-verdienen-wer-liest-%C3%BCberhaupt-noch-b%C3%BCcher/?pkn=shownotes Episode #17 Was können wir beim Incident Management von der Feuerwehr lernen?: https://engineeringkiosk.dev/podcast/episode/17-was-k%C3%B6nnen-wir-beim-incident-management-von-der-feuerwehr-lernen/?pkn=shownotes Sentry: https://sentry.io/ Datadog: https://www.datadoghq.com/ Splunk: https://www.splunk.com/ Elasticsearch: https://www.elastic.co/de/enterprise-search/ Logstash: https://github.com/elastic/logstash Kibana: https://github.com/elastic/kibana OpenSearch: https://opensearch.org/ Elastic Cloud: https://www.elastic.co/de/cloud/ Aiven: https://aiven.io/ Fluentd: https://www.fluentd.org/ Amazon S3 und S3 Glacier: https://aws.amazon.com/de/s3/ Amazon Athena: https://aws.amazon.com/de/athena/ Prometheus: https://prometheus.io/ VictoriaMetrics: https://github.com/VictoriaMetrics/VictoriaMetrics InfluxDB: https://www.influxdata.com/ M3 Metrics Engine: https://m3db.io/ Prometheus Node Exporter: https://github.com/prometheus/node_exporter Grafana: https://github.com/grafana/grafana PromQL: https://prometheus.io/docs/prometheus/latest/querying/basics/ OpsGenie: https://www.atlassian.com/de/software/opsgenie Jaeger: https://www.jaegertracing.io/ Zipkin: https://zipkin.io/ OpenTracing: https://opentracing.io/ OpenTelemetry: https://opentelemetry.io/ yak shaving: https://seths.blog/2005/03/dont_shave_that/ Cloud Native Computing Foundation: https://www.cncf.io/ Sprungmarken (00:00:00) Intro (00:00:50) Wolfgangs MySQL-Buch (00:02:11) Heutiges Thema: Wie würde Andy die Themen Monitoring, Alerting, Metriken und Logging bei einem Side Projekt angehen? (00:04:49) Warum brauchst du Logging, Monitoring, Metriken und Tracing? (00:07:29) Logging von Exceptions, Warnings und anderen Fehler, Logging und der ELK-Stack (00:16:06) Was sollte man eigentlich alles loggen? (00:19:22) Log-Rotation und Log-Retention auf Object-Storage (00:27:30) Metriken mit Prometheus (00:31:46) Visualisierung von Metriken mit Grafana (00:34:25) Intelligente Alerting Systeme und die richtigen Schwellenwerte finden (00:38:47) Alerts senden und anrufen lassen (00:43:22) Tracing: Was ist das und brauchen wir das? (00:48:49) Was ist Observability? (00:51:42) Iterativer Aufbau seiner Plattform und Alternativen (00:54:49) Keine bezahlte Werbung (00:55:14) Outro und Feedback Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#37 Mit IT-Büchern Geld verdienen? Wer liest überhaupt noch Bücher? 1:00:21

3 years önce1:00:21

1:00:21

Lohnt es sich ein IT-Fachbuch zu schreiben? Es gibt zu jeder Software und zu jedem IT-Thema mindestens ein Buch. Doch wie ist es eigentlich, ein solches Buch zu schreiben? Was macht ein Verlag und braucht man diesen in der heutigen Zeit eigentlich noch? Wird man dadurch reich oder bleibt es Hungerlohn? Was für ein Tech-Stack steckt hinter einem Buch? Und wie würde man eigentlich starten? All das klären wir in dieser Episode mit Wolfgang, der ein Buch über MySQL im Rheinwerk-Verlag (Galileo Press) publiziert hat. Bonus: Warum Wolfgang eher ein Fan vom Reden ist und warum er wirklich so lange für seinen Dr. Titel benötigt hat. Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Bewerbungsgespräche mit Wolfgang Gassler, Interview von Nils Langner: https://www.youtube.com/watch?v=-c3ZAp7MvTI MySQL: Das umfassende Handbuch: https://www.rheinwerk-verlag.de/mysql-das-umfassende-handbuch/ LaTeX: https://www.latex-project.org/ ct Magazin: https://www.heise.de/ct/ Rheinwerk Verlag (Galileo Press): https://www.rheinwerk-verlag.de/ Michael Kofler: https://kofler.info/ Buch "Designing Data-Intensive Applications": https://dataintensive.net/ Buch "MAKE" von Pieter Levels: https://readmake.com/ Use the Index, Luke (Markus Winand): https://use-the-index-luke.com/ Simon Sinek: Start with why: https://www.youtube.com/watch?v=u4ZoJKF_VuA Buch "Observability Engineering": https://www.oreilly.com/library/view/observability-engineering/9781492076438/ Honeycomb: https://www.honeycomb.io/ LeanPub: https://leanpub.com/ Amazon Print on Demand: https://www.amazon.de/Buecher-Print-On-Demand/b?ie=UTF8&node=5445727031 Episode #35 Knowledge Sharing oder die Person, die nie "gehen" sollte...: https://engineeringkiosk.dev/podcast/episode/35-knowledge-sharing-oder-die-person-die-nie-gehen-sollte/ Sprungmarken (00:00:00) Intro (00:00:40) Schreib-Skills (00:02:42) Thema: Das schreiben von IT Fachbüchern - MySQL, das umfassende Handbuch (00:03:39) Wie gut kennst du dich im Bereich MySQL aus? (00:05:19) Überblick über Wolfgangs MySQL Buch (00:09:34) Wie lange habt ihr benötigt, das Buch zu schreiben? (00:11:24) Welcher Tech-Stack wurde genutzt, um das Buch zu schreiben? (00:13:43) Welche Aufgaben hat der Verlag übernommen? (00:18:54) Wie hast du die Verbindung zum Verlag aufgebaut? (00:21:17) Was verdient man mit einem IT Fachbuch? (00:28:21) Warum hast du ein Buch geschrieben? Was bringt es ein Buch zu schreiben? (00:30:27) Was hat sich durch das Buch bei dir professionell ergeben? (00:32:22) Wieso habt ihr das Schreiben einer neuen Edition abgelehnt? (00:33:56) Imposter-Syndrom: Wie viel weißt du über das MySQL Datenbank-Thema, nach deiner Recherche? (00:35:52) Wie viele Amazon-Reviews hast du gekauft? (00:38:39) Liest du IT-Fachbücher? (00:43:24) Würdest du nochmal ein Buch schreiben? (00:46:32) Würdest du Leuten empfehlen, ein Buch zu schreiben? (00:51:00) Was würdest du Leuten empfehlen, die ein Buch schreiben möchten? (00:53:25) Würdest du nochmal ein Buch über eine Software/Software-Version schreiben? (00:55:50) Hattest du schon Berührungen zu einem Ghostwriter? (00:58:46) Lohnt sich das Mittel- und Langfristig ein Buch zu schreiben? (01:01:22) Selbst-Publishing und Print on Demand (01:03:56) Audio-Rants, Reddit und Outro Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#36 Sechs-stellige IT-Gehälter? Wie? Was? Wo? Fair? 54:15

3 years önce54:15

54:15

Gehälter als Software-Engineer: Wie sind diese aufgebaut? IT-Gehälter sind so hoch wie noch nie. Doch sind 6-Stellige Gehälter gerechtfertigt, fair und bekommen die Mitarbeiter wirklich diesen Betrag jährlich überwiesen? Um diese Frage und ähnliche Themen geht es in dieser Episode: Welche Gehaltsbausteine gibt es? Lohnt es sich bei US-Gehältern überhaupt noch in Deutschland zu bleiben? Gibt es eine große Imbalance zu anderen Industrien? Sind die Gehälter überhaupt gerechtfertigt und was machen zB kleine Agenturen, wenn diese mit der Entwicklung in der Industrie nicht mithalten können? Bonus: Wolfgang der Cloud-Hater, ob Deutschland Single-Feindlich ist und was der VW Golf und das Marketing der Cloud damit zu tun haben. Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Episode #34 Wie cloudy bist du?: https://engineeringkiosk.dev/podcast/episode/34-wie-cloudy-bist-du/ The Architect: Bare Metalsson Rejects the Cloud: https://www.youtube.com/watch?v=AXxr0pghWS0 Super Duper Podcast - Bewerbungsgespräche mit Wolfgang Gassler: https://www.youtube.com/watch?v=-c3ZAp7MvTI Equity - ESOP: https://de.wikipedia.org/wiki/Belegschaftsaktie Equity - VSOP: https://de.wikipedia.org/wiki/Mitarbeiter-Kapitalbeteiligung#Virtuelle_Mitarbeiterbeteiligung Artikel von Gergely Orosz (Pragmatic Engineer) zum dreistufigen Gehaltsmarkt und wann hohe Gehälter gezahlt werden https://blog.pragmaticengineer.com/software-engineering-salaries-in-the-netherlands-and-europe/ TYPO3: https://typo3.org/ Sprungmarken (00:00:00) Intro (00:00:40) Feedback-Cycle beim Podcasting und Feedback zu "#34 Wie cloudy bist du?" (00:04:51) Format-Idee "Gemischte Tüte" (00:07:09) Heutiges Thema: Gehalt, Gehaltsbausteine, hohe Gehälter in der Tech-Industrie (00:08:51) Total Compensation: Vier Gehaltsbausteine - Basis-Gehalt, Signing-Bonus, Equity und jährliche Bonuszahlungen (00:21:15) Ist Weihnachts- und Urlaubsgeld als Bonuszahlung zu sehen? (00:22:35) Lohnt es sich langfristig als Entwickler noch in Deutschland zu bleiben, wenn man Gehälter von 300.000€ in anderen Ländern sieht? (00:27:43) Imbalance von Gehältern zu anderen Industrien, der Impact deiner Arbeit und Gehälter von Web-Agenturen vs. Software as a Service-Firmen (00:36:14) Agenturen als Talent-Pool für große Tech-Firmen (00:43:46) Ältere (50+) Entwickler in Agenturen, Möglichkeiten für neue Jobs und die eigene Lerngeschwindigkeit (00:50:07) Ein Fail für die Formatidee "Gemischte Tüte" und sind hohe steigende Gehälter überhaupt noch fair? (00:52:40) Outro und Gemischte Tüte: Was ist der Unterschied von einem Softwareentwickler und Software-Engineer? Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#35 Knowledge Sharing oder die Person, die nie "gehen" sollte... 1:03:04

3 years önce1:03:04

1:03:04

Der Dauerbrenner in jedem Team: Wie bekommt man ordentliches Knowledge Sharing hin? Jeder kennt's: Die Kollegin ist im Urlaub und genau in dieser Zeit läuft was mit der einen Komponente schief, wo sie das größte Wissen darüber hat. Knowledge Sharing richtig hinzubekommen und das Wissen breit zu verteilen ist eine Mammutaufgabe. Aber eine wichtige, speziell in einer Remote-Umgebung. In dieser Episode gehen wir einige Mythen und Techniken durch, die euch beim Knowledge Sharing unterstützen können: Was ist der Bus-Faktor? Muss jeder im Team alles wissen und übernehmen können? Wobei kann Mob-Programming helfen? Was sind Guilds? Und kann man eigentlich zu viel lernen? Und noch viele weitere Themen. Bonus: Warum das C-Level-Management nicht im selben Flugzeug fliegen darf und ob Podcasts, die Mitarbeiter-Zeitung ablösen. Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Norwegischer Konzern kauft Ebay Kleinanzeigen: https://www.spiegel.de/wirtschaft/unternehmen/ebay-kleinanzeigen-wird-an-norwegischen-konzern-verkauft-a-792a2f35-bc5c-45a6-aa72-03b62d67da13 Willhaben.at: https://www.willhaben.at/ Marktplaats.nl: https://www.marktplaats.nl/ Bus-Faktor: https://de.wikipedia.org/wiki/Truck_Number pgbouncer: https://www.pgbouncer.org/ pghoard: https://github.com/aiven/pghoard OpenSSL: https://www.openssl.org/ Visual Studio Live Share: https://visualstudio.microsoft.com/de/services/live-share/ Community of Practice: https://de.wikipedia.org/wiki/Community_of_Practice black hat Conference: https://www.blackhat.com/ the bread code @GitHub https://github.com/hendricius/the-bread-code the bread code @YouTube https://www.youtube.com/c/TheBreadCode Episode #14 async und await: asynchrones Arbeiten im Alltag: https://engineeringkiosk.dev/podcast/episode/14-async-und-await-asynchrones-arbeiten-im-alltag/ Episode #29 Die andere Seite: Meetups & Konferenzen organisieren: https://engineeringkiosk.dev/podcast/episode/29-die-andere-seite-meetups-konferenzen-organisieren/ Sprungmarken (00:00:00) Intro (00:00:45) eBay Kleinanzeigen und Landing-Pages für Auto-Reifen (00:08:20) Das Thema der Episode: Knowledge Sharing (00:11:11) Der Bus-Faktor (00:13:01) Warum Knowledge Sharing wichtig für die Kollaboration und Produktivität ist (00:15:05) Mythos "Jeder im Team muss alles Wissen und übernehmen können" (00:18:05) Möglichkeiten zur internen Dokumentation: Design Documents / Request For Comments / Discover Documents / Architecture Decision Records und Zielgruppe der Dokumentation (00:24:43) Pair- und Mob-Programming (00:28:32) Guilds (Community of Practice), Support vom Management und Kosten von Knowledge Sharing (00:39:38) Interne Konferenzen, Vorträge halten und das Imposter-Syndrom (00:49:37) Lunch-Talks (00:52:21) Welcher Lerntyp bist du? - Viel lesen, Hands-On, Frontal-Lehre, Video-Tutorials, Audio - Das richtige Format (00:57:28) Kann man zu viel lernen? (00:59:09) Ist Knowledge-Sharing schwieriger in einem Remote-Umfeld? (01:02:21) Outro Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#34 Wie cloudy bist du? 46:12

3 years önce46:12

46:12

Die Cloud Native Infrastruktur vs. ein dicker Server - Ein Dauerstreit-Thema AWS, GCP, Azure und Co bieten viele Cloud Native Services, die dir dein Leben vereinfachen sollen. Serverless, weniger Admins und alles super günstig. Das sind die Versprechen. Doch ist das wirklich so? Wäre ein leistungsstarker Server nicht besser, günstiger, einfacher und ausreichend? Und wie steht das nicht im Konflikt mit einer modernen Microservice-Architektur? All diese Fragen stellen Wolfgang und Andy in dieser Episode, wo sie einen Artikel "Use One Big Server" besprechen. Bonus: Was eine Klatsche auf Reddit, Vendor-Lock-in und CV-Driven-Development mit Servern zu tun hat. Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Reddit-Post: https://www.reddit.com/r/de_EDV/comments/wp9arv/was_habt_ihr_so_mit_github_actions_automatisiert/ Artikel "Use One Big Server": https://specbranch.com/posts/one-big-server/ Hackernews: https://news.ycombinator.com/ 9gag: https://9gag.com/ F-Online - Vorbereitung für die theoretische Fahrschulprüfung: https://www.f-online.app/ Proxmox: https://www.proxmox.com/ Kelsey Hightower: https://en.wikipedia.org/wiki/Kelsey_Hightower Sprungmarken (00:00:00) Intro (00:00:43) Intro mit einer Klatsche auf Reddit (00:03:49) Wir brauchen euren Support: Bewertet uns in eurer Podcast-App (00:04:26) Warum läuft F-Online auf einem großen Server und nicht Cloud Native und Serverless? (00:10:43) Saisonaler Traffic, Peak-Usage und Ressourcen richtig ausnutzen bei einem virtuellen Server vs. Cloud Native (00:17:05) Ist der Vergleich von Monetären Kosten allein sinnvoll? Wie bezieht man die Implementierung mit ein? (00:18:33) Debugging und Testing von GCP Cloud Functions/AWS Lambdas (00:21:14) Ein großer Server ist für viele Applikationen die bessere Wahl und das Abhängigkeitsverhältnis zu Cloud Providern (00:26:14) Fehlende Perspektiven bei dem Artikel "Use One Big Server" und Argumente für Cloud Native (00:31:06) Optimierung von Cloud Kosten, Vendor-Lock-in, Multi-Cloud und Monolith vs. Microservice (00:34:20) Ist der LAMP-Stack bereits eine Micro-Service-Architektur? (00:37:34) Ist ein Micro-Service automatisch eine eigene Applikation? Ist der Micro-Service-Hype vorbei? (00:40:34) "Boring"-Software kann ein Vorteil sein (00:43:30) Zusammenfassung und Outro Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#33 Andy im Team Lead Bewerbungsgespräch 1:00:54

3 years önce1:00:54

1:00:54

Wie können Engineering Manager und Tech-Lead-Interviews aussehen? Jeder, der vom Individual Contributor in eine Engineering Manager und Tech-Lead-Rolle wechseln möchte, muss sich Fragen aussetzen, die nichts mit Code zu tun haben. Fragen über Leadership Styles, Motivationen, Team-Entscheidungen, Business-Prioritäten, Selbst-Reflektion und Schwächen. Denn als Engineering Manager oder Tech-Lead gilt man als Multiplikator. In dieser Episode stellt Wolfgang seinem Co-Host Andy einfach mal die Fragen, die er damals Bewerbern gestellt hat, um sich selbst als Engineering Manager bei trivago zu ersetzen. Dies gibt einen guten Einblick, mit welchen Fragen Ihr so rechnen könnte, falls Ihr euch in eine ähnliche Situation begebt. Bonus: Warum Wikingerschach der neue Sport ist und was eine Straßenampel mit Continuous Integration zu tun hat. Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links DALL-E 2: https://openai.com/dall-e-2/ DALL-E 2: Original Bild https://labs.openai.com/s/xsdlCmW9w7xNygsV3xIlL2qJ Leadership-Style Laissez-faire: https://de.wikipedia.org/wiki/Laissez-faire programmier.barDEEP DIVE 108 – Astro mit Chris Swithinbank: https://www.programmier.bar/podcast/deep-dive-108-astro-mit-chris-swithinbank stability.ai: https://stability.ai/ Wikingerschach (Kubb): https://de.wikipedia.org/wiki/Kubb Simon Sinek: https://simonsinek.com/ Bus-Faktor: https://de.wikipedia.org/wiki/Truck_Number Engineering Kiosk #26 My English is not the yellow from the egg - Arbeiten in internationalen Teams: https://engineeringkiosk.dev/podcast/episode/26-my-english-is-not-the-yellow-from-the-egg-arbeiten-in-internationalen-teams/ Traditional Leadership Vs. Servant Leadership: https://www.forbes.com/sites/forbescoachescouncil/2020/03/11/traditional-leadership-vs-servant-leadership/ Leadership Styles: The 11 Most Common & How to Find Your Style [Quiz]: https://blog.hubspot.com/marketing/leadership-styles Sprungmarken (00:00:00) Intro (00:00:33) AI-Generiertes Episoden-Cover mit DALL-E 2 (00:07:09) Das heutige Thema: Leadership styles, eine Art Engineering Manager Interview und Wikingerschach (Kubb) (00:11:03) Kontext zu dem Interview, dem Team und den Interviewfragen (00:14:46) "Warum möchtest du überhaupt eine Lead-Rolle übernehmen?" (00:19:10) "Was wären deine ersten drei Aktionen als neuer Engineering Manager?" (00:22:29) "Was ist dein Leadership-Style?" (00:27:39) "Wo ziehst du denn aus dem Alltag als Engineering Manager die Energie raus?" (00:29:14) "Wie verteilst du Projekte an Mitarbeiter, die keiner machen möchte?" (00:38:20) "Wie würdest du die Innovation / Innovations-Bereitschaft in deinem Team erhöhen?" (00:45:14) "Hast du eine Herangehensweise, wie man mit anderen (hartnäckigen) Meinungen umgeht bzw. eine Pattsituation auflöst?" (00:53:31) "Warum sollte ich dich nicht anstellen?" (00:56:02) Interview-Abschluss und Retrospektive Betrachtung der Fragen (00:59:40) Outro und Feedback Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#32 Die richtigen Leute anstellen: Die Recruiting Pipeline 1:04:28

3 years önce1:04:28

1:04:28

Recruiting: Einer der wichtigsten Aufgaben einer Firma - Doch worauf kommt es an? Leute kommen. Leute gehen. Fluktuation bzw. ein Jobwechsel ist ganz normal in der heutigen Zeit. Kaum jemand bleibt "bis zur Rente". Doch worauf kommt es an, wenn man neues Personal für sein Team / Firma sucht? Wie viel Zeit soll man als Hiring Manager investieren? Wo findet man gute Leute? Welche Fragen sind die richtigen? Wie geht man damit um, wenn man sich nicht 100%ig sicher ist? Und wie trifft man die finale Entscheidung? All das und noch viel mehr behandeln wir in dieser Episode. Bonus: Warum Wolfgang eine Aufmerksamkeitsspanne wie ein Welpe hat, was Aufzüge mit Recruiting zu tun haben und ob Wanne-Eickel wirklich existiert. Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links German Tech Podcasts: https://engineeringkiosk.dev/deutsche-tech-podcasts/ Episode #25 Tech-Entlassungswellen & Job-Interview Skills: https://engineeringkiosk.dev/podcast/episode/25-tech-entlassungswellen-job-interview-skills/ Best Practices zum Interview-Design https://triplebyte.com/blog/how-to-interview-engineers Ein must read klassiker https://www.joelonsoftware.com/2006/10/25/the-guerrilla-guide-to-interviewing-version-30/ Gute Kandidat⋅innen werden auch kritische Fragen stellen, wie z.B. https://charity.wtf/2022/01/29/how-can-you-tell-if-the-company-youre-interviewing-with-is-rotten-on-the-inside/ Moishe Lettvin - What I Learned Doing 250 Interviews at Google https://www.youtube.com/watch?v=r8RxkpUvxK0 Sprungmarken (00:00:00) Intro (00:00:36) Perlenhochzeit beim Engineering Kiosk und das stoppen von Projekten (00:02:30) German Tech Podcasts (00:04:40) Das heutige Thema: Recruiting aus der Sicht des Arbeitgebers (00:06:35) Warum ist das Thema relevant? und was Recruiting mit Kultur zu tun hat (00:11:25) Sollte man "Leute einstellen" delegieren? (00:15:20) Wie viel Zeit sollte ein Hiring Manager ins Recruiting investieren? (00:18:05) Wie findet man die richtigen Leute? Wie wichtig sind persönliche Empfehlungen? (00:21:55) Die Entscheidung, ob du eine Person einstellst: False-Negatives vs. False-Positives (00:26:45) Der Recruiting-Prozess: Wen suche ich eigentlich? (00:29:15) Der Recruiting-Prozess: Was sind die richtigen Fragen, die ich stellen kann? (Strukturierte Interviews und Freestyle) (00:43:30) Der Bias über die Historie und vergangene Stationen von Kandidat-innen (00:50:15) Der Recruiting-Prozess: Die finale Entscheidung treffen (00:57:10) Die aktuelle Lage am Jobmarkt, die Kosten von Recruiting und Demotage (01:03:00) Outro Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#31 Ich automatisiere mir die Welt wie sie mir gefällt (mit GitHub Actions) 1:01:15

3 years önce1:01:15

1:01:15

Schuftest du noch oder automatisierst du schon? Heute gehts um die Faulheit von Entwicklern: Wir sprechen über GitHub Actions - Was es ist, wozu man es benutzen kann, wie es das eigene Leben erleichtern kann, wo der Unterschied zu Jenkins ist, wie das Engineering Kiosk es selbst einsetzt und welche Use-Cases von der Community oft genutzt werden. Bonus: Warum LinkedIn einen HTTP Status Code 999 sendet, wann wir Programmiersprachen wie Unterhosen wechseln und was Michael "Bully" Herbig mit der ganzen Sache zu tun hat. Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Dependabot: https://github.blog/2020-06-01-keep-all-your-packages-up-to-date-with-dependabot/ Engineering Kiosk #13 Produktivität: https://engineeringkiosk.dev/podcast/episode/13-produktivit%C3%A4t/ Engineering Kiosk #26 My English is not the yellow from the egg - Arbeiten in internationalen Teams: https://engineeringkiosk.dev/podcast/episode/26-my-english-is-not-the-yellow-from-the-egg-arbeiten-in-internationalen-teams/ Engineering Kiosk #27 Sicherheit in der Dependency Hölle: https://engineeringkiosk.dev/podcast/episode/27-sicherheit-in-der-dependency-h%C3%B6lle/ Engineering Kiosk #21 Static Site Generators & DIE Webseite: https://engineeringkiosk.dev/podcast/episode/21-static-site-generators-die-webseite/ Deutschsprachige Tech Podcasts: https://engineeringkiosk.dev/deutsche-tech-podcasts/ und https://github.com/EngineeringKiosk/GermanTechPodcasts GitHub Actions: https://github.com/features/actions Netlify: https://www.netlify.com/ GitHub Actions Marketplace: https://github.com/marketplace?type=actions Jenkins: https://www.jenkins.io/ GitHub Pull Request Auto Merge: https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/automatically-merging-a-pull-request PodcastIndex: https://podcastindex.org/ GitHub Actions vom GermanTechPodcast Repository: https://github.com/EngineeringKiosk/GermanTechPodcasts/tree/main/.github/workflows GitHub Action um Code zu Comitten (stefanzweifel/git-auto-commit-action): https://github.com/stefanzweifel/git-auto-commit-action GitHub Action um ein anderes Repository zu triggern (peter-evans/repository-dispatch): https://github.com/peter-evans/repository-dispatch Repository von der Engineering Kiosk: https://github.com/EngineeringKiosk/webpage Deep-Dive zu Astro in der Programmierbar: https://www.programmier.bar/podcast/deep-dive-108-astro-mit-chris-swithinbank GitHub Personal Access Tokens: https://docs.github.com/en/authentication/keeping-your-account-and-data-secure/creating-a-personal-access-token GitHub Actions Secrets: https://docs.github.com/en/actions/security-guides/encrypted-secrets GitHub Actions Output: https://docs.github.com/en/actions/using-jobs/defining-outputs-for-jobs Podcast sync-Python Script von der Engineering Kiosk Webpage: https://github.com/EngineeringKiosk/webpage/blob/main/scripts/sync-german-tech-podcasts.py Freie (private) Repositories bei GitHub: https://github.blog/2019-01-07-new-year-new-github/ Link Checker Lychee: https://github.com/lycheeverse/lychee GitHub Profil von Andy Grunwald: https://github.com/andygrunwald Inner Source: https://de.wikipedia.org/wiki/Inner_Source GitHub Actions Awesome-List: https://github.com/sdras/awesome-actions GitHub Actions Hackathon: https://githubhackathon.com/ Sprungmarken (00:00:00) Intro (00:00:31) E-Mails von GitHub (00:03:11) Deutschsprachige Tech Podcasts: Eine kuratierte Liste von deutschsprachigen Tech-Podcasts (00:07:35) Heutiges Thema: Automatisierung mit GitHub Actions und Attribut bei Software Engineers: Disziplin oder Faulheit (00:10:07) Was GitHub Actions ist und was Wolfgang bereits darüber weiß (00:14:47) Wie sieht die GitHub Automation beim GermanTechPodcast Repository aus? (00:26:19) Einen GitHub Actions Workflow in einem anderen Repository triggern (00:29:03) GitHub Actions und Passwörter, API-Keys und andere Geheimnisse und Isolation von einzelnen GitHub Actions (00:34:56) Was passiert bei der Engineering Kiosk Website, wenn das GitHub Actions-Event entgegen genommen wird (00:39:50) GitHub Actions im professionellen Umfeld, ist Jenkins noch relevant und Limitierungen mit privaten Netzwerken (00:46:30) Link-Checking in GitHub Actions mit Lychee und automatische GitHub Issue Erstellung (00:50:21) Eigene Profile-README mit GitHub Actions updaten (00:52:52) Wo liegen die GitHub Action Workflows? (00:53:37) GitHub Action um Inner Source und Cross-Team Contributions zu fördern (00:55:25) GitHub Actions um Stale Issues zu schließen (00:56:59) Aufruf um GitHub Actions zu testen und neue Contributor zu begrüßen (00:58:28) Feedback und Outro Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#30 Ist ein Informatikstudium sinnvoll? Welche Ausbildung für Devs? 1:05:36

3 years önce1:05:36

1:05:36

Wie wichtig ist die Universität und ein Studium für den heutigen Beruf als Software Entwickler⋅in? Diese bzw. ähnliche Fragen haben wir von unseren Hörer⋅innen zugesendet bekommen: Welche Unterschiede gibt es in den Ausbildungen? Wie relevant ist eine schulische oder berufliche Ausbildung? Sollte man ein Bachelor, Masterstudium machen? Und würden wir den Weg zum Dr. Titel empfehlen? Haben Akademiker nur Vorteile? Oder auch Nachteile bei der Jobsuche und beim Job selbst? Und wie kann man als Nicht-Studierte oder Quereinsteiger in der IT-Industrie Fuß fassen? All das und noch viel mehr in der Episode. Bonus: Was akademischer Spaß, Beleidigungen und Serdar Somuncu mit der ganzen Thematik zu tun haben. Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links FOM / Fachhochschule für Oekonomie und Management: https://www.fom.de/ Das österreichische Bildungssystem: https://www.bmbwf.gv.at/Themen/schule/schulsystem/sa.html Das deutsche Bildungssystem: https://www.kmk.org/dokumentation-statistik/informationen-zum-deutschen-bildungssystem.html Sprungmarken (00:00:00) Intro (00:00:50) Hat die akademische Laufbahn, Wolfgang zu einem besseren Software-Entwickler gemacht? (00:04:53) Unterschied zwischen der schulischen und beruflichen Ausbildung? (00:12:06) Haben Leute von spezifischen Universitäten / Schulen mehr drauf als andere? (00:14:10) Das heutige Thema: Wie wichtig ist die Uni / akademische Ausbildung für den Job in der IT? (00:15:11) Andys Erfahrung auf der privaten Hochschule (00:19:14) Abschlüsse von privaten Hochschulen und wie diese in der Industrie angesehen werden können (00:20:52) Können akademische Abschlüsse auch hinderlich sein? (00:24:24) Over-Engineering, unschöner Quellcode und wissenschaftliches Arbeiten von Leuten mit Dr. Titel - Erfahrungen von der Universität (00:30:27) Unterschiede in der Arbeit und Guidance vom Manager (00:31:45) Gibt es Unterschiede in der Entwicklung/Einstellung von Leuten im Beruf mit oder ohne akademische Ausbildung? (00:36:01) Sind alle Personen anpassungsfähig an eine bestimmte Arbeitsweise? (00:40:13) Kann "akademisch" ein Schimpfwort sein? (00:43:58) Wissbegierig, Neugierig, Resistenz und Motivation sind viel wichtiger (00:48:30) Ist ein Studium empfehlenswert für einen Job in der IT? Und bringt mich das bei der Jobsuche weiter? (00:55:17) Ist ein fehlendes Studium ein möglicher Karriere-Blocker? (00:58:30) Sollten Quereinsteiger bei einer kleineren Firma starten? (01:00:17) Wie sollten Schüler vorgehen? Ein Studium oder direkter Berufseinstieg? (01:03:15) Würdest du Leuten mit Studium einen den Weg zum Doktor empfehlen? (01:04:34) Outro Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#29 Die andere Seite: Meetups & Konferenzen organisieren 1:08:48

3 years önce1:08:48

1:08:48

Meetups und Konferenzen: Ein wichtiger Bestandteil der Tech-Community und als Plattform für den Wissenstransfer. Jeder kennt Meetups und Konferenzen. Firmen sponsern Meetups und geben Mitarbeitern sogenannte Konferenz-Budgets. Doch wie sieht es hinter den Kulissen aus? Was bedeutet es ein Meetup zu organisieren? Welche Herausforderungen und Chancen bietet es? Wie viel Zeitaufwand benötigt es, ein Meetup auf die Beine zu stellen? Und ist es das gleiche wie die Organisation einer Konferenz? In dieser Episode wird Andy, als Organisator des Web Engineering Meetups Düsseldorf und der localhost-Konferenz, genau zu diesem Thema interviewed. Bonus: Was die Zeitschrift Computer Bild und Fortuna Düsseldorf mit Meetups zu tun haben. Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Fest und Flauschig: https://open.spotify.com/show/1OLcQdw2PFDPG1jo3s0wbp Localhost-Konferenz: https://localhost.engineering/ Web Engineering Meetup Düsseldorf: https://www.meetup.com/de-DE/web-engineering-duesseldorf/ PHP Usergroup D/DU/KR auf XING: https://www.xing.com/communities/groups/php-usergroup-d-strich-du-strich-kr-5b80-1021668/posts Webworker NRW Meetup: https://www.meetup.com/de-DE/webworker-nrw/ Lean Coffee: https://t2informatik.de/wissen-kompakt/lean-coffee/ Explain Like I'm Five: https://www.reddit.com/r/explainlikeimfive/ Lessons learned from running a local meetup: https://andygrunwald.com/blog/lesson-learned-from-running-a-local-meetup/ Sprungmarken (00:00:00) Intro (00:00:36) Sommerpausen, Ferien und Release-Cycle (00:03:06) Empfehlungs-Algorithmen von Podcast-Plattformen (00:04:38) Der nachteil der Sommerzeit? Keine Meetups und Konferenzen (00:05:17) Wie groß ist das Web Engineering Meetup Düsseldorf und wie lange habt Ihr Pause gemacht? (00:06:16) Das heutige Thema: Die Organisation von Meetups und Konferenzen (00:07:06) Wann hat Andy mit Usergroups und Meetups gestartet? (00:09:51) Wie viele Leute kommen denn ca. zu den Treffen? (00:11:44) Wie schwierig ist es ein Meetup zum laufen zu bekommen? (00:13:28) Das Thema der No-Show-Rate bei Meetups (00:14:32) Was war der Planungsaufwand für die ersten Events? (00:16:02) Wie hast du die ersten Speaker gefunden? (00:18:28) Was ist es für ein monatlicher Zeitaufwand für die Meetup-Organisation? (00:20:01) Wie wird man das Firmenbranding von einem Meetup los? (00:26:53) Was hat sich bei den Firmen in Bezug auf Meetups in den letzten 10 Jahren geändert? (00:30:23) Welche Tipps haben wir für die Firmen, die sich bei Meetups präsentieren? (00:33:24) Recruitern auf Meetups und Regeln / Code of Conduct (00:35:56) Monetarisierung von Meetups und Motivation von Organisatoren (00:39:34) Der nächste Schritt: Eine eigene Konferenz (00:42:27) Wo ist der organisatorische Unterschied zwischen einem Meetup und einer Konferenz? (00:49:00) Neue Meetups: Lieber Online? Lieber Offline? Lieber Hybrid? (00:51:25) Online Meetups bieten einen größeren Zugang, deswegen mehr Konkurrenz? (00:54:37) Was würdest du als Start-Tip neuen Organisatoren zur Gründung mitgeben? (01:03:15) Online oder Offline-Meetups und eure Initiative (01:05:42) Die Checkliste zur Organisation eines Meetups (01:08:04) Outro Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776…

Engineering Kiosk

1
#28 O(1), O(log n), O(n^2) - Ist die Komplexität von Algorithmen im Entwickler-Alltag relevant? 55:33

3 years önce55:33

55:33

Beim Programmieren ist alles ein Algorithmus. Irgendwie zumindest. Doch wie misst man die Zeitkomplexität? Das ganze nennt sich Big-O-Notation, oder zu deutsch "Bachmann-Landau-Notation". Eigentlich ein recht trockenes Thema, doch auch irgendwie relevant in der heutigen Zeit von verteilten Systemen und großen Datenmengen. Doch was ist die Big-O-Notation? Was sagt sie aus? Wo kommt diese in der Praxis vor? Und inwieweit hat das ganze noch eine Relevanz in Zeiten von Cloud Computing und fast unbegrenzten Hardware-Ressourcen? Darum geht es in dieser Episode. Bonus: Wie Andy und Wolfgang in deutscher Grammatik belehrt werden, ob es OK ist in 1on1s zu fluchen und das Hash-Kollisionen mit der ganzen Sache zu tun haben. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Pocket Casts: https://pocketcasts.com/ Learn Redis the hard way (in production): https://tech.trivago.com/post/learn-redis-the-hard-way/ Redis KEYS Befehl: https://redis.io/commands/keys/ Redis HSET Befehl: https://redis.io/commands/hset/ kSQL: https://www.confluent.io/de-de/blog/ksql-streaming-sql-for-apache-kafka/ Engineering Kiosk auf LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Sprungmarken (00:00:00) Intro (00:00:49) Intro: Feedback zur Episode #26 - Deutschland spricht schlecht Englisch (00:03:55) Intro: Feedback zur Grammatik - Der, die oder das Kommentar (00:06:05) Wer hört denn so alles das Engineering Kiosk? (00:07:09) Podcast-Player: Pocket Casts (00:08:32) Was sind die Sachen, die oft sinnvoll sind, du aber doch vergessen hast? (00:10:34) Das heutige Thema: Big-O Notation / Bachmann-Landau Notation (Zeitkomplexität von Algorithmen) (00:13:33) Warum ist die Big-O Notation / Bachmann-Landau Notation relevant (00:15:24) Wo war es das letzte mal wo dir die Big-O Notation vorgekommen ist (00:16:05) Was ist die Big-O Notation / Bachmann-Landau Notation? (00:20:59) Geben wir den best, average oder worst-case der Big-O Notation / Bachmann-Landau Notation an? (00:25:15) Konstanten können zur Vereinfachung einfach weggelassen werden (00:27:00) Big-O Notation bei redis: Die Story wie Andy damit in Berührung kam (00:31:16) Zeitkomplexität vs. Space-Complexity / Raumkomplexität: Zeit vs. Memory (00:32:58) Gibt es was besseres als O(1)? (00:34:26) Ist das setzen eines Keys in einer Hashmap immer O(1)? (00:40:03) Inwieweit kann man die Big-O Notation / Bachmann-Landau Notation auf Datenbanken mappen? (00:42:07) Wie relevant ist die Optimierung der Big-O Notation in Zeiten von Cloud und schnellen Servern eigentlich noch? (00:45:52) Batch-Processing vs. Streaming und die Optimierung von Algorithmen (00:48:49) Optimierungen von Algorithmen in JavaScript / auf Client-Seite (00:52:06) Optimierungen können auch schlecht sein bzw. schlecht aussehen (00:53:09) Outro mit Flachwitzen Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk…

Engineering Kiosk

1
#12 Make oder Buy 59:43

3 years önce59:43

59:43

Make oder Buy: Alles einkaufen oder doch lieber selber machen? Eine Frage die jeder von uns kennt: Sind meine Anforderungen so speziell, dass es kein Produkt auf dem Markt gibt, die diese abdeckt? Kann ich das nicht ggf. sogar besser, wenn ich das selbst mache? In dieser Episode versuchen wir das Thema mal etwas zu durchleuchten: Wann sollte man Services einkaufen? Wann doch lieber selbst umsetzen? Wie geht man mit interner Politik und Gegenwehr um? Was kostet das Selbermachen eigentlich und was bedeuten Begriffe wie Total Cost of Ownership, Opportunitätskosten und Shadow-IT eigentlich? Ist Open Source ein Zwischenweg und wie sieht die ganze Security-Mäßig aus? Bonus: Ob wir ein Karrierepodcast sind, was man in 1. Semester BWL lernt, welche Sicherheitsanforderungen eine Webagentur aus Wanne-Eickel hat und warum Wolfgang Google mehr vertraut als sich selber. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links HackerNews Comment als Dropbox gelauncht wurde: https://news.ycombinator.com/item?id=9224 Okta says hundreds of companies impacted by security breach: https://techcrunch.com/2022/03/23/okta-breach-sykes-sitel/ Looker: https://www.looker.com/ Nextcloud: https://nextcloud.com/ Nextcloud-Angebot bei Hetzner: https://www.hetzner.com/de/storage/storage-share Render: https://render.com/ Vercel: https://vercel.com/ Netlify: https://www.netlify.com/ F-Online, die Führerschein-Plattform: https://www.f-online.at/ Sprungmarken (00:00) Intro (01:33) Sollen wir die Software für unser A/B-Testing kaufen oder selber bauen? (05:23) Reisekosten-Abrechnungen: Wie kann es gehen? (06:53) Make or buy (08:27) Wolfgangs Stand bei Make or buy im privaten Leben (14:45) Wolfgangs Entscheidungskriterien für make or buy (15:42) Was ist die eigene Zeit wirklich Wert? (17:57) Klassische Beispiele für den “make or buy”-Fall in Firmen (23:42) Was kostet ein Software-Engineer, etwas selbst zu machen (Total Cost of Ownership) (28:55) Abgrenzung von make or buy (30:14) Opportunitätskosten: Produktivität und User Experience (33:40) Welche Bereiche gibt es, wo es Sinn macht, die Produkte nicht einzukaufen? (37:07) Risiken beim Einkaufen von Produkten: Shadow-IT und Workflows (41:16) Gegenwehr, fadenscheinige Gründe und interne Politik bei make or buy (48:02) Sicherheitsbedenken bei der Benutzung von externen Services (50:48) Eigene Erfahrung: Mehr make oder mehr buy? (56:07) Wann sollte man Software kaufen? (56:39) Wann sollte man die Software selbst bauen? (57:44) Outro Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk…

Engineering Kiosk

1
#11 Die Suche nach dem IT Traumjob 58:51

3 years önce58:51

58:51

Den richtigen Arbeitgeber und die richtige Firma finden: Eine Mammut-Aufgabe. In dieser Episode sprechen Wolfgang und Andy ein wenig darüber wie man neue, potentielle, Arbeitgeber findet, welche Fragen man sich selbst stellen kann um herauszufinden, was einem wichtig ist, geben Tipps um mit Recruitern zusammen zu arbeiten, Fragen uns ob ein hohes Gehalt wirklich alles ist, ob Startups, ScaleUps oder Konzerne besser sind und warum Agrar-Tech und Mähdrescher der heiße Scheiß sind. Als Start in dieses Thema gibt es ein Re-Cap von einer User-Umfrage auf Reddit zum Thema 1on1s und die Beantwortung der Frage, wie man gutes (People) Leadership in neuen Firmen erkennt. Bonus: Was Andys Kegeltour mit seiner Jobsuche zu tun hat und was ein Mottek ist. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Reddit-Umfrage "Wer von euch hat in seinem IT Job regelmäßig 1on1s (mit Vorgesetzten)?" https://www.reddit.com/r/de_EDV/comments/tg5y0y/wer_von_euch_hat_in_seinem_it_job_regelm%C3%A4%C3%9Fig/ Zend https://www.zend.com/ Claas https://www.claas.de/ John Deere Just Swindled Farmers out of Their Right to Repair https://www.wired.com/story/john-deere-farmers-right-to-repair/ Mika Timing https://www.mikatiming.de/ TechCrunch https://techcrunch.com/ CrunchBase https://www.crunchbase.com/ Kafka https://kafka.apache.org/ Deloitte Digital: https://www2.deloitte.com/de/de/pages/technology/topics/deloitte-digital.html Confluent: https://www.confluent.io/ Y Combinator https://www.ycombinator.com/ Sprungmarken (00:00) Intro (01:02) Reddit-Umfrage zum Thema 1 on 1 / Episode 10 (03:02) "Man braucht keine 1 on 1s, wir können immer drüber sprechen" (08:58) Wie wichtig sind 1 on 1s für dich bei deinem neuen Arbeitgeber? (12:16) Wie findest du heraus, ob der Lead Erfahrung hat? (15:05) Ist ein 1on1 ein Weiterentwicklungs-Benefit einer Firma oder Standard, den man annehmen sollte? (16:49) Welche Weiterentwicklungsmöglichkeiten sind wichtig für die Wahl einer neuen Firma? Was ist einfach zu etablieren? (18:41) Wie findet man eine neue Firma, bei der man sich bewerben könnte? (21:39) Interviews sind auch glückssache (24:13) Den Interviewprozess nutzen um zu erfahren, wie andere die Probleme lösen (25:50) Firmen finden durch Liebe zum Produkt (31:56) Firmen finden ohne Liebe zum Produkt (37:12) Ist ein Startup etwas für mich? (39:30) Sucht nicht selbst, sondern lasst euch finden (zB über LinkedIn) (41:25) Tipps um mit Recruitern zu arbeiten (45:22) Macht euch Gedanken, was Ihr vom neuen Arbeitgeber erwartet (47:51) Gehalt, Geld und wie viel wollt und braucht Ihr? (51:19) Andys Haupt-Kriterien für eine neue Firma (53:50) Wie viele Interviews waren notwendig, um die richtige Firma zu finden? (55:40) Interviews und Coding Challenges als Side Projetc (56:12) Outro Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk…

Engineering Kiosk

1
#10 Das Karriere Booster Meeting 1:1s 45:56

3 years önce45:56

45:56

1on1s - Zeitverschwendung oder eins der wertvollsten Meetings deiner Karriere? Andy und Wolfgang sprechen über das meist unterschätzte Meeting deiner beruflichen Laufbahn: 1-on-1s: Purer Müll, Zeitverschwendung und reines Manager-Getue? Oder die beste zeitliche Investition? Wir klären, was 1:1s sind, geben Tipps zum Aufbau einer vertrauensvolle Atmosphäre, geben dir konkrete Fragen an die Hand, die du als Individual Contributor oder Engineering Manager stellen kannst und klären, was du tun kannst, wenn du bisher noch keine regulären Meetings mit deiner Vorgesetzten hast. Bonus: Warum Wolfgang alle 1on1s mit Andy abgebrochen hat. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links 101 Fragen für ein 1on1: https://jasonevanish.com/2014/05/29/101-questions-to-ask-in-1-on-1s/ 5 Fragen, die ein Manager jedem seiner Direct Reports stellen sollte: https://hbr.org/2022/01/5-questions-every-manager-needs-to-ask-their-direct-reports 1on1 for Beginners: https://www.tombartel.me/blog/one-on-ones-for-beginners/ 1on1: Beyond Status Updates https://www.tombartel.me/blog/one-on-ones-beyond-status-update/ Taking notes during 1on1s: https://www.tombartel.me/blog/taking-notes-during-1-on-1s/ How to prepare a 1on1 in 5 minutes: https://www.tombartel.me/blog/how-to-prepare-one-on-one-five-minutes/ Ein Intro zu 1on1s bei Spotify https://engineering.atspotify.com/2015/12/a-101-on-11s/ Tooling Lighthouse: https://getlighthouse.com/ OfficeVibe: https://officevibe.com/one-on-one-software Sprungmarken (00:00) Intro (00:30) Warum eine Episode über 1on1s (02:40) Begriffsdefinition "1on1" und ist das ein Jour fixe? (05:24) Mythos Zeitverschwendung und unnützes Gespräch (06:23) Sichere und vertrauensvolle Atmosphäre im 1on1 (08:28) Tipps um eine sichere Atmosphäre und Vertrauen zu schaffen (12:22) Wer sollte ein 1on1 machen? Und was sind Skip-Level Meetings? (15:53) Sinnvolle 1on1 Intervalle (19:35) Was sollte man in 1on1s besprechen? Welche Fragen kann ich als Individual Contributer stellen? (28:52) Wie sollte ein Engineering Manager sein 1on1 vorbereiten und angehen? (39:12) Tooling, die 1on1s supporten (41:15) Perspektivenwechsel: Fragt eure Managerin (42:57) Wie man am besten mit 1on1s beginnt (44:12) Feedback und Outro Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk…

Engineering Kiosk

1
#09 Ukraine 37:30

3 years önce37:30

37:30

Es wird politisch: Der Angriffskrieg auf die Ukraine und eine möglichst technische Beleuchtung des Themas. Wolfgang und Andy sprechen über die Ukraine und den Angriff durch Russland: Wie haben Tech Konzerne und Firmen reagiert, wie helfen sie ihren Mitarbeiterinnen und Familien. Welche Rolle spielen die GAFA Konzerne und welche Rolle könnten sie spielen. Wie können wir alle helfen und welche Rolle spielen (Miss)informationen? Bonus: Als kleine Aufmunterung starten wir ein Projekt, das lustige Geschichten hinter Open-Source Projekten sammelt. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Österreich schaltet seine Corona-Warn-App ab “Militärisch ist Österreich ein neutraler Staat, aber wir sind politisch niemals neutral, wenn es um die Achtung des Völkerrechts geht” Hilferuf von Ruby Entwickler (Blog Post), Tweet: I am not asking you to stop living your comfortable lives [...] I am just asking you to spread the word and show support. Wenn Russen ihren Kindern in der Ukraine oder Ausland nicht glauben Doppelgänger Podcast : Hintergrund zu Möglichkeiten von Big Tech ( empfehlenswerter rant von Host Pip , ersten 30 min), Erfahrungsbericht Aufnahme von Flüchtlinge Crowdstorming mit Tinder und Google maps Google wird politisch, auf der Startseite : jedoch nur in ihrem Interesse bzgl. Leistungsschutzrecht ICANN Antwort auf Ukrainische Anfrage SSL Zertifikate zu invalidieren The Pragmatic engineer : The Ukraine War - and Its Impact on the Tech Industry Unterkünfte melden auf https://www.unterkunft-ukraine.de/ oder https://www.airbnb.org/ Mehr Informationen und alle Links, um zu Helfen, unter https://www.zeit.de/zeit-magazin/2022-02/hilfe-ukraine-spenden-deutschland-tipps und für Österreich unter https://www.moment.at/story/ukraine-in-oesterreich-helfen Gute Auflistung von verlässlichen Informationen und gegen Fake News Programmier.bar: Tech News, auch über Russland Sanktionen Der Hintergrund von Open Source Namensgebungen Mastercard und Visa schließen russische Banken aus Netflix und TikTok ziehen den Stecker in Russland airbnb.org - Unterkünfte in Krisenzeiten unterkunft-ukraine.de Sprungmarken (00:00) Intro (00:52) Abgeschlossene Corona-Pandemie in Österreich (02:05) Ukraine-Geschehnisse aus der technischen Perspektive (02:26) Wolfgangs-Sabbatical in der Ukraine (04:49) Verbindung der Geschehnisse der Ukraine mit Technologie (05:48) Wie Firmen die Bevölkerung in den entsprechenden Gebieten unterstützen (07:50) Männer dürfen zur Zeit die Ukraine nicht verlassen (08:58) Große Firmen hätten mehr Power, wenn sie die richtigen Informationen verbreiten würden (12:52) Firmen nutzen die Sanktionen als Marketing-Fall (13:42) Sanktionen und wie Firmen agiert haben (15:46) Elon Musk und StarLink in der Ukraine (17:54) Ukrainische Anfrage an die ICANN zur Abschaltung von dezentraler Infrastruktur (20:02) Was könnte Cloudflare tun? (21:19) Die Sanktionen treffen auch primär die Zivilbevölkerung (22:24) Wie Firmen auf Sanktionen reagieren ist sehr unterschiedlich (24:10) Arbeitschancen von geflohenen Ukrainern in der EU (25:40) Wie geht man mit betroffenen Arbeitskollegen um? (27:51) Was kann jeder von uns tun um zu helfen? (35:00) Side-Projekt: Wie kamen Open Source Projekte zu ihrem Namen? (36:30) Outro Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk…

Engineering Kiosk

1
#08 Vergiss doch Datenbanken! 52:47

3 years önce52:47

52:47

Datenbanken, besonders relationale Datenbanken und im Web ganz besonders MySQL. Jeder kennt sie, jeder nutzt sie, aber keiner gibt zu diese zu nutzen da sie uncool und alt sind und sowieso nicht skalieren. Wolfgang und Andy sprechen ein wenig über dieses Thema: Wie man seine eigene SQL Datenbank schreibt, was der Unterschied von Row-Based und Statement-Based Replication ist, warum simple Dateien oft besser sind als eine Datenbank, ob sqlite helfen kann und MongoDB die Lösung ist, wie Facebook, Booking und GitHub MySQL betreiben, ob PostgreSQL wirklich was kann und welche Schritte ihr unternehmen könnt, um eure Datenbank zu tunen. Bonus: Ob Wolfgang Mickey Krause kennt und ob er ein erfolgreicher MySQL Buchautor war. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links SQLProxy: https://github.com/sysown/proxysql Vitess: https://vitess.io/ Building for the 99% Developers: https://future.a16z.com/software-development-building-for-99-developers/ Litestream: https://litestream.io/ Designing Data-intensive Applications: https://dataintensive.net/ MyRocks Storage Engine: http://myrocks.io/ MySQL 8.0: The end of MyISAM: https://www.percona.com/blog/2016/10/11/mysql-8-0-end-myisam/ Wolfgang’s Talk: Forget Databases, use files! Efficient MySQL Performance Talk mit Video Gruß aus der Vergangenheit, Wolfi’s Lehrveranstaltung Datenbankimplementierung (2011) NOW() und Time Funktionen bei Statement Based Replication in MySQL Percona Config Wizard wurde leider eingestellt aber alternativ kann MySQL Tuner https://www.linode.com/docs/guides/how-to-optimize-mysql-performance-using-mysqltuner/ verwendet werden Erwähnte Personen Martin Kleppmann https://martin.kleppmann.com/ Michael Stonebraker: https://de.wikipedia.org/wiki/Michael_Stonebraker Michael “Monty” Widenius: https://de.wikipedia.org/wiki/Michael_Widenius Sprungmarken (00:00) Intro (00:15) Wolfgang und Apres-Ski (02:52) Wie programmiert man seine eigene Datenbank? (07:24) Was passiert, wenn eine SQL-Query die Datenbank erreicht? (10:02) Die Schwierigkeiten, wenn man seine eigene Datenbank programmiert (12:35) Sind Dateien besser als Datenbanken? (18:00) Keine Netzwerk-Verbindungen dank sqlite? (20:40) Was ist sqlite? (22:20) Aussprache von sqlite und SQL und woher es kommt (23:33) Wie kam MySQL und MariaDB zu ihrem Namen? (24:17) Was empfiehlst du für kleine Apps? MySQL oder sqlite? (25:06) Replikation von sqlite Daten (26:02) Unterschied zwischen Row- und Statement-Based Replication (27:56) Wie viel Requests kann man mit einer MySQL-Node bedienen? (29:35) Buchempfehlung: Designing Data-Intensive Application (31:42) Was tun, wenn ich Probleme mit MySQL-Performance hab? (33:16) MySQL bei Facebook (36:35) PostgreSQL, der andere Kandidat auf dem Spielfeld (38:33) Tooling um MySQL: ProxySQL und Vitess (43:38) MySQL Performance-Tipps vom Buch-Autor Wolfgang (50:33) Outro Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk…

Engineering Kiosk

1
#07 Die Freelance Freiheit 1:04:01

3 years önce1:04:01

1:04:01

Sein eigener Chef zu sein, sich die Projekte aussuchen können und sich die Zeit frei selbst einzuteilen. Obendrein noch einen Haufen Geld verdienen. Das ist die Vorstellung von vielen ITlern zur Selbstständigkeit. Doch wie sieht die Realität aus? Was sind die negativen Aspekte? Und wie viel Geld kommt wirklich unterm Strich bei rum? In dieser Episode teilt Wolfgang seine langjährige Freelance-Erfahrung: Welche Arten von Freelancing gibt es, wie er die Probleme beim Schätzen des zeitlichen Aufwandes umgeht, warum rostende Software ein Problem ist und zu schlecht gelaunten Kunden führt, ob es sich lohnt seine Finger zu versicherung und was goldene Handschellen mit all dem zu tun haben. Bonus: Wie Wolfgang einen Kunden beim Krafttraining im Fitnessstudio akquiriert hat, ohne selbst Gewichte zu stemmen. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Freelancer Stundensätze: GULP Stundensatz Kalkulator Freelancer Vermittlungsplattformen Freelancermap: https://www.freelancermap.de/ Gulp: https://www.gulp.de Hays: https://www.hays.de Anderes Als Kleinunternehmer im Sinne von § 19 Abs. 1 UStG wird Umsatzsteuer nicht berechnet. (in Deutschland) Sprungmarken (00:00:00) Intro (00:00:45) Bier holen (00:01:43) Wolfgangs erstes Freelancing-Projekt (00:02:54) Weibliche Software-Engineering Freelancer (00:03:45) Wie Wolfgang zum Freelancing gekommen ist (00:05:17) Verschiedene Arten vom Freelancing (00:08:19) Freelancing als Lösung für Remote Work (00:10:16) Scheinselbstständigkeit (00:11:13) Entwicklung der Freelancing-Arbeit anhand deiner Erfahrung (00:14:14) Software Maintenance bei Freelancing-Projekten (00:17:40) Was sind die positiven Aspekte des Freelancings? (00:27:28) Was sind die negativen Seiten vom Freelancen? (00:28:25) Kundenakquise (00:29:44) Preisfindung (00:37:00) Wie geht man die Selbstständigkeit an? Wie setze ich es in der Praxis um? (00:40:42) Steuerberater (00:46:09) Welche Kosten kommen noch auf einen zu? (00:48:21) Haftung und was eine GmbH für dich tun kann (00:50:11) Geschäftskonten (00:51:18) Der Start ist schwer und Weiterempfehlungen (00:54:29) Fragen, um herauszufinden, ob die Selbstständigkeit etwas für mich ist (00:59:56) Neben der Festanstellung starten (01:02:12) Outro Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk…

Engineering Kiosk

1
#06 Hype oder Hope: Job-Titel und Beförderungen 52:13

3 years önce52:13

52:13

Sind Machine Learning und Artificial Intelligence nur Hypes oder sollte ich meine Karriere dahingehend ausrichten? Und welche Hypes gibt es im Infrastruktur-Bereich? Und überhaupt: Wie steht das alles im Zusammenhang mit Job-Titels, meiner Beförderung zum Senior Engineer und meinem Gehalt? All diese Themen klären Wolfgang und Andy in dieser wilden Folge. Weiterhin: Warum das Leben kein Ponyhof ist, was Agrar-Tech und autonom-fahrende Trecker, die Inflation und Krösus damit zu tun haben, sowie warum Software Engineers zu den Top 5% der Gesellschaft gehören. Bonus: Warum Wolfgang kein Eiskunstlauf macht und wie er seinen Dr.-Titel bekommen hat. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links DeepMind AlphaCode: https://www.deepmind.com/blog/article/Competitive-programming-with-AlphaCode GitHub Co-Pilot: https://copilot.github.com/ GPT-3 Model: https://en.wikipedia.org/wiki/GPT-3 Engineering levels / levels.fyi: https://www.levels.fyi/?compare=Google,Facebook,Microsoft&track=Software%20Engineer Down-Leveling = The Senioritz Rollercoaster: https://newsletter.pragmaticengineer.com/p/the-seniority-rollercoaster Krösus: https://de.wiktionary.org/wiki/Kr%C3%B6sus Career ladders bei Firmen / progression.fyi: https://www.progression.fyi/ CircleCI Engineering Competency Matrix: https://docs.google.com/spreadsheets/d/131XZCEb8LoXqy79WWrhCX4sBnGhCM1nAIz4feFZJsEo/edit#gid=0 Erwähnte Personen Russ Cox: https://swtch.com/~rsc/ Sprungmarken (00:00) Intro (01:06) Deepmind News "AlphaCode" - Ein neuer Machine Learning Hype? (06:40) Wie kann Alpha Code in der Praxis genutzt werden? (08:04) Coding Challenges im Recruiting-Prozess (11:09) Hypes im Infrastruktur-Bereich (16:45) Frischer Wind von neuen Leuten in der Firma (19:22) Mono-Repos als Hype-Beispiel (20:55) Industrie-Definition von Job-Titles (26:03) Braucht man Job-Titles (Senior, etc.)? (31:43) Festgefahrene Strukturen in Konzernen (37:38) Geld ist bei weitem nicht alles bei einem Job (41:50) Mach das was dir Spaß machst und Generalisten vs. Spezialisten (45:36) 5-Jahres-Pläne (49:56) Outro Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk…

Engineering Kiosk

1
#00 Developer fangen bei 0 an zu zählen 29:11

3 years önce29:11

29:11

Software Engineers fangen bei 0 an zu zählen. Das Engineering Kiosk ist direkt bei Episode 1 gestartet. Diesen Off-by-one error beheben wir nun mit dieser Folge 0. Wir, Wolfgang und Andy, stellen uns als Hosts vor, erzählen wie es zu diesem Podcast kam, wie wir gestartet haben, was wir in den ersten fünf Folgen gelernt haben und wie die Podcast-Distribution technisch funktioniert. Nebenbei erfahren wir den Unterschied zwischen dem deutschen und österreichischem Verständnis von Cafe, warum Bachelor ein anderes Wort für Studenabbrecher ist und was Ziegen damit zu tun haben. Bonus: Ob Kaiserschmarrn mit oder ohne Rosinen gemacht wird. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Deutsche Spotify Podcast Charts: https://podcastcharts.byspotify.com/de TYPO3 Content Management System: https://typo3.org/ Codeprints: https://codeprints.dev/ Working Draft Podcast: https://workingdraft.de/ Audacity, open-source audio Schnitt Software: https://www.audacityteam.org/ Ziegen-Bild Sprungmarken (00:00) Intro (00:30) Gratulation zu 5 Episoden (01:43) Wer ist Wolfgang Gassler? (01:59) ... Was willst du mal werden, wenn du groß bist? (02:44) ... Was ist das letzte, nicht IT technische, was du gelernt hast? (03:49) ... Was motiviert dich, dich jeden Tag erneut mit IT und Software Engineering zu beschäftigen? (05:05) ... Fakten-Check (06:29) ... Wolfgangs Personalakte (07:04) ... Wie viele Domains besitzt du, wo kein Side Projekt gestartet wurde? (07:58) Wer ist Andy Grunwald? (08:08) ... Was ist das erste, was du tust, wenn du einen Incident hast und wie Website down ist? (09:12) ... Warum macht es dir soviel Spaß aufzuräumen und warum sind Ziegen auf deinem Instagram-Account? (11:26) ... Welcher Spruch soll auf deinem Grabstein stehen oder auf einem Banner in deiner Heimatstadt Duisburg? (12:03) ... Andys Personalakte (13:12) Warum machen wir das Engineering Kiosk? (15:42) Wie haben wir den Podcast gestartet? (20:01) Warum kommt die Folge 00 jetzt erst? (21:15) Was haben wir von 5 Podcast Episoden bereits gelernt? (25:28) Open Podcast (27:00) Outro Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk…

Engineering Kiosk

1
#05 Team Lead - der einzige Ausweg 40:12

3 years önce40:12

40:12

Engineering Manager oder Team-Lead: Eine Position die sehr motivierend, aber auch abschreckend wirken kann. Was erwartet einen? Was ist die Aufgabe einer Engineering Managerin? Wie verändert sich der Arbeitsalltag? Ist die Stelle überhaupt etwas für mich? Und was passiert, wenn ich doch lieber Software Entwickeln möchte? Gibt es einen alternativen Karrierepfad? All das und noch über viel mehr Erfahrungen sprechen Andy und Wolfgang in Episode 05 vom Engineering Kiosk. Bonus: Warum Andy Muskelkater im Arsch hat Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Erwähnte Artikel Mitchell's New Role at HashiCorp: https://www.hashicorp.com/blog/mitchell-s-new-role-at-hashicorp Tom Bartel mit "A Year Ago, I Stepped Away From a Leadership Position. Here Are 7 Things I Learned From That": https://www.tombartel.me/blog/leadership-position-to-individual-contributor-what-i-learned/ "What is a Staff (or Staff-Plus or Principal) Engineer?": https://mikemcquaid.com/2021/10/01/what-is-a-staff-plus-principal-engineer/ Bücher über das Engineering Management "The Managers Path" von Camille Fournier "Turn the ship around" oder "Reiß das Ruder rum!" von David Marquet "Drive" von Daniel H. Pink "Start with Why" von Simon Sinek "High Output Management" von Andrew S. Grove "An elegant puzzle" von Will Larson Sprungmarken (00:55) Hörer Feedback (01:43) Wann bist du das erste mal in eine Teamlead-Stelle gerutscht? (03:15) Kann man bereits Aufgaben eines Teamleads übernehmen, ohne ein Teamlead zu sein? (04:18) Wie viel Zeit hast du mit Hands-On und wie viel mit People Management verbracht? (04:52) Wie lang warst du Individual Contributor bevor du Teamleiter wurdest? (05:42) Was hat sich am meisten an deinem Arbeitsalltag geändert? (09:22) Was ist ein 1 on 1 Meeting und warum ist dies sinnvoll? (13:27) Was ist eine gute Teamgröße für den Start als Engineering Manager? (14:50) Woher wusstest du, was du als neuer Engineering Manager machen musst? (20:51) Empfehlungen um die Entscheidung "Möchte ich den Job einer Engineering Managerin machen?" treffen zu können (24:25) Feedback-Loop eines Software Engineers und eines Engineering Managers (25:50) Was solltest du nicht wollen, wenn du ein Engineering Manager werden möchtest? (27:42) Ist es ab und zu notwendig, seine eigene Entscheidung im Team durchzusetzen? (28:36) Schwierige Konversationen als Engineering Manager (30:49) Ist es ein Rückschritt wenn man als Engineering Manager zurück zum Software Engineer wechselt? (34:42) Wie sieht ein möglicher Karriereweg aus, wenn der Engineering Manager-Weg nichts für mich ist? Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk…

Engineering Kiosk

1
#04 Lohnt der Einstieg in Open Source? 50:44

3 years önce50:44

50:44

Für Andy ist Open Source und die Open Source Community ist bereits ein langer und essentieller Begleiter. In dieser Episode interviewed Wolfgang Andy genau zu dieseme Thema: Wie war sein Einsteig? Wieso es wichtig ist, sich Zeit zu nehmen um ein Bug-Ticket zu schreiben und was Snowboarden mit Open Source zu tun hat. Bonus: Wie man Andy dazu bringt, nackig durch die Wohnung zu flitzen. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Andy ( https://twitter.com/andygrunwald ) und Wolfgang ( https://twitter.com/schafele ) sprechen im Detail über: Sprungmarken (2:04) Wann hast du mit Open Source begonnen und warum? (03:27) Wie würdest du denn Open Source definieren? (05:08) Warum bist du in der Open Source Szene geblieben? (06:45) Hattest du mal schlechte Erlebnisse bei oder mit Open Source? als Maintainer? (07:33) ... und als Contributor? (08:15) Welche Tips kannst du Contributoren geben, um die Erfolgschancen für Pull Requests zu erhöhen? (10:04) Hast du Best Practices aus Maintainer-Seite, wie man mit Contributoren umgeht? (12:12) Wie geht man mit eigenen Open Source Projekten um, die man selbst nicht mehr nutzt? (15:31) Wie gehst du mit Feature Requests um? (17:56) Hat dir bereits jemand ein Feature gesponsored? (19:14) Open Source wird als Free work verstanden (20:45) Tipps für einen Feature Request bei einem Projekt (21:49) Kommunikation ist sehr wichtig (22:36) Wie siehst du den Stellenwert von Open Source im professionellem Umfeld? (24:35) Open Source als Mittel fürs Recruiting (25:40) Wie kann sich eine kleine Firma im Open Source Bereich engagieren? (28:09) Was hälst du von dem Open Source First Konzept? (29:29) Was ist Inner Source? (30:40) Passwörter und Secrets im Code (32:12) Möglichkeiten um ein Repository zu Open Sourcen (32:38) Negative Punkte für den Einsatz von Open Source (36:55) Welche Open Source Lizenz würdest du empfehlen, wenn jemand mit einem neuen Projekt starten möchte? (39:29) Projekte auf GitHub ohne Lizenz (40:35) Beer- und Pizza-Lizenz (41:02) Kleine Sponsoring-Beiträge und Danke-Nachrichten können viel bewirken (45:13) Andy flitzt nackig durch die Wohnung (48:15) Was deine Open Source Contribution mit deinem professionellen Werdegang zu tun hat Erwähnte Artikel "Choose an open source license" von GitHub: https://choosealicense.com/ "Scaling from 2,000 to 25,000 engineers on GitHub at Microsoft" von Jeff Wilcox: https://www.jeff.wilcox.name/2019/06/scaling-25k/ "Für 50 Prozent der Entwickler ist Open Source ein 9-to-5-Job": https://www.techrepublic.com/article/for-50-percent-of-developers-open-source-is-a-9-to-5-job/ "BMW *are* complying with the GPL" von Terence Eden: https://shkspr.mobi/blog/2016/03/bmw-are-complying-with-the-gpl/ Erwähnte Personen Richard Stallman: https://stallman.org/ Daniel Stenberg: https://daniel.haxx.se/ Erwähnte Projekte curl: https://curl.se/ wolfSSL: https://www.wolfssl.com/ Wolfgangs Doku-Wiki Plugin: https://github.com/woolfg/dokuwiki-plugin-gitbacked Gerrit Code Review: https://www.gerritcodereview.com/ TYPO3: https://typo3.org/ Erwähnte Events TYPO3 Snowboard Tour: https://t3board.typo3.org/ FOSDEM: https://fosdem.org/2022/ Erwähnte Lizenzen Bier-Lizenz: https://fedoraproject.org/wiki/Licensing/Beerware Pizza-Lizenz: https://github.com/PumaConcolor/pizza-license Do What the Fuck You Want to Public Lizenz: http://www.wtfpl.net/ MIT Lizenz: https://opensource.org/licenses/MIT BSD Lizenz: https://opensource.org/licenses/BSD-3-Clause Apache 2.0 Lizenz: https://www.apache.org/licenses/LICENSE-2.0 Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Engineering Kiosk Podcast Anfragen an stehtisch@engineeringkiosk.dev…

Engineering Kiosk

1
#03 Over-Engineering, das Werkzeug des Teufels? 51:19

3 years önce51:19

51:19

Was ist eigentlich Over-Engineering? Und wann ist es einfach nur gutes Engineering? Ist das eigentlich immer nur negativ? Oder auch mal positiv? Gibt es auch Under-Engineering? In dieser Episode philosophieren Andy und Wolfgang darüber, wann der Drang nach dem perfekten Source-Code Overenegineering ist und warum es in der akademischen Welt nur dreckig programmiert wird. Bonus: Warum Wolfgang seine Kletterschuhe nach Tschechien sendet Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Andy ( https://twitter.com/andygrunwald ) und Wolfgang ( https://twitter.com/schafele ) sprechen im Detail über Sprungmarken (00:00) Intro (01:25) Was ist Over-Engineering? (03:20) Umfeld vom Over-Engineering und die Anforderungen vom Projekt (08:15) Ist alter Source-Code Over- oder Underengineered? (09:00) Leiden Akademiker mehr unter Over-Engineering? (10:10) Wann weiß ich, ob ich etwas mehr Arbeit in ein Projekt stecken soll? (11:50) Ist die meiste Java-Software Over-Engineered? (12:55) Kann man nicht mit alles einfach dreckig starten? (14:40) Neue Technologie vs. das was ich schon kenne (17:55) Twitter-Umfrage, was Leute unter Over-Engineering verstehen (21:50) Das DRY-Prinzip (25:15) Ein ORM / Object-Relational Mapping (28:12) Dependency Injection (30:04) Hackernews Driven Development (33:20) Positives Over-Engineering (35:15) Methoden um sich selbst vor dem Over-Engineering zu schützen (37:30) Wolfgang's Glaskugel (38:07) Overengineering findet viel zu selten statt (41:55) Bei Google steht ein staubiger Server im Datacenter, der die Suchmaschine betreibt (45:23) Underengineering bei der Reparatur von Kletterschuhen (46:40) Do things that don’t scale - Wie startet man ein Projekt möglichst einfach (47:55) Over-Engineering in der Automation (48:35) Fazit (50:20) Kontakt und Outro Artikel Do things that don't scale von Paul Graham: http://paulgraham.com/ds.html Hackernews Driven Development: https://devdriven.by/hn/ Byte Shifting: https://de.wikipedia.org/wiki/Bitweiser_Operator Konzepte You Aren’t Gonna Need It (YAGNI): https://de.wikipedia.org/wiki/YAGNI Don’t repeat yourself (DRY): https://de.wikipedia.org/wiki/Don%E2%80%99t_repeat_yourself Projekte Hackernews: https://news.ycombinator.com/ JavaScript library "left-pad": https://www.npmjs.com/package/left-pad Terraform: https://www.terraform.io/ HashiCorp configuration language: https://github.com/hashicorp/hcl Go / Golang: https://go.dev/ Engineering Kiosk Podcast Anfragen an stehtisch@engineeringkiosk.dev…

Engineering Kiosk

1
#02 Technologienzoo Side Projects 44:50

3 years önce44:50

44:50

Wolfgang und Andy erzählen ein wenig was über ihre eigenen Side Projects sourcectl ( https://gettoknow.sourcectl.dev/ ), F-Online ( https://www.f-online.at/ ) und the athlete ( https://theathlete.app/ ). Wir machen eine Rundfahrt durch den verwendeten Technologienzoo, diskutieren ob man Monitoring in Side Projects benötigt, wann es Over-Engineering und wann gerechtfertigt ist, ob der heutige Einsatz von Zend Framework 1 schon als kriminell gewertet werden kann und hören Wolfgang zu, wie er DevOps Anfängerfehler begeht indem ihm die Festplatte voll logs läuft. Bonus: Wie Wolfgang den ultimativen Reichtum mit seinem eigenen CMS zur dotcom Blase verpasst hat Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Andy ( https://twitter.com/andygrunwald ) und Wolfgang ( https://twitter.com/schafele ) sprechen im Detail über: Sprungmarken (00:00) Intro (02:03) Vorstellung von Andy und Wolfgang (02:18) Vorstellung Andy Grunwald (02:36) Vorstellung Wolfgang Gassler (03:11) Side Project "inspect": Automatische Generierung einer RabbitMQ Architektur (04:23) Was ist RabbitMQ? (05:33) Side Project "sourcectl": Metrik Platform für Inner Source und Open Sorurce Projekte (06:32) sourcectl: Warum nutzt du RabbitMQ und keine Datenbank für das Message Queuing? (07:48) sourcectl: Monitoring (08:55) sourcectl: Verarbeitung von Messages (09:50) sourcectl: Infrastruktur- und Application-Setup (12:01) Was zur Hölle ist ein OMR (vs. ein ORM)? (12:53) Was ist Traefik: The Cloud Native Application Proxy? (17:45) Traefik Pro und Overengineering: Loadbalancing über mehrere Server und verteilte SSL Zertifikate (20:00) Side Project "F-Online": Für den Führerschein in Österreich lernen (21:34) F-Online: Hosting und Monitoring (25:27) Tipps um Kosten bei Google Cloud unter Kontrolle zu halten (26:01) F-Online: Infrastruktur- und Application-Setup (26:42) Wolfgangs Leiche im Keller: Zend Framework 1 auf (teils) aktueller PHP Version (29:00) F-Online: JavaScript Architektur (31:29) F-Online: APIs (32:40) F-Online: Datenbank (34:39) F-Online: Wie es aussehen würde, wenn es nochmal neu gebaut werden würde (37:22) Engineers over-engineeren von Haus aus (37:40) Side Project "the athlete" (39:02) Ziele, Motivation und die (eigenen) Erwartungen an Side Projects (40:28) Wolfgang erzählt vom Krieg: Sein eigenes Content Management System (42:37) Outro Erwähnte Side Projects sourcectl ( https://gettoknow.sourcectl.dev/ ) F-Online ( https://www.f-online.at/ ) the athlete ( https://theathlete.app/ ) Erwähnte Technologien AMQP ( https://www.amqp.org/ ) Babel ( https://babeljs.io/ ) Backbone ( https://backbonejs.org/ ) DigitalOcean ( https://www.digitalocean.com/ ) Docker ( https://www.docker.com/ ) Flutter ( https://flutter.dev/ ) GitHub ( https://github.com/ ) Go ( https://go.dev/ ) Google Cloud Free-Tier ( https://cloud.google.com/free ) Grafana ( https://grafana.com/ ) GraphQL API ( https://graphql.org/ ) Grunt ( https://gruntjs.com/ ) Hetzner Cloud ( https://www.hetzner.com/de/cloud ) JQuery ( https://jquery.com/ ) Kubernetes ( https://kubernetes.io/ ) Lets Encrypt ( https://letsencrypt.org/ ) Marionette ( https://marionettejs.com/ ) MooTools ( https://mootools.net/ ) MySQL ( https://www.mysql.com/ ) Nginx ( https://www.nginx.com/ ) PHP ( https://www.php.net/ ) Prometheus ( https://prometheus.io/ ) RabbitMQ ( https://www.rabbitmq.com/ ) React ( https://reactjs.org/ ) React Native ( https://reactnative.dev/ ) Script.aculo.us ( https://script.aculo.us/ ) Terraform ( https://www.terraform.io/ ) Traefik ( https://traefik.io/ ) VueJS ( https://vuejs.org/ ) Webpack ( https://webpack.js.org/ ) Zend Framework 1 ( https://github.com/zendframework/zf1 ) Anderes OMR - Online Marketing Rockstars ( https://omr.com/de/ ) No Code ( https://www.nocode.tech/ ) Erwähnte Personen Matthias Endler ( https://twitter.com/matthiasendler / https://endler.dev/ ) Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Engineering Kiosk Podcast Anfragen an stehtisch@engineeringkiosk.dev…

Engineering Kiosk

1
#01 Side Projects - Fluch oder Segen für die Karriere? 46:22

3 years önce46:22

46:22

Zwei Engineering Manager über Side Projects: Wie diese den Recruiting Prozess beeinflussen, welche Learnings aus einem Projekt generiert werden, was die freiwillige Feuerwehr mit Site Reliability Engineering zu tun hat, welche negativen Seiten Side Projects haben können, ob ein Hund auch ein eigenes Side Project ist und warum man nicht seinen eigenen Mailserver betreiben sollte. Bonus: Der Unterschied zwischen Schnacken und Schnackseln Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Andy ( https://twitter.com/andygrunwald ) und Wolfgang ( https://twitter.com/schafele ) sprechen im Detail über: Sprungmarken (00:26) Warum "Engineering Kiosk"? Woher kommt der Name? (01:52) Einstieg ins Thema "Side Projects" (02:00) Side Projects im Recruiting Prozess und Lebenslauf (03:45) Muss das Side Project etwas mit dem Job zu tun haben? (05:40) Alleine oder im Team? (08:10) Was bringt dir die Information "Side Project" für das Interview selbst? (11:25) Hire for Skill or for attitude (12:43) Kann ein Side Project auch etwas negatives bedeuten (als Hiring Manager)? (14:55) Wolfgang erzählt aus dem Krieg: Sein Mail-Server Side-Project (18:31) Psychologischer Druck bei Side Projects (19:23) Learnings aus Side Projects (23:44) Rollen-, Zeit- und Energiemanagement: Side-Projects mit Familie/in der Freizeit (31:53) Side Projects als Ausgleich (34:10) Learnings aus dem Side Project im Job als Engineering Manager (36:27) Lohnen sich Side Projects für die Job-Suche? (40:02) Wie Ihr eure Side Projects nutzen könnt um das Interview zu eurem Vorteil zu drehen (42:45) Brauchen wir POP3 noch? (43:34) Top Tip: Startet ein Side Project und setzt euch die richtigen Erwartungen (44:39) Sind Arbeitgeber glücklich über Side Projects von MitarbeiterInnen? Erwähnte Personen Tom Bartel ( https://twitter.com/twbartel / https://www.tombartel.me/ ) Joost Ronkes Agerbeek ( https://www.linkedin.com/in/joost-ronkes-agerbeek-46a41339/ ) Hosts Wolfgang Gassler ( https://twitter.com/schafele ) Andy Grunwald ( https://twitter.com/andygrunwald ) Engineering Kiosk Podcast Anfragen an stehtisch@engineeringkiosk.dev…

Player FM'e Hoş Geldiniz!

Player FM şu anda sizin için internetteki yüksek kalitedeki podcast'leri arıyor. En iyi podcast uygulaması ve Android, iPhone ve internet üzerinde çalışıyor. Aboneliklerinizi cihazlar arasında eş zamanlamak için üye olun.