Engineering Kiosk

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: [email protected]
• 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 [email protected].

• 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/

(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

• Wolfgang Gassler (https://mastodon.social/@woolf)
• Andy Grunwald (https://twitter.com/andygrunwald)

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• Buy us a coffee: https://engineeringkiosk.dev/kaffee
• Email: [email protected]
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Mastodon: https://podcasts.social/@engkiosk
• Twitter: https://twitter.com/EngKiosk

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: [email protected]
• 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 [email protected].

• 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/

(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

• Wolfgang Gassler (https://mastodon.social/@woolf)
• Andy Grunwald (https://twitter.com/andygrunwald)

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk
• Email: [email protected]
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Mastodon: https://podcasts.social/@engkiosk
• Twitter: 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)

Feedback

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• Buy us a coffee: https://engineeringkiosk.dev/kaffee
• Email: [email protected]
• 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 [email protected].

• 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/

(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

• Wolfgang Gassler (https://mastodon.social/@woolf)
• Andy Grunwald (https://twitter.com/andygrunwald)

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• Buy us a coffee: https://engineeringkiosk.dev/kaffee
• Email: [email protected]
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Mastodon: https://podcasts.social/@engkiosk
• Twitter: 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)!

Feedback

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk
• Email: [email protected]
• 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 [email protected].

• 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

(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

• Wolfgang Gassler (https://mastodon.social/@woolf)
• Andy Grunwald (https://twitter.com/andygrunwald)

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk
• Email: [email protected]
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Mastodon: https://podcasts.social/@engkiosk
• Twitter: https://twitter.com/EngKiosk

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: [email protected]
• 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 [email protected].

• 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/

(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

• Wolfgang Gassler (https://mastodon.social/@woolf)
• Andy Grunwald (https://twitter.com/andygrunwald)

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk
• Email: [email protected]
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Mastodon: https://podcasts.social/@engkiosk
• Twitter: https://twitter.com/EngKiosk

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: [email protected]
• 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 [email protected].

• 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/

(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

• Wolfgang Gassler (https://mastodon.social/@woolf)
• Andy Grunwald (https://twitter.com/andygrunwald)

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk
• Email: [email protected]
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Mastodon: https://podcasts.social/@engkiosk
• Twitter: https://twitter.com/EngKiosk

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: [email protected]
• 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 [email protected].

• 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

(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

• Wolfgang Gassler (https://mastodon.social/@woolf)
• Andy Grunwald (https://twitter.com/andygrunwald)

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk
• Email: [email protected]
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Mastodon: https://podcasts.social/@engkiosk
• Twitter: 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)

Feedback

• EngKiosk Community: https://engineeringkiosk.dev/joindiscord 
• Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk
• Email: [email protected]
• 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 [email protected].

• 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/

(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

• Wolfgang Gassler (https://mastodon.social/@woolf)
• Andy Grunwald (https://twitter.com/andygrunwald)

• EngKiosk Community: https://engineeringkiosk.dev/joindiscord 
• Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk
• Email: [email protected]
• LinkedIn: https://www.linkedin.com/company/engineeringkiosk/
• Mastodon: https://podcasts.social/@engkiosk
• Twitter: 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 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: [email protected]
• 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 [email protected].

• 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

(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

• Wolfgang Gassler (https://mastodon.social/@woolf)
• Andy Grunwald (https://twitter.com/andygrunwald)

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk
• Email: [email protected]
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Mastodon: https://podcasts.social/@engkiosk
• Twitter: 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)

Feedback

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• Buy us a coffee: https://engineeringkiosk.dev/kaffee 
• Email: [email protected]
• 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 [email protected].

• 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/

(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

• Wolfgang Gassler (https://mastodon.social/@woolf)
• Andy Grunwald (https://twitter.com/andygrunwald)

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• Buy us a coffee: https://engineeringkiosk.dev/kaffee 
• Email: [email protected]
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Mastodon: https://podcasts.social/@engkiosk
• Twitter: https://twitter.com/EngKiosk