- #133 Die wichtige Rolle von 1on1s in Zeiten der Arbeiterlosigkeit
1on1s: Ein starkes Tool - Auch zum halten von Mitarbeitern
Mitarbeiter zu finden ist schwierig. Gute und produktive Mitarbeiter zu halten kann unter Umständen sogar noch schwieriger sein. Auf der anderen Seite sind die Zeiten vorbei, wo ein Mitarbeiter bei einem Unternehmen bis zur Rente bleibt. Das ist vielen bekannt und ein alter Hut.
Als wir diesen Podcast gestartet haben, dachten wir ebenfalls, 1on1s wären ein alter Hut. Nach der Veröffentlichung unserer Episode #10 zum 1on1 Meeting haben wir sehr viel positives Feedback bekommen, dass dieses Ritual nun Einzug in diversen Firmen gehalten hat.
In dieser Episode bringen wir beide Themen zusammen: Wie kann man mit Hilfe von 1on1s ein positives Signal zum Mitarbeiter senden, um diesen längerfristig zu halten?
Wir sprechen über die Herausforderung und Kosten, wenn Mitarbeiter das Unternehmen verlassen, übers aktive Zuhören, nicht alle Probleme als Manager selbst lösen, aktives Feedback einholen, aber auch Grenzen setzen sowie Accountability einfordern.
Bonus: Wie bewertest du die Qualität des Essens in der Kantine?
**** Diese Episode wird von We Manage gesponsert.
Für Agenturen und kleinere Unternehmen ist es oft eine Herausforderung, ein vollständiges DevOps-Team aufzubauen. We Manage bietet DevOps und SRE as a Service an – passend für alle Projektgrößen. Ob als Unterstützung für bestehende Mitarbeiter⋅innen, damit diese in den Urlaub fahren können, oder als vollumfängliches Infrastruktur-Team mit optionaler 24/7-Bereitschaft. We Manage ist der ideale Partner für Digitalunternehmen, Startups und Agenturen, die auf der Suche nach finanziell vernünftiger und robuster Infrastruktur sind. Mehr Infos findest du unter https://engineeringkiosk.dev/wemanage
****
Das schnelle Feedback zur Episode:
Feedback
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- Buy us a coffee: https://engineeringkiosk.dev/kaffee
- Email: stehtisch@engineeringkiosk.dev
- LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.
Links
- Engineering Kiosk Episode #112 Das Engineering Manager Pendulum: Zwischen Coding und Leadership mit Tom Bartel: https://engineeringkiosk.dev/podcast/episode/112-das-engineering-manager-pendulum-zwischen-coding-und-leadership-mit-tom-bartel/
- Engineering Kiosk Episode #10 Das Karriere Booster Meeting 1:1s: https://engineeringkiosk.dev/podcast/episode/10-das-karriere-booster-meeting-11s/
- Alle Engineering Kiosk Episoden zum Thema Karriere: https://engineeringkiosk.dev/tag/karriere/
- Alle Engineering Kiosk Episoden zum Thema Leadership: https://engineeringkiosk.dev/tag/leadership/
- One-on-Ones: Beyond Status Update: https://www.tombartel.me/blog/one-on-ones-beyond-status-update/
- A 101 on 1:1s: https://engineering.atspotify.com/2015/12/a-101-on-11s/
Sprungmarken
(00:00:00) Intro
(00:00:47) Die Arbeiterlosigkeit und die 4 Tage Woche
(00:05:04) Was kostet die Wiederbesetzung einer offenen Stelle?
(00:07:34) DevOps & SRE as a Service (Werbung)
(00:08:41) Was kostet die Wiederbesetzung einer offenen Stelle?
(00:17:08) Aktives zuhören um Mitarbeiter zu halten
(00:22:05) Meine Tür steht dir immer offen
(00:34:22) Erwartungen und Grenzen setzen
(00:42:16) Ziele setzen und "Arbeit ist Arbeit"
(00:50:17) Wenn du selbst der schlechte Manager bist und Feedback einholen
(01:02:27) Leadership ist nicht einfach
Hosts
- Wolfgang Gassler (https://mastodon.social/@woolf)
- Andy Grunwald (https://twitter.com/andygrunwald)
Feedback
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- Buy us a coffee: https://engineeringkiosk.dev/kaffee
- Email: stehtisch@engineeringkiosk.dev
- LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
E133 - 1h 9m - Jul 23, 2024 - #132 Prometheus: Revolution im Monitoring mit Mitbegründer Julius Volz
Überwachen von Applikationen in Zeiten von dynamischer Infrastruktur
Cloud hier, Serverless da, Container-Scheduler dort. In Zeiten von dynamischen Infrastrukturen weiß man gar nicht mehr so genau, auf welchem Server und Port deine Applikation eigentlich läuft. Dies wirft die große Frage auf: Wie überwache ich meine Applikation denn eigentlich so ordentlich, dass ich sicherstellen kann, dass diese so funktioniert, wie ich mir das initial gedacht habe?
Die Antwort dreht sich oft um den de facto Standard im Cloud Native Monitoring-Segment: Prometheus.
In dieser Episode sprechen wir mit Julius Volz, einem der zwei initialen Autoren von Prometheus.
Mit ihm sprechen wir über die Entstehungsgeschichte von Prometheus bei SoundCloud, wie sich das System von traditionellen Monitoring-Systemen unterscheidet, warum mit PromQL eine eigene Query-Language ins leben gerufen wurde aber auch welche Flaws er nach 12 Jahren Entwicklung gerne beheben würde.
Bonus: Wer kennt noch Nagios, Ganglia oder Graphite?
Das schnelle Feedback zur Episode:
Feedback
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- Buy us a coffee: https://engineeringkiosk.dev/kaffee
- Email: stehtisch@engineeringkiosk.dev
- LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.
Links
- Julius Volz: https://juliusv.com/
- Prometheus: https://prometheus.io/
- PromLabs YouTube Channel: https://www.youtube.com/@PromLabs
- PromLabs Trainngs: https://training.promlabs.com/
- Large-scale cluster management at Google with Borg: https://static.googleusercontent.com/media/research.google.com/de//pubs/archive/43438.pdf
- Soundcloud: https://soundcloud.com/
- Prometheus: The Documentary https://www.youtube.com/watch?v=rT4fJNbfe14
- Demo-Metriken: https://demo.promlabs.com/metrics
- Engineering Kiosk Episode #101 Observability und OpenTelemetry mit Severin Neumann: https://engineeringkiosk.dev/ep101
Sprungmarken
(00:00:00) Prometheus mit Julius Volz
(00:07:58) Was ist Prometheus?
(00:16:24) Observability, Service Discovery
(00:21:04) Selbstentwicklung eines Monitoring-Tools innerhalb einer Audio-Firma
(00:27:33) MVP und Inspiration von Borgmon
(00:34:17) Pull- vs. Push-Modell
(00:53:28) PromQL und der Vergleich zu SQL
(01:01:59) Visualisierung von Metriken
(01:04:48) Flaws in Prometheus
(01:13:30) Wie steige ich ins Thema Prometheus ein?
Hosts
- Wolfgang Gassler (https://mastodon.social/@woolf)
- Andy Grunwald (https://twitter.com/andygrunwald)
Feedback
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- Buy us a coffee: https://engineeringkiosk.dev/kaffee
- Email: stehtisch@engineeringkiosk.dev
- LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
E132 - 1h 16m - Jul 16, 2024 - #131 Equity in Tech-Startups: Mehr als nur Gehalt mit Philipp "Pip" Klöckner
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:
Feedback
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- Buy us a coffee: https://engineeringkiosk.dev/kaffee
- Email: stehtisch@engineeringkiosk.dev
- LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.
Links
- Philipp Klöckner auf LinkedIn: https://www.linkedin.com/in/kloeckner/
- Doppelgänger Podcast: https://www.doppelgaenger.io/
- Wo wir in Sachen KI wirklich stehen und was uns erwartet: Deep Dive mit Philipp "Pip" Klöckner: https://www.youtube.com/watch?v=-srCUoQnB2o
- ESOP/VSOP: https://gruenderplattform.de/startup-gruenden/esop-vsop
- Revolut Share Sale: https://news.sky.com/story/employees-at-fintech-giant-revolut-to-cash-in-with-500m-share-sale-13138225
- Canva Share Sale: https://www.linkedin.com/posts/goldman-sachs-investment-banking_mission-empower-everyone-in-the-world-to-activity-7197329900242878465-UKhf/
- Engineering Kiosk Episode #127 Imposter-Syndrom & Peter-Prinzip mit Dr. Fanny Jimenez: https://engineeringkiosk.dev/podcast/episode/127-imposter-syndrom-peter-prinzip-mit-dr-fanny-jimenez/
- Engineering Kiosk Episode #28 O(1), O(log n), O(n^2) - Ist die Komplexität von Algorithmen im Entwickler-Alltag relevant?: https://engineeringkiosk.dev/podcast/episode/28-o1-olog-n-on2-ist-die-komplexit%C3%A4t-von-algorithmen-im-entwickler-alltag-relevant/
- Engineering Kiosk Episode #46 Welches Problem löst Docker?: https://engineeringkiosk.dev/podcast/episode/46-welches-problem-l%C3%B6st-docker/
- Engineering Kiosk Episode #05 Team Lead - der einzige Ausweg: https://engineeringkiosk.dev/podcast/episode/05-team-lead-der-einzige-ausweg/
- Alle Episoden vom Engineering Kiosk: https://engineeringkiosk.dev/podcast/
Sprungmarken
(00:00:00) Intro
(00:01:03) Equity mit Philipp "Pip" Klöckner
(00:08:43) Warum geben Firmen Anteile an Mitarbeiter? Wie verbreitet ist dies?
(00:19:16) Engineering Kiosk Vielfalt
(00:20:13) Geld vs. Firmenanteile - Existiert ein Risiko?
(00:22:21) Equity Explained: RSUs, ESOPs und VSOPs
(00:34:27) Buzzword-Bingo: Vesting, Cliff, Waiting Period, Strike Price
(00:47:27) Negative Seiten von Equity: Liquidationspräferenz, Verwässerung und Downrounds
(00:58:47) Golden Handcuffs und erfolgreiche Mitarbeiter
(01:05:10) Liquiditätsevent: IPOs und Secondary Sales
Hosts
- Wolfgang Gassler (https://mastodon.social/@woolf)
- Andy Grunwald (https://twitter.com/andygrunwald)
Feedback
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- Buy us a coffee: https://engineeringkiosk.dev/kaffee
- Email: stehtisch@engineeringkiosk.dev
- LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
E131 - 1h 15m - Jul 9, 2024 - #130 Wie gutes UX-Design entsteht mit Robin Titus
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
**** Diese Episode wird gesponsert von der IU Internationale Hochschule
Für dich ist Bildung wichtig und du glaubst an Technologie als Enabler? Kannst du dich mit der Mission der IU “Educate People with the Best Technology" identifizieren?
Dann schau doch mal unter https://engineeringkiosk.dev/iu, wenn du die Bildung von morgen gestalten willst.
****
**** WeAreDevelopers World Congress Gewinnspiel
WeAreDevelopers World Congress 17. bis 19. Juli 2024 in Berlin.
15.000+ Entwickler⋅innen und 500+ Speaker
Exklusiver Rabattcode für unsere Community: "WWC_EngineeringKiosk15" für 15% Rabatt.
Wir verlosen 5 Tickets! Mehr Infos unter https://www.linkedin.com/feed/update/urn:li:share:7211263176640729088/
****
Das schnelle Feedback zur Episode:
Feedback
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk
- Email: stehtisch@engineeringkiosk.dev
- LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.
Links
- Robin Titus auf LinkedIn: https://www.linkedin.com/in/robin-titus-product-design/
- Double Diamond (Designprozessmodell): https://de.wikipedia.org/wiki/Double_Diamond_(Designprozessmodell)
- Crafting The First Mile Of Product: https://medium.com/positiveslope/crafting-the-first-mile-of-product-7ed25e8f1027
- Core Concept: The Product Trio: https://www.producttalk.org/2021/05/product-trio/
- Was ist Design Thinking?: https://hpi-academy.de/design-thinking/was-ist-design-thinking/
Sprungmarken
(00:00:00) Intro
(00:01:14) Gewinnspiel We Are Developers Tickets
(00:01:38) UI und UX mit Robin Titus
(00:08:14) Die Bildung von morgen gestalten, als Dev bei der IU (Werbung)
(00:09:19) UI und UX mit Robin Titus
(00:18:44) Unterschied UX Design und UX Research
(00:21:55) UX in hochtechnischen Produkten und die First Mile
(00:28:32) Der Impact vom Backend auf die User Experience
(00:31:56) Das Produkt-Trio
(00:42:27) Produktkultur
(00:48:41) Wie technisch müssen Designer sein?
(00:54:25) Nicht jede Firma ist Apple oder Airbnb
Hosts
- Wolfgang Gassler (https://mastodon.social/@woolf)
- Andy Grunwald (https://twitter.com/andygrunwald)
Feedback
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk
- Email: stehtisch@engineeringkiosk.dev
- LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
E130 - 1h 3m - Jul 2, 2024 - #129 Simplify Your Stack: Files statt Datenbanken!
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:
Feedback
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- Buy us a coffee: https://engineeringkiosk.dev/kaffee
- Email: stehtisch@engineeringkiosk.dev
- LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.
Links
- Wolfi’s Vortag “Forget databases - use files!”: https://docs.google.com/presentation/d/e/2PACX-1vRRtmoWcNUgnCb2kbnVQWiS0R1NlVrGenp_V42HS3GOuXvfO4IRLKZ1eX94gyerV-6awH1k6Xrc4Xhi/pub
- Perfomance Tests zu Wolfi’s Vortrag: https://github.com/woolfg/no-dbms-use-files/
- 1 billion row challenge: https://github.com/gunnarmorling/1brc
- HackerNews-Kommentar über erfahrene Entwickler*innen: https://news.ycombinator.com/item?id=21377349
- tailscale blog “An unlikely database migration”: https://tailscale.com/blog/an-unlikely-database-migration
- LinkedIn-Post zum WeAreDevelopers World Congress Gewinnspiel: https://www.linkedin.com/feed/update/urn:li:share:7211263176640729088/
Sprungmarken
(00:00:00) Happy Birthday zu 1 Jahr Engineering Kiosk Meetup Alps
(00:03:05) Gewinnspiel WeAreDevelopers World Congress
(00:04:19) Happy Birthday zu 1 Jahr Engineering Kiosk Meetup Alps
(00:13:19) Migrationen, Deployments und Schema-Versionierung
(00:20:17) tailscale, sqlite, JSON-Files und etcd
(00:27:00) Files sind schneller als Datenbanken
(00:30:56) Mehrdimensionale Daten und Relationen
(00:35:34) Schreibzugriffe und Schema-Sicherheit
(00:39:56) Performance-Overhead, Files zu parsen
(00:47:49) File as a Service und sqlite
(00:54:04) Das schlechte Gefühl, ein Junior zu sein
Hosts
- Wolfgang Gassler (https://mastodon.social/@woolf)
- Andy Grunwald (https://twitter.com/andygrunwald)
Feedback
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- Buy us a coffee: https://engineeringkiosk.dev/kaffee
- Email: stehtisch@engineeringkiosk.dev
- LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
E129 - 59m - Jun 25, 2024 - #128 Devs müssen wissenschaftliche Papers lesen!?
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:
Feedback
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk
- Email: stehtisch@engineeringkiosk.dev
- LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.
Links
- Dynamo - Amazon’s Highly Available Key Value Store: https://www.allthingsdistributed.com/files/amazon-dynamo-sosp2007.pdf
- Google File System: Insights into a highly scalable file system: https://static.googleusercontent.com/media/research.google.com/de//archive/gfs-sosp2003.pdf
- Scaling Memcached at Facebook: A look at the complexities of Caching: https://www.usenix.org/system/files/conference/nsdi13/nsdi13-final170_update.pdf
- Borg - Large Scale Cluster Management at Google: https://static.googleusercontent.com/media/research.google.com/de//pubs/archive/43438.pdf
- Cassandra: A look at the design and architecture of a distributed NoSQL database: https://www.cs.cornell.edu/projects/ladis2009/papers/lakshman-ladis2009.pdf
- Kafka: Internals of the distributed messaging platform: https://notes.stephenholiday.com/Kafka.pdf
- Spanner: Design and architecture of Google’s globally distributed database: https://static.googleusercontent.com/media/research.google.com/de//archive/spanner-osdi2012.pdf
- MapReduce: A detailed look at how MapReduce enables parallel processing of massive volumes of data: https://static.googleusercontent.com/media/research.google.com/de//archive/mapreduce-osdi04.pdf
- Bitcoin: The ground-breaking introduction to the peer-to-peer electronic cash system: https://www.ussc.gov/sites/default/files/pdf/training/annual-national-training-seminar/2018/Emerging_Tech_Bitcoin_Crypto.pdf
- MyRocks: LSM-Tree Database Storage Engine: https://www.vldb.org/pvldb/vol13/p3217-matsunobu.pdf
- Raft Consensus Algorithm: To learn about the more understandable consensus algorithm: https://web.stanford.edu/~ouster/cgi-bin/papers/raft-atc14.pdf
- Time Clocks and Ordering of Events: The extremely important paper that explains the concept of time and event ordering in a distributed system: https://lamport.azurewebsites.net/pubs/time-clocks.pdf
- Two Minute Papers YouTube Channel: https://www.youtube.com/@TwoMinutePapers
- Organization and Maintenance of Large Ordered Indexes: https://www.inf.fu-berlin.de/lehre/SS10/DBS-Intro/Reader/BayerBTree-72.pdf
- ACM Conference Series on Recommender Systems: https://recsys.acm.org/recsys23/workshops/
- Google Scholar: https://scholar.google.com/
- dblp: https://dblp.org/
- Wikicfp: http://www.wikicfp.com/cfp/
- SIG Special Interest Groups: https://en.wikipedia.org/wiki/Special_interest_group
- Papers we love: https://paperswelove.org/
- Papers we love auf GitHub: https://github.com/papers-we-love/papers-we-love
Sprungmarken
(00:00:00) Wissenschaftliche Paper richtig lesen
(00:03:31) Wissenschaftliche vs. Industrielle Paper
(00:08:56) 2 Hoch 7
(00:09:42) Wissenschaftliche vs. Industrielle Paper
(00:19:04) Vorgehensweise beim lesen
(00:37:54) Forschungsergebnisse reproduzierbar gestalten
(00:39:33) Wie finde ich das richtige Paper?
(00:50:40) Papers we love und Paper zusammenfassen
Hosts
- Wolfgang Gassler (https://mastodon.social/@woolf)
- Andy Grunwald (https://twitter.com/andygrunwald)
Feedback
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk
- Email: stehtisch@engineeringkiosk.dev
- LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
E128 - 1h 1m - Jun 18, 2024 - #127 Imposter-Syndrom & Peter-Prinzip mit Dr. Fanny Jimenez
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 …
Das schnelle Feedback zur Episode:
Feedback
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk
- Email: stehtisch@engineeringkiosk.dev
- LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.
Links
- Fanny Jimenez auf LinkedIn: https://www.linkedin.com/in/dr-fanny-jimenez-3055a0188/
- Fanny Jimenez auf Instagram: https://www.instagram.com/fannyjimenezofficial/
- Hochstapler-Syndrom auf Wikipedia: https://de.wikipedia.org/wiki/Hochstapler-Syndrom
- Dunning-Kruger-Effekt auf Wikipedia: https://de.wikipedia.org/wiki/Dunning-Kruger-Effekt
- Peter Prinzip auf Wikipedia: https://de.wikipedia.org/wiki/Peter-Prinzip
- Never Mind Podcast: https://www.businessinsider.de/podcasts/never-mind/
- Buch “Ich und mein Spleen: Was wir tun, wenn wir alleine sind”: https://www.amazon.de/Ich-mein-Spleen-wenn-alleine/dp/3406698328/
Sprungmarken
(00:00:00) Psychologie mit Fanny Jimenez
(00:05:28) Das Imposter-Syndrom
(00:10:09) Die eigene Komfortzone, Stereotypen und das Selbstwertgefühl
(00:16:30) Werbung in eigener Sache
(00:17:46) Dauerhaftes lernen, Personen enablen und Angststörungen
(00:27:18) Perfektionismus, die Relation zum Imposter-Syndrom und Leidensdruck
(00:33:05) 360° Feedback
(00:35:34) Ist das Imposter-Syndrom normal?
(00:36:51) Der Dunning-Kruger-Effekt
(00:42:26) Die positiven Seiten des Imposter-Syndrom
(00:43:32) Das Peter-Prinzip
(00:56:20) Wie erkenne ich, ob "der Peter bin"?
(00:57:48) Wann ist man selbst zufrieden? Social Media als Vergleichsmaschine
(01:00:11) Schlusswort von Fanny Jimenez
Hosts
- Wolfgang Gassler (https://mastodon.social/@woolf)
- Andy Grunwald (https://twitter.com/andygrunwald)
Feedback
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk
- Email: stehtisch@engineeringkiosk.dev
- LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
E127 - 1h 1m - Jun 11, 2024 - #126 Killing the Mutant: Teststrategien mit Sebastian Bergmann
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.
Das schnelle Feedback zur Episode:
Feedback
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk
- Email: stehtisch@engineeringkiosk.dev
- LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.
Links
- Sebastian Bergmann: https://sebastian-bergmann.de/
- Sebastian Bergmann auf LinkedIn: https://www.linkedin.com/in/sebastian-bergmann-phpunit/
- The PHP Consulting Company: https://thephp.cc/
- PHPUnit: https://phpunit.de/
- Sebastian Bergmann Amiga Retrocomputing: https://amiga.sebastian-bergmann.de/
- Sebastian Bergmann's Boardgame Collection: https://sebastian-bergmann.de/boardgames.html
- YAM (short for 'Yet Another Mailer') für Amiga: https://github.com/jens-maus/yam
- Chrysler Comprehensive Compensation project: https://www.martinfowler.com/bliki/C3.html
- End-to-End-Testing Framework PlayWright: https://playwright.dev/
- Infection - PHP Mutation Testing Framework: https://infection.github.io/
- Mutation testing systems for Java compared: https://pitest.org/java_mutation_testing_systems/
- Bretterwisser - Boardgame Podcast: https://bretterwisser.de/
Sprungmarken
(00:00:00) Testing mit Sebastian Bergmann, PHP und MySQL auf dem Amiga
(00:10:11) 25 Jahre an einem Projekt und haben wir Testing verlernt?
(00:10:20) Danke an alle Supporter!
(00:11:16) Haben wir Testing verlernt?
(00:23:04) Functional Testing vs. Non Functional Testing
(00:24:48) Black Box vs. Whitebox-Testing
(00:26:56) Integrations-Testing und End to End-Testing
(00:32:47) Ist Automated Testing der Industrie-Standard?
(00:38:01) Warum werden keine Tests geschrieben?
(00:46:28) Metriken um einen Test zu bewerten
(00:54:24) Mutanten-Testing / Mutation testing
(00:59:30) AI im Bereich Testing
(01:07:50) Ist Test Driven Development noch relevant?
(01:09:27) Welche Testabdeckung sollte ich anstreben?
(01:16:10) Fangt mit testen an
Hosts
- Wolfgang Gassler (https://mastodon.social/@woolf)
- Andy Grunwald (https://twitter.com/andygrunwald)
Feedback
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk
- Email: stehtisch@engineeringkiosk.dev
- LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
E126 - 1h 19m - Jun 4, 2024 - #125 Die Kunst der technischen Dokumentation mit Jana Aydinbas
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
Das schnelle Feedback zur Episode:
Feedback
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk
- Email: stehtisch@engineeringkiosk.dev
- LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.
Links
- Jana Aydinbas auf LinkedIn: https://www.linkedin.com/in/jana-aydinbas/
- Google Season of Docs: https://developers.google.com/season-of-docs?hl=de
- Vortrag: Daniele Procida - Always complete, never finished: https://www.writethedocs.org/videos/portland/2021/always-complete-never-finished-daniele-procida/
- Write the Docs Website: https://www.writethedocs.org/
- Write the Docs Slack: https://www.writethedocs.org/slack/
- Write the Docs Guide: https://www.writethedocs.org/guide/writing/beginners-guide-to-docs/
- Write the Docs Meetups: https://www.writethedocs.org/meetups/
- Diátaxis (Framework für Softwaredokumentation): https://diataxis.fr/
- The Good Docs Project (Templates, Prozesse und Beispiele): https://thegooddocsproject.dev/
- 5C’s of Technical Writing: https://medium.com/technical-writing-is-easy/5cs-of-technical-writing-7e5039917801
- Stripe Documentation: https://docs.stripe.com/
- React Quickstart Guide: https://react.dev/learn
- tekom “Was ist technische Kommunikation?”: https://www.tekom.de/technische-kommunikation-das-fach/was-ist-technische-kommunikation
Sprungmarken
(00:00:00) Technical Writing mit Jana
(00:04:26) Dokumentation schreiben, aber Hauptberuflich: Warum?
(00:05:51) Technical Writing, normalem Schreiben und Redakteure und
(00:09:17) Jira-Research und Dokumentation im Software Development Lifecycle
(00:14:21) In eigener Sache
(00:15:16) Jira-Research und Dokumentation im Software Development Lifecycle
(00:20:35) Was macht eine Dokumentation zu einer guten Dokumentation? (Regeln, Zielgruppe, Terminologie)
(00:27:02) Übersetzungen, Code, Screenshots in Dokumentationen und AI
(00:35:23) Dokumentations-Mythen: Out of Date, niemand liest Dokumentation, Dokumentation schreiben ist nicht attraktiv, Code ist die Dokumentation
(00:44:16) Dokumentation für Hardware
(00:47:31) Dokumentation im Open Source Bereich
(00:50:54) Read the docs und Write the docs
(00:53:37) Dokumentations-Best-Practices zum selber anwenden
Hosts
- Wolfgang Gassler (https://mastodon.social/@woolf)
- Andy Grunwald (https://twitter.com/andygrunwald)
Feedback
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk
- Email: stehtisch@engineeringkiosk.dev
- LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
E125 - 1h 2m - May 28, 2024 - #124 Technische Glaubwürdigkeit bewahren: Müssen Leads den Code kennen?
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.
Das schnelle Feedback zur Episode:
Feedback
- EngKiosk Community: https://engineeringkiosk.dev/joindiscord
- Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk
- Email: stehtisch@engineeringkiosk.dev
- LinkedIn: https://www.linkedin.com/company/engineeringkiosk/
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.
Links
- Engineering Kiosk #85 Von Entwicklerin zur Engineering Managerin: Erfahrungen und Learnings mit Isabelle Glasmacher: https://engineeringkiosk.dev/podcast/episode/85-von-entwicklerin-zur-engineering-managerin-erfahrungen-und-learnings-mit-isabelle-glasmacher/
- Engineering Kiosk Episode #112 Das Engineering Manager Pendulum: Zwischen Coding und Leadership mit Tom Bartel: https://engineeringkiosk.dev/podcast/episode/112-das-engineering-manager-pendulum-zwischen-coding-und-leadership-mit-tom-bartel/
- Engineering Kiosk Episode #51 Was ist das Staff (Engineer) Level?: https://engineeringkiosk.dev/podcast/episode/51-was-ist-das-staff-engineer-level/
- German Tech Podcast Liste: https://engineeringkiosk.dev/deutsche-tech-podcasts/
- Udemy: https://www.udemy.com
- Coursera: https://www.coursera.org
- O'Reilly Library: https://www.oreilly.com/online-learning/teams.html
- Hacker News: https://news.ycombinator.com
- Pragmatic Engineer Newsletter: https://newsletter.pragmaticengineer.com
- Advent of Code: https://adventofcode.com
- SadServers: https://sadservers.com/
Sprungmarken
(00:00:00) Die Anforderung, dass Engineering Manager Hands On sind
(00:06:54) Muss ein Engineering Manager technisch sein?
(00:10:09) Verschiedene Firmen definieren die Rolle einer Managerin unterschiedlich
(00:12:48) Risiken, wenn die Engineering Manager zu technisch sind
(00:14:08) Möglichkeit technisch zu bleiben: Pair-Programming und Code Reviews
(00:18:25) Möglichkeit technisch zu bleiben: Dokumentation schreiben und Architektur Entscheidungen
(00:22:38) Möglichkeit technisch zu bleiben: Rubber Duck Development, On-Call und Coden
(00:32:01) Lernen außerhalb der Arbeitsumgebung: Hackernews, Konferenzen, Meetups und Code Katas
(00:43:48) Engineering Management ist ein anderer Job als Software Entwicklung
Hosts
- Wolfgang Gassler (https://mastodon.social/@woolf)
- Andy Grunwald (https://twitter.com/andygrunwald)
Feedback
- EngKiosk Community: https://engineeringkiosk.dev/joindiscord
- Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk
- Email: stehtisch@engineeringkiosk.dev
- LinkedIn: https://www.linkedin.com/company/engineeringkiosk/
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
E124 - 49m - May 21, 2024 - #123 The Bread Code: vom Entwickler zum Brot-Influencer mit Hendrik Kleinwächter
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
Das schnelle Feedback zur Episode:
Feedback
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk
- Email: stehtisch@engineeringkiosk.dev
- LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.
Links
- Hendrik Kleinwächter: https://www.hkleinwaechter.com/
- theBread.code(); https://www.the-bread-code.io/
- The Sourdough Framework: https://www.the-sourdough-framework.com/
- The Bread Code auf YouTube: https://www.youtube.com/@the_bread_code
- dyve Purpose Unternehmen: https://dyve.agency/de/steward-ownership
- The Bread Code auf GitHub: https://github.com/hendricius/the-bread-code
- Pizza Dough auf GitHub: https://github.com/hendricius/pizza-dough
- The Sourdough Framework auf GitHub: https://github.com/hendricius/the-sourdough-framework
- OMR Podcast: https://omr.com/de/podcast
- Kassenzone Podcast: https://www.kassenzone.de/
- Simple Flatbread Recipe: https://www.the-sourdough-framework.com/Breadtypes.html#simple-flatbread-recipe
Sprungmarken
(00:00:00) Brot Backen mit Hendrik Kleinwächter
(00:06:35) Mit Brot backen auf HackerNews und GitHub
(00:09:24) Was ist am modernen Brot backen kaputt?
(00:14:18) Mit Hilfe von YouTube das Brot backen demokratisieren
(00:16:34) The Bread Code: Brot backen und Software Engineering
(00:23:10) A-B-Testing beim Brot backen
(00:32:54) Popularität von Brot backen auf YouTube
(00:37:34) Open Source Buch zum Brot backen: Flow-Charts und UML-Diagramme
(00:51:46) Troubleshooting-Guide beim Brot backen
(01:00:37) Das minimalste Setup um ein Brot zu backen
Hosts
- Wolfgang Gassler (https://mastodon.social/@woolf)
- Andy Grunwald (https://twitter.com/andygrunwald)
Feedback
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk
- Email: stehtisch@engineeringkiosk.dev
- LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
E123 - 1h 5m - May 14, 2024 - #122 Ich hasse Re-Orgs
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 ***
Das schnelle Feedback zur Episode:
Feedback
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- Buy us a coffee: https://engineeringkiosk.dev/kaffee
- Email: stehtisch@engineeringkiosk.dev
- LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.
Links
- Why I Quit Google to Work for Myself https://mtlynch.io/why-i-quit-google/
- Killed by Google: https://killedbygoogle.com/
- Spotify Engineering Culture (aka the "Spotify Model"): https://www.youtube.com/watch?v=Yvfz4HGtoPc
- How we structure our work and teams at Basecamp: https://medium.com/signal-v-noise/how-we-set-up-our-work-cbce3d3d9cae
- Brooks’ Law: https://www.leadingagile.com/2018/02/lines-of-communication-team-size-applying-brooks-law/
- Gesetz von Conway: https://de.wikipedia.org/wiki/Gesetz_von_Conway
- Concepts I use every day: BAPO: https://medium.com/nerd-for-tech/concepts-i-use-every-day-bapo-896d0ba0ccbb
- Coordination models - tools for getting groups to work well together: https://www.rubick.com/coordination-models/
Sprungmarken
(00:00:00) Unternehmens- und Teamumstrukturierungen (Reorgs)
(00:03:49) Credibility: Warum sprechen wir über Reorgs?
(00:05:57) Was ist denn eine Re-Org?
(00:08:18) Buy us a coffee
(00:09:40) Was ist denn eine Re-Org?
(00:20:31) Produkte werden bei einer Re-Org beendet
(00:27:48) Die Flughöhe vom Management und Detail-Probleme bei der Re-Org
(00:30:25) Wie startet man eine Re-Org?
(00:39:15) Team-Strukturen abseits von Spotify bei einer Re-Org
(00:43:50) Ausführung und Kommunikation einer Re-Org
(00:54:12) Es steckt viel Arbeit hinter einer Re-Org
Hosts
- Wolfgang Gassler (https://mastodon.social/@woolf)
- Andy Grunwald (https://twitter.com/andygrunwald)
Feedback
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- Buy us a coffee: https://engineeringkiosk.dev/kaffee
- Email: stehtisch@engineeringkiosk.dev
- LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
E122 - 1h 7m - May 7, 2024 - #121 YAML: Mehr als Konfiguration! Aliases, Tags und YAMLScript mit Tina Müller
Wenn du glaubst, dass du YAML kennst …
„YAML Ain’t Markup Language“ (ursprünglich „Yet Another Markup Language“) kennen viele nur als Sprache für Konfigurationsdateien. Laut dem Gründer von YAML ist das Format aber nicht dafür gedacht. Und überhaupt nutzen sehr viele Tools nur einen Bruchteil der Fähigkeiten von YAML. Welche das sind, hat uns Tina Müller erklärt. Tina ist u.a. Contributorin zur YAML Spezifikation und gibt uns mal einen Einblick in das Serialisierungs-Format.
Wir sprechen über darüber, welches Problem YAML lösen wollte, wie es in der Realität genutzt wird, wie YAML selbst sowie die YAML-Parser in verschiedenen Sprachen weiterentwickelt werden, über die Flaws von YAML, wie zB. das Norway Problem oder die Billion Laughs Attacke und schauen mal welche Features nicht so bekannt sind, wie YAML tags, aliases oder YAMLScript.
**** Tue was Gutes mit deiner alten Hardware – Computertruhe.
Du hast noch alte Computer-Hardware rumfliegen? Anstatt diese zu verschrotten oder für 20€ bei Kleinanzeigen zu verkaufen - Tue was gutes und Spende diese an die Computertruhe
Die Computertruhe ist eine gemeinnützige Organisation, die Computer für bedürftige Menschen bereitstellt.
Alle Infos unter https://computertruhe.de/
********
Das schnelle Feedback zur Episode:
Feedback
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk
- Email: stehtisch@engineeringkiosk.dev
- LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.
Links
- Tina Müller auf LinkedIn: https://www.linkedin.com/in/tina-m%C3%BCller-642931154/
- Website von Tina Müller: https://perlpunk.github.io/
- Tina Müller auf GitHub: https://github.com/perlpunk
- YAML Tutorial und Infos für Entwickler:innen: https://www.yaml.info/
- YAML Test-Suite: https://github.com/yaml/yaml-test-suite
- YAML Test-Matrix: https://matrix.yaml.info/
- YAML Playground: https://play.yaml.io/main/
- yamltidy: https://perlpunk.github.io/yamltidy/
- YAMLScript: https://yamlscript.org/
- What is flow style in YAML?: https://www.educative.io/answers/what-is-flow-style-in-yaml
- YAML Chat auf Matrix: https://app.element.io/#/room/#chat:yaml.io
- YAML Linter: https://yamllint.readthedocs.io/en/stable/
- YAML Formatter: https://perlpunk.github.io/yamltidy/
- YAML Referenzparser: https://github.com/yaml/yaml-reference-parser
- Do you know YAML? Talk auf der FOSDEM: https://fosdem.org/2024/schedule/event/fosdem-2024-2046-do-you-know-yaml-/
- Beispiel für YAML Tags von AWS: https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/gettingstarted.templatebasics.html (siehe “!Ref InstanceSecurityGroup”)
- Beispiel für YAML aliase: https://www.yaml.info/learn/index.html#invoice
Sprungmarken
(00:00:00) YAML mit Tina Müller
(00:06:27) Was ist YAML und wie zeichnet sich YAML aus?
(00:09:19) YAML, JSON und die Abgrenzung zu anderen Formaten
(00:11:00) Computertruhe e. V. (Werbung)
(00:12:37) YAML, JSON und die Abgrenzung zu anderen Formaten
(00:28:56) YAML-Spezifikation
(00:33:22) YAML-Testsuite
(00:39:24) Das Norway-Problem
(00:44:39) YAML-Features: Aliases, Anchors und YAMLScript
Hosts
- Wolfgang Gassler (https://mastodon.social/@woolf)
- Andy Grunwald (https://twitter.com/andygrunwald)
Feedback
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk
- Email: stehtisch@engineeringkiosk.dev
- LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
E121 - 1h 7m - Apr 30, 2024 - #120 No-Code ist technische Schuld!
No-Code-Tools sind technische Schulden!
Wenn es zu dem Thema No-Code kommt, gibt es oft zwei Lager: Die einen lieben es. Die anderen sagen “Das ist doch gar kein richtiges Programmieren”. Dennoch gibt es Firmen, die No-Code-Plattformen im großen Stil einsetzen. Und immer wenn damit “mal was richtiges” gebaut wird, stellen sich dieselben Fragen wie bei richtiger Software-Entwicklung: Wie sieht es mit der Security / Maintainability / Skalierung und Co aus? Und wenn wir sowas auf den Tisch bringen, dann ist das Thema Refactoring und technische Schulden nicht mehr weit.
Und genau darum geht es in dieser Episode. Wolfgang ist fest überzeugt von “No-Code-Tools sind technische Schulden!”. Und Andy lässt sich das ganze mal erklären, um zu verstehen, was er eigentlich damit meint. Wir sprechen darüber, was No-Code und Low-Code eigentlich ist, was technische Schulden sind und warum dies ggf. nicht subjektiv zu sehen ist, welche Probleme sich bei großer No-Code-Nutzung auftun und ob klassische Probleme (aber auch Lösungen) der Software-Entwicklung sich auf die No-Code-Entwicklung übertragen lassen.
Bonus: Streit auf LinkedIn ist wohl nicht gern gesehen.
**** Diese Episode wird von der HANDELSBLATT MEDIA GROUP gesponsert.
Wirtschaft ist nicht immer einfach. Deswegen lautet die Mission der HANDELSBLATT MEDIA GROUP: „Wir möchten Menschen befähigen, die Wirtschaft zu verstehen.“ Mit ihren Kernprodukten, dem Handelsblatt und der WirtschaftsWoche, sowie 160.000 Abonnements, 15 Millionen Besuchern und 3 Milliarden Anfragen in einem Monat leisten sie einen wichtigen Beitrag zur Orientierung und Meinungsbildung in den Bereichen Wirtschaft und Politik und machen damit einen ausgezeichneten Job.
Wenn du Teil dieser Mission sein möchtest, schau auf https://engineeringkiosk.dev/handelsblatt vorbei und werde ein Teil der HANDELSBLATT MEDIA GROUP.
********
Das schnelle Feedback zur Episode:
Feedback
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk
- Email: stehtisch@engineeringkiosk.dev
- LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.
Links
- Wolfgangs “Refactoring is bullshit” LinkedIn-Post: https://www.linkedin.com/feed/update/urn:li:activity:7183096282884804608/
- No-Code-Plattform Make: https://www.make.com/
- Open Source No-Code-Plattform: https://github.com/n8n-io/n8n
- AppSmith: https://www.appsmith.com/
- Stop saying “technical debt”: https://stackoverflow.blog/2023/12/27/stop-saying-technical-debt/
- Nocodb: https://github.com/nocodb/nocodb
Sprungmarken
(00:00:00) No-Code sind technische Schulden
(00:03:13) Die Handelsblatt Media Group (Werbung)
(00:04:18) Was ist No-Code und Low-Code?
(00:23:03) Was ist Technical Debt?
(00:32:08) Technische Schulden bei keinem Code - Wie geht das?
(00:38:07) Gelöste Probleme im High-Code-Umfeld sind neue Probleme im No-Code-Umfeld
(00:47:35) Security im No-Code-Umfeld
(00:52:38) Steht No-Code im Konflikt zu moderner Software-Entwicklung?
(00:59:17) No-Code richtig eingesetzt ist dein Beschleuniger
Hosts
- Wolfgang Gassler (https://mastodon.social/@woolf)
- Andy Grunwald (https://twitter.com/andygrunwald)
Feedback
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk
- Email: stehtisch@engineeringkiosk.dev
- LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
E120 - 1h 7m - Apr 23, 2024 - #119 Der Jobwechsel: Einblick und Erfahrungsaustausch mit UNMUTE IT
Wie gehen andere bei ihrer Jobsuche vor? Ein Erfahrungsaustausch
Irgendwann kommt der Zeitpunkt, da denken viele von uns “Soll ich mir mal was Neues suchen? Ein Tapetenwechsel im Job könnte mir ggf. gut tun.” oder “Ich will endlich mal was anderes sehen” oder “Das könnte mein nächster Schritt in meiner Karriere sein”. Aber: Die Jobsuche kann anstrengend sein. Im Internet liest man viele Do’s und Dont’s. Verwirrung kommt schnell auf, was nun der richtige Weg ist. Deswegen sind Erfahrungen von anderen so wichtig. Und genau darum geht es in dieser Podcast-Episode.
Zu Gast sind Doreen und Ellen vom UNMUTE IT Podcast. Beide haben vor kurzer Zeit ihren Arbeitgeber gewechselt und erzählen von ihrer Herangehensweise und Erfahrungen bei der Job-Suche. Wir sprechen über Job-Hopping und wann es Zeit ist, sich einen neuen Job zu suchen, wie und wo man nach neuen Arbeitsmöglichkeiten sucht, wie wichtig das eigene Netzwerk und Vitamin-B ist, worauf es bei der richtige Firma ankommt, was Red-Flags und Warnsignale ist sind, über den Interviewprozess, wie viel Glück involviert ist und wie man mit Misserfolgen umgeht.
Viel Spaß bei diesem Podcast-Crossover.
**** Diese Episode wird gesponsert von https://eurowings-digital.de/
Eurowings Digital: Ein internationales Team, Englisch als Firmensprache. Java und AEM im Backend, Vue.js im Frontend und Kotlin sowie Swift für die Mobile Apps. Fürs Data Crunching werden Python, Scala und die Databricks-Plattform verwendet. Alle offenen Job Positionen und Details zu Benefits, wie Standby-Fliegen & Jahresurlaubsflug, findest du unter https://engineeringkiosk.dev/eurowings
****
Das schnelle Feedback zur Episode:
Feedback
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk
- Email: stehtisch@engineeringkiosk.dev
- LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.
Links
- UNMUTE IT Podcast: https://linkr.bio/unmute-it
- UNMUTE IT auf LinkedIn: https://www.linkedin.com/company/unmute-it/
- Verwandte UNMUTE IT Episode zum Jobeinstieg https://soundcloud.com/user-263541100/52-dos-donts-im-jobeinstieg
- Ellen Schwartau Blog: https://ellenschwartau.com/
- Job-Börse Indeed: https://de.indeed.com/
- Job-Portal StepStone: https://www.stepstone.de/
- Tech compensation in Europe: https://techpays.com/
- 1KOMMA5°: https://1komma5grad.com/
- An Engineering Leader's Job Search Algorithm: https://docs.google.com/document/d/19fr_36WOzKlq_zyGP2RdxMEsdNQMZdUqn1Vahncr2pY/edit#heading=h.xg3o3psx1mah
- Engineering Kiosk Episode #11 Die Suche nach dem IT Traumjob: https://engineeringkiosk.dev/podcast/episode/11-die-suche-nach-dem-it-traumjob/
- Engineering Kiosk Episode #32 Die richtigen Leute anstellen: Die Recruiting Pipeline: https://engineeringkiosk.dev/podcast/episode/32-die-richtigen-leute-anstellen-die-recruiting-pipeline/
Sprungmarken
(00:00:00) Podcast-Crossover mit UNMUTE IT
(00:06:02) Unser Episoden Sponsor Eurowings Digital
(00:07:20) Podcast-Crossover mit UNMUTE IT
(00:07:21) Wann fängt es an, darüber nachzudenken, sich einen neuen Job suchen?
(00:14:40) Job-Hopping und ab wann ist es zu lang bei einer Firma?
(00:22:07) Der erste Schritt bei der (strukturierten) Job-Suche
(00:29:40) Das eigene Netzwerk bei der Job-Suche
(00:41:59) Hire for attitude, not for skill und Interviews
(00:58:00) Die richtige Firma finden
(01:13:36) Warnsignale und Red-Flags
(01:32:08) Interview-Prozess und Take Home Challenges
(01:43:49) Verhandlungen und Gehalt
(01:54:18) Abschluss
Hosts
- Wolfgang Gassler (https://mastodon.social/@woolf)
- Andy Grunwald (https://twitter.com/andygrunwald)
Feedback
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk
- Email: stehtisch@engineeringkiosk.dev
- LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
E119 - 1h 56m - Apr 16, 2024 - #118 Wie funktioniert eine moderne Suche? Von Indexierung bis Ranking
Explain my like i am five: Die Grundlagen moderner Suchen
Wir, als User, erwarten heutzutage ziemlich viel von einer Suchmaschine. Es soll “magisch” verstehen, was wir eigentlich finden möchten. Egal ob wir das richtige Wort dafür nutzen (aka Synonym-Suche) oder ob der Begriff einen Tippfehler hat (aka “Meinten Sie …?”).
Oft werden Tools wie Elastic- oder OpenSearch, Solr, Algolia und Co. für sowas eingesetzt, denn eine einfache Volltext-Suche mittels eines Wildcard-SQL-SELECT Statement reicht dafür nicht mehr aus. Doch was steckt eigentlich dahinter? Wie funktionieren all diese modernen Suchen eigentlich im Inneren? In dieser Episode geht es um die Grundlagen moderner Suchmaschinen. Wir schmeißen mit Begriffen wie Stemming, Homonyme, BERT, Stopwords, Inverted Index, Suffixbäume, N-Grams, Term Frequency-Inverse Document Frequency, Vector Space Model und Co um uns und erklären das ganze im “Explain me Like I am five”-Stil.
Bonus: Wie Konzepte des Information Retrieval mit Bälle-Bädern erklärt werden.
**** Diese Episode wird von der HANDELSBLATT MEDIA GROUP gesponsert.
Wirtschaft ist nicht immer einfach. Deswegen lautet die Mission der HANDELSBLATT MEDIA GROUP: „Wir möchten Menschen befähigen, die Wirtschaft zu verstehen.“ Mit ihren Kernprodukten, dem Handelsblatt und der WirtschaftsWoche, sowie 160.000 Abonnements, 15 Millionen Besuchern und 3 Milliarden Anfragen in einem Monat leisten sie einen wichtigen Beitrag zur Orientierung und Meinungsbildung in den Bereichen Wirtschaft und Politik und machen damit einen ausgezeichneten Job.
Wenn du Teil dieser Mission sein möchtest, schau auf https://engineeringkiosk.dev/handelsblatt vorbei und werde ein Teil der HANDELSBLATT MEDIA GROUP.
********
Das schnelle Feedback zur Episode:
Feedback
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- Email: stehtisch@engineeringkiosk.dev
- LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.
Links
- r/explainlikeimfive: https://www.reddit.com/r/explainlikeimfive/
- Engineering Kiosk Episode #28 O(1), O(log n), O(n^2) - Ist die Komplexität von Algorithmen im Entwickler-Alltag relevant?: https://engineeringkiosk.dev/podcast/episode/28-o1-olog-n-on2-ist-die-komplexit%C3%A4t-von-algorithmen-im-entwickler-alltag-relevant/
- ElasticSearch: https://www.elastic.co/de/elasticsearch
- OpenSearch: https://opensearch.org/
- Apache Lucene: https://lucene.apache.org/
- Apache Solr: https://solr.apache.org/
- meilisearch: https://www.meilisearch.com/
- Alogolia: https://www.algolia.com/d
- HackerNews indexiert von Algolia: https://hn.algolia.com/
- Term Frequency-Inverse Document Frequency: https://de.wikipedia.org/wiki/Tf-idf-Ma%C3%9F
- Bidirectional Encoder Representations from Transformers (BERT): https://en.wikipedia.org/wiki/BERT_(language_model)
- Engineering Kiosk Episode #116 KI unterstützte Software Entwicklung: Ein Reality Check mit Birgitta Böckeler von Thoughtworks: https://engineeringkiosk.dev/podcast/episode/116-ki-unterst%C3%BCtzte-software-entwicklung-ein-reality-check-mit-birgitta-b%C3%B6ckeler-von-thoughtworks/
- Learning to Rank: https://en.wikipedia.org/wiki/Learning_to_rank
- Vector Space Model: https://en.wikipedia.org/wiki/Vector_space_model
- Inverted Index: https://en.wikipedia.org/wiki/Inverted_index
- N-Gramm: https://de.wikipedia.org/wiki/N-Gramm
- Suffixbaum: https://de.wikipedia.org/wiki/Suffixbaum
- Trie (Präfixbaum): https://de.wikipedia.org/wiki/Trie
Sprungmarken
(00:00:00) Buzzword-Bingo bei modernen Suchen
(00:04:40) Die Komplexität moderner Such-Systeme
(00:05:55) Die Handelsblatt Media Group (Werbung)
(00:07:00) Die Komplexität moderner Such-Systeme
(00:09:58) Wie funktioniert High-Level eine Suchmaschine?
(00:11:04) Verarbeitung der Such-Daten durch Tokens: Sprache, Stop-Words, Lemmatisierung, Stemming
(00:20:53) Zahlen als Such-Wörter, Embeddings und Bidirektionale Encoder-Repräsentationen von Transformers (BERT)
(00:29:34) Speichern der Daten mit einem Index: Invertierter Index und Suffixbäume
(00:43:07) Daten wirklich finden durchs Ranking: N-Grams, TF/IDFrequency und Vector Space Model
(00:59:54) Wie wählt man ein gutes Such-System aus?
(01:04:20) Wie beeinflusst Generative AI die aktuellen Suchsysteme und Sucht-Grundlagen?
Hosts
- Wolfgang Gassler (https://mastodon.social/@woolf)
- Andy Grunwald (https://twitter.com/andygrunwald)
Feedback
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- Email: stehtisch@engineeringkiosk.dev
- LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
E118 - 1h 12m - Apr 9, 2024 - #117 Vanilla Web: Niedrige Kopplung & hohe Kohäsion mit Golo Roden von the native web
Ein Leitspruch für die Frontend-Welt: Make simple things simple and complex things possible
Die Frontend-Entwicklung hat in den letzten Jahren einen ziemlich großen Wandel erlebt. Es fing alles ganz simpel an: CSS und JavaScript wurden einfach via script-tag inkludiert. Danach kamen Performance-Optimierung durch Minification, mehr JavaScript- und CSS Features (zB Browser-APIs) wurden in die Browser implementiert und die Standards kamen nicht hinterher, doch wir Entwickler*innen wollten wir diese schon in Produktion nutzen (aka Polyfills und Transpilieren). Und auch die Web-Apps wurden immer mehr “Desktop-Like”, was einen Effekt auf die Frontends von heute hat, zB. React, Vue und Co. Und wo sind wir heute? Frameworks wie HTMX, die mit Einfachheit werben, erleben einen neuen Hype.
Doch ist das alles neu oder nur “alter Wein in neuen Schläuchen”? Erkaufen wir uns durch diesen großen Tooling-Stack wirklich Einfachheit oder schließen wir uns durch die Komplexität doch nicht in eine "proprietäre API” ein, die es sehr schwer macht, das Framework zu wechseln? Und zu guter letzt: Ist die Komplexität gerechtfertigt?
Zu diesem Thema sprechen wir mit Golo Roden. Golo ist Frontend-Experte und spezialisiert auf native Webtechnologien. Mit ihm behandeln wir Themen wie die Probleme von aktuellen UI-Frameworks und woher diese Probleme eigentlich kommen, wie er zu einfacheren Konzepten wie HTMX steht, über mögliche Lösungsansätze für die Probleme, Standards wie Web Components und welche Rolle TypeScript in dem ganzen Mix einnimmt.
Bonus: Warum Monkey Island das richtige Spiel für dich und deine Kinder ist.
**** Diese Episode wird von der HANDELSBLATT MEDIA GROUP gesponsert.
Wirtschaft ist nicht immer einfach. Deswegen lautet die Mission der HANDELSBLATT MEDIA GROUP: „Wir möchten Menschen befähigen, die Wirtschaft zu verstehen.“ Mit ihren Kernprodukten, dem Handelsblatt und der WirtschaftsWoche, sowie 160.000 Abonnements, 15 Millionen Besuchern und 3 Milliarden Anfragen in einem Monat leisten sie einen wichtigen Beitrag zur Orientierung und Meinungsbildung in den Bereichen Wirtschaft und Politik und machen damit einen ausgezeichneten Job.
Wenn du Teil dieser Mission sein möchtest, schau auf https://engineeringkiosk.dev/handelsblatt vorbei und werde ein Teil der HANDELSBLATT MEDIA GROUP.
********
Das schnelle Feedback zur Episode:
Feedback (gerne auch als Voice Message)
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- Email: stehtisch@engineeringkiosk.dev
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
- WhatsApp +49 15678 136776
Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776
Links
- the native web GmbH: https://thenativeweb.io/
- YouTube-Kanal von Golo Roden: https://www.youtube.com/@thenativeweb
- Video HTMX: Die perfekte UI-Technologie?!: https://www.youtube.com/watch?v=TL5TtpZ33xU
- Artikel HTMX: Die perfekte UI-Technologie?: https://www.heise.de/blog/HTMX-Die-perfekte-UI-Technologie-9633960.html
- JavaScript Bloat in 2024: https://news.ycombinator.com/item?id=39471221
- Artikel Vanilla-Web: Der Frontend-Trend 2024?: https://www.heise.de/blog/Vanilla-Web-Der-Frontend-Trend-2024-9611002.html
- Babel.js: https://babeljs.io/
- jQuery releases: https://github.com/jquery/jquery/releases
- Redux: https://redux.js.org/
- Engineering Kiosk Episode #84 Die Evolution von JavaScript: Vom Ducktyping zum Monopol im Browser mit Peter Kröner: https://engineeringkiosk.dev/podcast/episode/84-die-evolution-von-javascript-vom-ducktyping-zum-monopol-im-browser-mit-peter-kr%C3%B6ner/
- AngularJS: https://angularjs.org/
- Prince of Persia in Assembler: https://www.youtube.com/watch?v=hr5xQpznD0Y
- Web Components: https://developer.mozilla.org/en-US/docs/Web/API/Web_components
Sprungmarken
(00:00:00) Unser Gast Golo Roden
(00:06:28) Die Handelsblatt Media Group (Werbung)
(00:07:32) Monkey Island für Kinder
(00:11:53) Der aktuelle Tech-Stack in einem Web-Projekt
(00:15:04) Innovation in der Frontend-Welt oder alter Wein in neuen Schläuchen?
(00:26:10) Was ist HTMX und welches Problem soll es lösen?
(00:33:11) Kritikpunkte an HTMX
(00:42:50) Innovation fördert auch die Standardisierung im Web
(00:47:29) Bloated JavaScript und User Experience im Web
(00:55:51) Hohe Kohäsion, niedrige Kopplung
(01:02:00) Web Components und Standardisierung
(01:09:04) Welche Rolle spielt TypeScript in diesem Mix?
Hosts
- Wolfgang Gassler (https://mastodon.social/@woolf)
- Andy Grunwald (https://twitter.com/andygrunwald)
Feedback (gerne auch als Voice Message)
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- Email: stehtisch@engineeringkiosk.dev
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
- WhatsApp +49 15678 136776
E117 - 1h 20m - Apr 2, 2024 - #116 KI unterstützte Software Entwicklung: Ein Reality Check mit Birgitta Böckeler von Thoughtworks
AI in der Software-Delivery: Unsere größte Möglichkeit oder purer Hype? - Ein Realitätscheck
Generative AI ist in der Software-Entwicklung allgegenwärtig. Mit Co-Pilot stellt GitHub den Platzhirsch im Bereich Codegenerierung und bewirbt es mit einer 55% Produktivitätssteigerung. Bei solchen Effekten dreht jedes C-Level-Management am Rad. Doch was ist dran am Hype? Sollten wir wirklich alle so aufgeregt sein?
Zu dieser Frage bzw. zu einem Realitätscheck sprechen wir mit Birgitta Böckeler, Global Lead for AI-assisted Software Delivery bei Thoughtworks. Sie beschäftigt sich u.a. damit, wozu Generative AI in der Softwareentwicklung genutzt werden kann, welche Einsatzbereiche neben der Codegenerierung existieren, für welche Bereiche Coding Assistenten gut und für welche nicht so gut sind funktionieren aber auch welchen Effekt die ganze AI-Bewegung auf den ganzen Softwareentwicklungsprozess hat.
Bonus: Ein Kampf zwischen AI-Fans und Skeptiker
**** Diese Episode wird gesponsert von der IU Internationale Hochschule
Für dich ist Bildung wichtig und du glaubst an Technologie als Enabler? Kannst du dich mit der Mission der IU “Educate People with the Best Technology" identifizieren?
Dann schau doch mal unter https://engineeringkiosk.dev/iu1, wenn du die Bildung von morgen gestalten willst.
********
Das schnelle Feedback zur Episode:
Feedback (gerne auch als Voice Message)
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- Email: stehtisch@engineeringkiosk.dev
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
- WhatsApp +49 15678 136776
Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776
Links
- Birgitta Boeckeler auf LinkedIn: https://www.linkedin.com/in/birgittaboeckeler/
- Website von Birgitta Böckeler: https://birgitta.info/
- AI for software development: A reality check | Birgitta Boeckeler | LeadDev Berlin 2023: https://www.youtube.com/watch?v=pajcn6ApyD8
- Exploring Generative AI Memos von Birgitta Böckeler: https://martinfowler.com/articles/exploring-gen-ai.html
- Three things GenAI will not change about software delivery: https://www.thoughtworks.com/insights/blog/generative-ai/three-things-GenAI-will-not-change-about-software-delivery
- New GitHub Copilot Research Finds 'Downward Pressure on Code Quality': https://visualstudiomagazine.com/articles/2024/01/25/copilot-research.aspx
- Resolving Code Review Comments with Machine Learning: https://research.google/pubs/resolving-code-review-comments-with-machine-learning/
- Driver AI: https://www.driverai.com/
- Copilot Internals: https://thakkarparth007.github.io/copilot-explorer/posts/copilot-internals
Sprungmarken
(00:00:00) Software Delivery und AI mit Birgitta Böckeler
(00:03:09) Die Bildung von morgen gestalten, als Dev bei der IU (Werbung)
(00:04:15) Birgitta Böckeler - Global Lead for AI-assisted Software Delivery
(00:07:17) Was ist Generative AI im Umfeld der Software-Entwicklung?
(00:13:33) Wie viel Erfahrung ist für den sinnvollen Einsatz von Generative AI notwendig?
(00:22:36) Intellectual Property (IP) bei Coding LLMs
(00:27:09) Retrieval Augmented Generation, Halluzinationen und Kontext für das LLM
(00:41:58) Erhöhte Produktivität durch Coding Co-Piloten
(00:55:40) In welchen Bereichen der Software-Entwicklung kann AI uns noch helfen?
(01:02:44) Wie verändert sich die professionelle Softwareentwicklung durch AI?
Hosts
- Wolfgang Gassler (https://mastodon.social/@woolf)
- Andy Grunwald (https://twitter.com/andygrunwald)
Feedback (gerne auch als Voice Message)
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- Email: stehtisch@engineeringkiosk.dev
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
- WhatsApp +49 15678 136776
E116 - 1h 14m - Mar 26, 2024 - #115 Die Shift Left Philosophie: Mehr Verantwortung für Devs
Den Softwareentwicklungs-Prozess beschleunigen, indem mehr Arbeit auf die Entwickler abgewälzt wird?
2024 ist das Jahr der Effizienz. Überall wird nachgesehen, was noch schneller und besser laufen kann. So auch bei der Softwareentwicklung. Denn dort ist allzeit bekannt: Umso später ein Fehler aufgedeckt wird, desto teurer ist seine Behebung. Deswegen wurde früh damit angefangen, nicht nach der Softwareentwicklung das Programm zu testen, sondern schon während der Entwicklung die Tests zu schreiben. Der Test-Prozess wurde in der Zeitleiste nach Links geschoben. In der Industrie nennt man diesen Vorgang “Shift Left”.
Doch bei Tests ist es nicht geblieben. DevOps verlagert die Operations nach Links. Cloud die Definition von Infrastruktur als Code (und somit in die Softwareentwicklung). Security nimmt ebenfalls einen wichtigen Standpunkt in der modernen Welt ein. Metriken, strukturierte Logs und weitere Signale für Observability sind ein fester Bestandteil der Softwareentwicklung. Doch wie viel Prozesse sollen (und können) dennoch nach Links verschoben werden? Wie viele Aufgaben soll eine einzige Entwicklerin erledigen? Ist nicht einfach mal gut?
Bonus: Alles mit Ops - DevOps / MLOps / CloudOps / AIOps / DataOps / SecOps / DevSecOps / HROps LegalOps BizOps LLMOps ChatOps NoOps
**** Diese Episode wird gesponsert vom Open-Source Förderprogramm Media Tech Lab
Bewirb dich jetzt und erhalte bis zu 50.000€ Fördersumme für dein Open-Source Projekt https://engineeringkiosk.dev/medialab
****
Das schnelle Feedback zur Episode:
Feedback (gerne auch als Voice Message)
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- Email: stehtisch@engineeringkiosk.dev
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
- WhatsApp +49 15678 136776
Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776
Links
- Shift Left: https://de.wikipedia.org/wiki/Shift-Left-Ansatz
- Engineering Kiosk Episode #106 CI - Continuous Integration in der Praxis mit Michael Lihs von Thoughtworks: https://engineeringkiosk.dev/podcast/episode/106-ci-continuous-integration-in-der-praxis-mit-michael-lihs-von-thoughtworks/
- Engineering Kiosk Episode #101 Observability und OpenTelemetry mit Severin Neumann: https://engineeringkiosk.dev/podcast/episode/101-observability-und-opentelemetry-mit-severin-neumann/
- Engineering Kiosk Episode #60 On-Call: Warum auch Software-Engineers auf Rufbereitschaft sein sollten: https://engineeringkiosk.dev/podcast/episode/60-on-call-warum-auch-software-engineers-auf-rufbereitschaft-sein-sollten/
- Engineering Kiosk Episode #103 Plattform Engineering und Interne Developer Plattformen mit Puja Abbassi: https://engineeringkiosk.dev/podcast/episode/103-plattform-engineering-und-interne-developer-plattformen-mit-puja-abbassi/
Sprungmarken
(00:00:00) Der Software-Engineer-Job wird bedroht
(00:03:11) 50.000€ Open Source Förderung vom Media Lab Bayern (Werbung)
(00:05:08) Was ist Shift Left?
(00:10:37) Welches Problem soll Shift Left lösen?
(00:14:21) Warum ist Shift Left gerade jetzt aktuell?
(00:16:56) Der Unterschied von Shift Left in einem Startup und in einem Konzern
(00:24:37) Aktivitäten, die nach Links geshifted werden
(00:33:13) ShiftLeft mit Infrastruktur und Plattformen
(00:38:00) Nachteile von Shift Left
(00:44:09) Konfliktpotenzial bei der Einführung von Shift Left
(00:52:05) Shift Left ist nichts neues
Hosts
- Wolfgang Gassler (https://mastodon.social/@woolf)
- Andy Grunwald (https://twitter.com/andygrunwald)
Feedback (gerne auch als Voice Message)
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- Email: stehtisch@engineeringkiosk.dev
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
- WhatsApp +49 15678 136776
E115 - 54m - Mar 19, 2024 - #114 Sales Engineers: Engineering und Sales in einer Person vereint mit Patrick Pissang
Sales Engineering: Die Karriere “on top” auf deiner eigentlichen Karriere
Im Software Engineering gibt es viele Vorurteile gegen die Sales-Funktion. Doch wenn wir mal ehrlich zu uns sind: Die Sales-Abteilung bringt die Kunden, die wiederum das Geld in die Firma bringen. Kurz um: Durch die Sales-Arbeit haben wir alle einen Job. Und wenn wir dies mal weiterdenken: Was wäre, wenn du mit deinem Engineering Know How an diesem Hebel etwas bewirken könntest?
Genau darum geht es in der Funktion des Sales Engineerings. In dieser Episode sprechen wir mit Patrick Pissang, dem Social Sales Engineer, und bringen etwas Licht ins Dunkle: Was ist Sales Engineering? Sind dies zwei Jobs in einer Person? Wie technisch muss ein Sales Engineer sein und wie sieht eigentlich ein solcher Sales Prozess aus? Welche Firmen können von dieser Rolle denn wirklich Gebrauch machen? Welche Skills sind gefragt und wie kann man mehr über diese Rolle erfahren?
All das in dieser Episode.
Bonus: Was Herr der Ringe und Sales Engineering gemeinsam haben.
**** Diese Episode wird gesponsert vom Open-Source Förderprogramm Media Tech Lab
Bewirb dich jetzt und erhalte bis zu 50.000€ Fördersumme für dein Open-Source Projekt https://engineeringkiosk.dev/medialab
****
Das schnelle Feedback zur Episode:
Feedback (gerne auch als Voice Message)
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- Email: stehtisch@engineeringkiosk.dev
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
- WhatsApp +49 15678 136776
Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776
Links
- Patrick Pissang auf LinkedIn: https://www.linkedin.com/in/patrickpissang/
- Website von Patrick Pissang zu Sales Engineering: https://saleshero.training/
- Buch “The Social Sales Engineer: Timeless Principles for Achieving Thought Leadership”: https://www.amazon.de/Social-Sales-Engineer-Principles-Leadership/dp/3982214785/ref=tmm_hrd_swatch_0
- Buch “The subtle art of Sales Engineering: How to lead the client with the unexpected”: https://www.amazon.de/subtle-art-Sales-Engineering-unexpected/dp/3982214718/
- Buch “Wie du wirklich in der IT Karriere machst!: Sales Engineering, so setzen Entwickler und Architekten ihre Fähigkeiten lukrativ ein”: https://www.amazon.de/Wie-wirklich-Karriere-machst-Sales-Engineering-Know-How/dp/B086FPZ5NT/
- Patrick Pissang auf Udemy: https://www.udemy.com/user/patrick-pissang/
- The Sales Engineering Kingdom: https://salesengineeringmap.com/
- PreSales Collective: https://www.presalescollective.com/
- The SChool - Sales Engineering Academy: https://salesengineers.co.uk/
- Podcast Presales Unleashed: https://open.spotify.com/show/2uxpTX0Dnh9pvIHbItxYHV
Sprungmarken
(00:00:00) Sales Engineering mit Patrick Pissang, dem Social Sales Engineer
(00:04:03) Die Sales-Engineering-Map im Herr der Ringe Style
(00:07:34) 50.000€ Open Source Förderung vom Media Lab Bayern (Werbung)
(00:08:42) Vorurteile von Sales
(00:12:51) Was ist Sales Engineering?
(00:21:26) Die verschiedenen Rollen in einem Sales Prozess
(00:24:32) Sales Engineering vs. Solution Architect, Developer Advocate und Co
(00:28:33) Pre- und Post-Sales
(00:32:35) Karriere-Weiterentwicklung durch Sales-Engineering
(00:56:01) Schnupper-Kurs im Sales
Hosts
- Wolfgang Gassler (https://mastodon.social/@woolf)
- Andy Grunwald (https://twitter.com/andygrunwald)
Feedback (gerne auch als Voice Message)
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- Email: stehtisch@engineeringkiosk.dev
- Mastodon: https://podcasts.social/@engkiosk
- Twitter: https://twitter.com/EngKiosk
- WhatsApp +49 15678 136776
E114 - 1h 8m - Mar 12, 2024
![Audio Player Image](https://media.redcircle.com/images/2023/12/4/23/49a92c4b-3cca-41e5-bd4a-563ac4b750eb_-bb2d-a0503507eb03_newspaper-kiosk-svgrepo-com.jpg)