Engineering Kiosk

Experte für Software-Testing Sebastian Bergmann diskutiert verschiedene Teststrategien wie Mutanten-Tests, gute Tests, Testanzahl, KI-Unterstützung. Amiga-Computing und Retro-Computing werden ebenfalls angesprochen. Bergmanns 25-jähriges Projekt mit PHP-Unit, Entwicklung von Teststrategien seit den 90er Jahren, Herausforderungen im Software-Testen und Zukunft von Mutationstests, KI im Testing und Code-Generatoren werden ausführlich besprochen.

Dokumentation: Jeder braucht sie, keiner will sie schreibenVielen Software-Entwickler⋅innen ist eins nicht bewusst: Technisches Schreiben ist eine Profession. Ein eigener Beruf. Denn es ist eine Kunst, Dokumentation so zu schreiben, dass sie auch gelesen und genutzt wird. Die Kunst, komplexe technische Informationen schnell zugänglich zu machen.Doch wie macht man das denn nun genau? Darüber sprechen wir mit Jana Aydinbas. Jana ist von Beruf Technical Writerin. Wir klären die Unterschiede zwischen Technical Writing und normalem schreiben, geben Einblick in das Berufsfeld, widerlegen klassische Mythen die Software-Entwickler⋅innen gegenüber dem Schreiben von Dokumentation haben, und lassen uns erklären, was eigentlich eine gute und professionelle Dokumentation ausmacht und wie man selbst den eigenen Doku-Skill verbessern kann.Bonus: Jira Tickets lesen ist gleichzusetzen mit investigativem JournalismusUnsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode:👍 (top) 👎 (geht so)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkioskEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksJana Aydinbas auf LinkedIn: https://www.linkedin.com/in/jana-aydinbas/Google Season of Docs: https://developers.google.com/season-of-docs?hl=deVortrag: Daniele Procida - Always complete, never finished: https://www.writethedocs.org/videos/portland/2021/always-complete-never-finished-daniele-procida/Write the Docs Website: https://www.writethedocs.org/Write the Docs Slack: https://www.writethedocs.org/slack/Write the Docs Guide: https://www.writethedocs.org/guide/writing/beginners-guide-to-docs/Write the Docs Meetups: https://www.writethedocs.org/meetups/Diátaxis (Framework für Softwaredokumentation): https://diataxis.fr/The Good Docs Project (Templates, Prozesse und Beispiele): https://thegooddocsproject.dev/5C’s of Technical Writing: https://medium.com/technical-writing-is-easy/5cs-of-technical-writing-7e5039917801Stripe Documentation: https://docs.stripe.com/React Quickstart Guide: https://react.dev/learntekom “Was ist technische Kommunikation?”: https://www.tekom.de/technische-kommunikation-das-fach/was-ist-technische-kommunikationSprungmarken(00:00:00) Technical Writing mit Jana(00:04:26) Dokumentation schreiben, aber Hauptberuflich: Warum?(00:05:51) Technical Writing, normalem Schreiben und Redakteure und(00:09:17) Jira-Research und Dokumentation im Software Development Lifecycle(00:14:21) In eigener Sache(00:15:16) Jira-Research und Dokumentation im Software Development Lifecycle(00:20:35) Was macht eine Dokumentation zu einer guten Dokumentation? (Regeln, Zielgruppe, Terminologie)(00:27:02) Übersetzungen, Code, Screenshots in Dokumentationen und AI(00:35:23) Dokumentations-Mythen: Out of Date, niemand liest Dokumentation, Dokumentation schreiben ist nicht attraktiv, Code ist die Dokumentation(00:44:16) Dokumentation für Hardware(00:47:31) Dokumentation im Open Source Bereich(00:50:54) Read the docs und Write the docs(00:53:37) Dokumentations-Best-Practices zum selber anwendenHostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkioskEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

Hands-On als Engineering Manager: Yay or Nei? Leute, die einmal das Handwerk des Software-Engineerings professionell ausgeübt haben und dann ins Management wechseln, haben oft den Drang, ihr Hardskills nicht zu verlieren. Doch durch den neuen Job sind die Prioritäten nun andere: People Leadership, das Team effizient halten, Strategie und Roadmaps entwickeln. Wo bleibt denn da noch die Zeit am Code mitzuarbeiten?Wir stellen uns die Frage: Warum ist das so? Muss das sein, dass Manager weiterhin technisch sind? Und wenn ja, welche Gefahren birgt das? Aber auch: Wie können wir es möglich machen, obwohl unser Kalender sagt, dass die Woche mit Meetings bereits belegt ist?Darum geht es in dieser Episode. Viel Spaß!Bonus: Auch Manager laufen auf Kaffee.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode:👍 (top) 👎 (geht so)FeedbackEngKiosk Community: https://engineeringkiosk.dev/joindiscord Buy us a coffee: https://www.buymeacoffee.com/engineeringkioskEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineeringkiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksEngineering Kiosk #85 Von Entwicklerin zur Engineering Managerin: Erfahrungen und Learnings mit Isabelle Glasmacher: https://engineeringkiosk.dev/podcast/episode/85-von-entwicklerin-zur-engineering-managerin-erfahrungen-und-learnings-mit-isabelle-glasmacher/Engineering Kiosk Episode #112 Das Engineering Manager Pendulum: Zwischen Coding und Leadership mit Tom Bartel: https://engineeringkiosk.dev/podcast/episode/112-das-engineering-manager-pendulum-zwischen-coding-und-leadership-mit-tom-bartel/Engineering Kiosk Episode #51 Was ist das Staff (Engineer) Level?: https://engineeringkiosk.dev/podcast/episode/51-was-ist-das-staff-engineer-level/German Tech Podcast Liste: https://engineeringkiosk.dev/deutsche-tech-podcasts/ Udemy: https://www.udemy.com  Coursera: https://www.coursera.org O'Reilly Library: https://www.oreilly.com/online-learning/teams.htmlHacker News: https://news.ycombinator.com Pragmatic Engineer Newsletter: https://newsletter.pragmaticengineer.com Advent of Code: https://adventofcode.com SadServers: https://sadservers.com/Sprungmarken(00:00:00) Die Anforderung, dass Engineering Manager Hands On sind(00:06:54) Muss ein Engineering Manager technisch sein?(00:10:09) Verschiedene Firmen definieren die Rolle einer Managerin unterschiedlich(00:12:48) Risiken, wenn die Engineering Manager zu technisch sind(00:14:08) Möglichkeit technisch zu bleiben: Pair-Programming und Code Reviews(00:18:25) Möglichkeit technisch zu bleiben: Dokumentation schreiben und Architektur Entscheidungen(00:22:38) Möglichkeit technisch zu bleiben: Rubber Duck Development, On-Call und Coden(00:32:01) Lernen außerhalb der Arbeitsumgebung: Hackernews, Konferenzen, Meetups und Code Katas(00:43:48) Engineering Management ist ein anderer Job als Software EntwicklungHostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)FeedbackEngKiosk Community: https://engineeringkiosk.dev/joindiscord Buy us a coffee: https://www.buymeacoffee.com/engineeringkioskEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineeringkiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

Brot backen und Software-Engineering: Wie passt das zusammen?Das Brot ist den Deutschen heilig. Manche bezeichnen Deutschland als die Brotnation. Der 21. April ist sogar der Tag des Deutschen Brotes. Was es nicht alles gibt. Das klingt alles kompliziert, aber die Grundzutaten sind recht simpel: Mehl, Wasser, Salz und ein wenig Zeit. Vielleicht ist das auch der Grund, warum es so viele Leute zuhause ausprobieren und ihr eigenes Brot backen wollen. Und es kommt mir so vor, als sind es überproportionale Leute aus dem Softwarebereich.Einer, der “das Brot backen demokratisieren” möchte, ist Hendrik Kleinwächter. Als gelernter Software Engineer overengineered er das ganze etwas und macht es dadurch für uns alle zugänglicher. Mit Brotbackrezepten war er lange auf der HackerNews Startseite, mittels A/B-Tests versucht er die beste Back-Methode zu finden: Einkorn- oder Emmer Vollkornmehl? Geölte Laibform oder Laibform mit Pergamentpapier? Sauerteig-Gärung mittels Fruchtfliegen? Er visualisiert den Backprozess mit Flowcharts und hat ein Buch über Sauerteigbrot geschrieben und es unter einer Open Source Lizenz auf GitHub zur Verfügung gestellt.Das ist so skurril, wie es klingt. Und dazu haben wir Fragen. Es geht ums Brot backen mit einem Software-Engineering Mindset.Bonus: Neu im Angebot, die Finkenwerder ScholleUnsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode:👍 (top) 👎 (geht so)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkioskEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksHendrik Kleinwächter: https://www.hkleinwaechter.com/theBread.code(); https://www.the-bread-code.io/The Sourdough Framework: https://www.the-sourdough-framework.com/The Bread Code auf YouTube: https://www.youtube.com/@the_bread_codedyve Purpose Unternehmen: https://dyve.agency/de/steward-ownershipThe Bread Code auf GitHub: https://github.com/hendricius/the-bread-codePizza Dough auf GitHub: https://github.com/hendricius/pizza-doughThe Sourdough Framework auf GitHub: https://github.com/hendricius/the-sourdough-frameworkOMR Podcast: https://omr.com/de/podcastKassenzone Podcast: https://www.kassenzone.de/Simple Flatbread Recipe: https://www.the-sourdough-framework.com/Breadtypes.html#simple-flatbread-recipeSprungmarken(00:00:00) Brot Backen mit Hendrik Kleinwächter(00:06:35) Mit Brot backen auf HackerNews und GitHub(00:09:24) Was ist am modernen Brot backen kaputt?(00:14:18) Mit Hilfe von YouTube das Brot backen demokratisieren(00:16:34) The Bread Code: Brot backen und Software Engineering(00:23:10) A-B-Testing beim Brot backen(00:32:54) Popularität von Brot backen auf YouTube(00:37:34) Open Source Buch zum Brot backen: Flow-Charts und UML-Diagramme(00:51:46) Troubleshooting-Guide beim Brot backen(01:00:37) Das minimalste Setup um ein Brot zu backenHostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkioskEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

Die Umstrukturierung der Firma: Hart für alle oder eine neue Chance?Firmen, ihre Produkte aber auch ihr Umfeld ändern sich ständig. Um wettbewerbsfähig zu bleiben, um weiter Profit zu erwirtschaften, müssen Unternehmen sich (intern) ändern. “Wer nicht mit der Zeit geht, geht mit der Zeit”. Interne Umstrukturierungen sind somit ein notwendiges Übel bei jeder Firma von einer gewissen Größe. Sie kommt, auch wenn man es nicht will, und ist notwendig, um die Organisation in die Richtung zu bewegen, damit die Unternehmensziele erreicht werden.Umstrukturierungen, sogenannte Reorgs, sind oft negativ behaftet. Doch warum ist das so? Darum geht es in diesem Podcast. Wir klären, was Reorgs eigentlich sind, wozu und mit welchem Zweck diese durchgeführt werden, wie eine Reorg oft bei den Individual Contributern gesehen wird, wie es zu einer Reorg kommt und wie diese durchgeführt wird, aber auch wie du selbst das Beste daraus machen kannst.Bonus: Warum Consultants im Haus nie was Gutes sind.*** Diese Episode wird gesponsert von ... Dir: https://engineeringkiosk.dev/kaffee ***Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode:👍 (top)  👎 (geht so)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffee Email: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksWhy I Quit Google to Work for Myself https://mtlynch.io/why-i-quit-google/ Killed by Google: https://killedbygoogle.com/Spotify Engineering Culture (aka the "Spotify Model"): https://www.youtube.com/watch?v=Yvfz4HGtoPcHow we structure our work and teams at Basecamp: https://medium.com/signal-v-noise/how-we-set-up-our-work-cbce3d3d9caeBrooks’ Law: https://www.leadingagile.com/2018/02/lines-of-communication-team-size-applying-brooks-law/Gesetz von Conway: https://de.wikipedia.org/wiki/Gesetz_von_ConwayConcepts I use every day: BAPO: https://medium.com/nerd-for-tech/concepts-i-use-every-day-bapo-896d0ba0ccbbCoordination models - tools for getting groups to work well together: https://www.rubick.com/coordination-models/Sprungmarken(00:00:00) Unternehmens- und Teamumstrukturierungen (Reorgs)(00:03:49) Credibility: Warum sprechen wir über Reorgs?(00:05:57) Was ist denn eine Re-Org?(00:08:18) Buy us a coffee(00:09:40) Was ist denn eine Re-Org?(00:20:31) Produkte werden bei einer Re-Org beendet(00:27:48) Die Flughöhe vom Management und Detail-Probleme bei der Re-Org(00:30:25) Wie startet man eine Re-Org?(00:39:15) Team-Strukturen abseits von Spotify bei einer Re-Org(00:43:50) Ausführung und Kommunikation einer Re-Org(00:54:12) Es steckt viel Arbeit hinter einer Re-OrgHostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffee Email: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

Wenn du glaubst, dass du YAML kennst …„YAML Ain’t Markup Language“ (ursprünglich „Yet Another Markup Language“) kennen viele nur als Sprache für Konfigurationsdateien. Laut dem Gründer von YAML ist das Format aber nicht dafür gedacht. Und überhaupt nutzen sehr viele Tools nur einen Bruchteil der Fähigkeiten von YAML. Welche das sind, hat uns Tina Müller erklärt. Tina ist u.a. Contributorin zur YAML Spezifikation und gibt uns mal einen Einblick in das Serialisierungs-Format.Wir sprechen über darüber, welches Problem YAML lösen wollte, wie es in der Realität genutzt wird, wie YAML selbst sowie die YAML-Parser in verschiedenen Sprachen weiterentwickelt werden, über die Flaws von YAML, wie zB. das Norway Problem oder die Billion Laughs Attacke und schauen mal welche Features nicht so bekannt sind, wie YAML tags, aliases oder YAMLScript.Das schnelle Feedback zur Episode:👍 (top) 👎 (geht so)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkioskEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksTina Müller auf LinkedIn: https://www.linkedin.com/in/tina-m%C3%BCller-642931154/Website von Tina Müller: https://perlpunk.github.io/Tina Müller auf GitHub: https://github.com/perlpunkYAML Tutorial und Infos für Entwickler:innen: https://www.yaml.info/YAML Test-Suite: https://github.com/yaml/yaml-test-suiteYAML Test-Matrix: https://matrix.yaml.info/YAML Playground: https://play.yaml.io/main/ yamltidy: https://perlpunk.github.io/yamltidy/YAMLScript: https://yamlscript.org/What is flow style in YAML?: https://www.educative.io/answers/what-is-flow-style-in-yamlYAML Chat auf Matrix: https://app.element.io/#/room/#chat:yaml.ioYAML Linter: https://yamllint.readthedocs.io/en/stable/YAML Formatter: https://perlpunk.github.io/yamltidy/ YAML Referenzparser: https://github.com/yaml/yaml-reference-parser Do you know YAML? Talk auf der FOSDEM: https://fosdem.org/2024/schedule/event/fosdem-2024-2046-do-you-know-yaml-/Beispiel für YAML Tags von AWS: https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/gettingstarted.templatebasics.html (siehe “!Ref InstanceSecurityGroup”)Beispiel für YAML aliase: https://www.yaml.info/learn/index.html#invoiceSprungmarken(00:00:00) YAML mit Tina Müller(00:06:27) Was ist YAML und wie zeichnet sich YAML aus?(00:09:19) YAML, JSON und die Abgrenzung zu anderen Formaten(00:11:00) Info/Werbung(00:12:37) YAML, JSON und die Abgrenzung zu anderen Formaten(00:28:56) YAML-Spezifikation(00:33:22) YAML-Testsuite(00:39:24) Das Norway-Problem(00:44:39) YAML-Features: Aliases, Anchors und YAMLScriptHostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkioskEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

No-Code-Tools sind technische Schulden!Wenn es zu dem Thema No-Code kommt, gibt es oft zwei Lager: Die einen lieben es. Die anderen sagen “Das ist doch gar kein richtiges Programmieren”. Dennoch gibt es Firmen, die No-Code-Plattformen im großen Stil einsetzen. Und immer wenn damit “mal was richtiges” gebaut wird, stellen sich dieselben Fragen wie bei richtiger Software-Entwicklung: Wie sieht es mit der Security / Maintainability / Skalierung und Co aus? Und wenn wir sowas auf den Tisch bringen, dann ist das Thema Refactoring und technische Schulden nicht mehr weit.Und genau darum geht es in dieser Episode. Wolfgang ist fest überzeugt von “No-Code-Tools sind technische Schulden!”. Und Andy lässt sich das ganze mal erklären, um zu verstehen, was er eigentlich damit meint. Wir sprechen darüber, was No-Code und Low-Code eigentlich ist, was technische Schulden sind und warum dies ggf. nicht subjektiv zu sehen ist, welche Probleme sich bei großer No-Code-Nutzung auftun und ob klassische Probleme (aber auch Lösungen) der Software-Entwicklung sich auf die No-Code-Entwicklung übertragen lassen.Bonus: Streit auf LinkedIn ist wohl nicht gern gesehen.Das schnelle Feedback zur Episode:👍 (top) 👎 (geht so)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkioskEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksWolfgangs “Refactoring is bullshit” LinkedIn-Post: https://www.linkedin.com/feed/update/urn:li:activity:7183096282884804608/No-Code-Plattform Make: https://www.make.com/Open Source No-Code-Plattform: https://github.com/n8n-io/n8nAppSmith: https://www.appsmith.com/Stop saying “technical debt”: https://stackoverflow.blog/2023/12/27/stop-saying-technical-debt/Nocodb: https://github.com/nocodb/nocodbSprungmarken(00:00:00) No-Code sind technische Schulden(00:03:13) Info/Werbung(00:04:18) Was ist No-Code und Low-Code?(00:23:03) Was ist Technical Debt?(00:32:08) Technische Schulden bei keinem Code - Wie geht das?(00:38:07) Gelöste Probleme im High-Code-Umfeld sind neue Probleme im No-Code-Umfeld(00:47:35) Security im No-Code-Umfeld(00:52:38) Steht No-Code im Konflikt zu moderner Software-Entwicklung?(00:59:17) No-Code richtig eingesetzt ist dein BeschleunigerHostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkioskEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

Wie gehen andere bei ihrer Jobsuche vor? Ein ErfahrungsaustauschIrgendwann kommt der Zeitpunkt, da denken viele von uns “Soll ich mir mal was Neues suchen? Ein Tapetenwechsel im Job könnte mir ggf. gut tun.” oder “Ich will endlich mal was anderes sehen” oder “Das könnte mein nächster Schritt in meiner Karriere sein”. Aber: Die Jobsuche kann anstrengend sein. Im Internet liest man viele Do’s und Dont’s. Verwirrung kommt schnell auf, was nun der richtige Weg ist. Deswegen sind Erfahrungen von anderen so wichtig. Und genau darum geht es in dieser Podcast-Episode.Zu Gast sind Doreen und Ellen vom UNMUTE IT Podcast. Beide haben vor kurzer Zeit ihren Arbeitgeber gewechselt und erzählen von ihrer Herangehensweise und Erfahrungen bei der Job-Suche. Wir sprechen über Job-Hopping und wann es Zeit ist, sich einen neuen Job zu suchen, wie und wo man nach neuen Arbeitsmöglichkeiten sucht, wie wichtig das eigene Netzwerk und Vitamin-B ist, worauf es bei der richtige Firma ankommt, was Red-Flags und Warnsignale ist sind, über den Interviewprozess, wie viel Glück involviert ist und wie man mit Misserfolgen umgeht.Viel Spaß bei diesem Podcast-Crossover.Das schnelle Feedback zur Episode:👍 (top) 👎 (geht so)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkioskEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksUNMUTE IT Podcast: https://linkr.bio/unmute-itUNMUTE IT auf LinkedIn: https://www.linkedin.com/company/unmute-it/Verwandte UNMUTE IT Episode zum Jobeinstieg https://soundcloud.com/user-263541100/52-dos-donts-im-jobeinstieg Ellen Schwartau Blog: https://ellenschwartau.com/Job-Börse Indeed: https://de.indeed.com/Job-Portal StepStone: https://www.stepstone.de/Tech compensation in Europe: https://techpays.com/1KOMMA5°: https://1komma5grad.com/An Engineering Leader's Job Search Algorithm: https://docs.google.com/document/d/19fr_36WOzKlq_zyGP2RdxMEsdNQMZdUqn1Vahncr2pY/edit#heading=h.xg3o3psx1mahEngineering Kiosk Episode #11 Die Suche nach dem IT Traumjob: https://engineeringkiosk.dev/podcast/episode/11-die-suche-nach-dem-it-traumjob/Engineering Kiosk Episode #32 Die richtigen Leute anstellen: Die Recruiting Pipeline: https://engineeringkiosk.dev/podcast/episode/32-die-richtigen-leute-anstellen-die-recruiting-pipeline/Sprungmarken(00:00:00) Podcast-Crossover mit UNMUTE IT(00:06:02) Info/Werbung(00:07:20) Podcast-Crossover mit UNMUTE IT(00:07:21) Wann fängt es an, darüber nachzudenken, sich einen neuen Job suchen?(00:14:40) Job-Hopping und ab wann ist es zu lang bei einer Firma?(00:22:07) Der erste Schritt bei der (strukturierten) Job-Suche(00:29:40) Das eigene Netzwerk bei der Job-Suche(00:41:59) Hire for attitude, not for skill und Interviews(00:58:00) Die richtige Firma finden(01:13:36) Warnsignale und Red-Flags(01:32:08) Interview-Prozess und Take Home Challenges(01:43:49) Verhandlungen und Gehalt(01:54:18) AbschlussHostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discordBuy us a coffee: https://www.buymeacoffee.com/engineeringkioskEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

Explain my like i am five: Die Grundlagen moderner SuchenWir, als User, erwarten heutzutage ziemlich viel von einer Suchmaschine. Es soll “magisch” verstehen, was wir eigentlich finden möchten. Egal ob wir das richtige Wort dafür nutzen (aka Synonym-Suche) oder ob der Begriff einen Tippfehler hat (aka “Meinten Sie …?”).Oft werden Tools wie Elastic- oder OpenSearch, Solr, Algolia und Co. für sowas eingesetzt, denn eine einfache Volltext-Suche mittels eines Wildcard-SQL-SELECT Statement reicht dafür nicht mehr aus. Doch was steckt eigentlich dahinter? Wie funktionieren all diese modernen Suchen eigentlich im Inneren? In dieser Episode geht es um die Grundlagen moderner Suchmaschinen. Wir schmeißen mit Begriffen wie Stemming, Homonyme, BERT, Stopwords, Inverted Index, Suffixbäume, N-Grams, Term Frequency-Inverse Document Frequency, Vector Space Model und Co um uns und erklären das ganze im “Explain me Like I am five”-Stil.Bonus: Wie Konzepte des Information Retrieval mit Bälle-Bädern erklärt werden.Das schnelle Feedback zur Episode:👍 (top) 👎 (geht so)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.Linksr/explainlikeimfive: https://www.reddit.com/r/explainlikeimfive/Engineering Kiosk Episode #28 O(1), O(log n), O(n^2) - Ist die Komplexität von Algorithmen im Entwickler-Alltag relevant?: https://engineeringkiosk.dev/podcast/episode/28-o1-olog-n-on2-ist-die-komplexit%C3%A4t-von-algorithmen-im-entwickler-alltag-relevant/ElasticSearch: https://www.elastic.co/de/elasticsearchOpenSearch: https://opensearch.org/Apache Lucene: https://lucene.apache.org/Apache Solr: https://solr.apache.org/meilisearch: https://www.meilisearch.com/Alogolia: https://www.algolia.com/dHackerNews indexiert von Algolia: https://hn.algolia.com/Term Frequency-Inverse Document Frequency: https://de.wikipedia.org/wiki/Tf-idf-Ma%C3%9FBidirectional Encoder Representations from Transformers (BERT): https://en.wikipedia.org/wiki/BERT_(language_model)Engineering Kiosk Episode #116 KI unterstützte Software Entwicklung: Ein Reality Check mit Birgitta Böckeler von Thoughtworks: https://engineeringkiosk.dev/podcast/episode/116-ki-unterst%C3%BCtzte-software-entwicklung-ein-reality-check-mit-birgitta-b%C3%B6ckeler-von-thoughtworks/Learning to Rank: https://en.wikipedia.org/wiki/Learning_to_rankVector Space Model: https://en.wikipedia.org/wiki/Vector_space_modelInverted Index: https://en.wikipedia.org/wiki/Inverted_indexN-Gramm: https://de.wikipedia.org/wiki/N-GrammSuffixbaum: https://de.wikipedia.org/wiki/SuffixbaumTrie (Präfixbaum): https://de.wikipedia.org/wiki/TrieSprungmarken(00:00:00) Buzzword-Bingo bei modernen Suchen(00:04:40) Die Komplexität moderner Such-Systeme(00:05:55) Info/Werbung(00:07:00) Die Komplexität moderner Such-Systeme(00:09:58) Wie funktioniert High-Level eine Suchmaschine?(00:11:04) Verarbeitung der Such-Daten durch Tokens: Sprache, Stop-Words, Lemmatisierung, Stemming(00:20:53) Zahlen als Such-Wörter, Embeddings und Bidirektionale Encoder-Repräsentationen von Transformers (BERT)(00:29:34) Speichern der Daten mit einem Index: Invertierter Index und Suffixbäume(00:43:07) Daten wirklich finden durchs Ranking: N-Grams, TF/IDFrequency und Vector Space Model(00:59:54) Wie wählt man ein gutes Such-System aus?(01:04:20) Wie beeinflusst Generative AI die aktuellen Suchsysteme und Sucht-Grundlagen?HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

Ein Leitspruch für die Frontend-Welt: Make simple things simple and complex things possibleDie Frontend-Entwicklung hat in den letzten Jahren einen ziemlich großen Wandel erlebt. Es fing alles ganz simpel an: CSS und JavaScript wurden einfach via script-tag inkludiert. Danach kamen Performance-Optimierung durch Minification, mehr JavaScript- und CSS Features (zB Browser-APIs) wurden in die Browser implementiert und die Standards kamen nicht hinterher, doch wir Entwickler*innen wollten wir diese schon in Produktion nutzen (aka Polyfills und Transpilieren). Und auch die Web-Apps wurden immer mehr “Desktop-Like”, was einen Effekt auf die Frontends von heute hat, zB. React, Vue und Co. Und wo sind wir heute? Frameworks wie HTMX, die mit Einfachheit werben, erleben einen neuen Hype.Doch ist das alles neu oder nur “alter Wein in neuen Schläuchen”? Erkaufen wir uns durch diesen großen Tooling-Stack wirklich Einfachheit oder schließen wir uns durch die Komplexität doch nicht in eine "proprietäre API” ein, die es sehr schwer macht, das Framework zu wechseln? Und zu guter letzt: Ist die Komplexität gerechtfertigt?Zu diesem Thema sprechen wir mit Golo Roden. Golo ist Frontend-Experte und spezialisiert auf native Webtechnologien. Mit ihm behandeln wir Themen wie die Probleme von aktuellen UI-Frameworks und woher diese Probleme eigentlich kommen, wie er zu einfacheren Konzepten wie HTMX steht, über mögliche Lösungsansätze für die Probleme, Standards wie Web Components und welche Rolle TypeScript in dem ganzen Mix einnimmt.Bonus: Warum Monkey Island das richtige Spiel für dich und deine Kinder ist.Das schnelle Feedback zur Episode:👍 (top) 👎 (geht so)Feedback (gerne auch als Voice Message)EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskWhatsApp +49 15678 136776Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776Linksthe native web GmbH: https://thenativeweb.io/YouTube-Kanal von Golo Roden: https://www.youtube.com/@thenativewebVideo HTMX: Die perfekte UI-Technologie?!: https://www.youtube.com/watch?v=TL5TtpZ33xUArtikel HTMX: Die perfekte UI-Technologie?: https://www.heise.de/blog/HTMX-Die-perfekte-UI-Technologie-9633960.htmlJavaScript Bloat in 2024: https://news.ycombinator.com/item?id=39471221Artikel Vanilla-Web: Der Frontend-Trend 2024?: https://www.heise.de/blog/Vanilla-Web-Der-Frontend-Trend-2024-9611002.htmlBabel.js: https://babeljs.io/jQuery releases: https://github.com/jquery/jquery/releasesRedux: https://redux.js.org/Engineering Kiosk Episode #84 Die Evolution von JavaScript: Vom Ducktyping zum Monopol im Browser mit Peter Kröner: https://engineeringkiosk.dev/podcast/episode/84-die-evolution-von-javascript-vom-ducktyping-zum-monopol-im-browser-mit-peter-kr%C3%B6ner/AngularJS: https://angularjs.org/Prince of Persia in Assembler: https://www.youtube.com/watch?v=hr5xQpznD0YWeb Components: https://developer.mozilla.org/en-US/docs/Web/API/Web_componentsSprungmarken(00:00:00) Unser Gast Golo Roden(00:06:28) Info/Werbung(00:07:32) Monkey Island für Kinder(00:11:53) Der aktuelle Tech-Stack in einem Web-Projekt(00:15:04) Innovation in der Frontend-Welt oder alter Wein in neuen Schläuchen?(00:26:10) Was ist HTMX und welches Problem soll es lösen?(00:33:11) Kritikpunkte an HTMX(00:42:50) Innovation fördert auch die Standardisierung im Web(00:47:29) Bloated JavaScript und User Experience im Web(00:55:51) Hohe Kohäsion, niedrige Kopplung(01:02:00) Web Components und Standardisierung(01:09:04) Welche Rolle spielt TypeScript in diesem Mix?HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)Feedback (gerne auch als Voice Message)EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskWhatsApp +49 15678 136776