Engineering Kiosk

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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