Home Office vs. Return to Office: Der Machtkampf der Arbeitsweisen.

Home Office, Telearbeit, mobiles Arbeiten, Full Remote oder ab und zu auch Sofa-Zentrale, Küchen-Kontrollzentrum oder Pyjama-Büro. Obwohl diese Begriffe rechtlich und steuerlich teils eine andere Bedeutung haben, ist das Ergebnis das gleiche: Arbeiten von Zuhause bzw. nicht aus dem Büro deines Unternehmens.

Zur Corona Pandemie sind wir alle, freiwillig oder gezwungen, in den Genuss des Home Offices bekommen. Einige Unternehmen haben das Home Office als festen Bestandteil beibehalten. Andere haben Regeln für ein Hybrid-Modell eingeführt und wiederum andere springen auf den 5 Tage Return to Office Zug auf. Das Thema ist hoch subjektiv, denn jeder hat eine Meinung, welches Arbeitsmodell das beste ist.

Doch wie sehen denn eigentlich die Zahlen und Fakten zu diesem Thema aus? Jean-Victor Alipour, Dr. im Bereich Volkswirtschaft, hat mit den Forschungen zu diesem Thema bereits vor der Corona Pandemie begonnen. Mit ihm klären wir, wie das Ansehen von Home Office vor der Pandemie war, welche Verbreitung Home Office und Hybrides Arbeiten heute hat, Inwieweit die Produktivität steigt bzw. sinkt, ob es eine Return To Office-Bewegung gibt und ob bzw. wie sich die städtischen Ballungsgebiete im Hinblick auf Remote work ändern.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top)  👎 (geht so)

Feedback

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

Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.

• Jean-Victor Alipour: https://sites.google.com/view/jv-alipour/
• Jean-Victor Alipour auf LinkedIn: https://www.linkedin.com/in/jean-victor-alipour/
• Eric Schmidt zu “Working from Home”: https://www.wsj.com/tech/ai/google-eric-schmidt-ai-remote-work-stanford-f92f4ca5
• Gitlab - Fully Remote: https://about.gitlab.com/company/all-remote/
• ifo Geschäftsklima Deutschland: https://www.ifo.de/umfrage/ifo-geschaeftsklima-deutschland
• Arbeitsforscher Hans Rusinek “Mit einem Betonmischer kann man nicht ins Homeoffice gehen”: https://detektor.fm/wirtschaft/brand-eins-podcast-hans-rusinek-home-office-vier-tage-woche-arbeit
• Engineering Kiosk Episode #136 Als Knowledge Worker fit und gesund bleiben mit Patrick Cole: https://engineeringkiosk.dev/podcast/episode/136-als-knowledge-worker-fit-und-gesund-bleiben-mit-patrick-cole/
• Engineering Kiosk Episode #87 Die DORA-Metriken: Ist Software-Entwicklungs-Performance messbar?: https://engineeringkiosk.dev/podcast/episode/87-die-dora-metriken-ist-software-entwicklungs-performance-messbar/
• Customer Satisfaction Score – Was ist der CSAT, und wie wird er gemessen?: https://www.moin.ai/chatbot-lexikon/customer-satisfaction-score-csat
• Textilunternehmer Wolfgang Grupp „Wenn einer im Homeoffice arbeiten kann, ist er unwichtig“: https://www.welt.de/wirtschaft/article247770002/Trigema-Chef-Wenn-einer-im-Homeoffice-arbeiten-kann-ist-er-unwichtig.html
• Deutsche Bank - Führungskräfte müssen aus dem Homeoffice zurück ins Büro: https://www.handelsblatt.com/finanzen/banken-versicherungen/deutsche-bank-fuehrungskraefte-muessen-aus-dem-homeoffice-zurueck-ins-buero/100015342.html
• Kein Homeoffice ist auch keine Lösung: https://www.ifo.de/publikationen/2023/aufsatz-zeitschrift/kein-homeoffice-ist-auch-keine-loesung
• My home is my castle – The benefits of working from home during a pandemic crisis: https://www.sciencedirect.com/science/article/pii/S0047272721000098

(00:00:00) Home Office und Return to Office mit Dr. Jean-Victor Alipour

(00:04:04) Werbung/Info

(00:05:04) Home Office und Return to Office mit Dr. Jean-Victor Alipour

(00:15:41) Was ist eigentlich mit Home Office gemeint?

(00:19:38) Attraktivität und Vorurteile von Home Office vor Corona

(00:28:59) Längeres Arbeiten gleich höhere Produktivität im Home Office?

(00:41:33) Fully Remote vs. Hybrid-Arbeit

(00:51:29) Was sind gute und schlechte Home Office Konzepte?

(00:59:41) Gibt es einen Return to Office-Trend?

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

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

Welche Rolle spielt Softwareentwicklung im Datenjournalismus?

Datenjournalismus ist eine spezialisierte Form des Journalismus, die u.a. darauf abzielt (offene) Daten (und somit auch interessante Fakten) durch interaktive Visualisierungen und Diagramme zugänglich zu machen. Doch um ein konsumierbares Ergebnis zu erhalten, ist viel Arbeit notwendig. Was steckt also dahinter?

In dieser Episode sprechen wir mit Michael Kreil. Michael ist freier Datenjournalist und gibt uns Einblicke in seine Arbeit. Wir klären, was Datenjournalismus eigentlich ist, inwieweit das ganze in Relation zu Data Analytics oder Data Science steht, woher eigentlich die Arbeitsgrundlage, also die Daten, stammen, wie viel Software-Engineering in diesem Prozess involviert ist, welche handwerklichen Fehler bei der Arbeit mit Daten gemacht werden können, aber auch wie Datenjournalisten für Open Data und “Public Money, Public Code oder Public Data” kämpfen.

Bonus: Wenn Daten präsentiert werden, schalten Menschen ihren Kopf aus.

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Feedback

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

Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.

• Michael Kreil: https://www.michael-kreil.de/
• VersaTiles: A complete FLOSS map stack: https://versatiles.org/
• Pandas: https://pandas.pydata.org/
• d3.js: https://d3js.org/
• Chart.js: https://www.chartjs.org/
• Statista: https://de.statista.com/
• Our World In Data: https://ourworldindata.org/
• Destatis: https://www.destatis.de/
• Eurostat: https://ec.europa.eu/eurostat/de/
• Datenportal Berlin: https://daten.berlin.de/
• Open Data Portal der deutschen Bahn: https://data.deutschebahn.com/opendata
• GOV Data: https://www.govdata.de/
• Journalist klagt gegen Freistaat Bayern - Wann Medien Behördendaten veröffentlichen dürfen: https://www.deutschlandfunk.de/journalist-klagt-gegen-den-freistaat-bayern-sind-behoerdendaten-durch-das-urheberrecht-geschuetzt-100.html
• Kostenlose Basisdaten: https://www.adv-online.de/Veroeffentlichungen/Presse/ 
• Deadlift ETF: https://www.reddit.com/r/atrioc/comments/1ewkatt/some_dude_made_a_deadlift_etf_with_only_companies/
• Spurious correlations: https://tylervigen.com/spurious-correlations
• Per capita consumption of margarine correlates with the divorce rate in Maine: https://www.tylervigen.com/spurious/correlation/5920_per-capita-consumption-of-margarine_correlates-with_the-divorce-rate-in-maine
• A bad chart got better – and then bad again: https://blog.datawrapper.de/irish-times-chart-redesigned-olympics/
• Gap Minder: https://www.gapminder.org/
• Hans Rosling Talk https://www.ted.com/talks/hans_rosling_the_best_stats_you_ve_ever_seen 

(00:00:00) Datenjournalismus und Open Source Karten mit Michael Kreil

(00:04:04) Was hat dich dazu bewegt in den Journalismus zu gehen?

(00:05:53) Sponsor/Info

(00:06:53) Was ist Datenjournalismus?

(00:14:09) Wie verwandt ist der Datenjournalist mit Data Analytics und Data Science?

(00:19:00) Sind Datenjournalisten-Projekte "On-Off"-Projekte?

(00:20:36) Wo bekommen Datenjournalisten die Rohdaten her?

(00:30:52) Was müssen wir beim Umgang mit Daten bzw. Statistiken beachten?

(00:39:10) Korrelation ist nicht Kausalität

(00:47:56) Typische Fehler bei der Visualisierung von Daten

(00:57:47) Die Kunst, Elemente weg zu lassen

(01:00:21) Wie werde ich Datenjournalist?

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

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

Überwachen von Applikationen in Zeiten von dynamischer Infrastruktur

Cloud hier, Serverless da, Container-Scheduler dort. In Zeiten von dynamischen Infrastrukturen weiß man gar nicht mehr so genau, auf welchem Server und Port deine Applikation eigentlich läuft. Dies wirft die große Frage auf: Wie überwache ich meine Applikation denn eigentlich so ordentlich, dass ich sicherstellen kann, dass diese so funktioniert, wie ich mir das initial gedacht habe?

Die Antwort dreht sich oft um den de facto Standard im Cloud Native Monitoring-Segment: Prometheus.

In dieser Episode sprechen wir mit Julius Volz, einem der zwei initialen Autoren von Prometheus.

Mit ihm sprechen wir über die Entstehungsgeschichte von Prometheus bei SoundCloud, wie sich das System von traditionellen Monitoring-Systemen unterscheidet, warum mit PromQL eine eigene Query-Language ins leben gerufen wurde aber auch welche Flaws er nach 12 Jahren Entwicklung gerne beheben würde.

Bonus: Wer kennt noch Nagios, Ganglia oder Graphite?

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Feedback

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

Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.

• Julius Volz: https://juliusv.com/
• Prometheus: https://prometheus.io/
• PromLabs YouTube Channel: https://www.youtube.com/@PromLabs
• PromLabs Trainngs: https://training.promlabs.com/
• Large-scale cluster management at Google with Borg: https://static.googleusercontent.com/media/research.google.com/de//pubs/archive/43438.pdf
• Soundcloud: https://soundcloud.com/
• Prometheus: The Documentary https://www.youtube.com/watch?v=rT4fJNbfe14 
• Demo-Metriken: https://demo.promlabs.com/metrics
• Engineering Kiosk Episode #101 Observability und OpenTelemetry mit Severin Neumann: https://engineeringkiosk.dev/ep101

(00:00:00) Prometheus mit Julius Volz

(00:07:58) Was ist Prometheus?

(00:16:24) Observability, Service Discovery

(00:21:04) Selbstentwicklung eines Monitoring-Tools innerhalb einer Audio-Firma

(00:27:33) MVP und Inspiration von Borgmon

(00:34:17) Pull- vs. Push-Modell

(00:53:28) PromQL und der Vergleich zu SQL

(01:01:59) Visualisierung von Metriken

(01:04:48) Flaws in Prometheus

(01:13:30) Wie steige ich ins Thema Prometheus ein?

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

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

Wann ist die Cloud das richtige für dich und deine Applikation? Oder doch lieber alles selbst hosten?

Die Cloud wird oft als "die Lösung" für all deine Probleme beschrieben. Sie ist günstig, man benötigt weniger Personen für den operativen Betrieb, alle Services sind gemanagt und serverless und alle anderen Probleme hat man sowieso nur On-Premise. Sind damit On-Premise Datacenter und Selfhosting ausgestorben und sollten gemieden werden? Oder gibt es sogar Szenarien, wo On-Premise sogar große Vorteile hat? In dieser Episode geht es um diese Frage: Wann ist die Cloud und wann On-Premise / die eigenen Server für dich die bessere Wahl? Wir diskutieren über diese Frage anhand eines Blogposts über eine Migration aus der Cloud von 37Signal's Produkt "Hey.com".

Bonus: Was der Produktlebenszyklus vom VW Golf mit der Cloud zu tun hat und warum ein Raid 1 kein Backup ist.

Feedback (gerne auch als Voice Message)

• Email: stehtisch@engineeringkiosk.dev
• 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

• Google Stadia: https://blog.google/products/stadia/message-on-stadia-streaming-strategy/
• 37Signal: https://37signals.com/
• Basecamp: https://basecamp.com/
• HEY.com: https://www.hey.com/
• David Heinemeier Hansson (DHH): https://dhh.dk/
• Jason Fried: https://twitter.com/jasonfried
• Buch "Rework": https://www.amazon.de/Rework-Jason-Fried/dp/0307463745
• “Why we're leaving the cloud”: https://world.hey.com/dhh/why-we-re-leaving-the-cloud-654b47e0
• Podcast episode “Leaving the cloud” https://www.rework.fm/leaving-the-cloud/ 
• Engineering Kiosk Episode #34 Wie cloudy bist du?: https://engineeringkiosk.dev/podcast/episode/34-wie-cloudy-bist-du/
• Changes at Basecamp (politische Diskussionen): https://world.hey.com/jason/changes-at-basecamp-7f32afc5
• Hetzner Cloud: https://www.hetzner.com/de/cloud
• OVH: https://www.ovhcloud.com/de/
• DigitalOcean: https://www.digitalocean.com/
• UpCloud: https://upcloud.com/
• Vultr: https://www.vultr.com/de/
• Stack IT (Lidl Cloud): https://www.stackit.de/de/
• Planet Scale: https://planetscale.com/
• Looker: https://www.looker.com/
• Prometheus: https://prometheus.io/
• Wartungsfenster Podcast: https://wartungsfenster.podigee.io/
• "How Bank Of America Is Saving $2 Billion Every Year By Building Its Own Cloud": https://pulse2.com/how-bank-of-america-is-saving-2-billion-every-year-by-building-its-own-cloud/
• "Evaluating the Total Cost of Ownership for an On-Premise Application System": https://michaelskenny.com/points-of-view/evaluating-the-total-cost-of-ownership-for-an-on-premise-application-system/
• "How Amazon’s cloud business generates billions in profit": https://www.cnbc.com/2021/09/05/how-amazon-web-services-makes-money-estimated-margins-by-service.html

(00:00:00) Intro

(00:00:54) Return to Monkey Island für Linux

(00:02:59) Der letzte Service, der von Google wieder eingestellt wurde: Google Stadia (Cloud Gaming)

(00:04:08) Das heutige Thema: Migration aus der Cloud hin zu On-Premise

(00:06:20) Warum 37Signal sich mit ihrem Service HEY aus der Cloud zurück zieht

(00:13:13) Warum ist eine Migration aus der Cloud ein Thema für den Podcast und die Ansichten von Basecamp/37Signals

(00:17:06) Was ist eigentlich die Cloud bzw. was heißt "die Cloud"? Und wo ist die Abgrenzung zu "Cloud Native"?

(00:26:19) Verlernen wir, wie Server geracked und Datacenter betrieben werden, wenn wir immer nur die Cloud nutzen?

(00:31:44) Was kostet die Cloud vs. On-Premise und wann rentiert sich welches Modell? Total Costs of Ownership, Hardware und die Größe des Operations-Team

(00:51:01) War die Migration von On-Premise in die Cloud bei trivago eine gute und sinnvolle Entscheidung?

(00:58:00) In welchem Setup würden wir die Cloud und wann On-Premise wählen?

(01:06:59) Angst um den eigenen Job bei einer Cloud-Migration

(01:09:33) Zusammenfassung und Outro

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

• Email: stehtisch@engineeringkiosk.dev
• Twitter: https://twitter.com/EngKiosk
• WhatsApp +49 15678 136776

Was haben Lexer, Parser und Counter-Strike gemeinsam? Richtig! Eine schöne Open Source Story.

Computerspiele sind für viele Software-Entwicklerinnen und -Entwickler der Einstieg. Andere wiederum steigen über den klassischen Bildungsweg eines Informatik-Studiums in die Softwareentwicklung ein. Dabei wird oft viel Theorie wie Lexer, Parser und Compilerbau durchgenommen. Doch was haben Computerspiele mit Lexer und Parser gemeinsam?

Andy erzählt eine Story, wie er vor Jahren sich mit Lexer und Parser anhand einer Counter-Strike-Konfigurationsdatei vertraut gemacht hat. Eigentlich nur, um eine datengetriebene Spielanalyse zu betreiben. Raus kam ein Lexer und Parser für das Valve Data Format (VDF).

Eine Geschichte voller Over-Engineering, Open Source, Spaß und einem Job-Angebot.

Bonus: Wie Wolfgang nur ans cheaten denkt, was autoexec mit Maustreibern zu tun hat und was Landmaschinen auf YouTube mit Rabbitholes zu tun haben.

Feedback (gerne auch als Voice Message)

• Email: stehtisch@engineeringkiosk.dev
• 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

• Return to Monkey Island: https://returntomonkeyisland.com/
• Crash Bandicoot: https://www.crashbandicoot.com/de
• DreamHack LAN-Party: https://de.wikipedia.org/wiki/DreamHack
• Counter-Strike: Global Offensive: https://store.steampowered.com/app/730/CounterStrike_Global_Offensive/
• LANSuite auf GitHub: https://github.com/lansuite/lansuite
• Episode #41 SQL-Injections https://engineeringkiosk.dev/episodes/41
• Tactical Ops: Assault on Terror: https://de.wikipedia.org/wiki/Tactical_Ops:_Assault_on_Terror
• ESL: https://esl.com/
• Source (Spiel-Engine): https://de.wikipedia.org/wiki/Source_(Spiel-Engine)
• Philips HUE: https://www.philips-hue.com/de-de
• Valve Data Format (VDF) - Format: https://developer.valvesoftware.com/wiki/KeyValues
• Valve Data Format (VDF) - Sample Configuration File: https://developer.valvesoftware.com/wiki/Counter-Strike:_Global_Offensive_Game_State_Integration#Sample_Configuration_File
• Counter-Strike: Global Offensive Game State Integration: https://developer.valvesoftware.com/wiki/Counter-Strike:_Global_Offensive_Game_State_Integration
• A Lexer and Parser for Valves Data Format (known as vdf) written in Go: https://github.com/andygrunwald/vdf
• Engineering Kiosk #38 Monitoring, Metriken, Tracing, Alerting, Observability: https://engineeringkiosk.dev/podcast/episode/38-monitoring-metriken-tracing-alerting-observability/
• Drachenbuch (Compiler Bau): https://de.wikipedia.org/wiki/Drachenbuch
• Handwritten Parsers & Lexers in Go: https://blog.gopheracademy.com/advent-2014/parsers-lexers/
• InfluxDB: https://www.influxdata.com/
• Influx Query Language: https://docs.influxdata.com/influxdb/v1.8/query_language/
• Flow-Status: https://de.wikipedia.org/wiki/Flow_(Psychologie)
• ANTLR (ANother Tool for Language Recognition): https://www.antlr.org/
• Erweiterte Backus-Naur-Form: https://de.wikipedia.org/wiki/Erweiterte_Backus-Naur-Form
• FOSDEM 2023 - Konferenz: https://fosdem.org/
• Faceit: https://www.faceit.com/de
• Engineering Kiosk #03 Over-Engineering, das Werkzeug des Teufels?: https://engineeringkiosk.dev/podcast/episode/03-over-engineering-das-werkzeug-des-teufels/
• Engineering Kiosk #23 Schaltest du noch oder automatisiert du schon: Home Automation: https://engineeringkiosk.dev/podcast/episode/23-schaltest-du-noch-oder-automatisiert-du-schon-home-automation/
• Open Broadcaster Software (OBS): https://obsproject.com/de
• Anwendungsfall "Home Assistant CS:GO game state integration": https://www.youtube.com/watch?v=kEM54QmAMlw
• Anwendungsfall "CS:GO C4 Hue Lights (Game State Integration)": https://www.youtube.com/watch?v=QBdI54MHB-k
• Anwendungsfall "CS:GO Game State Integration Broadcast HUD": https://www.youtube.com/watch?v=TQPU03yLSoA
• Monkey Island Sound am Ende https://www.youtube.com/watch?v=qUMKy2Jk3Oo 

(00:00:00) Intro

(00:00:42) Wolfgang und Computer-Spielen, LAN-Parties, 10 Mbit-Netzwerke und End-Terminator

(00:08:57) Der Hintergrund: Wie Andy zu Counter Strike kam und was das mit programmieren zu tun hat

(00:14:25) Counter Strike Game State Integration: Webhooks vom Spiel

(00:19:52) Valve Data Format (VDF), die Source Game Engine

(00:21:29) Daten-getriebene Spiel-Strategien und ein automatischer Installer für eine Webhook-Adresse

(00:25:28) Ein Lexer und Parser für das Valve Data Format (VDF)

(00:30:03) Was ist ein Lexer? Was ist ein Token?

(00:35:14) Was ist ein Parser?

(00:39:18) War es notwendig, einen Lexer und Parser zu schreiben? Und die Testphase des Installers

(00:41:47) Wird die Lexer- und Parser Library von jemandem verwendet? Und ein Job-Angebot

(00:46:31) Anwendungsfälle: Spiele-Analysen, Zimmerlicht auf Basis der Bombe ändern, Streaming-Overlays

(00:49:43) Eine schöne Open Source Story

(00:51:46) Outro

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

• Email: stehtisch@engineeringkiosk.dev
• Twitter: https://twitter.com/EngKiosk
• WhatsApp +49 15678 136776

SQL Injections: Eine der weitverbreitetsten Sicherheitslücken im Web, auch im Jahr 2022

Der Großteil aller Applikationen interagiert in irgendeiner Art und Weise mit einer Datenbank. Deswegen werden die meisten Entwicklerinnen und Entwickler bereits von der Sicherheitslücke "SQL Injection" gehört haben. Seit 24 Jahren ist dies eine der weitverbreitetsten Sicherheitslücken im Internet und es ist kein Ende in Sicht. Was ist eigentlich eine SQL-Injection im Detail? Welche verschiedenen Arten gibt es? Was ist der Grund, dass uns dieses Einfallstor so lange beschäftigt? Woher kommt diese und wer hat sie entdeckt? Wie kann man sich schützen und seine Anwendung ausreichend testen? All das und noch viel mehr in dieser Episode.

Bonus: Der Kontrast zwischen Duisburg und Berlin und wie die SQL-Injektion als Nebenprodukt entdeckt wurde.

Feedback (gerne auch als Voice Message)

• Email: stehtisch@engineeringkiosk.dev
• 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

• Phrack Magazine Volume 8, Issue 54 Dec 25th, 1998, article 08 of 12: http://www.phrack.org/archives/issues/54/8.txt
• OWASP Top Ten 2021: https://owasp.org/www-project-top-ten/
• CVE Details - Security Vulnerabilities Published In 2022(SQL Injection): https://www.cvedetails.com/vulnerability-list/year-2022/opsqli-1/sql-injection.html
• Analyzing Prepared Statement Performance: https://orangematter.solarwinds.com/2014/11/19/analyzing-prepared-statement-performance/
• SQL Injection Prevention Cheat Sheet: https://cheatsheetseries.owasp.org/cheatsheets/SQL_Injection_Prevention_Cheat_Sheet.html
• OWASP Top 10 (2021) - A03:2021 – Injection: https://owasp.org/Top10/A03_2021-Injection/
• CVE Details - Heartbleed (CVE-2014-0160): https://www.cvedetails.com/cve/CVE-2014-0160/
• CVE Details - Log4Shell (CVE-2021-44228): https://www.cvedetails.com/cve/CVE-2021-44228/
• xkcd "Exploits of a Mom": https://xkcd.com/327/
• HackerOne-Programm von trivago: https://hackerone.com/trivago
• Owncloud: https://owncloud.com/
• TYPO3: https://typo3.org/
• Wordpress: https://wordpress.com/de/
• SQL-Proxy: https://github.com/sysown/proxysql
• GitHub CodeQL: https://codeql.github.com/
• sqlmap: https://sqlmap.org/
• SQLi-Fuzzer: A SQL Injection Vulnerability Discovery Framework Based on Machine Learning: https://ieeexplore.ieee.org/document/9657925
• OWASP Zed Attack Proxy (ZAP): https://www.zaproxy.org/
• PlanetScale: https://planetscale.com/
• Awesome static analysis: https://github.com/analysis-tools-dev/static-analysis

(00:00:00) Intro

(00:00:42) SQL-Injections aus den 90ern und die Vielfalt in Berlin

(00:02:49) Das heutige Thema: Web-Security SQL-Injections in der Tiefe

(00:05:07) Was sind SQL-Injections?

(00:08:48) Sind SQL-Injections auch im Jahr 2022 noch ein Problem?

(00:10:56) Wann gab es die erste SQL-Injection? Woher stammt diese Sicherheitslücke?

(00:13:22) Was sind die Gründe, dass SQL-Injections noch so ein großes Problem sind?

(00:19:37) Verschiedene Arten von SQL-Injections: Output-Based, Error-Based, Blind-SQL-Injections, Time-Based-SQL-Injections, Out-of-Band-SQL-Injections

(00:27:42) Bug Bounty: 2-Channel SQL Injection-Attacke in Kombination mit Cross-Site-Scripting (XSS) bei trivago

(00:29:42) Mehrstufige Attacken und Ausnutzung mehrerer Lücken nacheinander

(00:33:16) Möglicher Schaden durch eine SQL-Injection: Daten verändern, Befehle auf dem Server ausführen, lokale Dateien lesen und schreiben, SQL-Funktionen ausführen, Denial of Service (DoS)

(00:39:09) Gegenmaßnahmen um SQL-Injections zu verhindern: Prepared Statements, Datenbank-Komponenten updaten, limitierte Rechte für Datenbank-User, Web Application Firewalls (WAF)

(00:56:42) Möglichkeiten um deine Anwendung automatisch zu testen: Unit-Tests, statische Analyse, dynamische Analyse mit sqlmap und Fuzzing

(01:02:51) Maßnahmen um Sicherheit zu gewährleisten von Datenbank as a Service-Providern

(01:06:51) Outro

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

• Email: stehtisch@engineeringkiosk.dev
• Twitter: https://twitter.com/EngKiosk
• WhatsApp +49 15678 136776

Was ist eigentlich ein Senior Engineer und wie werde ich zu einem?

In der Tech-Industrie werden Titel wie Junior-, Senior-, Staff- und Co genutzt, um Levels und Erfahrung auszudrücken. Doch was ist eigentlich ein Senior-Engineer? Was unterscheidet ein Senior von einem Junior? Wie kann sowas in der Praxis aussehen? Ist Zeit ein wirklicher Faktor für eine Beförderung (10 Jahre Berufserfahrung oder 10x 1 Jahr Berufserfahrung)? Ist "Senior" zu sein ein "Einmal-Aufwand" oder ist kontinuierliche Energie gefordert?

In dieser Episode beschreiben Andy und Wolfgang einige Attribute, die den Unterschied eines Juniors und Seniors darstellen und beschreiben, wie man den Weg zum Senior einschlagen kann.

Bonus: Warum ein Meterstab auch Zollstock genannt wird und warum Wolfgang ein T als hart bezeichnet.

Feedback (gerne auch als Voice Message)

• Email: stehtisch@engineeringkiosk.dev
• 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

• The Scoop: Netflix’s historic introduction of levels for software engineers: https://blog.pragmaticengineer.com/netflix-levels/
• Brendan Gregg: https://brendangregg.com/
• Backlog Grooming: https://www.agile-academy.com/de/product-owner/product-backlog-refinement-grooming/
• OWASP Top 10: https://owasp.org/www-project-top-ten/
• Engineering Kiosk #10 Das Karriere Booster Meeting 1:1s: https://engineeringkiosk.dev/podcast/episode/10-das-karriere-booster-meeting-11s/
• Engineering Kiosk #35 Knowledge Sharing oder die Person, die nie "gehen" sollte...: https://engineeringkiosk.dev/podcast/episode/35-knowledge-sharing-oder-die-person-die-nie-gehen-sollte/
• Career framework inspiration from the world's best companies: https://progression.fyi/
• Circle CI: Engineering Competency Matrix: https://docs.google.com/spreadsheets/d/131XZCEb8LoXqy79WWrhCX4sBnGhCM1nAIz4feFZJsEo/edit#gid=0
• How to Exhibit Leadership as an Individual Contributor: https://www.tombartel.me/blog/exhibit-leadership-as-individual-contributor/
• How Individuals Advance at Buffer, Without Becoming Managers: https://buffer.com/resources/career-framework/
• Engineering Ladders: http://www.engineeringladders.com/

(00:00:00) Intro

(00:00:58) Berufserfahrung, Breites vs. tiefes Wissen und Karriere

(00:06:23) Wie wichtig ist Karriere und Titel?

(00:08:03) Umgang mit Positions-Titeln in Firmen

(00:09:28) Heutiges Thema: Wie kann ich ein Senior Engineer werden?

(00:13:02) Erste Schritte zum Senior: Übernahme von kleinen Projekten - Die Arbeit pro-aktiv vorantreiben

(00:18:18) Impact: Was wird im Produkt wirklich gebraucht?

(00:19:34) Technische Skills: Entwicklung von Code und Testing

(00:22:34) Technische Skills: Debugging

(00:24:43) Technische Skills: Monitoring, Alerting und Skalierung

(00:26:13) Technische Skills: Security

(00:28:48) Kommunikations Skills: Feedback, positiv gestimmt, Mentoring und Knowledge Sharing

(00:35:15) Senior Engineer zu sein ist nicht einfach

(00:35:47) Technologie vs. Business-Verständnis: Wann ist eine Lösung gut genug?

(00:39:38) In die Senior-Rolle reinwachsen: Erfahrung und Zeit

(00:42:54) Unterschiedliches Verständnis von der Senior-Rolle

(00:45:07) Der eine Tipp auf dem Weg zum Senior Engineer

(00:47:32) Inflationäre Nutzung des Begriffs "Senior"

(00:48:37) Outro

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

• Email: stehtisch@engineeringkiosk.dev
• Twitter: https://twitter.com/EngKiosk
• WhatsApp +49 15678 136776

Ein neues Format: Die gemischte Tüte mit Software Engineers, Git, GitHub, Open Source und Home-Office-Equipment

Eine Episode mit vier verschiedenen Themen, die uns als User-Fragen zugespielt wurden. Es geht um den Unterschied von einem Software Developer und Software Engineer, ob wirklich alles was wir auf GitHub finden als "Open Source" bezeichnet werden kann und benutzt werden darf, ob Git wirklich dezentral ist und wie wir das ganze eigentlich benutzen und wie die Home-Offices von Wolfgang und Andy eigentlich aussehen.

Bonus: Ob Lakritz was in einer gemischten Tüte zu suchen hat.

Feedback (gerne auch als Voice Message)

• Email: stehtisch@engineeringkiosk.dev
• 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

• Engineering Kiosk Episode #36 Sechsstellige IT-Gehälter? Wie? Was? Wo? Fair?: https://engineeringkiosk.dev/podcast/episode/36-sechs-stellige-it-geh%C3%A4lter-wie-was-wo-fair/
• ElasticSearch - FAQ zur Änderung beim Lizenzmodell (2021): https://www.elastic.co/de/pricing/faq/licensing
• Choose a License: https://choosealicense.com/
• Open Source Lizenzen: https://opensource.org/licenses/alphabetical
• Comparison of free and open-source software licenses: https://en.wikipedia.org/wiki/Comparison_of_free_and_open-source_software_licenses
• Creative Commons: https://de.creativecommons.net/start/
• Git Grundlagen - Mit Remotes arbeiten: https://git-scm.com/book/de/v2/Git-Grundlagen-Mit-Remotes-arbeiten
• Subversion: https://subversion.apache.org/
• Engineering Kiosk Episode #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/
• git-lfs für große Binärdateien: https://git-lfs.github.com/
• Branches verstehen https://learngitbranching.js.org/
• Jarvis Bambus höhenverstellbarer Schreibtisch: https://www.fully.com/de-de/hoehenverstellbare-schreibtische/jarvis-bambus-hoehenverstellbarer-schreibtisch.html
• HÅG Capisco ergonomischer Bürostuhl: https://www.fully.com/de-de/stuehle/stuehle-fuer-hoehenverstellbare-schreibtische/hag-capisco-ergonomischer-buerostuhl.html
• Andy’s Mic Rode NT-USB: https://rode.com/de/microphones/usb/nt-usb
• Wolfi’s Mic Samson Q2U http://www.samsontech.com/samson/products/microphones/usb-microphones/q2u/ 

(00:00:00) Intro

(00:00:35) Das Format "die gemischte Tüte"

(00:02:42) Was ist der Unterschied von einem Software Developer und Software Engineer?

(00:08:04) Ist eigentlich alles, was auf Github ist, Open Source und darf ich dies einfach so verwenden?

(00:18:47) Ist Git wirklich dezentral und wir können weiterarbeiten, auch wenn GitHub down ist?

(00:31:14) Wie sieht unser Home-Office Setup aus?

(00:45:39) Outro

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

• Email: stehtisch@engineeringkiosk.dev
• Twitter: https://twitter.com/EngKiosk
• WhatsApp +49 15678 136776

Wie würde heutzutage ein moderner Logging, Metriken, Monitoring, Alerting und Tracing-Stack aussehen?

Im Infrastruktur-Bereich gibt es zu jedem Bereich etliche Tools. Cloud-Native ist das Buzzword der Stunde. In dieser Episode erzählt Andy, wie er einen modernen Stack für ein Side-Projekt für die Bereiche Logging, Metriken, Monitoring, Alerting und Tracing aufsetzen würde. Unter anderem geht es dabei um Fragen wie: Was sollte man eigentlich alles loggen? Wie kann man von einem Alert angerufen werden? Wie visualisiert man Daten in schönen Graphen? Brauchen wir Tracing? Und was ist Observability?

Bonus: Engineering Porn und Buzzword-Bingo.

Feedback (gerne auch als Voice Message)

• Email: stehtisch@engineeringkiosk.dev
• 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

• Episode #37 Mit IT-Büchern Geld verdienen? Wer liest überhaupt noch Bücher?: https://engineeringkiosk.dev/podcast/episode/37-mit-it-b%C3%BCchern-geld-verdienen-wer-liest-%C3%BCberhaupt-noch-b%C3%BCcher/?pkn=shownotes 
• Episode #17 Was können wir beim Incident Management von der Feuerwehr lernen?: https://engineeringkiosk.dev/podcast/episode/17-was-k%C3%B6nnen-wir-beim-incident-management-von-der-feuerwehr-lernen/?pkn=shownotes 
• Sentry: https://sentry.io/
• Datadog: https://www.datadoghq.com/
• Splunk: https://www.splunk.com/
• Elasticsearch: https://www.elastic.co/de/enterprise-search/
• Logstash: https://github.com/elastic/logstash
• Kibana: https://github.com/elastic/kibana
• OpenSearch: https://opensearch.org/
• Elastic Cloud: https://www.elastic.co/de/cloud/
• Aiven: https://aiven.io/
• Fluentd: https://www.fluentd.org/
• Amazon S3 und S3 Glacier: https://aws.amazon.com/de/s3/
• Amazon Athena: https://aws.amazon.com/de/athena/
• Prometheus: https://prometheus.io/
• VictoriaMetrics: https://github.com/VictoriaMetrics/VictoriaMetrics
• InfluxDB: https://www.influxdata.com/
• M3 Metrics Engine: https://m3db.io/
• Prometheus Node Exporter: https://github.com/prometheus/node_exporter
• Grafana: https://github.com/grafana/grafana
• PromQL: https://prometheus.io/docs/prometheus/latest/querying/basics/
• OpsGenie: https://www.atlassian.com/de/software/opsgenie
• Jaeger: https://www.jaegertracing.io/
• Zipkin: https://zipkin.io/
• OpenTracing: https://opentracing.io/
• OpenTelemetry: https://opentelemetry.io/
• yak shaving: https://seths.blog/2005/03/dont_shave_that/
• Cloud Native Computing Foundation: https://www.cncf.io/

(00:00:00) Intro

(00:00:50) Wolfgangs MySQL-Buch

(00:02:11) Heutiges Thema: Wie würde Andy die Themen Monitoring, Alerting, Metriken und Logging bei einem Side Projekt angehen?

(00:04:49) Warum brauchst du Logging, Monitoring, Metriken und Tracing?

(00:07:29) Logging von Exceptions, Warnings und anderen Fehler, Logging und der ELK-Stack

(00:16:06) Was sollte man eigentlich alles loggen?

(00:19:22) Log-Rotation und Log-Retention auf Object-Storage

(00:27:30) Metriken mit Prometheus

(00:31:46) Visualisierung von Metriken mit Grafana

(00:34:25) Intelligente Alerting Systeme und die richtigen Schwellenwerte finden

(00:38:47) Alerts senden und anrufen lassen

(00:43:22) Tracing: Was ist das und brauchen wir das?

(00:48:49) Was ist Observability?

(00:51:42) Iterativer Aufbau seiner Plattform und Alternativen

(00:54:49) Keine bezahlte Werbung

(00:55:14) Outro und Feedback

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

• Email: stehtisch@engineeringkiosk.dev
• Twitter: https://twitter.com/EngKiosk
• WhatsApp +49 15678 136776

Lohnt es sich ein IT-Fachbuch zu schreiben?

Es gibt zu jeder Software und zu jedem IT-Thema mindestens ein Buch. Doch wie ist es eigentlich, ein solches Buch zu schreiben? Was macht ein Verlag und braucht man diesen in der heutigen Zeit eigentlich noch? Wird man dadurch reich oder bleibt es Hungerlohn? Was für ein Tech-Stack steckt hinter einem Buch? Und wie würde man eigentlich starten? All das klären wir in dieser Episode mit Wolfgang, der ein Buch über MySQL im Rheinwerk-Verlag (Galileo Press) publiziert hat.

Bonus: Warum Wolfgang eher ein Fan vom Reden ist und warum er wirklich so lange für seinen Dr. Titel benötigt hat.

Feedback (gerne auch als Voice Message)

• Email: stehtisch@engineeringkiosk.dev
• 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

• Bewerbungsgespräche mit Wolfgang Gassler, Interview von Nils Langner: https://www.youtube.com/watch?v=-c3ZAp7MvTI
• MySQL: Das umfassende Handbuch: https://www.rheinwerk-verlag.de/mysql-das-umfassende-handbuch/ 
• LaTeX: https://www.latex-project.org/
• ct Magazin: https://www.heise.de/ct/
• Rheinwerk Verlag (Galileo Press): https://www.rheinwerk-verlag.de/
• Michael Kofler: https://kofler.info/ 
• Buch "Designing Data-Intensive Applications": https://dataintensive.net/
• Buch "MAKE" von Pieter Levels: https://readmake.com/
• Use the Index, Luke (Markus Winand): https://use-the-index-luke.com/
• Simon Sinek: Start with why: https://www.youtube.com/watch?v=u4ZoJKF_VuA
• Buch "Observability Engineering": https://www.oreilly.com/library/view/observability-engineering/9781492076438/
• Honeycomb: https://www.honeycomb.io/
• LeanPub: https://leanpub.com/
• Amazon Print on Demand: https://www.amazon.de/Buecher-Print-On-Demand/b?ie=UTF8&node=5445727031
• Episode #35 Knowledge Sharing oder die Person, die nie "gehen" sollte...: https://engineeringkiosk.dev/podcast/episode/35-knowledge-sharing-oder-die-person-die-nie-gehen-sollte/

(00:00:00) Intro

(00:00:40) Schreib-Skills

(00:02:42) Thema: Das schreiben von IT Fachbüchern - MySQL, das umfassende Handbuch

(00:03:39) Wie gut kennst du dich im Bereich MySQL aus?

(00:05:19) Überblick über Wolfgangs MySQL Buch

(00:09:34) Wie lange habt ihr benötigt, das Buch zu schreiben?

(00:11:24) Welcher Tech-Stack wurde genutzt, um das Buch zu schreiben?

(00:13:43) Welche Aufgaben hat der Verlag übernommen?

(00:18:54) Wie hast du die Verbindung zum Verlag aufgebaut?

(00:21:17) Was verdient man mit einem IT Fachbuch?

(00:28:21) Warum hast du ein Buch geschrieben? Was bringt es ein Buch zu schreiben?

(00:30:27) Was hat sich durch das Buch bei dir professionell ergeben?

(00:32:22) Wieso habt ihr das Schreiben einer neuen Edition abgelehnt?

(00:33:56) Imposter-Syndrom: Wie viel weißt du über das MySQL Datenbank-Thema, nach deiner Recherche?

(00:35:52) Wie viele Amazon-Reviews hast du gekauft?

(00:38:39) Liest du IT-Fachbücher?

(00:43:24) Würdest du nochmal ein Buch schreiben?

(00:46:32) Würdest du Leuten empfehlen, ein Buch zu schreiben?

(00:51:00) Was würdest du Leuten empfehlen, die ein Buch schreiben möchten?

(00:53:25) Würdest du nochmal ein Buch über eine Software/Software-Version schreiben?

(00:55:50) Hattest du schon Berührungen zu einem Ghostwriter?

(00:58:46) Lohnt sich das Mittel- und Langfristig ein Buch zu schreiben?

(01:01:22) Selbst-Publishing und Print on Demand

(01:03:56) Audio-Rants, Reddit und Outro

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

• Email: stehtisch@engineeringkiosk.dev
• Twitter: https://twitter.com/EngKiosk
• WhatsApp +49 15678 136776

Gehälter als Software-Engineer: Wie sind diese aufgebaut?

IT-Gehälter sind so hoch wie noch nie. Doch sind 6-Stellige Gehälter gerechtfertigt, fair und bekommen die Mitarbeiter wirklich diesen Betrag jährlich überwiesen? Um diese Frage und ähnliche Themen geht es in dieser Episode: Welche Gehaltsbausteine gibt es? Lohnt es sich bei US-Gehältern überhaupt noch in Deutschland zu bleiben? Gibt es eine große Imbalance zu anderen Industrien? Sind die Gehälter überhaupt gerechtfertigt und was machen zB kleine Agenturen, wenn diese mit der Entwicklung in der Industrie nicht mithalten können?

Bonus: Wolfgang der Cloud-Hater, ob Deutschland Single-Feindlich ist und was der VW Golf und das Marketing der Cloud damit zu tun haben.

Feedback (gerne auch als Voice Message)

• Email: stehtisch@engineeringkiosk.dev
• 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

• Episode #34 Wie cloudy bist du?: https://engineeringkiosk.dev/podcast/episode/34-wie-cloudy-bist-du/
• The Architect: Bare Metalsson Rejects the Cloud: https://www.youtube.com/watch?v=AXxr0pghWS0
• Super Duper Podcast - Bewerbungsgespräche mit Wolfgang Gassler: https://www.youtube.com/watch?v=-c3ZAp7MvTI
• Equity - ESOP: https://de.wikipedia.org/wiki/Belegschaftsaktie
• Equity - VSOP: https://de.wikipedia.org/wiki/Mitarbeiter-Kapitalbeteiligung#Virtuelle_Mitarbeiterbeteiligung
• Artikel von Gergely Orosz (Pragmatic Engineer) zum dreistufigen Gehaltsmarkt und wann hohe Gehälter gezahlt werden https://blog.pragmaticengineer.com/software-engineering-salaries-in-the-netherlands-and-europe/ 
• TYPO3: https://typo3.org/

(00:00:00) Intro

(00:00:40) Feedback-Cycle beim Podcasting und Feedback zu "#34 Wie cloudy bist du?"

(00:04:51) Format-Idee "Gemischte Tüte"

(00:07:09) Heutiges Thema: Gehalt, Gehaltsbausteine, hohe Gehälter in der Tech-Industrie

(00:08:51) Total Compensation: Vier Gehaltsbausteine - Basis-Gehalt, Signing-Bonus, Equity und jährliche Bonuszahlungen

(00:21:15) Ist Weihnachts- und Urlaubsgeld als Bonuszahlung zu sehen?

(00:22:35) Lohnt es sich langfristig als Entwickler noch in Deutschland zu bleiben, wenn man Gehälter von 300.000€ in anderen Ländern sieht?

(00:27:43) Imbalance von Gehältern zu anderen Industrien, der Impact deiner Arbeit und Gehälter von Web-Agenturen vs. Software as a Service-Firmen

(00:36:14) Agenturen als Talent-Pool für große Tech-Firmen

(00:43:46) Ältere (50+) Entwickler in Agenturen, Möglichkeiten für neue Jobs und die eigene Lerngeschwindigkeit

(00:50:07) Ein Fail für die Formatidee "Gemischte Tüte" und sind hohe steigende Gehälter überhaupt noch fair?

(00:52:40) Outro und Gemischte Tüte: Was ist der Unterschied von einem Softwareentwickler und Software-Engineer?

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

• Email: stehtisch@engineeringkiosk.dev
• Twitter: https://twitter.com/EngKiosk
• WhatsApp +49 15678 136776

Der Dauerbrenner in jedem Team: Wie bekommt man ordentliches Knowledge Sharing hin?

Jeder kennt's: Die Kollegin ist im Urlaub und genau in dieser Zeit läuft was mit der einen Komponente schief, wo sie das größte Wissen darüber hat. Knowledge Sharing richtig hinzubekommen und das Wissen breit zu verteilen ist eine Mammutaufgabe. Aber eine wichtige, speziell in einer Remote-Umgebung.

In dieser Episode gehen wir einige Mythen und Techniken durch, die euch beim Knowledge Sharing unterstützen können: Was ist der Bus-Faktor? Muss jeder im Team alles wissen und übernehmen können? Wobei kann Mob-Programming helfen? Was sind Guilds? Und kann man eigentlich zu viel lernen? Und noch viele weitere Themen.

Bonus: Warum das C-Level-Management nicht im selben Flugzeug fliegen darf und ob Podcasts, die Mitarbeiter-Zeitung ablösen.

Feedback (gerne auch als Voice Message)

• Email: stehtisch@engineeringkiosk.dev
• 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

• Norwegischer Konzern kauft Ebay Kleinanzeigen: https://www.spiegel.de/wirtschaft/unternehmen/ebay-kleinanzeigen-wird-an-norwegischen-konzern-verkauft-a-792a2f35-bc5c-45a6-aa72-03b62d67da13
• Willhaben.at: https://www.willhaben.at/
• Marktplaats.nl: https://www.marktplaats.nl/
• Bus-Faktor: https://de.wikipedia.org/wiki/Truck_Number
• pgbouncer: https://www.pgbouncer.org/
• pghoard: https://github.com/aiven/pghoard
• OpenSSL: https://www.openssl.org/
• Visual Studio Live Share: https://visualstudio.microsoft.com/de/services/live-share/
• Community of Practice: https://de.wikipedia.org/wiki/Community_of_Practice
• black hat Conference: https://www.blackhat.com/
• the bread code @GitHub https://github.com/hendricius/the-bread-code
• the bread code @YouTube https://www.youtube.com/c/TheBreadCode
• Episode #14 async und await: asynchrones Arbeiten im Alltag: https://engineeringkiosk.dev/podcast/episode/14-async-und-await-asynchrones-arbeiten-im-alltag/
• Episode #29 Die andere Seite: Meetups & Konferenzen organisieren: https://engineeringkiosk.dev/podcast/episode/29-die-andere-seite-meetups-konferenzen-organisieren/

(00:00:00) Intro

(00:00:45) eBay Kleinanzeigen und Landing-Pages für Auto-Reifen

(00:08:20) Das Thema der Episode: Knowledge Sharing

(00:11:11) Der Bus-Faktor

(00:13:01) Warum Knowledge Sharing wichtig für die Kollaboration und Produktivität ist

(00:15:05) Mythos "Jeder im Team muss alles Wissen und übernehmen können"

(00:18:05) Möglichkeiten zur internen Dokumentation: Design Documents / Request For Comments / Discover Documents / Architecture Decision Records und Zielgruppe der Dokumentation

(00:24:43) Pair- und Mob-Programming

(00:28:32) Guilds (Community of Practice), Support vom Management und Kosten von Knowledge Sharing

(00:39:38) Interne Konferenzen, Vorträge halten und das Imposter-Syndrom

(00:49:37) Lunch-Talks

(00:52:21) Welcher Lerntyp bist du? - Viel lesen, Hands-On, Frontal-Lehre, Video-Tutorials, Audio - Das richtige Format

(00:57:28) Kann man zu viel lernen?

(00:59:09) Ist Knowledge-Sharing schwieriger in einem Remote-Umfeld?

(01:02:21) Outro

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

• Email: stehtisch@engineeringkiosk.dev
• Twitter: https://twitter.com/EngKiosk
• WhatsApp +49 15678 136776

Die Cloud Native Infrastruktur vs. ein dicker Server - Ein Dauerstreit-Thema

AWS, GCP, Azure und Co bieten viele Cloud Native Services, die dir dein Leben vereinfachen sollen. Serverless, weniger Admins und alles super günstig. Das sind die Versprechen. Doch ist das wirklich so? Wäre ein leistungsstarker Server nicht besser, günstiger, einfacher und ausreichend? Und wie steht das nicht im Konflikt mit einer modernen Microservice-Architektur?

All diese Fragen stellen Wolfgang und Andy in dieser Episode, wo sie einen Artikel "Use One Big Server" besprechen.

Bonus: Was eine Klatsche auf Reddit, Vendor-Lock-in und CV-Driven-Development mit Servern zu tun hat.

Feedback (gerne auch als Voice Message)

• Email: stehtisch@engineeringkiosk.dev
• 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

• Reddit-Post: https://www.reddit.com/r/de_EDV/comments/wp9arv/was_habt_ihr_so_mit_github_actions_automatisiert/ 
• Artikel "Use One Big Server": https://specbranch.com/posts/one-big-server/
• Hackernews: https://news.ycombinator.com/
• 9gag: https://9gag.com/
• F-Online - Vorbereitung für die theoretische Fahrschulprüfung: https://www.f-online.app/
• Proxmox: https://www.proxmox.com/
• Kelsey Hightower: https://en.wikipedia.org/wiki/Kelsey_Hightower

(00:00:00) Intro

(00:00:43) Intro mit einer Klatsche auf Reddit

(00:03:49) Wir brauchen euren Support: Bewertet uns in eurer Podcast-App

(00:04:26) Warum läuft F-Online auf einem großen Server und nicht Cloud Native und Serverless?

(00:10:43) Saisonaler Traffic, Peak-Usage und Ressourcen richtig ausnutzen bei einem virtuellen Server vs. Cloud Native

(00:17:05) Ist der Vergleich von Monetären Kosten allein sinnvoll? Wie bezieht man die Implementierung mit ein?

(00:18:33) Debugging und Testing von GCP Cloud Functions/AWS Lambdas

(00:21:14) Ein großer Server ist für viele Applikationen die bessere Wahl und das Abhängigkeitsverhältnis zu Cloud Providern

(00:26:14) Fehlende Perspektiven bei dem Artikel "Use One Big Server" und Argumente für Cloud Native

(00:31:06) Optimierung von Cloud Kosten, Vendor-Lock-in, Multi-Cloud und Monolith vs. Microservice

(00:34:20) Ist der LAMP-Stack bereits eine Micro-Service-Architektur?

(00:37:34) Ist ein Micro-Service automatisch eine eigene Applikation? Ist der Micro-Service-Hype vorbei?

(00:40:34) "Boring"-Software kann ein Vorteil sein

(00:43:30) Zusammenfassung und Outro

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

• Email: stehtisch@engineeringkiosk.dev
• Twitter: https://twitter.com/EngKiosk
• WhatsApp +49 15678 136776

Ich habe Equity von meinem Arbeitgeber … Doch was bedeutet dies eigentlich?

Knowledge-Worker im Tech-Bereich kommen oft in den Genuss einer guten Vergütung. In der Regel hat die Vergütung bei Startups neben dem Basis-Gehalt auch noch sogenannte Equity - also Firmenanteile. Die Idee? Die Motivation und Zielsetzung von Mitarbeitern und Gründern zu vereinen und jeden Mitarbeiter am Gewinn, im Falle eines Börsengangs, zu beteiligen.

Obwohl die ganze Thematik recht simpel klingt, kann dies sehr undurchsichtig sein. ESOPs, VSOPs, Cliff, Strike Price, Options, Exercise Window, Liquidationspräferenz, Verwässerung, und und und. Die Buzzword-Bingo Karte ist recht schnell voll.

Mit Hilfe des Angel-Investors Philipp “Pip” Klöckner versuchen wir, etwas Licht ins Dunkle zu bringen. Pip beschäftigt sich fast täglich mit Firmenanteilen und kennt die Szene in und auswendig.

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Feedback

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

Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.

• Philipp Klöckner auf LinkedIn: https://www.linkedin.com/in/kloeckner/
• Doppelgänger Podcast: https://www.doppelgaenger.io/
• Wo wir in Sachen KI wirklich stehen und was uns erwartet: Deep Dive mit Philipp "Pip" Klöckner: https://www.youtube.com/watch?v=-srCUoQnB2o 
• ESOP/VSOP: https://gruenderplattform.de/startup-gruenden/esop-vsop
• Revolut Share Sale: https://news.sky.com/story/employees-at-fintech-giant-revolut-to-cash-in-with-500m-share-sale-13138225
• Canva Share Sale: https://www.linkedin.com/posts/goldman-sachs-investment-banking_mission-empower-everyone-in-the-world-to-activity-7197329900242878465-UKhf/
• Engineering Kiosk Episode #127 Imposter-Syndrom & Peter-Prinzip mit Dr. Fanny Jimenez: https://engineeringkiosk.dev/podcast/episode/127-imposter-syndrom-peter-prinzip-mit-dr-fanny-jimenez/
• Engineering Kiosk Episode #28 O(1), O(log n), O(n^2) - Ist die Komplexität von Algorithmen im Entwickler-Alltag relevant?: https://engineeringkiosk.dev/podcast/episode/28-o1-olog-n-on2-ist-die-komplexit%C3%A4t-von-algorithmen-im-entwickler-alltag-relevant/
• Engineering Kiosk Episode #46 Welches Problem löst Docker?: https://engineeringkiosk.dev/podcast/episode/46-welches-problem-l%C3%B6st-docker/
• Engineering Kiosk Episode #05 Team Lead - der einzige Ausweg: https://engineeringkiosk.dev/podcast/episode/05-team-lead-der-einzige-ausweg/
• Alle Episoden vom Engineering Kiosk: https://engineeringkiosk.dev/podcast/

(00:00:00) Intro

(00:01:03) Equity mit Philipp "Pip" Klöckner

(00:08:43) Warum geben Firmen Anteile an Mitarbeiter? Wie verbreitet ist dies?

(00:19:16) Info/Werbung

(00:20:13) Geld vs. Firmenanteile - Existiert ein Risiko?

(00:22:21) Equity Explained: RSUs, ESOPs und VSOPs

(00:34:27) Buzzword-Bingo: Vesting, Cliff, Waiting Period, Strike Price

(00:47:27) Negative Seiten von Equity: Liquidationspräferenz, Verwässerung und Downrounds

(00:58:47) Golden Handcuffs und erfolgreiche Mitarbeiter

(01:05:10) Liquiditätsevent: IPOs und Secondary Sales

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

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

Wie können Engineering Manager und Tech-Lead-Interviews aussehen?

Jeder, der vom Individual Contributor in eine Engineering Manager und Tech-Lead-Rolle wechseln möchte, muss sich Fragen aussetzen, die nichts mit Code zu tun haben. Fragen über Leadership Styles, Motivationen, Team-Entscheidungen, Business-Prioritäten, Selbst-Reflektion und Schwächen. Denn als Engineering Manager oder Tech-Lead gilt man als Multiplikator. In dieser Episode stellt Wolfgang seinem Co-Host Andy einfach mal die Fragen, die er damals Bewerbern gestellt hat, um sich selbst als Engineering Manager bei trivago zu ersetzen. Dies gibt einen guten Einblick, mit welchen Fragen Ihr so rechnen könnte, falls Ihr euch in eine ähnliche Situation begebt.

Bonus: Warum Wikingerschach der neue Sport ist und was eine Straßenampel mit Continuous Integration zu tun hat. 

Feedback (gerne auch als Voice Message)

• Email: stehtisch@engineeringkiosk.dev
• 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

• DALL-E 2: https://openai.com/dall-e-2/
• DALL-E 2: Original Bild https://labs.openai.com/s/xsdlCmW9w7xNygsV3xIlL2qJ 
• Leadership-Style Laissez-faire: https://de.wikipedia.org/wiki/Laissez-faire
• programmier.barDEEP DIVE 108 – Astro mit Chris Swithinbank: https://www.programmier.bar/podcast/deep-dive-108-astro-mit-chris-swithinbank
• stability.ai: https://stability.ai/
• Wikingerschach (Kubb): https://de.wikipedia.org/wiki/Kubb
• Simon Sinek: https://simonsinek.com/
• Bus-Faktor: https://de.wikipedia.org/wiki/Truck_Number
• Engineering Kiosk #26 My English is not the yellow from the egg - Arbeiten in internationalen Teams: https://engineeringkiosk.dev/podcast/episode/26-my-english-is-not-the-yellow-from-the-egg-arbeiten-in-internationalen-teams/
• Traditional Leadership Vs. Servant Leadership: https://www.forbes.com/sites/forbescoachescouncil/2020/03/11/traditional-leadership-vs-servant-leadership/
• Leadership Styles: The 11 Most Common & How to Find Your Style [Quiz]: https://blog.hubspot.com/marketing/leadership-styles

(00:00:00) Intro

(00:00:33) AI-Generiertes Episoden-Cover mit DALL-E 2

(00:07:09) Das heutige Thema: Leadership styles, eine Art Engineering Manager Interview und Wikingerschach (Kubb)

(00:11:03) Kontext zu dem Interview, dem Team und den Interviewfragen

(00:14:46) "Warum möchtest du überhaupt eine Lead-Rolle übernehmen?"

(00:19:10) "Was wären deine ersten drei Aktionen als neuer Engineering Manager?"

(00:22:29) "Was ist dein Leadership-Style?"

(00:27:39) "Wo ziehst du denn aus dem Alltag als Engineering Manager die Energie raus?"

(00:29:14) "Wie verteilst du Projekte an Mitarbeiter, die keiner machen möchte?"

(00:38:20) "Wie würdest du die Innovation / Innovations-Bereitschaft in deinem Team erhöhen?"

(00:45:14) "Hast du eine Herangehensweise, wie man mit anderen (hartnäckigen) Meinungen umgeht bzw. eine Pattsituation auflöst?"

(00:53:31) "Warum sollte ich dich nicht anstellen?"

(00:56:02) Interview-Abschluss und Retrospektive Betrachtung der Fragen

(00:59:40) Outro und Feedback

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

• Email: stehtisch@engineeringkiosk.dev
• Twitter: https://twitter.com/EngKiosk
• WhatsApp +49 15678 136776

Recruiting: Einer der wichtigsten Aufgaben einer Firma - Doch worauf kommt es an?

Leute kommen. Leute gehen. Fluktuation bzw. ein Jobwechsel ist ganz normal in der heutigen Zeit. Kaum jemand bleibt "bis zur Rente". Doch worauf kommt es an, wenn man neues Personal für sein Team / Firma sucht? Wie viel Zeit soll man als Hiring Manager investieren? Wo findet man gute Leute? Welche Fragen sind die richtigen? Wie geht man damit um, wenn man sich nicht 100%ig sicher ist? Und wie trifft man die finale Entscheidung? All das und noch viel mehr behandeln wir in dieser Episode.

Bonus: Warum Wolfgang eine Aufmerksamkeitsspanne wie ein Welpe hat, was Aufzüge mit Recruiting zu tun haben und ob Wanne-Eickel wirklich existiert.

Feedback (gerne auch als Voice Message)

• Email: stehtisch@engineeringkiosk.dev
• 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

• ​​German Tech Podcasts: https://engineeringkiosk.dev/deutsche-tech-podcasts/
• Episode #25 Tech-Entlassungswellen & Job-Interview Skills: https://engineeringkiosk.dev/podcast/episode/25-tech-entlassungswellen-job-interview-skills/
• Best Practices zum Interview-Design https://triplebyte.com/blog/how-to-interview-engineers 
• Ein must read klassiker https://www.joelonsoftware.com/2006/10/25/the-guerrilla-guide-to-interviewing-version-30/ 
• Gute Kandidat⋅innen werden auch kritische Fragen stellen, wie z.B. https://charity.wtf/2022/01/29/how-can-you-tell-if-the-company-youre-interviewing-with-is-rotten-on-the-inside/ 
• Moishe Lettvin - What I Learned Doing 250 Interviews at Google https://www.youtube.com/watch?v=r8RxkpUvxK0 

(00:00:00) Intro

(00:00:36) Perlenhochzeit beim Engineering Kiosk und das stoppen von Projekten

(00:02:30) German Tech Podcasts

(00:04:40) Das heutige Thema: Recruiting aus der Sicht des Arbeitgebers

(00:06:35) Warum ist das Thema relevant? und was Recruiting mit Kultur zu tun hat

(00:11:25) Sollte man "Leute einstellen" delegieren?

(00:15:20) Wie viel Zeit sollte ein Hiring Manager ins Recruiting investieren?

(00:18:05) Wie findet man die richtigen Leute? Wie wichtig sind persönliche Empfehlungen?

(00:21:55) Die Entscheidung, ob du eine Person einstellst: False-Negatives vs. False-Positives

(00:26:45) Der Recruiting-Prozess: Wen suche ich eigentlich?

(00:29:15) Der Recruiting-Prozess: Was sind die richtigen Fragen, die ich stellen kann? (Strukturierte Interviews und Freestyle)

(00:43:30) Der Bias über die Historie und vergangene Stationen von Kandidat-innen

(00:50:15) Der Recruiting-Prozess: Die finale Entscheidung treffen

(00:57:10) Die aktuelle Lage am Jobmarkt, die Kosten von Recruiting und Demotage

(01:03:00) Outro

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

• Email: stehtisch@engineeringkiosk.dev
• Twitter: https://twitter.com/EngKiosk
• WhatsApp +49 15678 136776

Schuftest du noch oder automatisierst du schon?

Heute gehts um die Faulheit von Entwicklern: Wir sprechen über GitHub Actions - Was es ist, wozu man es benutzen kann, wie es das eigene Leben erleichtern kann, wo der Unterschied zu Jenkins ist, wie das Engineering Kiosk es selbst einsetzt und welche Use-Cases von der Community oft genutzt werden.

Bonus: Warum LinkedIn einen HTTP Status Code 999 sendet, wann wir Programmiersprachen wie Unterhosen wechseln und was Michael "Bully" Herbig mit der ganzen Sache zu tun hat.

Feedback (gerne auch als Voice Message)

• Email: stehtisch@engineeringkiosk.dev
• 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

• ​​Dependabot: https://github.blog/2020-06-01-keep-all-your-packages-up-to-date-with-dependabot/
• Engineering Kiosk #13 Produktivität: https://engineeringkiosk.dev/podcast/episode/13-produktivit%C3%A4t/
• Engineering Kiosk #26 My English is not the yellow from the egg - Arbeiten in internationalen Teams: https://engineeringkiosk.dev/podcast/episode/26-my-english-is-not-the-yellow-from-the-egg-arbeiten-in-internationalen-teams/
• Engineering Kiosk #27 Sicherheit in der Dependency Hölle: https://engineeringkiosk.dev/podcast/episode/27-sicherheit-in-der-dependency-h%C3%B6lle/
• Engineering Kiosk #21 Static Site Generators & DIE Webseite: https://engineeringkiosk.dev/podcast/episode/21-static-site-generators-die-webseite/
• Deutschsprachige Tech Podcasts: https://engineeringkiosk.dev/deutsche-tech-podcasts/ und https://github.com/EngineeringKiosk/GermanTechPodcasts
• GitHub Actions: https://github.com/features/actions
• Netlify: https://www.netlify.com/
• GitHub Actions Marketplace: https://github.com/marketplace?type=actions
• Jenkins: https://www.jenkins.io/
• GitHub Pull Request Auto Merge: https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/automatically-merging-a-pull-request
• PodcastIndex: https://podcastindex.org/
• GitHub Actions vom GermanTechPodcast Repository: https://github.com/EngineeringKiosk/GermanTechPodcasts/tree/main/.github/workflows
• GitHub Action um Code zu Comitten (stefanzweifel/git-auto-commit-action): https://github.com/stefanzweifel/git-auto-commit-action
• GitHub Action um ein anderes Repository zu triggern (peter-evans/repository-dispatch): https://github.com/peter-evans/repository-dispatch
• Repository von der Engineering Kiosk: https://github.com/EngineeringKiosk/webpage
• Deep-Dive zu Astro in der Programmierbar: https://www.programmier.bar/podcast/deep-dive-108-astro-mit-chris-swithinbank
• GitHub Personal Access Tokens: https://docs.github.com/en/authentication/keeping-your-account-and-data-secure/creating-a-personal-access-token
• GitHub Actions Secrets: https://docs.github.com/en/actions/security-guides/encrypted-secrets
• GitHub Actions Output: https://docs.github.com/en/actions/using-jobs/defining-outputs-for-jobs
• Podcast sync-Python Script von der Engineering Kiosk Webpage: https://github.com/EngineeringKiosk/webpage/blob/main/scripts/sync-german-tech-podcasts.py
• Freie (private) Repositories bei GitHub: https://github.blog/2019-01-07-new-year-new-github/
• Link Checker Lychee: https://github.com/lycheeverse/lychee
• GitHub Profil von Andy Grunwald: https://github.com/andygrunwald
• Inner Source: https://de.wikipedia.org/wiki/Inner_Source
• GitHub Actions Awesome-List: https://github.com/sdras/awesome-actions
• GitHub Actions Hackathon: https://githubhackathon.com/

(00:00:00) Intro

(00:00:31) E-Mails von GitHub

(00:03:11) Deutschsprachige Tech Podcasts: Eine kuratierte Liste von deutschsprachigen Tech-Podcasts

(00:07:35) Heutiges Thema: Automatisierung mit GitHub Actions und Attribut bei Software Engineers: Disziplin oder Faulheit

(00:10:07) Was GitHub Actions ist und was Wolfgang bereits darüber weiß

(00:14:47) Wie sieht die GitHub Automation beim GermanTechPodcast Repository aus?

(00:26:19) Einen GitHub Actions Workflow in einem anderen Repository triggern

(00:29:03) GitHub Actions und Passwörter, API-Keys und andere Geheimnisse und Isolation von einzelnen GitHub Actions

(00:34:56) Was passiert bei der Engineering Kiosk Website, wenn das GitHub Actions-Event entgegen genommen wird

(00:39:50) GitHub Actions im professionellen Umfeld, ist Jenkins noch relevant und Limitierungen mit privaten Netzwerken

(00:46:30) Link-Checking in GitHub Actions mit Lychee und automatische GitHub Issue Erstellung

(00:50:21) Eigene Profile-README mit GitHub Actions updaten

(00:52:52) Wo liegen die GitHub Action Workflows?

(00:53:37) GitHub Action um Inner Source und Cross-Team Contributions zu fördern

(00:55:25) GitHub Actions um Stale Issues zu schließen

(00:56:59) Aufruf um GitHub Actions zu testen und neue Contributor zu begrüßen

(00:58:28) Feedback und Outro

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

• Email: stehtisch@engineeringkiosk.dev
• Twitter: https://twitter.com/EngKiosk
• WhatsApp +49 15678 136776

Wie wichtig ist die Universität und ein Studium für den heutigen Beruf als Software Entwickler⋅in?

Diese bzw. ähnliche Fragen haben wir von unseren Hörer⋅innen zugesendet bekommen: Welche Unterschiede gibt es in den Ausbildungen? Wie relevant ist eine schulische oder berufliche Ausbildung? Sollte man ein Bachelor, Masterstudium machen? Und würden wir den Weg zum Dr. Titel empfehlen? Haben Akademiker nur Vorteile? Oder auch Nachteile bei der Jobsuche und beim Job selbst? Und wie kann man als Nicht-Studierte oder Quereinsteiger in der IT-Industrie Fuß fassen?

All das und noch viel mehr in der Episode.

Bonus: Was akademischer Spaß, Beleidigungen und Serdar Somuncu mit der ganzen Thematik zu tun haben.

Feedback (gerne auch als Voice Message)

• Email: stehtisch@engineeringkiosk.dev
• 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

• FOM / Fachhochschule für Oekonomie und Management: https://www.fom.de/
• Das österreichische Bildungssystem: https://www.bmbwf.gv.at/Themen/schule/schulsystem/sa.html 
• Das deutsche Bildungssystem: https://www.kmk.org/dokumentation-statistik/informationen-zum-deutschen-bildungssystem.html 

(00:00:00) Intro

(00:00:50) Hat die akademische Laufbahn, Wolfgang zu einem besseren Software-Entwickler gemacht?

(00:04:53) Unterschied zwischen der schulischen und beruflichen Ausbildung?

(00:12:06) Haben Leute von spezifischen Universitäten / Schulen mehr drauf als andere?

(00:14:10) Das heutige Thema: Wie wichtig ist die Uni / akademische Ausbildung für den Job in der IT?

(00:15:11) Andys Erfahrung auf der privaten Hochschule

(00:19:14) Abschlüsse von privaten Hochschulen und wie diese in der Industrie angesehen werden können

(00:20:52) Können akademische Abschlüsse auch hinderlich sein?

(00:24:24) Over-Engineering, unschöner Quellcode und wissenschaftliches Arbeiten von Leuten mit Dr. Titel - Erfahrungen von der Universität

(00:30:27) Unterschiede in der Arbeit und Guidance vom Manager

(00:31:45) Gibt es Unterschiede in der Entwicklung/Einstellung von Leuten im Beruf mit oder ohne akademische Ausbildung?

(00:36:01) Sind alle Personen anpassungsfähig an eine bestimmte Arbeitsweise?

(00:40:13) Kann "akademisch" ein Schimpfwort sein?

(00:43:58) Wissbegierig, Neugierig, Resistenz und Motivation sind viel wichtiger

(00:48:30) Ist ein Studium empfehlenswert für einen Job in der IT? Und bringt mich das bei der Jobsuche weiter?

(00:55:17) Ist ein fehlendes Studium ein möglicher Karriere-Blocker?

(00:58:30) Sollten Quereinsteiger bei einer kleineren Firma starten?

(01:00:17) Wie sollten Schüler vorgehen? Ein Studium oder direkter Berufseinstieg?

(01:03:15) Würdest du Leuten mit Studium einen den Weg zum Doktor empfehlen?

(01:04:34) Outro

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

• Email: stehtisch@engineeringkiosk.dev
• Twitter: https://twitter.com/EngKiosk

WhatsApp +49 15678 136776

Meetups und Konferenzen: Ein wichtiger Bestandteil der Tech-Community und als Plattform für den Wissenstransfer.

Jeder kennt Meetups und Konferenzen. Firmen sponsern Meetups und geben Mitarbeitern sogenannte Konferenz-Budgets. Doch wie sieht es hinter den Kulissen aus? Was bedeutet es ein Meetup zu organisieren? Welche Herausforderungen und Chancen bietet es? Wie viel Zeitaufwand benötigt es, ein Meetup auf die Beine zu stellen? Und ist es das gleiche wie die Organisation einer Konferenz?

In dieser Episode wird Andy, als Organisator des Web Engineering Meetups Düsseldorf und der localhost-Konferenz, genau zu diesem Thema interviewed.

Bonus: Was die Zeitschrift Computer Bild und Fortuna Düsseldorf mit Meetups zu tun haben.

Feedback (gerne auch als Voice Message)

• Email: stehtisch@engineeringkiosk.dev
• 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

• Fest und Flauschig: https://open.spotify.com/show/1OLcQdw2PFDPG1jo3s0wbp
• Localhost-Konferenz: https://localhost.engineering/
• Web Engineering Meetup Düsseldorf: https://www.meetup.com/de-DE/web-engineering-duesseldorf/
• PHP Usergroup D/DU/KR auf XING: https://www.xing.com/communities/groups/php-usergroup-d-strich-du-strich-kr-5b80-1021668/posts
• Webworker NRW Meetup: https://www.meetup.com/de-DE/webworker-nrw/
• Lean Coffee: https://t2informatik.de/wissen-kompakt/lean-coffee/
• Explain Like I'm Five: https://www.reddit.com/r/explainlikeimfive/
• Lessons learned from running a local meetup: https://andygrunwald.com/blog/lesson-learned-from-running-a-local-meetup/

(00:00:00) Intro

(00:00:36) Sommerpausen, Ferien und Release-Cycle

(00:03:06) Empfehlungs-Algorithmen von Podcast-Plattformen

(00:04:38) Der nachteil der Sommerzeit? Keine Meetups und Konferenzen

(00:05:17) Wie groß ist das Web Engineering Meetup Düsseldorf und wie lange habt Ihr Pause gemacht?

(00:06:16) Das heutige Thema: Die Organisation von Meetups und Konferenzen

(00:07:06) Wann hat Andy mit Usergroups und Meetups gestartet?

(00:09:51) Wie viele Leute kommen denn ca. zu den Treffen?

(00:11:44) Wie schwierig ist es ein Meetup zum laufen zu bekommen?

(00:13:28) Das Thema der No-Show-Rate bei Meetups

(00:14:32) Was war der Planungsaufwand für die ersten Events?

(00:16:02) Wie hast du die ersten Speaker gefunden?

(00:18:28) Was ist es für ein monatlicher Zeitaufwand für die Meetup-Organisation?

(00:20:01) Wie wird man das Firmenbranding von einem Meetup los?

(00:26:53) Was hat sich bei den Firmen in Bezug auf Meetups in den letzten 10 Jahren geändert?

(00:30:23) Welche Tipps haben wir für die Firmen, die sich bei Meetups präsentieren?

(00:33:24) Recruitern auf Meetups und Regeln / Code of Conduct

(00:35:56) Monetarisierung von Meetups und Motivation von Organisatoren

(00:39:34) Der nächste Schritt: Eine eigene Konferenz

(00:42:27) Wo ist der organisatorische Unterschied zwischen einem Meetup und einer Konferenz?

(00:49:00) Neue Meetups: Lieber Online? Lieber Offline? Lieber Hybrid?

(00:51:25) Online Meetups bieten einen größeren Zugang, deswegen mehr Konkurrenz?

(00:54:37) Was würdest du als Start-Tip neuen Organisatoren zur Gründung mitgeben?

(01:03:15) Online oder Offline-Meetups und eure Initiative

(01:05:42) Die Checkliste zur Organisation eines Meetups

(01:08:04) Outro

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

• Email: stehtisch@engineeringkiosk.dev
• Twitter: https://twitter.com/EngKiosk
• WhatsApp +49 15678 136776

Beim Programmieren ist alles ein Algorithmus. Irgendwie zumindest. Doch wie misst man die Zeitkomplexität?

Das ganze nennt sich Big-O-Notation, oder zu deutsch "Bachmann-Landau-Notation". Eigentlich ein recht trockenes Thema, doch auch irgendwie relevant in der heutigen Zeit von verteilten Systemen und großen Datenmengen. Doch was ist die Big-O-Notation? Was sagt sie aus? Wo kommt diese in der Praxis vor? Und inwieweit hat das ganze noch eine Relevanz in Zeiten von Cloud Computing und fast unbegrenzten Hardware-Ressourcen? Darum geht es in dieser Episode.

Bonus: Wie Andy und Wolfgang in deutscher Grammatik belehrt werden, ob es OK ist in 1on1s zu fluchen und das Hash-Kollisionen mit der ganzen Sache zu tun haben.

Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

• Pocket Casts: https://pocketcasts.com/
• Learn Redis the hard way (in production): https://tech.trivago.com/post/learn-redis-the-hard-way/
• Redis KEYS Befehl: https://redis.io/commands/keys/
• Redis HSET Befehl: https://redis.io/commands/hset/
• kSQL: https://www.confluent.io/de-de/blog/ksql-streaming-sql-for-apache-kafka/
• Engineering Kiosk auf LinkedIn: https://www.linkedin.com/company/engineering-kiosk/

(00:00:00) Intro

(00:00:49) Intro: Feedback zur Episode #26 - Deutschland spricht schlecht Englisch

(00:03:55) Intro: Feedback zur Grammatik - Der, die oder das Kommentar

(00:06:05) Wer hört denn so alles das Engineering Kiosk?

(00:07:09) Podcast-Player: Pocket Casts

(00:08:32) Was sind die Sachen, die oft sinnvoll sind, du aber doch vergessen hast?

(00:10:34) Das heutige Thema: Big-O Notation / Bachmann-Landau Notation (Zeitkomplexität von Algorithmen)

(00:13:33) Warum ist die Big-O Notation / Bachmann-Landau Notation relevant

(00:15:24) Wo war es das letzte mal wo dir die Big-O Notation vorgekommen ist

(00:16:05) Was ist die Big-O Notation / Bachmann-Landau Notation?

(00:20:59) Geben wir den best, average oder worst-case der Big-O Notation / Bachmann-Landau Notation an?

(00:25:15) Konstanten können zur Vereinfachung einfach weggelassen werden

(00:27:00) Big-O Notation bei redis: Die Story wie Andy damit in Berührung kam

(00:31:16) Zeitkomplexität vs. Space-Complexity / Raumkomplexität: Zeit vs. Memory

(00:32:58) Gibt es was besseres als O(1)?

(00:34:26) Ist das setzen eines Keys in einer Hashmap immer O(1)?

(00:40:03) Inwieweit kann man die Big-O Notation / Bachmann-Landau Notation auf Datenbanken mappen?

(00:42:07) Wie relevant ist die Optimierung der Big-O Notation in Zeiten von Cloud und schnellen Servern eigentlich noch?

(00:45:52) Batch-Processing vs. Streaming und die Optimierung von Algorithmen

(00:48:49) Optimierungen von Algorithmen in JavaScript / auf Client-Seite

(00:52:06) Optimierungen können auch schlecht sein bzw. schlecht aussehen

(00:53:09) Outro mit Flachwitzen

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Was haben die JavaScript Pakete left-pad, color, faker und cross-env gemeinsam? Alle waren in npm Package Sicherheits-Incidents involviert.

Wenn man sich die Anzahl von Javascript Abhängigkeiten bei Mittelgroßen Projekten ansieht, ist eine dreistellige Anzahl an JavaScript Paketen nicht unüblich. Das liegt primär an der überschaubaren Größe der Pakete und somit der Funktionalität. Alles nur, um Pakete verwaltbarer zu halten. Doch dieser Umstand macht das JavaScript-Ecosystem so attraktiv für Angreifer oder kann zu extremen Seiteneffekten führen. In dieser Episode sprechen wir drei npm Package Incidents durch, was es damit aufsich hatte, welche Attack-Möglichkeiten es noch gibt und wie man sich als Software Entwickler dagegen schützen kann.

Bonus: Was Bademeister, Blubberwasser und eine ASCII-Repräsentation von Uncle Sam und der amerikanischen Flagge mit JavaScript zu tun haben.

Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

• Film "Die Bademeister": https://www.imdb.com/title/tt0202806/
• Open Source Studien: https://t3n.de/news/wirtschaft-open-source-nutzt-5-1451923/ und https://www.bitkom.org/Presse/Presseinformation/Open-Source-ist-in-der-deutschen-Wirtschaft-angekommen 
• Media Tech Lab: https://jump.engineeringkiosk.dev/media-tech-lab 
• Buch "Working in Public: The Making and Maintenance of Open Source Software": https://www.amazon.de/Working-Public-Making-Maintenance-Software/dp/0578675862
• Auch Python und PHP sind betroffen: https://twitter.com/s0md3v/status/1529005758540808192 und https://twitter.com/s0md3v/status/1529049336268869633
• JavaScript left-pad: https://www.npmjs.com/package/left-pad
• Messaging-App Kik: https://www.kik.com/
• E-Mail-Verkehr zwsichen npm, Kik und Azer Koçulu zum left-pad Paket: https://medium.com/@mproberts/a-discussion-about-the-breaking-of-the-internet-3d4d2a83aa4d
• Statement vom npm CTO "Laurie Voss" zur Wiederherstellung des left-pads Paket: https://twitter.com/seldo/status/712414588281552900
• Zalgo Text: https://en.wikipedia.org/wiki/Zalgo_text
• Dev corrupts NPM libs 'colors' and 'faker' breaking thousands of apps: https://www.bleepingcomputer.com/news/security/dev-corrupts-npm-libs-colors-and-faker-breaking-thousands-of-apps/
• node-ipc: Open Source Maintainer Sabotages Code to Wipe Russian, Belarusian Computers: https://www.vice.com/en/article/dypeek/open-source-sabotage-node-ipc-wipe-russia-belraus-computers
• typosquatting-Attacke mit npm Paketen (u.a. cross-env): https://snyk.io/blog/typosquatting-attacks/
• Bank pushed privaten Code mit npm: https://twitter.com/seldo/status/1105153287718723584
• 12 Factor App: https://12factor.net/de/
• GitHub DMCA Takedowns: https://github.com/github/dmca
• npm package scopes: https://docs.npmjs.com/about-scopes
• Dependabot: https://github.blog/2020-06-01-keep-all-your-packages-up-to-date-with-dependabot/ 
• Harden GitHub Actions - Pin actions to a full length commit SHA: https://docs.github.com/en/actions/security-guides/security-hardening-for-github-actions#using-third-party-actions

• ua-parser.js (malicious code / account hijack): https://github.com/advisories/GHSA-pjwm-rvh2-c87w
• coa (malicious code): https://github.com/advisories/GHSA-73qr-pfmq-6rp8
• rc (malicious code): https://github.com/advisories/GHSA-g2q5-5433-rhrf
• purescript (malicious code by dependencies): https://harry.garrood.me/blog/malicious-code-in-purescript-npm-installer/
• event-stream (new maintainer injected code to steal bitcoins / social engineering): https://blog.npmjs.org/post/180565383195/details-about-the-event-stream-incident
• getcookies (backdoor): https://blog.npmjs.org/post/173526807575/reported-malicious-module-getcookies.html

(00:00:00) Intro

(00:00:35) Intro: 10.000 Downloads und Die Bademeister

(00:01:42) Wie viele Firmen setzen (bewusst) Open Source ein?  

(00:04:09) Wie viele Firmen unterstützen Open Source finanziell?

(00:06:22) Open Source Funding via Media Tech Lab

(00:08:11) Das Management von Software-Dependencies anhand des JavaScript-Ecosystems via npm

(00:08:59) Warum JavaScript als Beispiel genutzt wird und die Theorie warum JavaScript Pakete so klein sind und viele Abhängigkeiten haben

(00:15:06) npm Package Incident: Das Paket "left-pad" wurde aus der npm Registry entfernt (unpublished)

(00:23:06) npm Package Incident: Die Pakete "color" und "faker" geben Textmüll auf der Konsole aus

(00:27:29) npm Package Incident: Das Paket "cross-env" und der typosquatting-Angriff mit "crossenv"

(00:33:01) Weitere Angriffs-Vektoren in Bezug auf Software Dependencies: Böswilliger Maintainer, Schadcode in Sub-Dependency, Account-Übernahme und die falsche Package Registry

(00:40:23) Ein Lösungsweg: npm package scopes

(00:42:02) Weitere Lösungswege: Schadcode und frühere Fraud-Detection auf Plattform-Seite, die Überwachung von direkten Dependencies und Version-Pinning

(00:47:40) Dependabot: Versionen von Dependencies automatisch updaten und auf neue Dependencies achten

(00:53:44) Der gesunde Streit: Zanken und Bierchen

(00:54:17) Outro

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Der Großteil der IT-Ressourcen wie Dokumentationen, Websites, Präsentationen in Englisch, doch was ist wenn man selbst von sich sagt "My english is not the yellow from the egg"?

Diese Episode dreht sich ganz um die englische Sprache und das Arbeiten in internationalen Teams: Welche Hürden haben die meisten deutschen in Bezug auf die englische Sprache? Wie kann man diese überkommen und sicherer mit der englischen Sprache werden? Und was passiert, wenn ich auf der Arbeit auf einmal Englisch sprechen muss? Wie verändert sich mein Arbeitsumfeld, wenn das Team international zusammengestellt ist? Was muss ein Arbeitgeber im Kopf behalten, wenn sich das Team international entwickeln soll? Und wie verhält sich aktuell die Remote-Arbeit mit der ganzen Thematik? All das und noch mehr in dieser Episode.

Bonus: Russische Software-Code-Kommentare, die Vertonung von Hollywood Filmen und schnelle deutsche ALDI Kassierer.

Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

• DeepL: https://www.deepl.com/de/translator
• Grammarly: https://www.grammarly.com/
• Buch “When Cultures Collide”: https://www.amazon.de/When-Cultures-Collide-Managing-Successfully/dp/1857880862/
• Sub-Reddit de_EDV: https://www.reddit.com/r/de_EDV

(00:00:00) Intro

(00:00:46) Ein Dankeschön an unsere Hörer und Deutschlernen mit dem Engineering Kiosk

(00:04:52) Das heutige Thema: Das Arbeiten in internationalen Teams

(00:05:58) Ein Team, alle deutschsprachig, ein internationale Person: Welche Sprache soll gesprochen werden?

(00:13:00) Source-Code-Kommentare in Russisch

(00:14:42) Offizielle Team- und Firmen-Sprache

(00:16:49) Support von der Firma zum lernen der Firmensprache

(00:17:18) Ohne die deutsche Sprache ist man in Deutschland aufgeschmissen

(00:23:26) Englisch in der Universität

(00:25:06) Englisch als Chance: Der Lern-Einstieg und Übung macht den Meister

(00:29:51) Als nicht deutscher in einer deutschen Gruppe: Was kann dies für Folgen haben?

(00:35:41) Hören wir mehr Englisch im Alltag und um uns herum?

(00:37:54) Wie ändert sich die Softwareentwicklung selbst und im Team in einem internationalen Team?

(00:44:42) Die Entwicklung von internationalen Produkten erfordern internationale Teams

(00:47:08) Hürden für den Arbeitgeber bei der Einstellung von internationalen Leuten

(00:52:34) Schwierigkeiten bei der Zusammenarbeit in einem internationalen Team

(00:58:23) Erste Erfahrungen in internationalen Teams in Open Source

(01:01:23) Remote-Work fördert internationale Arbeitsumgebungen

(01:04:02) Outro

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Interviews als Bewerber zu führen ist nicht immer leicht. Oft hat man das Gefühl, dass man sich “Beweisen” muss. Doch muss das wirklich so sein?

Besonders im Tech-Sektor sind Whiteboard-Challenges und Coding-Interviews der Endgegner. Viele Bewerber sind aber schon vorher nervös, stammeln, stehen unter Druck und sind ggf. nicht sich selbst. In dieser Episode sprechen wir mal ein wenig über die aktuelle Lage im Tech-Sektor in Bezug auf Layoffs, und falls man eine neue Firma sucht, wie man an ein Interview locker und sicher ran geht. Wir klären wie heutzutage eine Bewerbung aussehen kann, was man vor dem eigentlichen Interview tun kann, um herauszustechen, wie man sich im Interview verhält und aus dem “Frage-Antwort-Spiel” eine ordentliche Konversation auf Augenhöhe macht aber auch wie man den Endgegner, die Coding Challenge, meistern kann.

Bonus: Warum Wolfgang nur Kaffee in Portugal trinkt und was ein Gehsteig, Bürgersteig und Klettersteig gemeinsam haben.

Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

• HackerRank: https://www.hackerrank.com/
• StackOverflow: https://stackoverflow.com/
• Xing: https://xing.de/
• LinkedIn: https://www.linkedin.com/
• Buch “Cracking the Coding Interview”: https://www.amazon.de/Cracking-Coding-Interview-6th-Programming/dp/0984782850/

(00:00:00) Intro

(00:00:49) Intro: Kultureller Anspruch mit Portugal, Verkehrsmittel, Braindrain, Einwanderung

(00:04:41) Portugal als Tech-Hub: Startups und Web-Summit

(00:06:33) Aktuelle Lage in der Startup/Scale-Up Welt: Layoffs, Fachkräftemangel und Welt-Krisen

(00:16:52) Das heutige Thema: Interviews aus der Sicht des Bewerbers

(00:19:37) Der Lebenslauf: Was soll rein, was soll nicht rein

(00:28:01) Internet-Profile wie LinkedIn und XING

(00:30:06) Arbeitszeugnisse, persönliche Referenzen, das Anschreiben und der personalisierte Lebenslauf

(00:35:47) Anforderungen an den Job, eure Qualifikation, Referenzen und Background-Checks

(00:38:21) Was man vor dem Interview bereits tun kann

(00:43:52) Wie Ihr das Interview sehen solltet: Bidirektional und Glück

(00:45:52) Wie ist die generelle Struktur eines Interviews und wie viel Redezeit ist angebracht?

(00:55:05) Das Interview selbst: Der technische Test bzw. die Hardskill-Evaluation

(01:01:42) Verhaltens-Fragen im Interview (Selbst-Reflektion und Team-Arbeit) und Fragenkatalog

(01:04:12) Architektur-Fragen bei der Software-Entwicklung: Setze den Kontext

(01:06:33) Vorbereitung auf Interviews durch Interviews, auch wenn man keinen neuen Job sucht

(01:11:17) Outro

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Old man yells at cloud - Oder: Wie managed man seine Infrastruktur mit Stil (und Software)

Anders als gewohnt nimmt in dieser Episode Andy die Dozenten-Rolle ein und beantwortet Wolfgang all seine Fragen zum Thema Infrastructure as Code. Wir klären wozu man das ganze eigentlich braucht, was Terraform und Pulumi ist, klären über einen weit verbreiteten Mythos auf, wo der Unterschied zwischen Infrastructure Orchestration und Configuration Management ist, was das beste Configuration Management Tool ist und wo es Herausforderungen bei der Verwendung von Infrastructure as Code gibt.

Bonus: Was ein Data Engineer ist, ob Wolfgang Holz-Clogs trägt und wie Deutschland mit dem 9€ Ticket umgeht.

Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

• “Old man yells at cloud” Herkunft: https://knowyourmeme.com/memes/old-man-yells-at-cloud 
• Zeit "Servus Grüezi Hallo" Podcast "Die passen doch niemals alle rein": https://www.zeit.de/gesellschaft/2022-06/9-euro-ticket-klimaticket-oesterreich-politikpodcast 
• Terraform: https://www.terraform.io/
• Pulumi: https://www.pulumi.com/
• AWS Cloud Formation: https://aws.amazon.com/de/cloudformation/
• Saltstack: https://github.com/saltstack/salt
• Ansible: https://www.ansible.com/
• Puppet: https://puppet.com/
• Chef: https://www.chef.io/products/chef-infra
• CFEngine: https://cfengine.com/
• Terraform "depends_on for providers" bug: https://github.com/hashicorp/terraform/issues/2430
• Hetzner Terraform Provider: https://registry.terraform.io/providers/hetznercloud/hcloud 

(00:00:00) Intro

(00:00:46) Was ist ein Data Engineer? Und wie spielt ein Data Analyst und Data Scientist da rein?

(00:05:00) Das 9€ Ticket in Deutschland und das Klima-Ticket in Österreich

(00:08:23) Heutiges Thema: Infrastructure as Code

(00:09:27) Was ist DevOps und warum es keine Stellenbeschreibung oder Person ist

(00:10:52) Warum niemand sich selbst als Spezialist ansieht

(00:11:44) Was ist eigentlich Infrastructure as Code?

(00:17:41) Was bringt mir Infrastructure as Code eigentlich?

(00:20:55) Mythos: Code ist einmal definiert, und auf alle Cloud Provider anwendbar

(00:22:25) Warum nutzen wir dann nicht die Cloud spezifische Sprache, wie zum Beispiel Cloud Formation von Amazon Web Services? 

(00:24:08) Bin ich schneller, wenn ich die Cloud migrieren möchte und die Infrastruktur bereits als Code definiert habe?

(00:27:05) Zurück zu: Warum braucht man Infrastructure as Code eigentlich?

(00:29:14) Wo ist der Unterschied zwischen Ansible und Terraform?

(00:34:12) Wird Configuration Management wie Ansible heutzutage noch gebraucht?

(00:36:25) Was sind Terraform Provider?

(00:39:53) Was ist denn das beste Configuration Management-Tool: Ansible, Salt, Chef, Puppet, CFEngine oder Bash-Scripte?

(00:45:34) Was sind Nachteile von Infrastructure as Code?

(00:57:55) Zusammenfassung der Episode und Outro

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Wie technisch sollten UI und UX-Engineers eigentlich sein?

Dass gutes Design und eine gute User Experience über den Erfolg oder Misserfolg eines Produktes entscheiden kann, haben Plattformen wie AirBnB oder Docker erfolgreich gezeigt. Denn irgendwie hat jedes Produkt, egal ob Hard- oder Software, eine Oberfläche und Bedienelemente. Deswegen steigen wir mit dieser Episode mal in die Felder User Interface (UI) und User Experience (UX) ein.

Wir klären, was es eigentlich ist und wo der Unterschied ist, wie UI und UX-Design eigentlich in einem hoch-technischen Produkt, wie zB einem Datenbank-Hoster, aussehen kann, welchen signifikanten Einfluss gutes UX haben kann, was Primary and Secondary Actions, die first mile of Product, Design Thinking oder Double Diamond ist, wie man eine gute Product Engineering Culture aufbaut, aber auch worauf es bei der Zusammenarbeit beim Produkt-Trio (Produkt Manager, Engineer und Designer) ankommt.

Bonus: Culture Eats Process for Breakfast

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Feedback

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

Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.

• Robin Titus auf LinkedIn: https://www.linkedin.com/in/robin-titus-product-design/
• Double Diamond (Designprozessmodell): https://de.wikipedia.org/wiki/Double_Diamond_(Designprozessmodell)
• Crafting The First Mile Of Product: https://medium.com/positiveslope/crafting-the-first-mile-of-product-7ed25e8f1027
• Core Concept: The Product Trio: https://www.producttalk.org/2021/05/product-trio/
• Was ist Design Thinking?: https://hpi-academy.de/design-thinking/was-ist-design-thinking/

(00:00:00) Intro

(00:01:14) Gewinnspiel We Are Developers Tickets

(00:01:38) UI und UX mit Robin Titus

(00:08:14) Info/Werbung

(00:09:19) UI und UX mit Robin Titus

(00:18:44) Unterschied UX Design und UX Research

(00:21:55) UX in hochtechnischen Produkten und die First Mile

(00:28:32) Der Impact vom Backend auf die User Experience

(00:31:56) Das Produkt-Trio

(00:42:27) Produktkultur

(00:48:41) Wie technisch müssen Designer sein?

(00:54:25) Nicht jede Firma ist Apple oder Airbnb

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

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

Machst du noch selbst das Licht an oder automatisiert du schon?

Internet of Things (IoT) ist in aller Munde. Jedes Device trackt irgendwas mit. Doch was kann man damit machen? Home Automation ist das richtige Stichwort. Und dafür braucht man kein eigenes Haus oder ein abgeschlossenes Studium. In dieser Episode geben Andy und Wolfgang einen praktischen Einblick und wie man am einfachsten selbst loslegen kann. Weiterhin versuchen wir euch mit unseren Learnings vor schlimmerem zu bewahren. Viel Spaß beim automatisieren.

Bonus: Warum der Grundriss von Andys Wohnung nun in China ist und warum bald alle Hörer∙innen nackig durch ihre Wohnung rennen.

Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

• Xiaomi: https://www.mi.com/de
• Staubsauger-Roboter Open Source Software: https://github.com/Hypfer/Valetudo
• Homematic Rauchmelder: https://de.elv.com/homematic-funk-rauchmelder-hm-sec-sd-2-mit-10-jahres-batterie-131408
• FHEM: https://fhem.de/
• Home Assistant: https://www.home-assistant.io/
• Raspberry Pi: https://www.raspberrypi.com/
• Ikea Tradfri: https://www.ikea.com/de/de/search/products/?q=TR%C3%85DFRI
• Andys Conbee 2 Zigbee USB-Stick: https://phoscon.de/de/conbee2
• Wolfgangs Zigbee Stick aus Köln: https://slae.sh/projects/cc2652/ (basiert auf CC2652 und Hände weg von Texas Instruments CC2531 Chips, die sind zu alt und schwach)
• Empfohlene Zigbee Sticks: https://www.zigbee2mqtt.io/guide/adapters/#recommended 
• Zigbee im Mars Rover: https://www.zdnet.com/home-and-office/networking/zigbee-inside-the-mars-perseverance-mission-and-your-smart-home/ 
• sqlite: https://www.sqlite.org/
• Homematic: https://www.eq-3.de/produkte/homematic.html
• MQTT: https://de.wikipedia.org/wiki/MQTT
• Mosquitto MQTT Broker: https://mosquitto.org/
• Zigbee2MQTT: https://www.zigbee2mqtt.io/
• Ordroid: https://www.hardkernel.com/
• Tasmota: https://github.com/arendst/Tasmota
• Shelly: https://shelly.cloud/
• OpenHAB: https://www.openhab.org/
• NodeRED: https://nodered.org/
• ioBroker: https://www.iobroker.net/

(00:00:00) Intro

(00:01:49) Home Automation - Warum ist das Thema überhaupt relevant?

(00:04:22) Was ist unsere Einstiegsdroge als Intro ins Thema Home Automation? Spoiler: Vernetzte Rauchmelder

(00:07:06) Internet of Things (IoT) ist überall

(00:07:49) Was wir in dieser Home Automation Folge behandeln und was nicht

(00:11:08) Wie startet man mit Heimautomatisierung "the lean way"?

(00:16:22) Was ist Home Assistant?

(00:19:37) Wie sieht Wolfgangs Home Automation Setup aus? (mit einem Einstieg zu Zigbee und Zigbee Mesh)

(00:22:20) Wie sieht Andys Home Automation Setup aus?

(00:24:58) Was ist MQTT?

(00:28:07) Protokolle im Home Automation Umfeld: Zigbee, Homematic, Z-Wave, Thread

(00:37:09) Herausforderungen bei der Home Automation: Anzahl der Protokolle im System

(00:43:22) Herausforderungen bei der Home Automation: (Manuelle) Nutzung trotz Ausfall (nach Neustart oder Stromausfall)

(00:47:30) Herausforderungen bei der Home Automation: Box of Shame - Zu viele Komponenten, die noch verbaut werden müssen

(00:48:33) Herausforderungen bei der Home Automation: Ist das ganze ohne Internet / Cloud lauffähig?

(00:50:48) Herausforderungen bei der Home Automation: Monitoring von Batteriekomponenten

(00:53:31) Welche Automations haben wir implementiert?

(01:01:27) Zuviele Home Automation Systeme und Komponente

(01:02:00) Outro

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Neben relationalen Datenbanken gibt es noch eine ganz andere Welt: NoSQL.

Doch wofür steht eigentlich NoSQL? Kein SQL? Not Only SQL? Was ist eigentlich die Geschichte hinter dem Hype? Warum wurde diese Art von Datenbanken erfunden? Wofür sind diese gut? Folgen NoSQL Datenbank auch dem ACID-Concept? Was ist Eventual Consistency? Und was sind Neo4J, M3, Cassandra, und Memcached für Datenbanken? Eine Episode voller Buzzwords … Hoffen wir auf ein Bingo.

Bonus: Warum Wolfgang keinen Manta fährt und ob Andy bald mit einem Ferrari zum einkaufen fährt.

Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

• ACID: https://de.wikipedia.org/wiki/ACID
• BASE: https://db-engines.com/de/article/BASE
• CAP-Theorem: https://de.wikipedia.org/wiki/CAP-Theorem
• Eventual Consistency: https://de.wikipedia.org/wiki/Konsistenz_(Datenspeicherung)#Verteilte_Systeme
• Michael Stonebraker / The End of an Architectural Era (It’s Time for a Complete Rewrite): http://nms.csail.mit.edu/~stavros/pubs/hstore.pdf
• MongoDB: https://www.mongodb.com/
• Presto: https://prestodb.io/
• SAP HANA: https://www.sap.com/germany/products/hana.html
• Redis: https://redis.io/
• Neo4J: https://neo4j.com/
• M3: https://m3db.io/
• InfluxDB: https://www.influxdata.com/
• VictoriaMetrics: https://victoriametrics.com/
• Cassandra: https://cassandra.apache.org/
• Memcached: https://memcached.org/
• MySQL: https://www.mysql.com/de/
• MySQL Memcached Plugin: https://dev.mysql.com/doc/refman/5.6/en/innodb-memcached.html

(00:00:00) Intro

(00:00:53) Wolfgangs Auto, Entlastungspaket in Deutschland

(00:03:23) Heutiges Thema: NoSQL Datenbanken und CO2-Einsparung durch Datenbank-Optimierungen

(00:07:20) Was ist anders zur Episode 19 (Datenbanken) und ist NoSQL überhaupt noch ein Thema?

(00:08:39) Was verstehen wir unter dem Begriff NoSQL und woher kommt es eigentlich?

(00:15:58) Tip: Für Side Projects besser vertikal anstatt horizontal skalieren

(00:16:50) NoSQL: Speziellere Lösungen mit Fokus auf Einfachheit und Benutzerfreundlichkeit

(00:18:38) Braucht man heute noch Datenbank-Administratoren (DBA)?

(00:21:13) Der Job des klassischen System-Administrator ist weiterhin relevant

(00:23:15) Gibt es wirklich keine Datenbank-Schemas in der NoSQL-Welt?

(00:27:23) Schema-Lose Möglichkeit in relationalen Datenbanken und Arbeit in die Datenbank oder Software auslagern

(00:30:53) NoSQL hat die ACID-Properties aufgeweicht und warum ACID nachteilig für die Skalierung ist

(00:33:28) Das NoSQL BASE Akronym

(00:36:15) Der Client muss die Datenbank ordentlich nuzten um ACID-Garantien zu bekommen

(00:41:35) Was bedeutet eigentlich NoSQL? Kein SQL? Not Only SQL?

(00:43:38) Haupt-Speicher Datenbanken und was SAP damit zu tun hat

(00:48:02) Was ist Neo4J für eine Datenbank und welcher Use-Case kann damit abgedeckt werden?

(00:50:49) Was ist M3 für eine Datenbank und welcher Use-Case kann damit abgedeckt werden?

(00:53:06) Was ist Cassandra für eine Datenbank und welcher Use-Case kann damit abgedeckt werden?

(00:54:20) Was ist Memcached für eine Datenbank und welcher Use-Case kann damit abgedeckt werden?

(00:58:44) Outro

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Statische Websites sind wieder cool und wir springen mit der eigenen Website direkt auf den Hype.

Eine Episode mal in (teilweise) eigener Sache: Nach 6 Monaten und 20 Episoden haben wir eine eigene Website gebaut. Mit einem Static Site Generator. Wieso wir eine eigene Website haben wollen, was wir uns davon erhoffen, wie der technische Unterbau aussieht, wo wir recht dreckige Hacks eingebaut haben, was Static Site Generatoren sind und wozu sie eigentlich gut sind, bei welchen Use-Cases diese nicht geeignet sind und warum ein Produkt-Name zu Weltraum-Ergebnissen bei Google führen kann, klären wir in dieser Episode.

Bonus: Was die Toten Hosen, Broilers und Rammstein mit Static Site Generators zu tun haben und wieso Österreich so gut im Marketing ist.

Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

• Prototype.js: http://prototypejs.org/
• MooTools: https://mootools.net/
• script.aculo.us: https://script.aculo.us/
• RedCircle: https://redcircle.com/
• Template Podcast X: https://webflow.com/templates/html/podcast-x-podcast-website-template
• shuffle: https://shuffle.dev/
• Hugo: https://gohugo.io/
• Gatsby: https://www.gatsbyjs.com/
• Nuxt.js: https://nuxtjs.org/
• Next.js: https://nextjs.org/
• Netlify: https://www.netlify.com/
• Cloudflare Edge Worker: https://workers.cloudflare.com/
• Jamstack: https://jamstack.org/
• Astro: https://astro.build/
• trivago Tech Blog: https://tech.trivago.com/
• tailwind: https://tailwindcss.com/
• Carrd: https://carrd.co/

(00:00:00) Intro

(00:03:59) Die Engineering Kiosk Website: engineeringkiosk.dev

(00:04:44) Historische JavaScript-Frameworks: MooTools, Prototype.js und script.aculo.us

(00:06:40) Andys Agentur-Background

(00:07:32) Warum braucht der Engineering Kiosk eine Website?

(00:14:37) Warum haben wir jetzt erst eine Website?

(00:16:06) Die Technik hinter der Engineering Kiosk Website

(00:21:00) Was ist ein Static Site Generator?

(00:31:29) Kritik am Static Site Generator Hugo

(00:34:56) Welcher Static Site Generator wurde für die Engineering Kiosk Website verwendet?

(00:39:09) Was ist das coole an Astro und wie wurde Website umgesetzt?

(00:41:30) Wie bekommen wir die Podcast Episoden in die Website rein?

(00:46:06) Technischer Unterbau mit Astro, tailwind, Python, Netlify

(00:50:05) Feedback und Contribution zum Engineering Kiosk Website Setup

(00:52:29) Outro

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Firmenwechsel. Kündigung ist raus. Wie gehts weiter?

Offboarding und Onboarding sind i.d.R. zwei Themen die sehr stark unterschätzt werden. Wie sieht man als Mitarbeiter zu, dass bei einem Firmenwechsel keine verbrannte Erde hinterlassen wird? Wie übergibt man alles ordentlich? Warum ist das überhaupt wichtig? Und was ist ein Exit-Gespräch? Und wenn das alles durch ist: Wie startet man bei der neuen Firma ordentlich? Worauf sollte man achten? Und wie kann Onboarding aussehen? Dies und nich viel mehr.

Bonus: Was Peter Thiel mit Kleber zu tun hat, was Krokodile mit Prüfungsergebnissen zu tun hat und was ein Weckmann mit dem Podcast zu tun hat.

Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

• List of tech migrations: https://github.com/kokizzu/list-of-tech-migrations
• Ian Goodfellow, Apple KI-Chef, verlässt Unternehmen: https://www.apfeltalk.de/magazin/news/ian-goodfellow-apple-ki-chef-verlaesst-unternehmen/
• GitLab onboarding: https://about.gitlab.com/handbook/people-group/general-onboarding/

(00:00:00) Intro

(00:01:52) Landtagswahl in NRW und das Feedback bei der Briefwahl

(00:07:42) Themen-Intro: Offboarding und Onboarding

(00:08:42) Wie kommen wir auf das Thema Offboarding und Onboarding 

(00:10:09) Warum ist das Thema Offboarding und Onboarding relevant ist

(00:12:02) Wie lang sollte man bei einer Firma bleiben?

(00:16:02) Muss man sich jede 2 bis 4 Jahre neu erfinden?

(00:19:43) Die Definition von Arbeit: Geld gegen Zeit und Fähigkeit und Loyalität zu Firmen

(00:21:12) Die Goldenen Handschellen durch Equity, Stocks und Firmen-Anteile

(00:22:49) Warum ist der Offboarding-Prozess eigentlich wichtig?

(00:23:43) Der Offboarding-Prozess aus der Sicht der Firma: Feedback, Exit-Chat, eigenes Netzwerk

(00:32:30) Der Offboarding-Prozess aus Sicht eines Mitarbeiter: Verbrannte Erde, Kaffee trinken, Prozesse die failen

(00:48:00) Die Zeit zwischen Offboarding und der neuen Firma: Urlaub

(00:50:51) Onboarding in einer neuen Folge: Intro Chats, Dokumentation, Checklisten, Diagramme und dumme Fragen

(01:11:20) Outro

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Der zweite Datenbank-Deepdive im Engineering Kiosk.

Indirekt knüpfen wir an Episode 8 mit dem Thema Datenbanken. Diesmal fangen wir aber ganz vorne an: Mit hierarchischen Datenbanken über Objektorientierte Datenbanken, anschließend zu SQL bis hin zur NoSQL und Spaltenorientierten Datenbank-Ära. Dabei klären wir Fragen was zum Beispiel der Unterschied zwischen Datenbanken und Dateien ist, ob OOP-Datenbank immer noch ein Hype ist, was Indexe sind und wie diese funktionieren, warum die Migration weg von Oracle schwierig sein kann, ob Lucene eine Datenbank ist und noch viel viel mehr.

Bonus: Was Kürbiskerne mit Datenbanken zu tun haben und warum MySQL ein besseres Adressbuch mit SQL Interface ist.

Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

• IBM Mainframes: https://www.ibm.com/de-de/it-infrastructure/z
• ClickHouse: https://github.com/ClickHouse/ClickHouse / https://clickhouse.com/
• Oracle Cloud Free Tier: https://www.oracle.com/de/cloud/free/
• Apache Lucene: https://lucene.apache.org/
• Apache Solr: https://solr.apache.org/
• ElasticSearch: https://github.com/elastic/elasticsearch
• Liste der Datenbankmanagementsysteme: https://de.wikipedia.org/wiki/Liste_der_Datenbankmanagementsysteme
• IBM Go Fork für Mainframes: https://github.com/linux-on-ibm-z/go
• DB4O: https://de.wikipedia.org/wiki/Db4o
• Michael Stonebraker / The End of an Architectural Era (It’s Time for a Complete Rewrite): http://nms.csail.mit.edu/~stavros/pubs/hstore.pdf
• Percona: https://www.percona.com/
• 2ndquadrant: https://www.2ndquadrant.com/
• OSS Names: https://github.com/EngineeringKiosk/OSS-Names
• Redis: https://github.com/redis/redis
• RedisLabs: https://redis.com/
• antirez: http://antirez.com/
• RocksDB: http://rocksdb.org/
• ElasticSearch: https://github.com/elastic/elasticsearch
• LevelDB: https://github.com/google/leveldb
• MyRocks: http://myrocks.io/

(00:00:00) Intro

(00:00:55) Mathematik-Professoren und Kürbiskern-Brötchen

(00:02:27) Warum Datenbanken ein Herzensthema von Wolfgang ist

(00:04:08) Was ist denn eine Datenbank und wann verwendet man eine Datenbank?

(00:06:34) Sind klassische Dateien auch eine Datenbank?

(00:07:25) Hierarchische Datenbanksysteme: IBM IMS

(00:09:30) IBM Mainframes, Go, Docker und horizontale Skalierung

(00:11:30) Was wäre ein Use-Case von hierarchische und Objekt-Orientierte Datenbanken?

(00:16:15) Hast du bereits eine Objekt-Orientierte Datenbanken bereits in einem Projekt eingesetzt?

(00:16:52) Trennung von Daten und Applikationslogik und SQL als Basis-Datenbanken-Wissen

(00:18:55) Was ist der Unterschied von SQL-Datenbanken und Dateien

(00:19:32) Datenbank Index/Indize: Daten-Duplikation, Lese- und Schreibzugriffe

(00:23:54) Ist eine Excel-Datei eine Datenbank?

(00:24:58) Unterschied von Files und Datenbanken: Nutzung von mehreren Benutzern

(00:28:03) Recovery, persistentes und konsistentes Speichern bei Files und Datenbanken

(00:31:01) Relationale Datenbanken sind die eigentlich klassischen Datenbanken

(00:34:31) Proprietäre Datenbanken: Oracle Migration nach PostgreSQL

(00:37:06) Oracle Cloud und das Free-Tier

(00:38:29) MySQL wurde von Oracle übernommen und MariaDB als Alternative

(00:39:48) Logik in der Datenbank, Oracle-Migrationen und Application-Server

(00:41:10) Gibt es ein Killer-Argument für proprietäre Datenbanken?

(00:43:57) Woher kommt der Name MySQL und MariaDB kommt?

(00:45:19) Ist ElasticSearch eine Datenbank nach der klassischen Definition?

(00:46:38) Ist Redis und andere Key-Value-Stores eine Datenbank?

(00:48:42) NoSQL ist für Kinder, Feature-Ritis, Einfache Datenbanken und LevelDB / RocksDB und MyRocks

(00:53:19) Was sind Spalten-Datenbanken und wann sollten diese angewendet werden? Analytische Datenbanken und Clickhouse von Yandex

(00:58:15) Was für Fragen sind relevant um die richtige Datenbank für mich zu finden?

(01:01:43) Feedback zum Thema Datenbanken und Outro

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Ziel-Definitionen und Mitarbeiter-Metriken: Sinnvoll oder totaler Blödsinn?

Das Thema ist heiß umstritten. Viele lieben Ziele im Job. Andere sind eher auf dem Trichter von “Wer misst, misst Mist.”. In dieser Episode sprechen Wolfgang und Andy über individuelle Ziele, Team-Ziele und über die Frage, ob sich das Team in die richtige Richtung bewegt. Unter anderem mit Fragen wie, ob es immer mathematisch messbare Ziele sein müssen, wie man mit subjektiven Zielen umgeht, ob man Lines of Code messen sollte, was die Velocity aus dem Scrum Framework mit OKRs zu tun haben und noch vieles mehr.

Bonus: Wieso Österreicher Podcasts anschauen können und was das Fortuna Düsseldorf und das Sams mit der ganzen Sache zu tun hat.

Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

• Reddit-Disukssion: https://www.reddit.com/r/de_EDV/comments/uhnn4c/wie_werdet_ihr_als_mitarbeiter_und_euer_team/
• Sentry: https://sentry.io/
• OKR Beispiele für Software Teams: https://www.koan.co/okr-examples/engineering
• OfficeVibe: https://officevibe.com/
• DevOps-Kultur: Organisationskultur von Westrum: https://cloud.google.com/architecture/devops/devops-culture-westrum-organizational-culture
• CircleCi Engineering Kompetenz-Matrix: https://docs.google.com/spreadsheets/d/131XZCEb8LoXqy79WWrhCX4sBnGhCM1nAIz4feFZJsEo/edit#gid=0
• DORA Metriken: https://cloud.google.com/blog/products/devops-sre/using-the-four-keys-to-measure-your-devops-performance

(00:00:00) Intro

(00:01:37) Helft uns mit eurem Netzwerk durch eine Podcast-Empfehlung

(00:02:02) Wie kam das Thema dieser Podcast-Folge zustande? Team Metriken, Einzel-Metriken und Performance-Metriken von Mitarbeitern

(00:06:06) Drei Kategorien: Individuelle Ziele, Team-Ziele und "Bewegt sich das Team in die richtige Richtung?"

(00:06:36) Individuelle Ziele: Warum ist das Thema relevant? Warum sollte man sich über Ziele unterhalten?

(00:13:50) Objective Key Results (OKR) als mögliche Ziele

(00:18:09) Die Kritik von Objective und Key Results als individuelle Ziele

(00:21:19) Transparenz von Zielen im Team und in der Firma

(00:23:44) Planung und Ziele ist unnütz und Overhead

(00:25:05) Antipatterns und Ziele die man vermeiden sollte

(00:26:31) Was ist die Velocity innerhalb vom Kontext Scrum? Und wie sollte diese Metrik bewertet werden?

(00:31:27) Die Nutzung von Code- und Software Repository Mining-Metriken als Basis zur Zielsetzung

(00:37:12) Team-Metrik "Happyness" und wie man es messen kann

(00:42:22) Das Westrum-Modell, OfficeVibe und Google Forms

(00:45:43) 360* Feedback: Was ist es und die Kritik am System

(00:52:26) Vergleichbarkeit von Software Engineers und Levels

(00:57:45) Jobtitel und individuelle Ziele und höhere Erwartungen

(00:59:00) "Bewegt sich das Team in die richtige Richtung?", DORA-Metriken und Well-Rounded Software Engineer

(01:03:30) Zieldefinitionen sind nicht einfach und Kontext ist King

(01:07:46) Outro

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Was haben die Methoden der Feuerwehr zur Bekämpfung von Großschadensereignissen mit dem Incident Management von IT-Systemen gemeinsam? 

Diese Frage klären wir in der folgenden Episode. Wolfgang, als Mitglied der freiwilligen Feuerwehr, gibt einen Einblick in das Prozedere, wenn die Feuerwehr ausrückt. Andy vergleicht dies mit dem Incident Management von Cloud-Systemen. Wir klären wie man den Schaden eines Incidents misst, was dies mit dem Vertrauen von Kunden zu tun hat, wie ordentliche Prävention aussehen kann und warum es dafür wenig Ruhm gibt, was man unter War- und Peacetime versteht, wie ein moderner “Schreiberling” aussieht, wie dreist Presseleute sein können und was eine kleine Konferenz in Kalifornien damit zu tun hat.

Bonus: Was Gartenschläuche und Stahl-Hochöfen damit zu tun haben und wieso Kaffee holen doch eine Strategie sein kann.

Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

• Datenverlust bei 1.500 Snapshots von Hetzner Cloud: https://www.golem.de/news/trotz-redundanz-datenverlust-bei-1-500-snapshots-von-hetzner-cloud-2204-164628.html
• Ceph Storage: https://ceph.io/
• Inside the Longest Atlassian Outage of All Time: https://newsletter.pragmaticengineer.com/p/scoop-atlassian
• Atlassian stoppt den Verkauf von On-Premise Lizenzen: https://www.atlassian.com/migration/assess/journey-to-cloud
• auditd: https://linux.die.net/man/8/auditd
• rsyslog: https://www.rsyslog.com/
• Incident.io: https://incident.io/
• 5-Why-Methode: https://de.wikipedia.org/wiki/5-Why-Methode
• Postmortem “Roblox Return to Service 10/28-10/31 2021”: https://blog.roblox.com/2022/01/roblox-return-to-service-10-28-10-31-2021/
• Postmortem “The Discovery of Apache ZooKeeper’s Poison Packet”: https://www.pagerduty.com/blog/the-discovery-of-apache-zookeepers-poison-packet/
• Postmortem “etcd: v3.5 data inconsistency”: https://github.com/etcd-io/etcd/blob/main/Documentation/postmortems/v3.5-data-inconsistency.md
• Postmortem: “Gocardless: Incident review: API and Dashboard outage on 10 October 2017”: https://gocardless.com/blog/incident-review-api-and-dashboard-outage-on-10th-october/
• Postmortem: “Monzo,Outage, 29. July 2019”: https://monzo.com/blog/2019/09/08/why-monzo-wasnt-working-on-july-29th
• Sammlung von verschiedenen Postmortems: https://github.com/danluu/post-mortems
• OpsGenie: https://www.atlassian.com/de/software/opsgenie
• PagerDuty: https://www.pagerduty.com/
• Buch “Incident Management for Operations”: https://www.amazon.de/Incident-Management-Operations-Rob-Schnepp/dp/1491917628

(00:00:00) Intro

(00:01:21) Wie viel Feuerwehr-Leute gibt es in Deutschland?

(00:02:58) Was ist Incident Management im DevOps/Infrastruktur-Bereich

(00:07:33) Firmen-Interne Incidents können ebenfalls richtig teuer werden

(00:09:14) Wie wichtig ist Prävention und Monitoring?

(00:10:26) Wie agiert ein Unternehmen bei einem IT-Incident? Chaotische Hilfe

(00:12:33) Inwieweit kann ein IT-Incident mit einem Großschadensereignis verglichen werden?

(00:14:14) Was ist ein Großschadensereignis?

(00:15:57) Wie bekommen denn alle mit, dass ein Incident gerade eintritt? Und welche Strukturen sind notwendig?

(00:17:43) Wer übernimmt die Rolle des (Incident) Commanders?

(00:19:21) Was beinhaltet denn die Übernahme eines Incidents?

(00:21:23) Vergleich von der Übernahme eines Incidents zwischen der Feuerwehr und einem IT-System

(00:23:43) Strategie der Feuerwehr bei Incidents und Hierarchien

(00:26:14) Ist der Einsatzleiter ein aktiver Teil des Incidents? Und welche Rollen gibt es noch?

(00:30:09) Kommunikationsstrukturen in IT-Incidents

(00:33:01) Der aktuelle Atlassian-Incident

(00:34:44) Die Rollen von Logistik und Administration in der Feuerwehr und in der IT

(00:37:16) (Essens)-Logistik bei Remote-Incidents

(00:40:19) War-Rooms: Anti-Pattern oder Must-Have + Pro-Aktive Kommunikation

(00:43:26) War- und Peace-Time

(00:44:19) Incident Commander, Rollen und Rollen-Rotation im IT-Bereich

(00:45:53) Die Rolle des Protokollführers / Schreiberlings

(00:50:46) Post Mortems und Nachbesprechungen: Warum machen die Sinn?

(00:54:21) Vorbereitungen, Prävention und Training in der Friedenszeit

(00:57:51) Lernen aus Incidents und die Post Mortem-Struktur

(01:00:09) Employer Branding mit Post Mortems

(01:01:45) Happy-Path in Post Mortems

(01:02:35) Nachbesprechung bei der Feuerwehr und Post Mortem Conferences

(01:06:45) Web-Ops / Fire-Ops-Conference

(01:09:40) Outro

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Code Reviews: Jeder will schnelles Feedback, doch niemand hat Zeit dafür - Eine Hassliebe.

Eine Komponente im Alltag jedes Software Engineers. Egal ob Junior, Senior oder Staff-Engineer. Jeder erstellt Code Reviews und kommentiert die Arbeit von den Kollegen. Doch wie sehen gute Code Reviews aus? Was gehört hinein, was bleibt besser draußen? Wie viel Reviewer machen Sinn? Wie geht man mit Nitpicking-Kommentaren und Gatekeepern um? Und allgemein: Zieht dieser zusätzliche Schritt nicht die Performance des Teams runter und ist sowieso Overhead?

All das und noch viel mehr in dieser Episode zum Thema Code Reviews.

Bonus: Was Faultiere und Markus Söder mit Code Reviews zu tun haben und warum Blubberwasser den Charakter verdirbt.

Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

• Google Fellows: https://www.newyorker.com/magazine/2018/12/10/the-friendship-that-made-google-huge
• Code Owners File: https://docs.github.com/en/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/about-code-owners
• Software Repository Mining: https://en.wikipedia.org/wiki/Mining_software_repositories
• Round Robin Code Review Assignment: https://docs.github.com/en/organizations/organizing-members-into-teams/managing-code-review-settings-for-your-team
• Inner Source: https://de.wikipedia.org/wiki/Inner_Source
• Suggesting Changes on GitHub: http://haacked.com/archive/2019/06/03/suggested-changes/
• Are Pull Requests Holding Back Your Team?: https://betterprogramming.pub/are-pull-requests-holding-back-your-team-e8aec48986c2
• Extrem Programming: https://de.wikipedia.org/wiki/Extreme_Programming

(00:00) Intro

(01:23) Amsterdam, Hipster und Craft-Bier

(02:04) git rebase, history rewrite, force push und Kollaboration

(04:54) Saubere git history und Merge-Commits

(05:17) Code Reviews

(02:05) Was ist denn ein Code Review?

(07:02) Muss der Code Reviewer immer mehr Erfahrung haben?

(08:10) Was wir von Juniors im Job und bei Code Reviews lernen können

(09:37) Was ist denn ein Google Fellow?

(10:37) Code Reviews als Mittel fürs Onboarding

(11:35) Frühes pushen der Arbeit ist wichtig für frühes Feedback

(13:15) Wo sollen die Informationen zu meiner Änderung stehen? Im Pull Request oder in der Git Commit message?

(15:04) Wen lade ich zu meinem Code Review ein? Code Owners file und Software Repository Mining

(17:34) Worauf soll ich als Code Reviewer acht geben und konzentrieren?

(20:09) Pro-Aktivität in Code Reviews mit aktiven Vorschlägen und Fragen stellen

(23:33) Muss man jedes Feedback aus dem Code Review annehmen? Lass das Ego vor der Tür und Gate-Keeper

(26:37) Kommunikationskonflikte in Code Reviews: Video Calls vs. geschriebene Kommunikation

(28:14) Nitpicking, Code-Formatting, Styleguides, Linter und Automatisierung

(32:11) Mindern Pull Requests und Code Reviews die Performance von Teams?

(36:56) Schnelligkeit bei Facebook und Booking: Schnelles Mergen und Code Reviews danach

(39:01) Auslagerung der Verantwortung bei Code Reviews und Blameless Kultur innerhalb der Firma

(42:38) Technische Mittel für sichere Deploys: Feature Flags, Canary Deployments, Dark Launches und Blue-Green-Deployments

(46:08) Wie schnell sollte ein Code Review vom Team gereviewed werden?

(53:00) Code Reviews in der Firma vs. Code Reviews in Open Source und die Motivation

(54:34) Konsequenzen bei nicht eingehaltenen Service Level Agreements (SLA)

(57:28) Outro

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Kommentare im Quellcode und Git Commit Messages - Liest die überhaupt wer?

Ein Streit, der so alt ist wie die Software Entwicklung selbst: Code ist Selbsterklärend und braucht keine Kommentare. Oder doch? Und die Git Historie ist auch eigentlich sinnlos. Warum sollte da jemand zurück gehen und sich die Commit Messages durchlesen?

Diese Fragen und Themen wie Semantic Versioning, Idiomatische Programmier-Patterns, Merge Commits, Story-Tellung und was Fynn Kliemanns Kunst mit der Git Branch-Visualisierung zu tun hat, klären Wolfgang und Andy in dieser Episode vom Engineering Kiosk.

Bonus: Warum Andy einen neuen Podcast-Partner sucht und Wolfgang lieber seinen Code angreift, anstatt Ihn zu entwickeln.

Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

• Best practices for writing code comments: https://stackoverflow.blog/2021/12/23/best-practices-for-writing-code-comments/ 
• SymfonyLive Cologne 2016 - Jan van Thoor - Open Heart Surgery In Production: https://www.youtube.com/watch?v=vBG5pUn1Olg
• What is the best comment in source code you have ever encountered?: https://stackoverflow.com/questions/184618/what-is-the-best-comment-in-source-code-you-have-ever-encountered
• Melanie Patrick: Git - How to unfuck https://www.youtube.com/watch?v=LP4F2rmi4r4
• Automatische Changelog/Release PRs: https://github.com/googleapis/release-please
• Semantic Versioning: https://semver.org/
• Software Repository Mining: https://en.wikipedia.org/wiki/Mining_software_repositories
• Andy Grunwald - The story of my bachelor thesis about Software Repository Mining: https://andygrunwald.com/blog/the-story-of-my-bachelor-thesis-about-software-repository-mining/
• Linux Kernel Git Commit Messages Beispiel: https://github.com/torvalds/linux/commit/3ae87d2f25c0e998da2721ce332e2b80d3d53c39

(00:00:00) Intro

(00:01:21) Home Office: Job und Privat stark trennen?

(00:02:31) Warum macht man Sport und wie steht Wolfgang zur bayerischen Ess- und Feierkultur

(00:03:43) Karriere oder Software-Engineering Podcast und Hardcore-Tech-Thema

(00:04:38) Wie viel Kommentare hat die letzte Datei, die du in der IDE offen hattest?

(00:01:16) Wie stehst du allgemein zu Kommentaren?

(00:01:05) Was sind sinnvolle Kommentare und ist Code wirklich selbsterklärend?

(00:13:55) Komplexen code refactoren oder lieber gut kommentieren?

(00:17:40) Kommentare für kopierten Stack Overflow Code

(00:19:48) Kommentare für die Business-Domäne

(00:20:11) Algorithmen und Variablen mit einem Buchstaben

(00:21:46) Können gute Variablen und Funktionsnamen Kommentare ersetzen?

(00:23:43) Wird der Code fürs Lesen oder Schreiben optimiert?

(00:25:43) Bit-Shifting versteht doch keiner

(00:28:29) Wie komplex eigentlich die Bash-Programmierung sein

(00:33:11) TODO-Kommentare im Code oder lieber ein Ticket?

(00:36:56) Story-Telling im Code und Entwickler-Humor

(00:40:02) Kommentare in Deutsch oder Englisch und Domänen-Vokabular

(00:42:34) Wie sollten Git Commit Messages aussehen? Und warum Git Commit Messages E-Mail sein können

(00:45:39) Isolierte Git Commits für bessere Git Commit Messages

(00:46:44) Merge Commits

(00:49:59) Strukturierte Git Commit Messages und Nutzung von Prefixes wie bugfix und feature in Git Commit Messages

(00:52:13) Was ist Semantic Versioning (SemVer)?

(00:56:38) Der Linux Kernel als Vorbild für gute Commit Messages

(00:57:55) Wolfgangs Meinung zu Merge-Commits

(00:59:38) Branch-Visualisierung in Git

(01:01:30) Outro

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Remote-Work, asynchrone und parallele Arbeit und die eigene Work-Life-Balance.

Durch Corona haben wir alle einen Geschmack von der Remote-Arbeit und Home Office bekommen. Einige hassen es, andere lieben es und haben sogar dem Büro für immer den Rücken gekehrt. Aber worauf kommt es denn wirklich an?

Wolfgang und Andy gehen dieser Frage mal auf den Grund: async und await, Event-Loop, Fokus-Zeiten, Eule und Lerche als Menschentypen, Vertrauen im Team, messbare Ergebnisse, Pro-Aktivität und Schreib-Skills. Was das alles miteinander zu tun hat, hört ihr in dieser Episode.

Bonus: Warum man in Amsterdam anders meditiert als anderswo, wieso Andys Liebe zu Redis einen Knick bekommen hat und ob Wolfgang wirklich Holländer ist.

Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

• Pieter Levels https://levels.io/async/ 
• http://nightowlsbook.com/ 
• Slack: https://slack.com/
• Design Documents at Google: https://www.industrialempathy.com/posts/design-docs-at-google/
• Mantis BugTracking: https://www.mantisbt.org/
• Redmine: https://www.redmine.org/

(00:00) Intro und Rückmeldung zur Episode #13 über Produktivität

(01:22) Async + Asynchronität (async, await, event loop)

(02:00) Vorteil von asynchroner Verarbeitung

(04:13) Asynchronität vs. Parallelisierung

(07:08) NodeJS, Callback-Hölle und async/await in Ruby

(08:27) Warum verwenden wir nicht die asynchrone Herangehensweise um unsere eigene Zeit besser auszunutzen? - Asynchrones Arbeiten

(11:23) Asynchrones Arbeiten, Schlafrhythmus (Eule vs. Lerche) und lange Fokus-Zeiten

(14:48) Was verstehen wir unser asynchroner Arbeit?

(18:34) Wie kommt man denn zu dem asynchronen Arbeiten (zB als kleine Firma)? (Vertrauen, Pro-Aktivität, Über-Kommunikation)

(21:29) … was noch? (Kollaboratives Tooling, Energie für Vorschläge und Objektivität, Diagramme, Transparenz)

(29:12) Die Funktion und Wahrnehmung von Slack in der asynchronen Arbeitswelt

(34:05) Die Schriftform als Skill und warum dies trainiert werden sollte

(35:22) Anwendungen von deinen Schreib-Skills im Ticket-System

(38:50) Technical Writing, Dokumentation und Meeting Protokolle

(39:26) Design Dokumente als Basis für die asynchrone Arbeit

(53:32) Tiefere Gedanken während des schreibens

(54:05) Wrap Up zum Thema asynchrones Arbeiten und Outro

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Vergiss Datenbanken - Benutze mehr Files!

Warum denkst du eigentlich, dass du eine Datenbank brauchst?

Würde deine Applikationskomplexität nicht deutlich niedriger sein, wenn du alles in einer Datei abspeichern würdest? Hast du wirklich so dynamische Daten? Liest du deine Daten nicht deutlich öfter, als dass du diese schreibst? Und macht die Datenbank deine Applikation nicht langsamer?

Mit dieser steilen These kommt Wolfgang um die Ecke. Obwohl dies gegen alles geht, was wir sonst normalerweise so lernen und beigebracht bekommen. Und das von jemandem, der in dem Bereich Datenbanken studiert hat. Darum geht es in dieser Episode.

Bonus: 1 Jahr Engineering Kiosk Alps Meetup.

**** Diese Episode wird gesponsert von WeAreDevelopers World Congress 

Nimm am WeAreDevelopers World Congress teil, der weltweit führenden Veranstaltung für Entwickler*innen vom 17. bis 19. Juli 2024 in Berlin. WeAreDevelopers begrüßt 15.000+ Entwickler*innen und 500+ Speaker zu einem unvergesslichen Event in diesem Sommer. Nutze unseren exklusiven Rabattcode "WWC_EngineeringKiosk15" für 15% Rabatt.

Zu den Speakern gehören: Scott Hanselman, Scott Farquhar, Douglas Crockford, Thomas Dohmke, Demetris Cheatham, John & Brenda Romero, Prashanth Chandrasekar, Madona Wambua, Jonas Andrulis, Denis Yarats, Scott Chacon und viele mehr!

Mehr Infos unter https://worldcongress.dev/ 

Hier geht es zum Gewinnspiel: https://www.linkedin.com/feed/update/urn:li:share:7211263176640729088/

****

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Feedback

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

Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.

• Wolfi’s Vortag “Forget databases - use files!”: https://docs.google.com/presentation/d/e/2PACX-1vRRtmoWcNUgnCb2kbnVQWiS0R1NlVrGenp_V42HS3GOuXvfO4IRLKZ1eX94gyerV-6awH1k6Xrc4Xhi/pub
• Perfomance Tests zu Wolfi’s Vortrag: https://github.com/woolfg/no-dbms-use-files/ 
• 1 billion row challenge: https://github.com/gunnarmorling/1brc
• HackerNews-Kommentar über erfahrene Entwickler*innen: https://news.ycombinator.com/item?id=21377349
• tailscale blog “An unlikely database migration”: https://tailscale.com/blog/an-unlikely-database-migration
• LinkedIn-Post zum WeAreDevelopers World Congress Gewinnspiel: https://www.linkedin.com/feed/update/urn:li:share:7211263176640729088/

(00:00:00) Happy Birthday zu 1 Jahr Engineering Kiosk Meetup Alps

(00:03:05) Gewinnspiel WeAreDevelopers World Congress

(00:04:19) Happy Birthday zu 1 Jahr Engineering Kiosk Meetup Alps

(00:13:19) Migrationen, Deployments und Schema-Versionierung

(00:20:17) tailscale, sqlite, JSON-Files und etcd

(00:27:00) Files sind schneller als Datenbanken

(00:30:56) Mehrdimensionale Daten und Relationen

(00:35:34) Schreibzugriffe und Schema-Sicherheit

(00:39:56) Performance-Overhead, Files zu parsen

(00:47:49) File as a Service und sqlite

(00:54:04) Das schlechte Gefühl, ein Junior zu sein

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

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

Zeit- und Produktivitätsmanagement: Buzzword-Bingo oder bringt das wirklich was?

So blöd wie das Thema auch klingen mag, es hat Vorteile. Nicht nur im beruflichen Umfeld, sondern auch im privaten. Wolfgang und Andy sprechen über Ihre Art und Weise, Aufgaben zu organisieren, welche Methoden Sie verwenden, welche was bringen und welche Blödsinn sind, wo die Probleme liegen, ob man Talent dafür bracht, wie man sich selbst mit spannenden Aufgaben austricksen kann und wie man damit seinen Vorgesetzten Erziehen kann.

Bonus: Warum Wolfgang endlich seine Zahnbürste wechselt, was Volkswagen mit Getting Things Done zu tun hat und wieso Andy ab und zu knatsch mit seiner Frau hat.

Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

• Episode 10 zu 1on1s: https://engineeringkiosk.dev/episodes/10
• Remember The Milk: https://www.rememberthemilk.com/
• Asana: https://asana.com/
• Things: https://culturedcode.com/things/
• Evernote: https://evernote.com/
• Notable: https://notable.app/
• emacs org mode Getting Things Done: https://orgmode.org/worg/org-gtd-etc.html
• Wunderlist: https://de.wikipedia.org/wiki/Wunderlist
• Microsoft TODO App: https://todo.microsoft.com/tasks/de-de
• Wolfgang Gassler - How I Trick My Well Developed Procrastination Skills: https://wolfgang.gassler.org/trick-my-procrastination-skills/
• Paul Graham - Makers Schedule, Managers Schedule: http://www.paulgraham.com/makersschedule.html
• Getting Things Done (YouTube-Video): https://www.youtube.com/watch?v=gCswMsONkwY
• Eisenhower Prinzip: https://de.wikipedia.org/wiki/Eisenhower-Prinzip
• Inbox Zero: https://blog.hubspot.de/sales/inbox-zero
• StudiVZ löscht alle Bugs https://www.thewebhatesme.com/allgemein/bugfree-the-vz-way/  
• StudiVZ wird abgeschaltet: https://taz.de/StudiVZ-wird-abgeschaltet/!5841671/

• Getting Things Done: The Art of Stress-Free Productivity von David Allen
• Atomic Habits: An Easy & Proven Way to Build Good Habits & Break Bad Ones von James Clear
• Checklist Manifesto: How to Get Things Right von Atul Gawande

(00:00) Warum Zeit- und Produktivitätsmanagement relevant ist

(04:44) Zeit-Management als Thema in 1on1s

(06:08) Getting Things Done (GTD) von David Allen

(12:31) Kritik zu Getting Things Done (GTD)

(17:02) Muss man jede Regel von Gettings Things Done (GTD) befolgen um es erfolgreich einzusetzen?

(18:38) Nutzung von Getting Things Done (GTD) im privaten und im beruflichen

(21:03) Erinnerungen als Engineering Manager um soziale Kontakte zu pflegen

(23:03) Wie man seine Ehefrau mit Getting Things Done auf die Palme bringen kann

(25:00) Inbox Zero

(30:35) Kalender

(35:24) Eisenhower-Matrix

(38:46) Herausforderung: Aufgaben aktiv nicht zu tun

(42:21) Sich selbst mit spannenden Tasks selbst austricksen aka "Shape and Sell"

(45:21) Das schwierige, mit einer neuen Methode zu starten

(47:33) Welche Tools gibt es? Oder ist Stift und Zettel das Mittel der Wahl?

(52:59) Inspiration durch Blog-Artikel und Bücher

(55:37) Outro

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Make oder Buy: Alles einkaufen oder doch lieber selber machen?

Eine Frage die jeder von uns kennt: Sind meine Anforderungen so speziell, dass es kein Produkt auf dem Markt gibt, die diese abdeckt? Kann ich das nicht ggf. sogar besser, wenn ich das selbst mache?

In dieser Episode versuchen wir das Thema mal etwas zu durchleuchten: Wann sollte man Services einkaufen? Wann doch lieber selbst umsetzen? Wie geht man mit interner Politik und Gegenwehr um? Was kostet das Selbermachen eigentlich und was bedeuten Begriffe wie Total Cost of Ownership, Opportunitätskosten und Shadow-IT eigentlich? Ist Open Source ein Zwischenweg und wie sieht die ganze Security-Mäßig aus?

Bonus: Ob wir ein Karrierepodcast sind, was man in 1. Semester BWL lernt, welche Sicherheitsanforderungen eine Webagentur aus Wanne-Eickel hat und warum Wolfgang Google mehr vertraut als sich selber.

Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

• HackerNews Comment als Dropbox gelauncht wurde: https://news.ycombinator.com/item?id=9224
• Okta says hundreds of companies impacted by security breach: https://techcrunch.com/2022/03/23/okta-breach-sykes-sitel/
• Looker: https://www.looker.com/
• Nextcloud: https://nextcloud.com/
• Nextcloud-Angebot bei Hetzner: https://www.hetzner.com/de/storage/storage-share
• Render: https://render.com/
• Vercel: https://vercel.com/
• Netlify: https://www.netlify.com/
• F-Online, die Führerschein-Plattform: https://www.f-online.at/

(00:00) Intro

(01:33) Sollen wir die Software für unser A/B-Testing kaufen oder selber bauen?

(05:23) Reisekosten-Abrechnungen: Wie kann es gehen?

(06:53) Make or buy

(08:27) Wolfgangs Stand bei Make or buy im privaten Leben

(14:45) Wolfgangs Entscheidungskriterien für make or buy

(15:42) Was ist die eigene Zeit wirklich Wert?

(17:57) Klassische Beispiele für den “make or buy”-Fall in Firmen

(23:42) Was kostet ein Software-Engineer, etwas selbst zu machen (Total Cost of Ownership)

(28:55) Abgrenzung von make or buy

(30:14) Opportunitätskosten: Produktivität und User Experience

(33:40) Welche Bereiche gibt es, wo es Sinn macht, die Produkte nicht einzukaufen?

(37:07) Risiken beim Einkaufen von Produkten: Shadow-IT und Workflows

(41:16) Gegenwehr, fadenscheinige Gründe und interne Politik bei make or buy

(48:02) Sicherheitsbedenken bei der Benutzung von externen Services

(50:48) Eigene Erfahrung: Mehr make oder mehr buy?

(56:07) Wann sollte man Software kaufen?

(56:39) Wann sollte man die Software selbst bauen?

(57:44) Outro

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Den richtigen Arbeitgeber und die richtige Firma finden: Eine Mammut-Aufgabe.

In dieser Episode sprechen Wolfgang und Andy ein wenig darüber wie man neue, potentielle, Arbeitgeber findet, welche Fragen man sich selbst stellen kann um herauszufinden, was einem wichtig ist, geben Tipps um mit Recruitern zusammen zu arbeiten, Fragen uns ob ein hohes Gehalt wirklich alles ist, ob Startups, ScaleUps oder Konzerne besser sind und warum Agrar-Tech und Mähdrescher der heiße Scheiß sind.

Als Start in dieses Thema gibt es ein Re-Cap von einer User-Umfrage auf Reddit zum Thema 1on1s und die Beantwortung der Frage, wie man gutes (People) Leadership in neuen Firmen erkennt.

Bonus: Was Andys Kegeltour mit seiner Jobsuche zu tun hat und was ein Mottek ist.

Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

• Reddit-Umfrage "Wer von euch hat in seinem IT Job regelmäßig 1on1s (mit Vorgesetzten)?" https://www.reddit.com/r/de_EDV/comments/tg5y0y/wer_von_euch_hat_in_seinem_it_job_regelm%C3%A4%C3%9Fig/
• Zend https://www.zend.com/
• Claas https://www.claas.de/
• John Deere Just Swindled Farmers out of Their Right to Repair https://www.wired.com/story/john-deere-farmers-right-to-repair/
• Mika Timing https://www.mikatiming.de/
• TechCrunch https://techcrunch.com/
• CrunchBase https://www.crunchbase.com/
• Kafka https://kafka.apache.org/
• Deloitte Digital: https://www2.deloitte.com/de/de/pages/technology/topics/deloitte-digital.html
• Confluent: https://www.confluent.io/
• Y Combinator https://www.ycombinator.com/

(00:00) Intro

(01:02) Reddit-Umfrage zum Thema 1 on 1 / Episode 10

(03:02) "Man braucht keine 1 on 1s, wir können immer drüber sprechen"

(08:58) Wie wichtig sind 1 on 1s für dich bei deinem neuen Arbeitgeber?

(12:16) Wie findest du heraus, ob der Lead Erfahrung hat?

(15:05) Ist ein 1on1 ein Weiterentwicklungs-Benefit einer Firma oder Standard, den man annehmen sollte?

(16:49) Welche Weiterentwicklungsmöglichkeiten sind wichtig für die Wahl einer neuen Firma? Was ist einfach zu etablieren?

(18:41) Wie findet man eine neue Firma, bei der man sich bewerben könnte?

(21:39) Interviews sind auch glückssache

(24:13) Den Interviewprozess nutzen um zu erfahren, wie andere die Probleme lösen

(25:50) Firmen finden durch Liebe zum Produkt

(31:56) Firmen finden ohne Liebe zum Produkt

(37:12) Ist ein Startup etwas für mich?

(39:30) Sucht nicht selbst, sondern lasst euch finden (zB über LinkedIn)

(41:25) Tipps um mit Recruitern zu arbeiten

(45:22) Macht euch Gedanken, was Ihr vom neuen Arbeitgeber erwartet

(47:51) Gehalt, Geld und wie viel wollt und braucht Ihr?

(51:19) Andys Haupt-Kriterien für eine neue Firma

(53:50) Wie viele Interviews waren notwendig, um die richtige Firma zu finden?

(55:40) Interviews und Coding Challenges als Side Projetc

(56:12) Outro

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

1on1s - Zeitverschwendung oder eins der wertvollsten Meetings deiner Karriere?

Andy und Wolfgang sprechen über das meist unterschätzte Meeting deiner beruflichen Laufbahn: 1-on-1s: Purer Müll, Zeitverschwendung und reines Manager-Getue? Oder die beste zeitliche Investition? Wir klären, was 1:1s sind, geben Tipps zum Aufbau einer vertrauensvolle Atmosphäre, geben dir konkrete Fragen an die Hand, die du als Individual Contributor oder Engineering Manager stellen kannst und klären, was du tun kannst, wenn du bisher noch keine regulären Meetings mit deiner Vorgesetzten hast.

Bonus: Warum Wolfgang alle 1on1s mit Andy abgebrochen hat.

Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

• 101 Fragen für ein 1on1: https://jasonevanish.com/2014/05/29/101-questions-to-ask-in-1-on-1s/
• 5 Fragen, die ein Manager jedem seiner Direct Reports stellen sollte: https://hbr.org/2022/01/5-questions-every-manager-needs-to-ask-their-direct-reports
• 1on1 for Beginners: https://www.tombartel.me/blog/one-on-ones-for-beginners/
• 1on1: Beyond Status Updates https://www.tombartel.me/blog/one-on-ones-beyond-status-update/
• Taking notes during 1on1s: https://www.tombartel.me/blog/taking-notes-during-1-on-1s/
• How to prepare a 1on1 in 5 minutes: https://www.tombartel.me/blog/how-to-prepare-one-on-one-five-minutes/
• Ein Intro zu 1on1s bei Spotify https://engineering.atspotify.com/2015/12/a-101-on-11s/ 

• Lighthouse: https://getlighthouse.com/
• OfficeVibe: https://officevibe.com/one-on-one-software

(00:00) Intro

(00:30) Warum eine Episode über 1on1s

(02:40) Begriffsdefinition "1on1" und ist das ein Jour fixe?

(05:24) Mythos Zeitverschwendung und unnützes Gespräch

(06:23) Sichere und vertrauensvolle Atmosphäre im 1on1

(08:28) Tipps um eine sichere Atmosphäre und Vertrauen zu schaffen

(12:22) Wer sollte ein 1on1 machen? Und was sind Skip-Level Meetings?

(15:53) Sinnvolle 1on1 Intervalle

(19:35) Was sollte man in 1on1s besprechen? Welche Fragen kann ich als Individual Contributer stellen?

(28:52) Wie sollte ein Engineering Manager sein 1on1 vorbereiten und angehen?

(39:12) Tooling, die 1on1s supporten

(41:15) Perspektivenwechsel: Fragt eure Managerin

(42:57) Wie man am besten mit 1on1s beginnt

(44:12) Feedback und Outro

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Es wird politisch: Der Angriffskrieg auf die Ukraine und eine möglichst technische Beleuchtung des Themas.

Wolfgang und Andy sprechen über die Ukraine und den Angriff durch Russland: Wie haben Tech Konzerne und Firmen reagiert, wie helfen sie ihren Mitarbeiterinnen und Familien. Welche Rolle spielen die GAFA Konzerne und welche Rolle könnten sie spielen. Wie können wir alle helfen und welche Rolle spielen (Miss)informationen?

Bonus: Als kleine Aufmunterung starten wir ein Projekt, das lustige Geschichten hinter Open-Source Projekten sammelt. 

Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

• Österreich schaltet seine Corona-Warn-App ab
• “Militärisch ist Österreich ein neutraler Staat, aber wir sind politisch niemals neutral, wenn es um die Achtung des Völkerrechts geht”
• Hilferuf von Ruby Entwickler (Blog Post), Tweet: I am not asking you to stop living your comfortable lives [...] I am just asking you to spread the word and show support.
• Wenn Russen ihren Kindern in der Ukraine oder Ausland nicht glauben
• Doppelgänger Podcast: Hintergrund zu Möglichkeiten von Big Tech (empfehlenswerter rant von Host Pip, ersten 30 min), Erfahrungsbericht Aufnahme von Flüchtlinge
• Crowdstorming mit Tinder und Google maps
• Google wird politisch, auf der Startseite: jedoch nur in ihrem Interesse bzgl. Leistungsschutzrecht 
• ICANN Antwort auf Ukrainische Anfrage SSL Zertifikate zu invalidieren
• The Pragmatic engineer: The Ukraine War - and Its Impact on the Tech Industry
• Unterkünfte melden auf https://www.unterkunft-ukraine.de/ oder https://www.airbnb.org/
• Mehr Informationen und alle Links, um zu Helfen, unter https://www.zeit.de/zeit-magazin/2022-02/hilfe-ukraine-spenden-deutschland-tipps und für Österreich unter https://www.moment.at/story/ukraine-in-oesterreich-helfen 
• Gute Auflistung von verlässlichen Informationen und gegen Fake News
• Programmier.bar: Tech News, auch über Russland Sanktionen
• Der Hintergrund von Open Source Namensgebungen
• Mastercard und Visa schließen russische Banken aus
• Netflix und TikTok ziehen den Stecker in Russland
• airbnb.org - Unterkünfte in Krisenzeiten
• unterkunft-ukraine.de

(00:00) Intro

(00:52) Abgeschlossene Corona-Pandemie in Österreich

(02:05) Ukraine-Geschehnisse aus der technischen Perspektive

(02:26) Wolfgangs-Sabbatical in der Ukraine

(04:49) Verbindung der Geschehnisse der Ukraine mit Technologie

(05:48) Wie Firmen die Bevölkerung in den entsprechenden Gebieten unterstützen

(07:50) Männer dürfen zur Zeit die Ukraine nicht verlassen

(08:58) Große Firmen hätten mehr Power, wenn sie die richtigen Informationen verbreiten würden

(12:52) Firmen nutzen die Sanktionen als Marketing-Fall

(13:42) Sanktionen und wie Firmen agiert haben

(15:46) Elon Musk und StarLink in der Ukraine

(17:54) Ukrainische Anfrage an die ICANN zur Abschaltung von dezentraler Infrastruktur

(20:02) Was könnte Cloudflare tun?

(21:19) Die Sanktionen treffen auch primär die Zivilbevölkerung

(22:24) Wie Firmen auf Sanktionen reagieren ist sehr unterschiedlich

(24:10) Arbeitschancen von geflohenen Ukrainern in der EU

(25:40) Wie geht man mit betroffenen Arbeitskollegen um?

(27:51) Was kann jeder von uns tun um zu helfen?

(35:00) Side-Projekt: Wie kamen Open Source Projekte zu ihrem Namen?

(36:30) Outro

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Datenbanken, besonders relationale Datenbanken und im Web ganz besonders MySQL.

Jeder kennt sie, jeder nutzt sie, aber keiner gibt zu diese zu nutzen da sie uncool und alt sind und sowieso nicht skalieren.

Wolfgang und Andy sprechen ein wenig über dieses Thema: Wie man seine eigene SQL Datenbank schreibt, was der Unterschied von Row-Based und Statement-Based Replication ist, warum simple Dateien oft besser sind als eine Datenbank, ob sqlite helfen kann und MongoDB die Lösung ist, wie Facebook, Booking und GitHub MySQL betreiben, ob PostgreSQL wirklich was kann und welche Schritte ihr unternehmen könnt, um eure Datenbank zu tunen.

Bonus: Ob Wolfgang Mickey Krause kennt und ob er ein erfolgreicher MySQL Buchautor war.

Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

• SQLProxy: https://github.com/sysown/proxysql
• Vitess: https://vitess.io/
• Building for the 99% Developers: https://future.a16z.com/software-development-building-for-99-developers/
• Litestream: https://litestream.io/
• Designing Data-intensive Applications: https://dataintensive.net/
• MyRocks Storage Engine: http://myrocks.io/
• MySQL 8.0: The end of MyISAM: https://www.percona.com/blog/2016/10/11/mysql-8-0-end-myisam/
• Wolfgang’s Talk: Forget Databases, use files!
• Efficient MySQL Performance Talk mit Video
• Gruß aus der Vergangenheit, Wolfi’s Lehrveranstaltung Datenbankimplementierung (2011) 
• NOW() und Time Funktionen bei Statement Based Replication in MySQL
• Percona Config Wizard wurde leider eingestellt aber alternativ kann MySQL Tuner https://www.linode.com/docs/guides/how-to-optimize-mysql-performance-using-mysqltuner/ verwendet werden

• Martin Kleppmann https://martin.kleppmann.com/
• Michael Stonebraker: https://de.wikipedia.org/wiki/Michael_Stonebraker
• Michael “Monty” Widenius: https://de.wikipedia.org/wiki/Michael_Widenius

(00:00) Intro

(00:15) Wolfgang und Apres-Ski

(02:52) Wie programmiert man seine eigene Datenbank?

(07:24) Was passiert, wenn eine SQL-Query die Datenbank erreicht?

(10:02) Die Schwierigkeiten, wenn man seine eigene Datenbank programmiert

(12:35) Sind Dateien besser als Datenbanken?

(18:00) Keine Netzwerk-Verbindungen dank sqlite?

(20:40) Was ist sqlite?

(22:20) Aussprache von sqlite und SQL und woher es kommt

(23:33) Wie kam MySQL und MariaDB zu ihrem Namen?

(24:17) Was empfiehlst du für kleine Apps? MySQL oder sqlite?

(25:06) Replikation von sqlite Daten

(26:02) Unterschied zwischen Row- und Statement-Based Replication

(27:56) Wie viel Requests kann man mit einer MySQL-Node bedienen?

(29:35) Buchempfehlung: Designing Data-Intensive Application

(31:42) Was tun, wenn ich Probleme mit MySQL-Performance hab?

(33:16) MySQL bei Facebook

(36:35) PostgreSQL, der andere Kandidat auf dem Spielfeld

(38:33) Tooling um MySQL: ProxySQL und Vitess

(43:38) MySQL Performance-Tipps vom Buch-Autor Wolfgang

(50:33) Outro

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Sein eigener Chef zu sein, sich die Projekte aussuchen können und sich die Zeit frei selbst einzuteilen. Obendrein noch einen Haufen Geld verdienen. Das ist die Vorstellung von vielen ITlern zur Selbstständigkeit. Doch wie sieht die Realität aus? Was sind die negativen Aspekte? Und wie viel Geld kommt wirklich unterm Strich bei rum?

In dieser Episode teilt Wolfgang seine langjährige Freelance-Erfahrung: Welche Arten von Freelancing gibt es, wie er die Probleme beim Schätzen des zeitlichen Aufwandes umgeht, warum rostende Software ein Problem ist und zu schlecht gelaunten Kunden führt, ob es sich lohnt seine Finger zu versicherung und was goldene Handschellen mit all dem zu tun haben.

Bonus: Wie Wolfgang einen Kunden beim Krafttraining im Fitnessstudio akquiriert hat, ohne selbst Gewichte zu stemmen.

Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

• Freelancer Stundensätze: GULP Stundensatz Kalkulator
• Freelancer Vermittlungsplattformen
• Freelancermap: https://www.freelancermap.de/
• Gulp: https://www.gulp.de
• Hays: https://www.hays.de

• Als Kleinunternehmer im Sinne von § 19 Abs. 1 UStG wird Umsatzsteuer nicht berechnet. (in Deutschland)

(00:00:00) Intro

(00:00:45) Bier holen

(00:01:43) Wolfgangs erstes Freelancing-Projekt

(00:02:54) Weibliche Software-Engineering Freelancer

(00:03:45) Wie Wolfgang zum Freelancing gekommen ist

(00:05:17) Verschiedene Arten vom Freelancing

(00:08:19) Freelancing als Lösung für Remote Work

(00:10:16) Scheinselbstständigkeit

(00:11:13) Entwicklung der Freelancing-Arbeit anhand deiner Erfahrung

(00:14:14) Software Maintenance bei Freelancing-Projekten

(00:17:40) Was sind die positiven Aspekte des Freelancings?

(00:27:28) Was sind die negativen Seiten vom Freelancen? 

(00:28:25) Kundenakquise

(00:29:44) Preisfindung

(00:37:00) Wie geht man die Selbstständigkeit an? Wie setze ich es in der Praxis um?

(00:40:42) Steuerberater

(00:46:09) Welche Kosten kommen noch auf einen zu?

(00:48:21) Haftung und was eine GmbH für dich tun kann

(00:50:11) Geschäftskonten

(00:51:18) Der Start ist schwer und Weiterempfehlungen

(00:54:29) Fragen, um herauszufinden, ob die Selbstständigkeit etwas für mich ist

(00:59:56) Neben der Festanstellung starten

(01:02:12) Outro

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Sind Machine Learning und Artificial Intelligence nur Hypes oder sollte ich meine Karriere dahingehend ausrichten? Und welche Hypes gibt es im Infrastruktur-Bereich? Und überhaupt: Wie steht das alles im Zusammenhang mit Job-Titels, meiner Beförderung zum Senior Engineer und meinem Gehalt?

All diese Themen klären Wolfgang und Andy in dieser wilden Folge. Weiterhin: Warum das Leben kein Ponyhof ist, was Agrar-Tech und autonom-fahrende Trecker, die Inflation und Krösus damit zu tun haben, sowie warum Software Engineers zu den Top 5% der Gesellschaft gehören.

Bonus: Warum Wolfgang kein Eiskunstlauf macht und wie er seinen Dr.-Titel bekommen hat.

Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

• DeepMind AlphaCode: https://www.deepmind.com/blog/article/Competitive-programming-with-AlphaCode
• GitHub Co-Pilot: https://copilot.github.com/
• GPT-3 Model: https://en.wikipedia.org/wiki/GPT-3
• Engineering levels / levels.fyi: https://www.levels.fyi/?compare=Google,Facebook,Microsoft&track=Software%20Engineer
• Down-Leveling = The Senioritz Rollercoaster: https://newsletter.pragmaticengineer.com/p/the-seniority-rollercoaster
• Krösus: https://de.wiktionary.org/wiki/Kr%C3%B6sus
• Career ladders bei Firmen / progression.fyi: https://www.progression.fyi/
• CircleCI Engineering Competency Matrix: https://docs.google.com/spreadsheets/d/131XZCEb8LoXqy79WWrhCX4sBnGhCM1nAIz4feFZJsEo/edit#gid=0

• Russ Cox: https://swtch.com/~rsc/

(00:00) Intro

(01:06) Deepmind News "AlphaCode" - Ein neuer Machine Learning Hype?

(06:40) Wie kann Alpha Code in der Praxis genutzt werden?

(08:04) Coding Challenges im Recruiting-Prozess

(11:09) Hypes im Infrastruktur-Bereich

(16:45) Frischer Wind von neuen Leuten in der Firma

(19:22) Mono-Repos als Hype-Beispiel

(20:55) Industrie-Definition von Job-Titles

(26:03) Braucht man Job-Titles (Senior, etc.)?

(31:43) Festgefahrene Strukturen in Konzernen

(37:38) Geld ist bei weitem nicht alles bei einem Job

(41:50) Mach das was dir Spaß machst und Generalisten vs. Spezialisten

(45:36) 5-Jahres-Pläne

(49:56) Outro

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk 

Software Engineers fangen bei 0 an zu zählen. Das Engineering Kiosk ist direkt bei Episode 1 gestartet. Diesen Off-by-one error beheben wir nun mit dieser Folge 0.

Wir, Wolfgang und Andy, stellen uns als Hosts vor, erzählen wie es zu diesem Podcast kam, wie wir gestartet haben, was wir in den ersten fünf Folgen gelernt haben und wie die Podcast-Distribution technisch funktioniert.

Nebenbei erfahren wir den Unterschied zwischen dem deutschen und österreichischem Verständnis von Cafe, warum Bachelor ein anderes Wort für Studenabbrecher ist und was Ziegen damit zu tun haben.

Bonus: Ob Kaiserschmarrn mit oder ohne Rosinen gemacht wird.

Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

• Deutsche Spotify Podcast Charts: https://podcastcharts.byspotify.com/de
• TYPO3 Content Management System: https://typo3.org/
• Codeprints: https://codeprints.dev/
• Working Draft Podcast: https://workingdraft.de/
• Audacity, open-source audio Schnitt Software: https://www.audacityteam.org/
• Ziegen-Bild

(00:00) Intro

(00:30) Gratulation zu 5 Episoden

(01:43) Wer ist Wolfgang Gassler?

(01:59) ... Was willst du mal werden, wenn du groß bist?

(02:44) ... Was ist das letzte, nicht IT technische, was du gelernt hast?

(03:49) ... Was motiviert dich, dich jeden Tag erneut mit IT und Software Engineering zu beschäftigen?

(05:05) ... Fakten-Check

(06:29) ... Wolfgangs Personalakte

(07:04) ... Wie viele Domains besitzt du, wo kein Side Projekt gestartet wurde?

(07:58) Wer ist Andy Grunwald?

(08:08) ... Was ist das erste, was du tust, wenn du einen Incident hast und wie Website down ist?

(09:12) ... Warum macht es dir soviel Spaß aufzuräumen und warum sind Ziegen auf deinem Instagram-Account?

(11:26) ... Welcher Spruch soll auf deinem Grabstein stehen oder auf einem Banner in deiner Heimatstadt Duisburg?

(12:03) ... Andys Personalakte

(13:12) Warum machen wir das Engineering Kiosk?

(15:42) Wie haben wir den Podcast gestartet?

(20:01) Warum kommt die Folge 00 jetzt erst?

(21:15) Was haben wir von 5 Podcast Episoden bereits gelernt?

(25:28) Open Podcast

(27:00) Outro

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Engineering Manager oder Team-Lead: Eine Position die sehr motivierend, aber auch abschreckend wirken kann.

Was erwartet einen? Was ist die Aufgabe einer Engineering Managerin? Wie verändert sich der Arbeitsalltag? Ist die Stelle überhaupt etwas für mich? Und was passiert, wenn ich doch lieber Software Entwickeln möchte? Gibt es einen alternativen Karrierepfad?

All das und noch über viel mehr Erfahrungen sprechen Andy und Wolfgang in Episode 05 vom Engineering Kiosk.

Bonus: Warum Andy Muskelkater im Arsch hat

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

• Mitchell's New Role at HashiCorp: https://www.hashicorp.com/blog/mitchell-s-new-role-at-hashicorp
• Tom Bartel mit "A Year Ago, I Stepped Away From a Leadership Position. Here Are 7 Things I Learned From That": https://www.tombartel.me/blog/leadership-position-to-individual-contributor-what-i-learned/
• "What is a Staff (or Staff-Plus or Principal) Engineer?": https://mikemcquaid.com/2021/10/01/what-is-a-staff-plus-principal-engineer/

• "The Managers Path" von Camille Fournier
• "Turn the ship around" oder "Reiß das Ruder rum!" von David Marquet
• "Drive" von Daniel H. Pink
• "Start with Why" von Simon Sinek
• "High Output Management" von Andrew S. Grove
• "An elegant puzzle" von Will Larson

(00:55) Hörer Feedback

(01:43) Wann bist du das erste mal in eine Teamlead-Stelle gerutscht?

(03:15) Kann man bereits Aufgaben eines Teamleads übernehmen, ohne ein Teamlead zu sein?

(04:18) Wie viel Zeit hast du mit Hands-On und wie viel mit People Management verbracht?

(04:52) Wie lang warst du Individual Contributor bevor du Teamleiter wurdest?

(05:42) Was hat sich am meisten an deinem Arbeitsalltag geändert?

(09:22) Was ist ein 1 on 1 Meeting und warum ist dies sinnvoll?

(13:27) Was ist eine gute Teamgröße für den Start als Engineering Manager?

(14:50) Woher wusstest du, was du als neuer Engineering Manager machen musst?

(20:51) Empfehlungen um die Entscheidung "Möchte ich den Job einer Engineering Managerin machen?" treffen zu können

(24:25) Feedback-Loop eines Software Engineers und eines Engineering Managers

(25:50) Was solltest du nicht wollen, wenn du ein Engineering Manager werden möchtest?

(27:42) Ist es ab und zu notwendig, seine eigene Entscheidung im Team durchzusetzen?

(28:36) Schwierige Konversationen als Engineering Manager

(30:49) Ist es ein Rückschritt wenn man als Engineering Manager zurück zum Software Engineer wechselt?

(34:42) Wie sieht ein möglicher Karriereweg aus, wenn der Engineering Manager-Weg nichts für mich ist?

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Wie werden eigentlich wissenschaftliche Paper richtig gelesen?

Du besuchst HackerNews und es trendet ein Artikel über einen neuen Algorithmus, der 100 mal besser ist als ein anderer. 1500 Kommentare hat der Post bereits. Für dich ist eins klar: Das MUSST du lesen. Du klickst drauf und erkennst “Uh … es ist ein wissenschaftliches Paper”.

Du fragst dich: Quälst du dich da nun durch? Oder suchst du lieber auf YouTube nach einer Zusammenfassung? So gehts wahrscheinlich vielen Nicht-Akademikern - Denn, diese Dokumente können langweilig und trocken sein, voll von irgendwelchen Formeln, die sowieso nur 3% der Menschheit verstehen.

Doch was ist, wenn man wissenschaftliche Paper nicht von vorne bis hinten liest, wie normale Bücher? Wie liest man diese Dokumente richtig, dass man nicht konstant weg pennt? Darum gehts in dieser Episode - Wolfgang erklärt die Tricks und Kniffe, wie man das meiste in kurzer Zeit aus den neusten wissenschaftlichen Erkenntnissen rausholt.

Bonus: Bit-Shifting ist immer noch ein Hass-Thema.

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)!

Feedback

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

Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.

• Dynamo - Amazon’s Highly Available Key Value Store: https://www.allthingsdistributed.com/files/amazon-dynamo-sosp2007.pdf
• Google File System: Insights into a highly scalable file system: https://static.googleusercontent.com/media/research.google.com/de//archive/gfs-sosp2003.pdf
• Scaling Memcached at Facebook: A look at the complexities of Caching: https://www.usenix.org/system/files/conference/nsdi13/nsdi13-final170_update.pdf
• Borg - Large Scale Cluster Management at Google: https://static.googleusercontent.com/media/research.google.com/de//pubs/archive/43438.pdf
• Cassandra: A look at the design and architecture of a distributed NoSQL database: https://www.cs.cornell.edu/projects/ladis2009/papers/lakshman-ladis2009.pdf
• Kafka: Internals of the distributed messaging platform: https://notes.stephenholiday.com/Kafka.pdf
• Spanner: Design and architecture of Google’s globally distributed database: https://static.googleusercontent.com/media/research.google.com/de//archive/spanner-osdi2012.pdf
• MapReduce: A detailed look at how MapReduce enables parallel processing of massive volumes of data: https://static.googleusercontent.com/media/research.google.com/de//archive/mapreduce-osdi04.pdf
• Bitcoin: The ground-breaking introduction to the peer-to-peer electronic cash system: https://www.ussc.gov/sites/default/files/pdf/training/annual-national-training-seminar/2018/Emerging_Tech_Bitcoin_Crypto.pdf
• MyRocks: LSM-Tree Database Storage Engine: https://www.vldb.org/pvldb/vol13/p3217-matsunobu.pdf
• Raft Consensus Algorithm: To learn about the more understandable consensus algorithm: https://web.stanford.edu/~ouster/cgi-bin/papers/raft-atc14.pdf
• Time Clocks and Ordering of Events: The extremely important paper that explains the concept of time and event ordering in a distributed system: https://lamport.azurewebsites.net/pubs/time-clocks.pdf
• Two Minute Papers YouTube Channel: https://www.youtube.com/@TwoMinutePapers
• Organization and Maintenance of Large Ordered Indexes: https://www.inf.fu-berlin.de/lehre/SS10/DBS-Intro/Reader/BayerBTree-72.pdf
• ACM Conference Series on Recommender Systems: https://recsys.acm.org/recsys23/workshops/
• Google Scholar: https://scholar.google.com/
• dblp: https://dblp.org/
• Wikicfp: http://www.wikicfp.com/cfp/
• SIG Special Interest Groups: https://en.wikipedia.org/wiki/Special_interest_group
• Papers we love: https://paperswelove.org/
• Papers we love auf GitHub: https://github.com/papers-we-love/papers-we-love

(00:00:00) Wissenschaftliche Paper richtig lesen

(00:03:31) Wissenschaftliche vs. Industrielle Paper

(00:08:56) Info/Werbung

(00:09:42) Wissenschaftliche vs. Industrielle Paper

(00:19:04) Vorgehensweise beim lesen

(00:37:54) Forschungsergebnisse reproduzierbar gestalten

(00:39:33) Wie finde ich das richtige Paper?

(00:50:40) Papers we love und Paper zusammenfassen

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

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

Für Andy ist Open Source und die Open Source Community ist bereits ein langer und essentieller Begleiter. In dieser Episode interviewed Wolfgang Andy genau zu dieseme Thema: Wie war sein Einsteig? Wieso es wichtig ist, sich Zeit zu nehmen um ein Bug-Ticket zu schreiben und was Snowboarden mit Open Source zu tun hat.

Bonus: Wie man Andy dazu bringt, nackig durch die Wohnung zu flitzen.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Andy (https://twitter.com/andygrunwald) und Wolfgang (https://twitter.com/schafele) sprechen im Detail über:

(02:04) Wann hast du mit Open Source begonnen und warum?

(03:27) Wie würdest du denn Open Source definieren?

(05:08) Warum bist du in der Open Source Szene geblieben?

(06:45) Hattest du mal schlechte Erlebnisse bei oder mit Open Source? als Maintainer?

(07:33) ... und als Contributor?

(08:15) Welche Tips kannst du Contributoren geben, um die Erfolgschancen für Pull Requests zu erhöhen?

(10:04) Hast du Best Practices aus Maintainer-Seite, wie man mit Contributoren umgeht?

(12:12) Wie geht man mit eigenen Open Source Projekten um, die man selbst nicht mehr nutzt?

(15:31) Wie gehst du mit Feature Requests um?

(17:56) Hat dir bereits jemand ein Feature gesponsored?

(19:14) Open Source wird als Free work verstanden

(20:45) Tipps für einen Feature Request bei einem Projekt

(21:49) Kommunikation ist sehr wichtig

(22:36) Wie siehst du den Stellenwert von Open Source im professionellem Umfeld?

(24:35) Open Source als Mittel fürs Recruiting

(25:40) Wie kann sich eine kleine Firma im Open Source Bereich engagieren?

(28:09) Was hälst du von dem Open Source First Konzept?

(29:29) Was ist Inner Source?

(30:40) Passwörter und Secrets im Code

(32:12) Möglichkeiten um ein Repository zu Open Sourcen

(32:38) Negative Punkte für den Einsatz von Open Source

(36:55) Welche Open Source Lizenz würdest du empfehlen, wenn jemand mit einem neuen Projekt starten möchte?

(39:29) Projekte auf GitHub ohne Lizenz

(40:35) Beer- und Pizza-Lizenz

(41:02) Kleine Sponsoring-Beiträge und Danke-Nachrichten können viel bewirken

(45:13) Andy flitzt nackig durch die Wohnung

(48:15) Was deine Open Source Contribution mit deinem professionellen Werdegang zu tun hat

• "Choose an open source license" von GitHub: https://choosealicense.com/
• "Scaling from 2,000 to 25,000 engineers on GitHub at Microsoft" von Jeff Wilcox: https://www.jeff.wilcox.name/2019/06/scaling-25k/
• "Für 50 Prozent der Entwickler ist Open Source ein 9-to-5-Job": https://www.techrepublic.com/article/for-50-percent-of-developers-open-source-is-a-9-to-5-job/
• "BMW *are* complying with the GPL" von Terence Eden: https://shkspr.mobi/blog/2016/03/bmw-are-complying-with-the-gpl/

• Richard Stallman: https://stallman.org/
• Daniel Stenberg: https://daniel.haxx.se/

• curl: https://curl.se/
• wolfSSL: https://www.wolfssl.com/
• Wolfgangs Doku-Wiki Plugin: https://github.com/woolfg/dokuwiki-plugin-gitbacked
• Gerrit Code Review: https://www.gerritcodereview.com/
• TYPO3: https://typo3.org/

• TYPO3 Snowboard Tour: https://t3board.typo3.org/
• FOSDEM: https://fosdem.org/2022/

• Bier-Lizenz: https://fedoraproject.org/wiki/Licensing/Beerware
• Pizza-Lizenz: https://github.com/PumaConcolor/pizza-license
• Do What the Fuck You Want to Public Lizenz: http://www.wtfpl.net/
• MIT Lizenz: https://opensource.org/licenses/MIT
• BSD Lizenz: https://opensource.org/licenses/BSD-3-Clause
• Apache 2.0 Lizenz: https://www.apache.org/licenses/LICENSE-2.0

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

Engineering Kiosk Podcast

Anfragen an stehtisch@engineeringkiosk.dev

Was ist eigentlich Over-Engineering? Und wann ist es einfach nur gutes Engineering? Ist das eigentlich immer nur negativ? Oder auch mal positiv? Gibt es auch Under-Engineering? In dieser Episode philosophieren Andy und Wolfgang darüber, wann der Drang nach dem perfekten Source-Code Overenegineering ist und warum es in der akademischen Welt nur dreckig programmiert wird.

Bonus: Warum Wolfgang seine Kletterschuhe nach Tschechien sendet

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Andy (https://twitter.com/andygrunwald) und Wolfgang (https://twitter.com/schafele) sprechen im Detail über

(00:00) Intro

(01:25) Was ist Over-Engineering?

(03:20) Umfeld vom Over-Engineering und die Anforderungen vom Projekt

(08:15) Ist alter Source-Code Over- oder Underengineered?

(09:00) Leiden Akademiker mehr unter Over-Engineering?

(10:10) Wann weiß ich, ob ich etwas mehr Arbeit in ein Projekt stecken soll?

(11:50) Ist die meiste Java-Software Over-Engineered?

(12:55) Kann man nicht mit alles einfach dreckig starten?

(14:40) Neue Technologie vs. das was ich schon kenne

(17:55) Twitter-Umfrage, was Leute unter Over-Engineering verstehen

(21:50) Das DRY-Prinzip

(25:15) Ein ORM / Object-Relational Mapping

(28:12) Dependency Injection

(30:04) Hackernews Driven Development

(33:20) Positives Over-Engineering

(35:15) Methoden um sich selbst vor dem Over-Engineering zu schützen

(37:30) Wolfgang's Glaskugel

(38:07) Overengineering findet viel zu selten statt

(41:55) Bei Google steht ein staubiger Server im Datacenter, der die Suchmaschine betreibt

(45:23) Underengineering bei der Reparatur von Kletterschuhen

(46:40) Do things that don’t scale - Wie startet man ein Projekt möglichst einfach

(47:55) Over-Engineering in der Automation 

(48:35) Fazit

(50:20) Kontakt und Outro

• Do things that don't scale von Paul Graham: http://paulgraham.com/ds.html
• Hackernews Driven Development: https://devdriven.by/hn/
• Byte Shifting: https://de.wikipedia.org/wiki/Bitweiser_Operator

• You Aren’t Gonna Need It (YAGNI): https://de.wikipedia.org/wiki/YAGNI
• Don’t repeat yourself (DRY): https://de.wikipedia.org/wiki/Don%E2%80%99t_repeat_yourself

• Hackernews: https://news.ycombinator.com/
• JavaScript library "left-pad": https://www.npmjs.com/package/left-pad
• Terraform: https://www.terraform.io/
• HashiCorp configuration language: https://github.com/hashicorp/hcl
• Go / Golang: https://go.dev/

Engineering Kiosk Podcast

Anfragen an stehtisch@engineeringkiosk.dev

Wolfgang und Andy erzählen ein wenig was über ihre eigenen Side Projects sourcectl (https://gettoknow.sourcectl.dev/), F-Online (https://www.f-online.at/) und the athlete (https://theathlete.app/).

Wir machen eine Rundfahrt durch den verwendeten Technologienzoo, diskutieren ob man Monitoring in Side Projects benötigt, wann es Over-Engineering und wann gerechtfertigt ist, ob der heutige Einsatz von Zend Framework 1 schon als kriminell gewertet werden kann und hören Wolfgang zu, wie er DevOps Anfängerfehler begeht indem ihm die Festplatte voll logs läuft.

Bonus: Wie Wolfgang den ultimativen Reichtum mit seinem eigenen CMS zur dotcom Blase verpasst hat

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Andy (https://twitter.com/andygrunwald) und Wolfgang (https://twitter.com/schafele) sprechen im Detail über:

(00:00) Intro

(02:03) Vorstellung von Andy und Wolfgang

(02:18) Vorstellung Andy Grunwald

(02:36) Vorstellung Wolfgang Gassler

(03:11) Side Project "inspect": Automatische Generierung einer RabbitMQ Architektur

(04:23) Was ist RabbitMQ?

(05:33) Side Project "sourcectl": Metrik Platform für Inner Source und Open Sorurce Projekte

(06:32) sourcectl: Warum nutzt du RabbitMQ und keine Datenbank für das Message Queuing?

(07:48) sourcectl: Monitoring

(08:55) sourcectl: Verarbeitung von Messages

(09:50) sourcectl: Infrastruktur- und Application-Setup

(12:01) Was zur Hölle ist ein OMR (vs. ein ORM)?

(12:53) Was ist Traefik: The Cloud Native Application Proxy? 

(17:45) Traefik Pro und Overengineering: Loadbalancing über mehrere Server und verteilte SSL Zertifikate

(20:00) Side Project "F-Online": Für den Führerschein in Österreich lernen

(21:34) F-Online: Hosting und Monitoring

(25:27) Tipps um Kosten bei Google Cloud unter Kontrolle zu halten

(26:01) F-Online: Infrastruktur- und Application-Setup

(26:42) Wolfgangs Leiche im Keller: Zend Framework 1 auf (teils) aktueller PHP Version

(29:00) F-Online: JavaScript Architektur

(31:29) F-Online: APIs

(32:40) F-Online: Datenbank

(34:39) F-Online: Wie es aussehen würde, wenn es nochmal neu gebaut werden würde

(37:22) Engineers over-engineeren von Haus aus

(37:40) Side Project "the athlete"

(39:02) Ziele, Motivation und die (eigenen) Erwartungen an Side Projects

(40:28) Wolfgang erzählt vom Krieg: Sein eigenes Content Management System

(42:37) Outro

• sourcectl (https://gettoknow.sourcectl.dev/)
• F-Online (https://www.f-online.at/)
• the athlete (https://theathlete.app/)

• AMQP (https://www.amqp.org/)
• Babel (https://babeljs.io/)
• Backbone (https://backbonejs.org/)
• DigitalOcean (https://www.digitalocean.com/)
• Docker (https://www.docker.com/)
• Flutter (https://flutter.dev/)
• GitHub (https://github.com/)
• Go (https://go.dev/)
• Google Cloud Free-Tier (https://cloud.google.com/free)
• Grafana (https://grafana.com/)
• GraphQL API (https://graphql.org/)
• Grunt (https://gruntjs.com/)
• Hetzner Cloud (https://www.hetzner.com/de/cloud)
• JQuery (https://jquery.com/)
• Kubernetes (https://kubernetes.io/)
• Lets Encrypt (https://letsencrypt.org/)
• Marionette (https://marionettejs.com/)
• MooTools (https://mootools.net/)
• MySQL (https://www.mysql.com/)
• Nginx (https://www.nginx.com/)
• PHP (https://www.php.net/)
• Prometheus (https://prometheus.io/)
• RabbitMQ (https://www.rabbitmq.com/)
• React (https://reactjs.org/)
• React Native (https://reactnative.dev/)
• Script.aculo.us (https://script.aculo.us/)
• Terraform (https://www.terraform.io/)
• Traefik (https://traefik.io/)
• VueJS (https://vuejs.org/)
• Webpack (https://webpack.js.org/)
• Zend Framework 1 (https://github.com/zendframework/zf1)

• OMR - Online Marketing Rockstars (https://omr.com/de/)
• No Code (https://www.nocode.tech/)

• Matthias Endler (https://twitter.com/matthiasendler / https://endler.dev/)

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

Engineering Kiosk Podcast

Anfragen an stehtisch@engineeringkiosk.dev