Engineering Kiosk

Philipp 'Pip' Klöckner, Experte für Equity in Tech-Startups, erklärt die komplexe Welt der Mitarbeiterbeteiligung am Beispiel von Startups. Von ESOPs über VSOPs bis hin zur Motivation von Mitarbeitern durch Aktienoptionen. Diskussion über die Bedeutung von Verhandlungen über Gehalt und Leistungen im Arbeitsumfeld.

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 BreakfastDas schnelle Feedback zur Episode:👍 (top) 👎 (geht so)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/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksRobin 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-7ed25e8f1027Core 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 AirbnbHostsWolfgang 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

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)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/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksWolfi’s Vortag “Forget databases - use files!”: https://docs.google.com/presentation/d/e/2PACX-1vRRtmoWcNUgnCb2kbnVQWiS0R1NlVrGenp_V42HS3GOuXvfO4IRLKZ1eX94gyerV-6awH1k6Xrc4Xhi/pubPerfomance Tests zu Wolfi’s Vortrag: https://github.com/woolfg/no-dbms-use-files/ 1 billion row challenge: https://github.com/gunnarmorling/1brcHackerNews-Kommentar über erfahrene Entwickler*innen: https://news.ycombinator.com/item?id=21377349tailscale blog “An unlikely database migration”: https://tailscale.com/blog/an-unlikely-database-migrationLinkedIn-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 seinHostsWolfgang 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

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)!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/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksDynamo - Amazon’s Highly Available Key Value Store: https://www.allthingsdistributed.com/files/amazon-dynamo-sosp2007.pdfGoogle File System: Insights into a highly scalable file system: https://static.googleusercontent.com/media/research.google.com/de//archive/gfs-sosp2003.pdfScaling Memcached at Facebook: A look at the complexities of Caching: https://www.usenix.org/system/files/conference/nsdi13/nsdi13-final170_update.pdfBorg - Large Scale Cluster Management at Google: https://static.googleusercontent.com/media/research.google.com/de//pubs/archive/43438.pdfCassandra: A look at the design and architecture of a distributed NoSQL database: https://www.cs.cornell.edu/projects/ladis2009/papers/lakshman-ladis2009.pdfKafka: Internals of the distributed messaging platform: https://notes.stephenholiday.com/Kafka.pdfSpanner: Design and architecture of Google’s globally distributed database: https://static.googleusercontent.com/media/research.google.com/de//archive/spanner-osdi2012.pdfMapReduce: 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.pdfBitcoin: 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.pdfMyRocks: LSM-Tree Database Storage Engine: https://www.vldb.org/pvldb/vol13/p3217-matsunobu.pdfRaft Consensus Algorithm: To learn about the more understandable consensus algorithm: https://web.stanford.edu/~ouster/cgi-bin/papers/raft-atc14.pdfTime 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.pdfTwo Minute Papers YouTube Channel: https://www.youtube.com/@TwoMinutePapersOrganization and Maintenance of Large Ordered Indexes: https://www.inf.fu-berlin.de/lehre/SS10/DBS-Intro/Reader/BayerBTree-72.pdfACM 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_groupPapers we love: https://paperswelove.org/Papers we love auf GitHub: https://github.com/papers-we-love/papers-we-loveSprungmarken(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 zusammenfassenHostsWolfgang 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

Phänomene aus dem beruflichen Leben und die persönliche Wahrnehmung der eigenen Fähigkeiten und LeistungenJeder 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)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/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksFanny 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-SyndromDunning-Kruger-Effekt auf Wikipedia: https://de.wikipedia.org/wiki/Dunning-Kruger-EffektPeter Prinzip auf Wikipedia: https://de.wikipedia.org/wiki/Peter-PrinzipNever 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 JimenezHostsWolfgang 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

Experte für Software-Testing Sebastian Bergmann diskutiert verschiedene Teststrategien wie Mutanten-Tests, gute Tests, Testanzahl, KI-Unterstützung. Amiga-Computing und Retro-Computing werden ebenfalls angesprochen. Bergmanns 25-jähriges Projekt mit PHP-Unit, Entwicklung von Teststrategien seit den 90er Jahren, Herausforderungen im Software-Testen und Zukunft von Mutationstests, KI im Testing und Code-Generatoren werden ausführlich besprochen.

Dokumentation: Jeder braucht sie, keiner will sie schreibenVielen 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 JournalismusUnsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode:👍 (top) 👎 (geht so)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/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksJana Aydinbas auf LinkedIn: https://www.linkedin.com/in/jana-aydinbas/Google Season of Docs: https://developers.google.com/season-of-docs?hl=deVortrag: 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-7e5039917801Stripe Documentation: https://docs.stripe.com/React Quickstart Guide: https://react.dev/learntekom “Was ist technische Kommunikation?”: https://www.tekom.de/technische-kommunikation-das-fach/was-ist-technische-kommunikationSprungmarken(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 anwendenHostsWolfgang 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

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)FeedbackEngKiosk Community: https://engineeringkiosk.dev/joindiscord Buy us a coffee: https://www.buymeacoffee.com/engineeringkioskEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineeringkiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksEngineering 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.htmlHacker 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 EntwicklungHostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)FeedbackEngKiosk Community: https://engineeringkiosk.dev/joindiscord Buy us a coffee: https://www.buymeacoffee.com/engineeringkioskEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineeringkiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

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 ScholleUnsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode:👍 (top) 👎 (geht so)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/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksHendrik 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_codedyve Purpose Unternehmen: https://dyve.agency/de/steward-ownershipThe Bread Code auf GitHub: https://github.com/hendricius/the-bread-codePizza Dough auf GitHub: https://github.com/hendricius/pizza-doughThe Sourdough Framework auf GitHub: https://github.com/hendricius/the-sourdough-frameworkOMR Podcast: https://omr.com/de/podcastKassenzone Podcast: https://www.kassenzone.de/Simple Flatbread Recipe: https://www.the-sourdough-framework.com/Breadtypes.html#simple-flatbread-recipeSprungmarken(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 backenHostsWolfgang 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

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)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffee Email: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksWhy 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=Yvfz4HGtoPcHow we structure our work and teams at Basecamp: https://medium.com/signal-v-noise/how-we-set-up-our-work-cbce3d3d9caeBrooks’ 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_ConwayConcepts I use every day: BAPO: https://medium.com/nerd-for-tech/concepts-i-use-every-day-bapo-896d0ba0ccbbCoordination 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-OrgHostsWolfgang 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/kaffee Email: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk