Engineering Kiosk

Wolfgang Gassler, Andy Grunwald
Engineering Kiosk

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

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

    6 NGÀY TRƯỚC

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

    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/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: 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. LinksNerdbude 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.htmlKeyboard Lexikon: https://golem.hu/keyboard-lexicon/QMK Firmware: https://qmk.fm/Corne keyboard: https://github.com/foostan/crkbdZMK Firmware: https://zmk.dev/Workman Keyboard Layout: https://workmanlayout.org/Space Cadet Shift in QMK: https://docs.qmk.fm/features/space_cadetMechanicon: https://mechanicon.io/Keychron Switch Tester 100 Max Edition: https://keychron.de/de/products/keychron-switch-tester-100-max-editionClick! Clack! Hack! Community: https://www.clickclackhack.de/about.htmlGeekhack: 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 HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

    1 giờ 19 phút
  2. #146 Warum ist Doom so faszinierend für die Software-Entwicklung?

    22 THG 10

    #146 Warum ist Doom so faszinierend für die Software-Entwicklung?

    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/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: 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. LinksDoom: https://de.wikipedia.org/wiki/DoomDoom-Engine: https://de.wikipedia.org/wiki/Doom-EngineDoom SourceCode: https://github.com/id-Software/DOOM/tree/masterDoom Zufallszahlen-Tabelle: https://github.com/id-Software/DOOM/blob/a77dfb96cb91780ca334d0d4cfd86957558007e0/linuxdoom-1.10/m_random.c#L31Entfernung von zufälligkeit bei Doom: https://jmtd.net/log/deterministic_doom/LMP / LUMP-Files: https://doomwiki.org/wiki/LMPDoom Replay Editor: https://test.doomworld.com/forum/topic/112543-how-to-use-xdre-tas-information/Raycasting: https://de.wikipedia.org/wiki/RaycastingPlaying Video Games One Frame at a Time - Ólafur Waage - NDC TechTown 2023: https://www.youtube.com/watch?v=Z1Nf8KcG4roRunning DOOM on a satellite: https://www.youtube.com/watch?v=zthssUIFG6cTweet that Doom runs in Space: https://x.com/olafurw/status/1741071775356637413Source 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.htmlThe 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/indexGZDoom: https://github.com/ZDoom/gzdoomC++ Doom: https://github.com/patricia-gallardo/cpp-doomList of Doom ports: https://en.wikipedia.org/wiki/List_of_Doom_portsVon 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.phpHow Much of a Genius-Level Move Was Using Binary Space Partitioning in Doom?: https://twobithistory.org/2019/11/06/doom-bsp.htmlSub-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_1Buch “Masters of Doom: How Two Guys Created an Empire and Transformed Pop Culture”: https://www.amazon.de/Masters-Doom-Created-Transformed-Culture/dp/0812972155Approval Testing: https://approvaltests.com/Doom Generic: https://github.com/ozkl/doomgenericDoom auf einer Canon-Kamera: https://www.reddit.com/r

    58 phút
  3. #145 Große Open Source Projekte managen: 20 Jahre im TYPO3 Projekt mit Benni Mack

    15 THG 10

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

    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/engineeringkioskEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: 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. LinksBenni 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/associationGovernment Site Builder: https://www.itzbund.de/DE/itloesungen/standardloesungen/gsb/gsb.htmlTYPO3 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 HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkioskEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

    1 giờ 11 phút
  4. #144 Die unterschätzte Macht der Zeit: Wie NTP und PTP die Welt synchronisieren mit Daniel Boldt und Thomas Behn von Meinberg

    8 THG 10

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

    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/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: 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. LinksMeinberg: 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_ProtocolPrecision Time Protocol (PTP): https://de.wikipedia.org/wiki/Precision_Time_ProtocolMeinberg Produktübersicht: https://www.meinberg.de/german/products/Meinberg Knowledgebase zum Thema Zeitsynchronisation: https://kb.meinbergglobal.com/kb/time_sync/startLeap Smear Google Dokumentation: https://developers.google.com/time/smearPaper “Securing Unprotected NTP Implementations Using an NTS Daemon”: https://ieeexplore.ieee.org/document/8886645Whitepaper "Computer Time Synchronization Concepts" von Martin Burnicki: https://www.meinbergglobal.com/download/burnicki/Computer%20Time%20Synchronization%20Concepts%20-%202014-04-29.pdfBlog-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.htmZeitzeichensender DCF77: https://de.wikipedia.org/wiki/DCF77Linux 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 HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

    1 giờ 8 phút
  5. #143 Ship It! Deployment-Strategien und Anti-Patterns auf der letzten Meile

    1 THG 10

    #143 Ship It! Deployment-Strategien und Anti-Patterns auf der letzten Meile

    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/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: 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. LinksLinear 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.htmlPlanetscale - The State of Online Schema Migrations in MySQL: https://planetscale.com/blog/state-of-online-schema-migrations-in-mysqlMartin Fowler über Dark Launching: https://martinfowler.com/bliki/DarkLaunching.htmlKubernetes deployment strategies explained: https://github.com/ContainerSolutions/k8s-deployment-strategiesVortrag “Jeder Meter Zählt / Linux @ Deutsche Börse” von Jens Kühnel: https://media.ccc.de/v/froscon2024-3137-jeder_meter_zahltCase Study 4: The $440 Million Software Error at Knight Capital: https://www.henricodolfing.com/2019/06/project-failure-case-study-knight-capital.htmlEngineering 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 Deploym

    1 giờ 17 phút
  6. #142 Ist Return to Office die Zukunft? Was die Wissenschaft sagt - mit Jean-Victor Alipour vom IFO

    24 THG 9

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

    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/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: 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. LinksJean-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-f92f4ca5Gitlab - Fully Remote: https://about.gitlab.com/company/all-remote/ifo Geschäftsklima Deutschland: https://www.ifo.de/umfrage/ifo-geschaeftsklima-deutschlandArbeitsforscher 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-arbeitEngineering 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-csatTextilunternehmer 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.htmlDeutsche 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.htmlKein Homeoffice ist auch keine Lösung: https://www.ifo.de/publikationen/2023/aufsatz-zeitschrift/kein-homeoffice-ist-auch-keine-loesungMy 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-Vict

    1 giờ 17 phút
  7. #141 Datenjournalismus - zwischen Grafik und Fakten mit Michael Kreil

    17 THG 9

    #141 Datenjournalismus - zwischen Grafik und Fakten mit Michael Kreil

    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/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: 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. LinksMichael 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/opendataGOV 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.htmlKostenlose 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-correlationsPer 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-maineA 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? HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk

    1 giờ 8 phút
  8. #140 Tech-Leadership: Die technische Vision als Leitfaden für Teams

    10 THG 9

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

    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/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: 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. Links12 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.pdfZalando 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-cycleArchitectural 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" HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

    1 giờ

Giới Thiệu

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

Có Thể Bạn Cũng Thích

Bạn cần đăng nhập để nghe các tập có chứa nội dung thô tục.

Luôn cập nhật thông tin về chương trình này

Đăng nhập hoặc đăng ký để theo dõi các chương trình, lưu các tập và nhận những thông tin cập nhật mới nhất.

Chọn quốc gia hoặc vùng

Châu Phi, Trung Đông và Ấn Độ

Châu Á Thái Bình Dương

Châu Âu

Châu Mỹ Latinh và Caribê

Hoa Kỳ và Canada