Inner Source - Die Anwendung von Open Source Best Practices in deiner Organisation

Jede Firma und jeder Entwickler⋅in hat Berührungspunkte mit Open Source. Direkt oder indirekt durch verwendete Libraries, Server-Systeme oder Ähnliches. Wie die Open-Source-Szene funktioniert, ist auch irgendwie faszinierend. Personen, die sich nicht kennen, arbeiten weltweit und asynchron, relativ effizient zusammen und erschaffen zusammen Großes.

Inner Source hat zum Ziel, die besten Praktiken aus Open Source in einer geschlossenen Organisation zu nutzen. Doch was bedeutet dies eigentlich?

Dazu haben wir mit Sebastian Spier gesprochen. Wir steigen tiefer ein und klären, was Inner Source ist, welchen Vorteil eine Organisation bei der Anwendung von Inner Source hat, ob Inner Source ohne Open Source Erfahrung möglich ist, ob interne Firmenpolitik dadurch reduziert werden kann und welcher Support vom Leadership und vom Team eigentlich notwendig ist. 

Bonus: Kneipenguide.de wurde in Perl geschrieben.

**** Diese Episode wird von tech-leaders.academy gesponsert:

Die Tech Lead Masterclass unterstützt dich bei deinem Sprung zum Tech-Lead. Das 6 wöchige Trainingsprogramm findet in kleinen Gruppen und in interaktiven Workshops sowie komplett remote statt.

Sichere dir jetzt einen 10% Rabatt auf alle Angebote mit dem Code “KIOSK10”. Bis Ende September gibt es auch noch einen Frühbucherpreis für die Tech Lead Masterclass. In Verbindung mit dem Code sparst du fast 25%!

Jetzt buchen unter https://engineeringkiosk.dev/tech-lead-masterclass-2023

****

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

• Sebastian Spier (LinkedIn): https://www.linkedin.com/in/sebastianspier/
• Sebastian Spier (Blog): https://spier.hu/
• Inner Source: https://de.wikipedia.org/wiki/Inner_Source
• Inner Source Commons: https://innersourcecommons.org/
• Inner Source Patterns: https://patterns.innersourcecommons.org/
• Inner Source Pattern - Transparente Auffindbarkeit der InnerSource Projekt in der Firma, möglichst über Business Units hinweg: https://patterns.innersourcecommons.org/p/innersource-portal
• Inner Source Pattern - Wo anfangen, wenn man einen InnerSource contribution zu einem anderen (InnerSource) Projekt machen möchte?: https://patterns.innersourcecommons.org/p/base-documentation
• Inner Source Pattern - Wie können externe Contributor die Richtung des Projektes verstehen, oder sogar beeinflussen: https://patterns.innersourcecommons.org/p/trusted-committer und https://patterns.innersourcecommons.org/p/maturity-model
• Inner Source Pattern - Wer übernimmt die Verantwortung für Probleme in Produktion, nachdem der PR eines anderen Teams gemerged wurde?: https://patterns.innersourcecommons.org/p/30-day-warranty
• InnerSource Common Slack channel: https://innersourcecommons.org/slack
• InnerSource Case Studies: https://innersourcecommons.org/stories/
• Entwickler.de - Neue InnerSource-Patterns - Herausforderungen zielgenau adressieren: https://entwickler.de/agile/herausforderungen-zielgenau-adressieren

Sprungmarken

(00:00:00) Intro

(00:01:13) Open Source in Organisationen: Inner Source mit Sebastian Spier

(00:03:39) Was ist Inner Source?

(00:04:04) Deine Weiterentwicklungsmöglichkeit: Tech Lead Masterclass (Werbung)

(00:05:23) Was ist Inner Source?

(00:08:42) Pull Requests ohne vorherige Kommunikation

(00:11:27) Was ist die Inner Source Commons Foundation?

(00:14:44) Welche Vorteile hat Inner Source?

(00:18:44) Spielt Inner Source ein Element in Interviews dar?

(00:20:30) Inner Source ohne Open Source Erfahrung

(00:23:56) Wo ist der Unterschied zu Agile und DevOps?

(00:27:59) "Meine Entwickler, meine Arbeitszeit"

(00:30:47) Kann Inner Source die interne Firmenpolitik reduzieren?

(00:33:10) Grundhaltung: Schlechter Code und Rewrite

(00:38:05) Support vom Leadership, der erste kleine Schritt und ein Langzeit-Investment

(00:48:36) Technische Foundations für Inner Source und Cross-Team-Kommunikation

(01:00:39) Forken in Inner Source: Legale Hürden

(01:03:27) Was ist die Empfehlung um mit Inner Source zu starten?

(01:07:30) Inner Source Community und Slack

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

Green IT und die CO2-Emissionen durch die IT, das Internet und die Software-Entwicklung

Die Klimakrise ist real. Damit wir das ganze Problem in den Griff bekommen, muss jeder mit anpacken. Doch wie viel Einfluss hat die IT mit der Hardware, dem Internet, auf der Client- und Serverseite? Darüber sprechen wir in dieser Episode. Wie lange solltest du deine Hardware nutzen? Was für eine Rolle spielen Display-Technologien wie Oled und LCD? Sind performante Websites mehr Eco-Friendly? Wie sieht es mit Cloud-Infrastruktur, Build- und CI-Pipelines aus? Wie berechnet man die CO2-Emissionen von Gigabit-Datentransfer? Welche ist die grünste Programmiersprache?

Das und noch viel mehr besprechen wir mit unserem Gast Christian "Schepp" Schaefer, der sich mit diesem Thema auseinandergesetzt hat.

Bonus: Wo die dreckigsten Industrieunternehmen Deutschlands stehen.

**** 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://www.media-lab.de/de/media-tech-lab

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

• Christian "Schepp" Schaefer: https://schepp.dev/
• WWF Studie "Dirty Thirty" - Emissionen des Industriesektors in Deutschland: https://www.wwf.de/fileadmin/fm-wwf/Publikationen-PDF/Klima/WWF-DirtyThirty-Emissionen-Industrie.pdf
• Slides "Sustainable Web Design": https://schepp.github.io/sustainable-web-design/
• CSS Café (Online-Meetup): https://www.meetup.com/de-DE/css-cafe/
• Webworker NRW Meetup (Offline-Meetup): https://www.meetup.com/de-DE/webworker-nrw/
• localhost Conference: https://localhost.engineering/
• Fronteers Conference: https://fronteersconf.org/
• Working Draft Podcast: https://workingdraft.de/
• Lighthouse Performance Scoring: https://developer.chrome.com/docs/lighthouse/performance/performance-scoring/
• Electricity Maps: https://app.electricitymaps.com/map
• Website Carbon Calculator: https://www.websitecarbon.com/
• Web Almanac: https://almanac.httparchive.org/en/2022/
• GCP Carbon Footprint: https://cloud.google.com/carbon-footprint
• Unmute IT Podcast: https://linkr.bio/unmute-it
• In diesen Gebäuden stehen 200.000 Server! Zu Besuch bei Hetzner in Falkenstein: https://www.youtube.com/watch?v=F0KRLaw8Di8
• Was ist die grünste Progammiersprache?: https://www.linkedin.com/posts/milanmilanovic_technology-programming-softwareengineering-activity-7029697968991518720-CNpr/
• Carbon Footprint of a Typical Rack Server from Dell: https://i.dell.com/sites/content/corporate/corp-comm/en/documents/dell-server-carbon-footprint-whitepaper.pdf
• Cloud Carbon Footprint: https://github.com/cloud-carbon-footprint / https://www.cloudcarbonfootprint.org/
• ChatGPT’s electricity consumption: https://kaspergroesludvigsen.medium.com/chatgpts-electricity-consumption-pt-ii-225e7e43f22b
• CO₂-Emissionen pro Kilowattstunde Strom steigen 2021 wieder an: https://www.umweltbundesamt.de/themen/co2-emissionen-pro-kilowattstunde-strom-steigen
• The impact of growing IT sector electricity demand: https://www.i-scoop.eu/sustainability-sustainable-development/it-sector-electricity-demand/
• Engineering Kiosk Episode #65 Clean Code macht Software langsam: https://engineeringkiosk.dev/podcast/episode/65-clean-code-macht-software-langsam/

Sprungmarken

(00:00:00) Intro

(00:01:16) Dirty Thirty, Green IT und Vorstellung von Christian "Schepp" Schaefer

(00:06:00) Warum liegt dir das Thema Green IT und CO2-Emissionen von Websiten am Herzen?

(00:07:14) Welche Rolle spielt die IT bei den CO2-Emissionen?

(00:07:14) Die Media Tech Lab Förderung von Open Source Projekten (Werbung)

(00:16:06) Welche Komponenten spielen bei Green IT eine Rolle?

(00:17:58) Client-Hardware: Herstellung, Nutzungsdauer und Erneuerung

(00:22:56) Client-Hardware: Bildschirme und Display-Technologien

(00:27:15) Website-Frontend: Farbwahl, Web-Performance, Daten-Volumen und Energie-Verbrauch der Runtime

(00:33:20) Kompensation von CO2 durch Bäume

(00:35:36) Bekommt Website-Performance durch Green IT einen höheren Stellenwert?

(00:39:46) Die meist gemachten Performance-Fehler: Asset-Größe, Bildformate und Kompressionen

(00:43:40) Serverseite: Green-Hosting, Carbon Footprint auf GCP, Server erneuern, ARM Prozessoren und Workloads

(01:02:26) Build- und CI/CD Pipelines verbrauchen auch Energie

(01:03:37) CO2-Emissionen pro Einwohner in China und Deutschland

(01:05:01) Effizienz und Energieverbrauch von Programmiersprachen

(01:09:59) Was kann ich tun, um zu helfen?

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

Die Personalabteilung: Dein strategischer Partner auf Augenhöhe oder dein Feind und Blocker?

Für viele ist die Personalabteilung ein notwendiges Übel. Eine Abteilung, die “halt notwendig ist”. Dennoch kann die HR auch ein Team sein, welches dir eine Menge Arbeit abnimmt und neue Möglichkeiten eröffnet. In dieser Episode sprechen wir mit Patrick Kuster. Patrick hat seine ganze Karriere in verschiedenen Personalabteilungen verbracht und er gibt uns Einblicke in Recruiting-Prozesse, Job-Benefits, Arbeitszeitverkürzung, Sabbaticals, Bildungsurlaub und vieles mehr.

Bonus: Warum Mallorca als 17. deutsches Bundesland nicht von unserem Bildungsurlaub profitiert.

**** Diese Episode wird von tech-leaders.academy gesponsert:

Die Tech Lead Masterclass unterstützt dich bei deinem Sprung zum Tech-Lead. Das 6 wöchige Trainingsprogramm findet in kleinen Gruppen und in interaktiven Workshops sowie komplett remote statt.

Sichere dir jetzt einen 10% Rabatt auf alle Angebote mit dem Code “KIOSK10”. Bis Ende September gibt es auch noch einen Frühbucherpreis für die Tech Lead Masterclass. In Verbindung mit dem Code sparst du fast 25%!

Jetzt buchen unter https://engineeringkiosk.dev/tech-lead-masterclass-2023

****

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

• Patrick Kuster: https://www.linkedin.com/in/patrick-kuster-71248b68/
• Eurowings Digital: https://eurowings-digital.de/

Sprungmarken

(00:00:00) Intro

(00:00:49) Einblick in die Personalabteilung mit Patrick Kuster

(00:06:25) Der Name "Human Resources" (HR), wenn wir doch mit Menschen arbeiten

(00:08:32) Deine Weiterentwicklungsmöglichkeit: Tech Lead Masterclass (Werbung)

(00:10:44) Diversity in der Personalabteilung

(00:12:00) Was hat sich in den letzten 10 Jahren in der HR geändert?

(00:16:25) Hat der Fachkräftemangel den Wert und die Aufgaben der Personalabteilung verändert?

(00:17:42) Was sind die essentiellen Elemente in einem Lebenslauf (CV)?

(00:26:38) Artificial Intelligence (AI) im Recruiting Prozess

(00:29:31) Team- und Company-Fit im Recruiting

(00:34:27) Tipps für Interviews: Das Unternehmen kennen, Zeit nehmen und Fragen vorbereiten

(00:38:48) Eine außergewöhnliche Location für ein Interview

(00:39:29) Job-Benefit: Das Mysterium von unbegrenztem Urlaub

(00:44:51) Arbeitszeitverkürzung: In Teilzeit arbeiten

(00:51:48) Eine Auszeit nehmen: Sabbatical

(00:57:21) Bildungsurlaub

(01:06:26) HR als Strategischer und Sparrings-Partner um weniger zu arbeiten

(01:07:48) Was wünscht sich die HR von uns als Tech-Worker?

(01:12:01) Die Personalabteilung ist nicht euer Feind, sondern euer Ansprechpartner auf Augenhöhe

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

DORA Metriken: Die Performance-Messung deines Software Development Teams bzw. die Ermittlung des Reifegrades von DevOps in deiner Organisation

Softwareentwicklung ist ein kreativer Beruf. Jedes Projekt ist einzigartig und die geschriebenen Lines of Code sagen wenig über die dafür benötigte Zeit aus. Das Research-Programm DevOps Research and Assessment (DORA) versucht dennoch die Performance eines Software-Entwicklungs-Teams zu messen. Nicht via Lines of Code, sondern auf Basis von Aktivitäten, die Value liefern: Deployment Frequency, Lead Time for Changes, Mean Time to Recovery, Change Failure Rate und Reliability.

Die Metriken selbst sind weit bekannt. Wie diese Metriken beeinflusst werden können, wer eigentlich dahinter steckt, und was die Organisation eigentlich für eine Kultur vorleben muss, damit es überhaupt zu einem positiven Ergebnis kommt, wissen viele nicht. Und genau darüber sprechen wir in dieser Episode.

Bonus: AOL CDs und Metal-Musik aus Litauen

**** Diese Episode wird von trivago gesponsert:

trivago aus Düsseldorf sucht Verstärkung für ihr Site Reliability Engineering Team. Arbeite eng mit den Entwicklungsteams an der globalen Hotelsuchmaschine. Profitiere von einem autonomen Arbeitsumfeld und bewirb dich unter https://careers.trivago.com/sre 

****

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 #45 Datengetriebene Entscheidungen und der perfekte Dashboard Stack: https://engineeringkiosk.dev/podcast/episode/45-datengetriebene-entscheidungen-und-der-perfekte-dashboard-stack/
• Engineering Kiosk Episode #18 Ziele und Performance-Metriken für Teams und mich selbst: https://engineeringkiosk.dev/podcast/episode/18-ziele-und-performance-metriken-f%C3%BCr-teams-und-mich-selbst/
• Engineering Kiosk Episode #75 Evaluierung deiner Job-Performance, Team-Feedback und LNO Framework: https://engineeringkiosk.dev/podcast/episode/75-evaluierung-deiner-job-performance-team-feedback-und-lno-framework/
• DORA: https://dora.dev/
• DORA’s Research Team: https://dora.dev/research/team/
• DORA State of DevOps Reports: https://dora.dev/publications/
• Oxide Computer: https://oxide.computer/
• Buch "The Phoenix Project: A Novel about IT, DevOps, and Helping Your Business Win": https://www.amazon.de/gp/product/B078Y98RG8/ref=dbs_a_def_rwt_bibl_vppi_i0
• Buch "The Unicorn Project: A Novel about Developers, Digital Disruption, and Thriving in the Age of Data": https://www.amazon.de/gp/product/B082XJPDBB/ref=dbs_a_def_rwt_bibl_vppi_i3
• Buch "Accelerate: The Science of Lean Software and DevOps: Building and Scaling High Performing Technology Organizations": https://www.amazon.de/gp/product/B07B9F83WM/ref=dbs_a_def_rwt_bibl_vppi_i2
• McKinsey "Yes, you can measure software developer productivity": https://www.mckinsey.com/industries/technology-media-and-telecommunications/our-insights/yes-you-can-measure-software-developer-productivity
• DORA Capability catalog https://dora.dev/devops-capabilities/
• DevOps-Kultur: Organisationskultur von Westrum: https://cloud.google.com/architecture/devops/devops-culture-westrum-organizational-culture?hl=de
• Engineering Kiosk Tech Kultur: https://engineeringkiosk.dev/tag/tech-kultur/
• Applikation "fourkeys": https://github.com/dora-team/fourkeys

Sprungmarken

(00:00:00) Intro

(00:00:57) DORA-Metriken und die Liebe zu Daten

(00:04:02) SRE bei trivago (Werbung)

(00:05:13) Wofür steht DORA und wer steckt dahinter?

(00:08:02) Was ist DORA und was ist das Ziel?

(00:10:47) DORA Metrik: Deployment Frequency (DF)

(00:14:44) DORA Metrik: Lead Time for Changes (LT)

(00:17:05) DORA Metrik: Mean Time to Recovery (MTTR)

(00:19:51) DORA Metrik: Change Failure Rate (CFR)

(00:20:22) DORA Metrik: Reliability

(00:22:56) High-Performing-Teams und Vergleichbarkeit

(00:27:54) DORA Capabilities und was die Metriken eigentlich beeinflußt

(00:32:09) Generative Organisationskultur nach Westrum (DevOps-Kultur)

(00:34:29) Vergleichbarkeit von Teams, Optimierung und Evaluierung der Metriken

(00:46:32) Wie kann man die DORA-Metriken erfassen?

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

Die Story von ownCloud und Nextcloud inkl. einer erfolgreichen Firma auf Basis von Open Source

2010 hat Frank Karlitschek die Open Source Software ownCloud als Alternative zu Dropbox gestartet. 2016 hat Frank mit dem Core-Team ownCloud verlassen und seine ursprüngliche Software sowie seine Firma geforkt. Als er diese Story 2018 auf der FOSDEM-Konferenz als Vortrag erzählte, bekam er von der Open Source Community Standing Ovations. In dieser Episode sprechen wir mit Frank über den Grundgedanken von ownCloud, was Nextcloud heute ist, GPL basierte Software im Business-Kontext, das Management eines der größten Open Source Projekte, Lobbyismus und Open Source in der Politik und vieles mehr.

Bonus: ownCloud ist als KDE Projekt gestartet.

**** 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://www.media-lab.de/de/media-tech-lab

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

• Frank Karlitschek: https://karlitschek.de/
• ownCloud: https://github.com/owncloud
• Nextcloud: https://nextcloud.com/de/
• FOSDEM: Why I forked my own project and my own company - ownCloud to Nextcloud: https://archive.fosdem.org/2018/schedule/event/nextcloud/
• KDE e.V.: https://ev.kde.org/
• OpenDesktop: https://www.opendesktop.org/
• User Data Manifesto 2.0: https://userdatamanifesto.org/
• Nextcloud Conference: https://nextcloud.com/conference-2023/
• OVH Cloud: https://www.ovhcloud.com/de/
• GAIA-X: https://www.bmwk.de/Redaktion/DE/Dossier/gaia-x.html
• Big changes: I am leaving OwnCloud, inc. today: https://karlitschek.de/2016/04/big-changes-i-am-leaving-owncloud-inc-today/
• The Nextcloud mission and principles: https://nextcloud.com/de/blog/the-nextcloud-mission-and-principles/

Sprungmarken

(00:00:00) Intro

(00:01:23) OwnCloud, Nextcloud und unser Gast Frank Karlitschek

(00:04:50) Was war der Grundgedanke zur Entwicklung und Gründung von ownCloud?

(00:08:39) Was ist Nextcloud heute?

(00:10:45) Wie waren die ersten paar Wochen nach dem Fork von ownCloud zu Nextcloud?

(00:15:07) Die Media Tech Lab Förderung von Open Source Projekten (Werbung)

(00:16:51) Wie wichtig ist es, dass das Management eines Open Source Produktes ein Teil der Open Source Community war?

(00:17:51) Was waren die essentiellen Änderungen am Fork?

(00:22:01) Wie viele Personen arbeiten an der Codebase und Community-Management von Nextcloud?

(00:24:56) GPL-Lizenzierung und wie verdient die Firma hinter Nextcloud Geld?

(00:26:59) Wer sind die Kunden von Nextcloud?

(00:28:42) Skalierbarkeit und Infrastruktur von Großkunden und PHP-Projekten

(00:30:43) Skalierbarkeit von Services und der Firma und Recruiting im Open Source Bereich

(00:33:25) Contributor License Agreement, Intellectual Property (IP) und der Fokus aufs Contributor-Onboarding

(00:39:44) Rein und Rausspringen von Open Source Contributor

(00:42:30) Produkt-Roadmap in einem Open Source Projekt und bei (Enterprise) Kunden

(00:47:31) Nextcloud-Partner, Cloud-Anbieter, kommerzielle Lizenzen und Kunden als Contributor

(00:51:08) Gespräche auf politischer Ebene, Lobbyismus und Zertifizierungen

(00:54:40) Der Kampf gegen Microsoft und Google

(00:56:13) Wie verändert sich die Akzeptanz von GPL-basierter Software und Open Source im kommerziellen Umfeld?

(01:00:06) Wie siehst du den Trend der Open Source Szene?

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 Einstieg in die erste Lead-Position, das Engineering Management, kann beängstigend sein. Viele sagen, es ist ein Jobwechsel und keine Beförderung. Mit dem Wechsel kommen eine Vielzahl neue Aufgaben mit sich, der Arbeitsalltag ändert sich. Doch wie sieht das in der Realität aus? Wie werden diese Herausforderungen gemeistert? Darüber sprachen wir mit der Team Managerin Isabelle Glasmacher.

Wir sprechen über Hands-On Entwicklung als Manager, die Einführung von 1on1s, Feedback-Cycle als Manager vs. Entwickler, Weiterbildung und Workshops, die negativen Seiten des Manager-Daseins, lange TODO-Listen, Überstunden und Fehler, die gemacht wurden.

Bonus: Was eine DIN-Norm und Ö-Norm ist.

**** Diese Episode wird von trivago gesponsert:

Mitarbeiter⋅innen von trivago teilen regelmäßig ihre Erfahrungen auf dem hauseigenen Techblog.

Wie zum Beispiel Tom Bartel, ein Engineering Manager aus dem Frontend-Bereich.

In seinem Beitrag "What Have I Even Been Doing Today?" reflektiert er über die Veränderungen in seiner Arbeitsperspektive während seines Wechsels von der Position des Software Engineers zum Engineering Manager.

Hier geht's zum Artikel: trivago techblog / Tom Bartel / What Have I Even Been Doing Today? → https://tech.trivago.com/em 

****

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

• Isabelle Glasmacher: https://www.xing.com/profile/Isabelle_Glasmacher 
• FOSDEM: https://fosdem.org/
• RWTH Aachen: https://www.rwth-aachen.de/
• Community: https://engineeringkiosk.dev/join-discord/
• Persönlichkeitstest / DISG: https://de.wikipedia.org/wiki/DISG
• OnOffice GmbH - Software & Websites für Immobilienprofis: https://de.onoffice.com/

Sprungmarken

(00:00:00) Intro

(00:01:46) Isabelle Glasmacher zum Thema Engineering Management

(00:05:35) Kontext über die aktuelle Rolle: Team-Größe und -Konstellation

(00:08:42) Die optimale Teamgröße, Hands-On, People-Management

(00:11:11) Wie sieht ein normaler Arbeitsalltag bei dir aus?

(00:11:37) Werbung: Der trivago Tech-Blog zum Thema Engineering Manager

(00:13:40) 1on1: Sinnhaftigkeit, Zeit, Vorbereitung und Themengebiete

(00:22:54) Engineering Management in verschiedenen Firmen und der Spagat zwischen Team-Manager und Team-Mitglied

(00:27:22) Was man gerne wüsste, wenn man als Manager startet und Managing up

(00:39:06) Das Toolset/Werkzeugkasten eines Managers und Weiterbildung

(00:42:27) Das Hin- und Herspringen zwischen den Jobs als Manager und Software-Developer

(00:46:26) Die negativen Seiten vom Engineering Management, lange TODO-Listen und Priorisierung

(00:56:22) Feedback-Zyklen, Bewertungen und Support bei schwierigen Fällen

(00:58:49) Für wen ist die Engineering Management Rolle nichts?

(01:02:25) Was ist der größte Fehler, den du bereits im Management gemacht hast?

(01:04:21) Probiert den Job als Engineering Manager einfach aus

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

JavaScript: Eine multiparadigmatische Skriptsprache mit einem schwachen dynamischen Ducktyping-System.

Um die Sprache JavaScript kommt man im Web nicht mehr vorbei. Die meisten kennen sie durch Frameworks wie React, Angular, Vue.js, Next und Co. Doch wie viel weißt du über die Hintergründe und die Weiterentwicklung dieser Sprache?

In dieser Episode geht es nicht um das nächste hippe JavaScript-Framework, sondern wir sprechen mit Peter Kröner darüber, wie JavaScript erfunden wurde, was ECMAScript ist, wie TypeScript in den Mix spielt, warum die Sprache so beliebt ist, wie neue Features den Weg in die Sprache finden, was das TC39 ist, über das Monopol im Browser, verschiedene JavaScript-Engines und viel mehr.

Bonus: Wenn Hamburg im Süden liegt.

**** 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://www.media-lab.de/de/media-tech-lab

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

• Peter Kröner: https://www.peterkroener.de/
• MooTools: https://mootools.net/
• ExtJS: https://www.sencha.com/products/extjs/
• Electron: https://www.electronjs.org/de/
• Angular: https://angular.io/
• Working Draft Podcast: https://workingdraft.de/
• VueJS: https://vuejs.org/
• TypeScript: https://www.typescriptlang.org/
• Wat - A lightning talk by Gary Bernhardt from CodeMash 2012: https://www.destroyallsoftware.com/talks/wat
• Why does HTML think “chucknorris” is a color?: https://stackoverflow.com/questions/8318911/why-does-html-think-chucknorris-is-a-color
• https://tc39.es/process-document/: https://tc39.es/ecma262/
• The TC39 Process: https://tc39.es/process-document/
• Babel.js: https://babeljs.io/
• JavaScript is a trademark of Oracle: https://www.ecma-international.org/technical-committees/tc39/
• Next.js: https://nextjs.org/
• Nuxt: https://nuxt.com/
• TC39 JavaScript Proposals: https://github.com/tc39/proposals/tree/main
• Elk: a tiny JS engine for embedded systems: https://github.com/cesanta/elk

Sprungmarken

(00:00:00) Intro

(00:01:01) Unser Gast: Peter Kröner

(00:04:48) Die Media Tech Lab Förderung von Open Source Projekten (Werbung)

(00:06:26) Was ist JavaScript für eine Sprache und was macht sie aus?

(00:08:36) JavaScript als Verbindungs-Sprache zwischen den Welten

(00:10:28) JavaScript auf Textil-Verarbeitungsmaschinen

(00:12:42) Ein npm install nach 10 Jahren

(00:17:02) JavaScript ist Prototyp-basiert, kann aber auch OOP und Funktional

(00:21:45) Was ist der Grund für die große Beliebtheit der Sprache?

(00:23:00) Woher kommt TypeScript?

(00:28:06) Was ist ECMAScript und wie wurde JavaScript erschaffen?

(00:32:10) JavaScript-Features: Deprecation und der Prozess und Einführung von neue Features

(00:43:24) Herausforderungen bei JavaScript auf dem Client vs. auf dem Server

(00:46:00) Warum gibt es so viele Frameworks und Libraries?

(00:48:46) Das verstreute Ökosystem als Einstiegsbarriere

(00:52:01) Wird die JavaScript-Entwicklung immer komplexer?

(01:03:00) Wird die Sprache JavaScript in die richtige Richtung weiterentwickelt?

(01:06:56) Programmiersprachen kopieren Features

(01:10:34) Das Monopol im Browser und fehlende Konkurrenz

(01:16:14) JavaScript Engines

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

Die Fehlerkultur im Unternehmen, Transparenz in der Kommunikation und eine gewisse Distanz zum Team als Engineering Manager.

Diese Episode ist eins unserer Sommergespräche, bei dem nur eine Seite die Fragen kennt. Wolfi stellt die Fragen:

Was ist eine gesunde Fehlerkultur? Viele Unternehmen werben damit, eine gute Fehlerkultur zu haben, aus Fehlern zu lernen, Wachstumsmöglichkeiten zu bieten und Experimente zu ermöglichen. Doch ist das wirklich so? Werden Fehler transparent und weitreichend geteilt? In wirklich allen Bereichen und nicht nur im Engineering? Da trennt sich die Spreu vom Weizen.

Was darf sich ein Engineering Manager erlauben, mit dem Team zu teilen und wie viel Transparenz ist gesund? Sollte alles direkt mit dem Team geteilt werden? Oder ist eine gewisse Distanz gesund? Wie schlimm ist es, wenn mal beim Feierabendbier etwas raus rutscht? Und kann es einem Lead auch mal schlecht gehen?

All das in dieser Episode. Viel Spaß

Bonus: Wolfgangs Bio Bike und seine CO2-Emissionen

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 #80 Junior Devs: Steckt das wahre Potential in unerfahrenen Talenten?: https://engineeringkiosk.dev/ep80 
• Code Talks Konferenz in Hamburg: https://codetalks.de/
• Engineering Kiosk Episode #78 Microservice & Monolith: Was die Industrie in den letzten 9 Jahren gelernt hat: https://engineeringkiosk.dev/ep78 
• Wolfgang Grupp: https://de.wikipedia.org/wiki/Wolfgang_Grupp

Sprungmarken

(00:00:00) Intro

(00:01:21) Kopf frei bekommen nach langer Arbeit

(00:03:10) Fehlerkultur in Firmen und Fehler wiederholen

(00:07:36) Incident Konferenz, Geld verbrennen und die Organisation muss daraus lernen

(00:09:39) Fehlerkultur und Aufbereitung im Engineering Management beim Recruiting, bei Strategie und Priorisierung

(00:18:33) Wie stellt man eine gute Fehlerkultur innerhalb eines Teams her?

(00:20:54) Wie geht man mit seinen eigenen Fehlern im Team um?

(00:24:48) Wie viele (eigene) negative Ansichten werden mit dem Team geteilt?

(00:35:09) Entscheidungen zum positiven wenden, Emotional treiben lassen und distanzierter werden

(00:37:06) Ein Feierabend-Bier zusammen trinken

(00:41:53) Wie geht man mit schlechter Laune um? Wie viel Transparenz ist angebracht?

(00:48:53) Restrukturierungen und die Change-Kurve

(00:57:43) Wir müssen Montag mal reden

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

Bildung: Einblick in den Dr. Titel im Bereich Informatik.

Bildung ist wichtig. Viele Personen, die im Bereich Informatik und Software-Entwicklung unterwegs sind, haben auch studiert. Bachelor, Master, teilweise sogar einen Dr. Titel. Doch wie wichtig ist der Dr. Titel eigentlich für die Ausübung des Berufes? Brauche ich einen Dr. Titel, um eine gute Programmiererin zu werden? Was bedeutet es eigentlich, einen Dr. Titel zu erlangen? Was muss dafür getan werden? Welche Voraussetzungen muss ich erfüllen? Was kostet mich das ganze und wie finanziere ich mein Leben während dieser Zeit? Und ganz allgemein: Warum brauchen viele Doktoranden so lange?

All diese Fragen beantwortet der Podcast Co-Host Wolfgang, der selbst einen Dr. Titel der Informatik trägt.

Bonus: Die Automatisierung einer Kaffee-Strichliste als Bachelor-Arbeit.

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

• Wolfi’s Uni: https://www.uibk.ac.at/informatik/ 
• Wolfi’s Ex Forschungsgruppe: https://dbis-informatik.uibk.ac.at/ 
• FOM Hochschule: https://www.fom.de/
• io Internationale Hochschule: https://www.iu.de/

Sprungmarken

(00:00:00) Intro

(00:01:01) Akademische Flachwitze und der Dr. Titel in der Informatik

(00:04:05) Was wird für die Erlangung eines Dr. Titels benötigt?

(00:11:14) Grund für die Episode: Soll ich noch einen Dr. Titel dran hängen?

(00:13:10) Welche Kosten entstehen während einer Promotion?

(00:16:41) Industrie Doktoren und Grundlagen vs. Angewandte Forschung

(00:20:15) Eine Anstellung als wissenschaftlicher Mitarbeiter und Geld während des Studiums

(00:27:59) Der Dr. Titel in der Gehaltsverhandlung und Einstiegsbarrieren in die Arbeitswelt

(00:32:52) Gilt man in der Industrie mit einem Dr. Titel als überqualifiziert?

(00:34:01) Ist ein Dr. Titel hilfreich für höhere Managementpositionen?

(00:34:28) Warum dauert eine Promotion so lange und Themenfindung deiner Dissertation

(00:39:17) Pflichten während der Dr. Anstellung: Lehre und Klausuren

(00:40:59) Iterative Forschung in deiner Dissertation, etwas neues erschaffen und Publizierungen

(00:48:24) Das Thema deiner Doktorarbeit ändert sich ständig

(00:49:24) Ist ein Dr. Titel für Spezialisten oder auch für T-Shaped-Personen?

(00:51:46) Wie relevant ist der Dr.-Titel in der heutigen Zeit noch?

(00:58:59) Akademischer Spaß

(01:03:48) Wie realistisch ist ein Dr. neben dem Beruf?

(01:04:55) Würdest du den Dr. erneut anstreben?

(01:05:23) Tipps für angehende Doktoranden

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

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.

Unser Werbepartner: Pitch Club

Das „Reverse Recruiting Event“ - die Pitch Club Developer Edition (https://pcde.io).

Unternehmen pitchen ihre Softwareprojekte und Jobs vor vorselektierten Softwareentwicklern: „Arbeitgeber bewerben sich umgekehrt bei Arbeitnehmern.“

Pro Event pitchen 10 Unternehmen bei 60-80 vorselektierten Entwicklern, wobei jedes Unternehmen 6 Minuten Zeit hat.

Bist du Entwickler⋅in und suchst eine neue Herausforderung? Ihr wollt mit euren Unternehmen dabei sein und pitchen? Dann findet ihr alle Informationen unter https://pcde.io 

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) Werbepartner Pitch Club

(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.

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.

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.

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.

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.

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 M

(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.

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.

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.

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

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.

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