POPULARITY
When Variety discusses podcasts as television, have podcasts beaten Joe Rogan, Spotify's new podcast charts, why I am obsessed with the Sofa App, IAB upfront news and Podcast advertising growth year over year and oh so much more! Audience feedback drives the show. We'd love for you to contact us and keep the conversation going! Email thefeed@libsyn.com, call 412-573-1934 or leave us a message on Speakpipe! We'd love to hear from you!
When Variety discusses podcasts as television, have podcasts beaten Joe Rogan, Spotify's new podcast charts, why I am obsessed with the Sofa App, IAB upfront news and Podcast advertising growth year over year and oh so much more! Audience feedback drives the show. We'd love for you to contact us and keep the conversation going! Email thefeed@libsyn.com, call 412-573-1934 or leave us a message on Speakpipe! We'd love to hear from you!
Thinkpad von IBM/Lenovo: Das wohl bekannteste Business-Notebook der Welt?Wenn wir uns bei den verwendeten Laptops von Tech-Worker*Innen so umschauen, fallen besonders zwei Firmen bzw. Modelle auf. Das eine sind MacBooks von Apple. Das andere Thinkpad von IBM bzw. Lenovo. Besonders unter Software Entwickler*innen und Linux-Usern sind Thinkpads sehr weit verbreitet. Wir haben uns die Frage gestellt, warum dies so ist. Warum sind ThinkPads schon so lange am Markt und so beliebt? Was ist daran besonders? Diese Frage(n) versuchen wir in dieser Podcast-Episode zu beantworten. Christian Stankowic ist Sammler von ThinkPads und betreibt ein digitales Museum und einen Podcast zu diesem Thema. Mit ihm klären wir, den Grund für die Beliebtheit von Thinkpads, wie die Geschichte zu der Notebook-Marke aussieht, wer Richard Sapper ist, was es mit der roten Farbe im Produkt-Design auf sich hat, welche Hardware-Kuriositäten es bei verschiedenen Modellen gibt, woher eigentlich der Name Think kommt und vieles mehr.Bonus: Nobody gets fired for buying IBM.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode:
Recommender Systems: Was steckt hinter modernen Empfehlungsalgorithmen?Moderne Empfehlungsalgorithmen begegnen uns im Alltag überall: Die nächste Serie bei Netflix, die “für dich zusammengestellte Playlist” bei Spotify oder “Kunden, die diesen Artikel gekauft haben, kauften auch” bei Amazon. In Zeiten von AI könnten wir meinen, dass dies alles schwarze Magie ist. Doch i.d.R. folgen die Empfehlungen gewissen Logiken. All das ganze wird im Research Bereich “Recommender Systems” genannt.Dies ist auch das Thema dieser Episode. Prof. Dr. Eva Zangerle, eine Expertin im Bereich Recommender System erklärt uns, was Recommender Systems eigentlich sind, welche Grundlegenden Ansätze für Empfehlungsalgorithmen existieren, wie viele Daten benötigt werden um sinnvolle Ergebnisse zu erzielen, was das Cold-Start Problem ist, wie Forscher evaluieren können, ob es gute oder schlechte Empfehlungen sind, was die Begriffe Recall und Precision eigentlich bedeuten, ob Empfehlungsalgorithmen auch einen gewissen Bias entwickeln können sowie welche Trends auf dem Forschungsgebiet zur Zeit aktuell sind.Das schnelle Feedback zur Episode:
Forking: Ein Grundpfeiler von Open Source mit eigenen HerausforderungenDas tolle an Open Source? Man hat das Recht, die Software zu modifizieren und auch in ihrer modifizierten Form zu verbreiten. Wenn man plant, das Open Source Projekt zu modifizieren und unabhängig von seiner Ursprungsform weiterzuentwickeln, nennt man dies Fork bzw. Forking. Das klingt erstmal super und nach viel Freiheit. Doch Forking hat ganz eigene Herausforderungen.In dieser Episode klären wir, was Forks sind, welche populären Forks es in der Geschichte von Open Source gegeben hat und was die Motivation dieser Forks war, welche Projekt-Forks es nicht zur Popularität geschafft haben, warum Forking auch als Druckmittel genutzt werden kann und warum es eine Art Grundrecht auf GitHub ist, welche (oft unsichtbaren) Herausforderungen Forking mit sich bringt und klären, was das Urheberrecht und der Digital Millennium Copyright Act (DMCA) aus den USA damit auf sich hat..Bonus: Bei Debian hieß der Firefox Browser mal Iceweasel.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode:
Mechanische Tastaturen: Profi-Werkzeug für alle Software-Entwickler⋅innenFür alle Tech-Worker⋅innen ist kein Peripheriegerät so essentiell wie die eigene Tastatur. Und doch verwenden viele von uns ein 15€ Gerät, das wir noch vom ersten Computer im Schrank liegen haben. Vergleichbar wäre dies, wenn professionelle Handwerker täglich mit der Bohrmaschine aus dem Discounter eine Mauer wegstemmen. Funktioniert schon. Irgendwie. Aber angenehm ist anders.Mechanische Tastaturen wären in diesem Vergleich wohl die Hilti unter den Eingabegeräten. Doch was zeichnet eine mechanische Tastatur aus? Sind die nicht einfach nur laut? Was ist der Hype um diese Art von Keyboards? Wie sind diese im Detail aufgebaut, was kosten diese, warum sind dort oft bunte Tasten verbaut, welche Tastatur-Layouts und -Größen gibt es und was hat das ganze mit Ergonomie zu tun?In dieser Episode geht es nicht nur um Tastatur-Hardware, sondern auch um Custom-Firmware. Wir steigen tief in den Hasenbau.Bonus: Wir fordern - Dezibel-Tests für TastaturenUnsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode:
Doom - Das Spiel und warum es ein Engineering Meisterwerk istDas Spiel Doom beschäftigt viele Software-Entwickler*innen auch noch 31 Jahren nach seiner Veröffentlichung im Jahre 1993. Die Frage “Can it run Doom?” ist allgegenwärtig. Es ist eine Art Sport geworden, das Spiel auf jede Art von Device zu portieren. Doom läuft inzwischen auf einem John Deere Trecker, einem Satelliten und einem digitalen Schwangerschaftstest.Doch was macht dieses Spiel so interessant?Warum wird genau dieses Spiel für die Portierung genutzt?Welche bahnbrechenden Implementierungsdetails haben John Carmack, John Romero und das Team verbaut?Das war meine Ausgangsfrage. Das Resultat? Ein tiefes Loch voller Wow und WTF-Momente. Und diese Podcast-Episode. Es geht um Zufallszahlengeneratoren, Grafik-Engines, Doom-Fun-Facts, Doom Forks und wie du deinen eigenen Doom-Port erstellen kannst.Bonus: Ist es eine Herausforderung ein Device zu finden, das Doom nicht laufen lassen kann?Das schnelle Feedback zur Episode:
Ist “Open Source” eigentlich der Quellcode? Oder geht es primär um Menschen und der Code ist nur das Ergebnis?Die Open Source Bewegung ist aus der Softwareentwicklung nicht mehr wegzudenken. Ein Teil davon zu sein fühlt sich gut an. Wir geben etwas zurück. Einige von uns träumen auch davon, dass das eigene Open Source Projekt mal so richtig groß wird. Doch wie verändert sich eigentlich die Art und Weise, wie wir ein Open Source Projekt managen, wenn dies eine große Nutzerbasis, viele Contributoren und noch mehr Reichweite bekommt? Steht dann noch das eigentliche Ergebnis, der Quellcode, im Vordergrund? Oder spielen Themen wie Community Management, der Einfluss auf Menschen, Finanzierung oder Governance-Strukturen eine größere Rolle?In dieser Episode sprechen wir mit Benni Mack. Benni ist Project Lead bei TYPO3, einem Open Source Content Management System. Er gibt uns Einblicke, welche Aktivitäten eigentlich notwendig sind um ein solch großes Open Source Projekt am leben und laufen zu halten, welchen Einfluss es auf Menschen haben kann, wie junge contributoren motiviert werden können, welche Governance und Finanzierungsstrukturen existieren und wir sprechen über die negativen Seiten und Herausforderungen bei großen Open Source Projekten.Bonus: Was Snowboard fahren und Surfen mit Softwareentwicklung zu tun hat.Das schnelle Feedback zur Episode:
Zeitsynchronisation: Ein Element, wovon wir ausgehen, dass es einfach funktioniertSo gut wie jede Applikation benötigt die aktuelle Zeit als ein Element zur Berechnung, zum Logging oder auch zur Synchronisation. Besonders bei mehreren Systemen, die miteinander kommunizieren, ist die Synchronisation der Zeit essenziell. Dazu zählen z.B. verteilte Systeme wie Datenbanken oder auch IP-basierte Funk- und Videoübertragungssysteme.Doch wie funktioniert das eigentlich und was steckt dahinter? In dieser Episode geht es also um Zeit und Zeitsynchronisation.Wir sprechen über die beiden Protokolle NTP, das Network Time Protocol und PTP, das Precision Time Protocol. Was sind das für Protokolle? Wo kommen diese zum Einsatz, welche Genauigkeit legen diese zu Grunde und wo kommen diese an ihre Grenzen? Und was sind Boundary Clocks und Transparent Clocks?Weiterhin schauen wir uns mal an, wozu spezifische Hardware zur Zeitsynchronisation gebraucht wird und woher die Ursprungszeit eigentlich stammt.Das schnelle Feedback zur Episode:
Dein Code ist nichts wert, bevor er nicht in Produktion ist!Viele Software-Entwickler*innen haben sich bereits in der Situation gefunden, wo wir immer und immer wieder über den eigenen Source Code iterieren, um diesen noch schöner zu machen. Soviel Spaß dies auch macht … ist das schönste Gefühl jedoch, wenn jemand meinen Source Code wirklich nutzt. Und das geht nur, wenn wir diesen auch deployen.Oder etwas direkter gesagt: Dein Source Code ist solange nichts wert, bis dieser nicht in Produktion ist und vom Kunden genutzt werden kann. Klingt hart, ist aber Fakt. Deswegen geht's in dieser Podcast Episode um das Thema Deployment.Wir sprechen über Anti-Patterns wie manuelle Deployments, Big-Bang Deployments und Deployment Monolithen. Wir schauen uns an welche Herausforderungen wir bereits in unserer beruflichen Laufbahn bei Deployments gesehen haben, wie zB Caching, CDNs, Deployment unter Hochlast oder das Einspielen von Datenbankänderungen und geben mal eine Tour durch verschiedene Deployment-Arten, mit u.a. Canary Deployments, der Blue-Green-Stratgie, Feature Flags oder Shadow Deployments bzw. Dark Launches.Final bringen wir die Frage auf den Tisch, wann du das letzte mal deinen Rollback getestet hast.Bonus: Wie macht man eine Podcast-Episode über Deployment ohne Continuous Delivery und Continuous Deployment (CD) zu erwähnen?Das schnelle Feedback zur Episode:
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.Das schnelle Feedback zur Episode:
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:
Eine technische Vision für die technische Leitlinie.Klare Regeln, eine klare Richtung, in die dein Team läuft, sind essentiell, um schnelle Entscheidungen ohne Streit zu treffen. Jedes Software-Team hat als Ziel, sich schnell zu bewegen, dynamisch und agil zu sein. Doch dafür sind ein paar Leitlinien notwendig und die Richtung muss für alle klar sein.Doch wie macht man dies? Das Stichwort der Stunde heißt “technische Vision”. Wir klären was das für eine Vision ist, wo der Unterschied zur Produkt-Vision ist, warum diese Vision auf Team- oder auf Firmenebene gesetzt werden kann, wer diese setzen sollte, untermalen das ganze mit ein paar griffigen Beispielen, setzen verwandte Hilfsmittel wie das Techradar und ein Engineering Manifesto in Relation und geben euch eine kleine Anleitung wie man eine technische Vision erstellt.Bonus: Wie Berater mit der Antwort “It depends” immer wieder punkten.Das schnelle Feedback zur Episode:
Security Engineering und Hacking-Wettbewerbe “Capture the Flag”Alles wird digital und für alles gibt es eine App. Bei einer solch rasanten Verbreitung, weckt dies Begehrlichkeiten bei böswilligen Hackern. Was ist also die passende Gegenwehr? Security Engineering! Doch was ist das eigentlich?Wir sprechen mit Frederik Braun, Security Engineering Manager bei Mozilla und zuständig für den Firefox Browser. Er erklärt uns die Gemeinsamkeiten und Unterschiede von Security und Software-Engineering, wie sich der Bereich Security von einer Web-App und einem Browser unterscheidet, wie Security selbst bei Mozilla aussieht, wie Sicherheitslücken mittels Gamification und Capture The Flag Events gefunden und das suchen geübt werden kann und wie du in das Thema Security Engineering einsteigen kannst.Bonus: Hackerpraktika an der Universität BochumDas schnelle Feedback zur Episode:
Alternatives Arbeitsmodell: Job-Sharing mit TandemDie Welt wird immer komplexer. In diesem Kontext ist die Digitalisierung nicht immer förderlich. Die erhöhte Komplexität der Umgebung hat auch einen Effekt auf den eigenen Job und auf Leads und andere Führungskräfte. Firmen stehen immer wieder vor der Herausforderung, die richtige Person für eine Stelle zu finden.Doch was wäre denn, wenn wir nicht eine Person für eine Stelle, sondern gleich zwei neue Mitarbeiter für eine offene Stelle suchen würden? Bestimmt springen dir gerade ganz viele (negative) Gedanken durch den Kopf und du fragst dich “Hä? Wat?”.Doch simplifiziert fasst dies das alternative Arbeitsmodell des Job-Tandems zusammen. Und genau darum geht es in dieser Episode. Wir sprechen mit Anna Drüing-Schlüter von der Firma Twise, die uns Einblick in diese Art von doppelter Führung gibt.Bonus: Alles muss man vielleicht doch nicht allein machen.**** Diese Episode wird von We Manage gesponsert.Für Agenturen und kleinere Unternehmen ist es oft eine Herausforderung, ein vollständiges DevOps-Team aufzubauen. We Manage bietet DevOps und SRE as a Service an – passend für alle Projektgrößen. Ob als Unterstützung für bestehende Mitarbeiter⋅innen, damit diese in den Urlaub fahren können, oder als vollumfängliches Infrastruktur-Team mit optionaler 24/7-Bereitschaft. We Manage ist der ideale Partner für Digitalunternehmen, Startups und Agenturen, die auf der Suche nach finanziell vernünftiger und robuster Infrastruktur sind. Mehr Infos findest du unter https://engineeringkiosk.dev/wemanage ****Das schnelle Feedback zur Episode:
Eine (Schalt)-Sekunde kann für ganz schön viele Probleme sorgenAlle 4 Jahre haben wir ein Schaltjahr, ein zusätzlicher Tag wird eingefügt. Was aber vielen nicht bekannt ist: Immer mal wieder gibt es auch eine Schaltsekunde. Auf einmal hat der Tag nicht 86.400 Sekunden sondern 86.401 Sekunden.Und eine solch zusätzliche Sekunde kann, zumindest bei IT-Systemen, für eine ganze Menge Probleme sorgen. Und auch eine ganze Podcast-Episode füllen.Wir sprechen über die Schaltsekunde und warum diese seit 1970 nur 27 mal eingefügt wurde.Wir thematisieren die Probleme die eine zusätzliche Sekunde erzeugt, Welche Lösungsmöglichkeiten es gibt, diese Probleme vorzubeugen, zB wie Windows damit umgeht, wann man eine monotonic Clock verwenden sollte, oder Warum Google und Amazon einzelne Sekunden in ihrem Zeit-Server verlangsamen und somit die Schaltsekunde “schmieren”.Und wir sprechen über die Zukunft der Schaltsekunde, also ob wir diese noch brauchen oder nicht.Es dreht sich also alles um Zeit bzw. um eine Sekunde.Bonus: Du hast nur 27 Versuche, den Bug zu finden**** Diese Episode wird gesponsert von easybill.Suchst du nach einer neuen Herausforderung in einem spannenden, wachsenden Software-Team? Easybill kümmert sich um Rechnungserstellung für Freelancer und Händler auf Plattformen wie Ebay, Amazon oder Shopify und sucht Verstärkung im Bereich SRE sowie EntwicklerInnen für PHP, Ruby und etwas Rust. Arbeiten kannst du vollständig remote und mit modernen Technologien wie Kubernetes, Percona Cluster und mehr.Klingt interessant? Schau doch mal unter https://easybill.de/jobs vorbei!**** Das schnelle Feedback zur Episode:
Gesundheit ist das höchste Gut des Menschen (welches wir noch nicht kaufen können)Als Tech- bzw. Knowledger-Worker*in arbeiten wir zwar alle an unterschiedlichen Projekten, Produkten und in anderen Kontexten, doch eins haben wir (leider) alle gemeinsam: Wir sitzen den Großteil des Tages recht statisch auf einem Stuhl vor einem Computer. Es ist zwar oft bequem, aber wie gut ist es für den eigenen Körper?Und auch sonst: Der Alltag ist oft stressig. Eine Deadline jagt die nächste. Back to back Meetings stehen an und niemand hat bzw. nimmt sich die Zeit, sich mal was halbwegs gesundes zu kochen. Stattdessen: Schnell zum Imbiss nebenan.Deswegen widmen wir uns mal diesem wichtigen, doch recht techniklosen Thema der eigenen Fitness und Gesundheit und sprechen über die Probleme beim dauerhaften Sitzen, die Folgen von Stress, die Bedeutung von Fitness und die die Extreme in Social Media. Und das ganze mit Patrick Cole, einem Personal Trainer.Bonus: Es gibt Bandscheibenvorfälle im oberen Rücken.Videos von Andy und Patrick findet ihr unter https://www.instagram.com/engineeringkiosk/**** Diese Episode wird gesponsert von der IU Internationale HochschuleFür dich ist Bildung wichtig und du glaubst an Technologie als Enabler? Kannst du dich mit der Mission der IU “Educate People with the Best Technology" identifizieren?Dann schau doch mal unter https://engineeringkiosk.dev/iu, wenn du die Bildung von morgen gestalten willst.****Das schnelle Feedback zur Episode:
Design Documents und Request for Comments (RFCs): Die Engineering Art der PlanungsphaseWir alle haben schon mal von einer Planungsphase gehört, um ein neues Projekt zu starten, und denken dabei an aufgeblasene Prozesse und lange Wasserfall-Diagramme. Und das Engineering-Team fragt sich oft: Wann kommen wir endlich mal zu den Details?Da kommen die Begriffe Design Documents und Request for Comments (RFCs) ins Spiel.Das doofe nur … Jemand muss diese Dokumente auch schreiben.Und da sind wir bei gleich zwei von Andy's Lieblingsthemen: Schreiben und Design Docs.Wir klären, wozu Design Documents eigentlich gut sind, worauf es ankommt, wo der Unterschied zu RFCs ist, ob das ganze nicht ein riesiger Wasserkopf ist, um einfach Dinge auf die Straße zu bringen und welche Kultur das ganze benötigt.Viel Spaß.Bonus: Wer schreibt, der bleibt.Das schnelle Feedback zur Episode:
Open Source: Die schöne heile Welt - Oder doch nicht?Die meisten sprechen über Open Source mit einem positiven Mindset. Die Kultur ist einzigartig. Leute, die sich noch nie gesehen haben, arbeiten zusammen an etwas Großem. Als Anwender ist man oft beeindruckt, was für eine großartige Software allein durch freiwillige Arbeit erschaffen und auch bereitgestellt wird.Doch in der Realität sieht es oft ganz anders aus. Wenn mal wieder einer der Open Source Incidents in die Tagesschau geschafft hat, wird das ganze Set an Problemen, die es in der Maintainership von Open Source Projekten gibt, sichtbar. Und genau darüber geht es in dieser Episode.Wir klären, welche Probleme es beim Maintainen von Open Source gibt, warum diese nur auf wenige Schultern verteilt sind, aber Milliarden Menschen vom positiven Open Source Output profitieren und welche Lösungen es dafür gibt. Viel Spaß.Bonus: Viel Negativität auf wenigen Schultern verteilt.**** Diese Episode wird von We Manage gesponsert.Für Agenturen und kleinere Unternehmen ist es oft eine Herausforderung, ein vollständiges DevOps-Team aufzubauen. We Manage bietet DevOps und SRE as a Service an – passend für alle Projektgrößen. Ob als Unterstützung für bestehende Mitarbeiter⋅innen, damit diese in den Urlaub fahren können, oder als vollumfängliches Infrastruktur-Team mit optionaler 24/7-Bereitschaft. We Manage ist der ideale Partner für Digitalunternehmen, Startups und Agenturen, die auf der Suche nach finanziell vernünftiger und robuster Infrastruktur sind. Mehr Infos findest du unter https://engineeringkiosk.dev/wemanage ****Das schnelle Feedback zur Episode:
1on1s: Ein starkes Tool - Auch zum halten von MitarbeiternMitarbeiter zu finden ist schwierig. Gute und produktive Mitarbeiter zu halten kann unter Umständen sogar noch schwieriger sein. Auf der anderen Seite sind die Zeiten vorbei, wo ein Mitarbeiter bei einem Unternehmen bis zur Rente bleibt. Das ist vielen bekannt und ein alter Hut.Als wir diesen Podcast gestartet haben, dachten wir ebenfalls, 1on1s wären ein alter Hut. Nach der Veröffentlichung unserer Episode #10 zum 1on1 Meeting haben wir sehr viel positives Feedback bekommen, dass dieses Ritual nun Einzug in diversen Firmen gehalten hat.In dieser Episode bringen wir beide Themen zusammen: Wie kann man mit Hilfe von 1on1s ein positives Signal zum Mitarbeiter senden, um diesen längerfristig zu halten?Wir sprechen über die Herausforderung und Kosten, wenn Mitarbeiter das Unternehmen verlassen, übers aktive Zuhören, nicht alle Probleme als Manager selbst lösen, aktives Feedback einholen, aber auch Grenzen setzen sowie Accountability einfordern. Bonus: Wie bewertest du die Qualität des Essens in der Kantine?**** Diese Episode wird von We Manage gesponsert.Für Agenturen und kleinere Unternehmen ist es oft eine Herausforderung, ein vollständiges DevOps-Team aufzubauen. We Manage bietet DevOps und SRE as a Service an – passend für alle Projektgrößen. Ob als Unterstützung für bestehende Mitarbeiter⋅innen, damit diese in den Urlaub fahren können, oder als vollumfängliches Infrastruktur-Team mit optionaler 24/7-Bereitschaft. We Manage ist der ideale Partner für Digitalunternehmen, Startups und Agenturen, die auf der Suche nach finanziell vernünftiger und robuster Infrastruktur sind. Mehr Infos findest du unter https://engineeringkiosk.dev/wemanage ****Das schnelle Feedback zur Episode:
Überwachen von Applikationen in Zeiten von dynamischer InfrastrukturCloud hier, Serverless da, Container-Scheduler dort. In Zeiten von dynamischen Infrastrukturen weiß man gar nicht mehr so genau, auf welchem Server und Port deine Applikation eigentlich läuft. Dies wirft die große Frage auf: Wie überwache ich meine Applikation denn eigentlich so ordentlich, dass ich sicherstellen kann, dass diese so funktioniert, wie ich mir das initial gedacht habe?Die Antwort dreht sich oft um den de facto Standard im Cloud Native Monitoring-Segment: Prometheus.In dieser Episode sprechen wir mit Julius Volz, einem der zwei initialen Autoren von Prometheus.Mit ihm sprechen wir über die Entstehungsgeschichte von Prometheus bei SoundCloud, wie sich das System von traditionellen Monitoring-Systemen unterscheidet, warum mit PromQL eine eigene Query-Language ins leben gerufen wurde aber auch welche Flaws er nach 12 Jahren Entwicklung gerne beheben würde.Bonus: Wer kennt noch Nagios, Ganglia oder Graphite?Das schnelle Feedback zur Episode:
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:
Wie technisch sollten UI und UX-Engineers eigentlich sein?Dass gutes Design und eine gute User Experience über den Erfolg oder Misserfolg eines Produktes entscheiden kann, haben Plattformen wie AirBnB oder Docker erfolgreich gezeigt. Denn irgendwie hat jedes Produkt, egal ob Hard- oder Software, eine Oberfläche und Bedienelemente. Deswegen steigen wir mit dieser Episode mal in die Felder User Interface (UI) und User Experience (UX) ein.Wir klären, was es eigentlich ist und wo der Unterschied ist, wie UI und UX-Design eigentlich in einem hoch-technischen Produkt, wie zB einem Datenbank-Hoster, aussehen kann, welchen signifikanten Einfluss gutes UX haben kann, was Primary and Secondary Actions, die first mile of Product, Design Thinking oder Double Diamond ist, wie man eine gute Product Engineering Culture aufbaut, aber auch worauf es bei der Zusammenarbeit beim Produkt-Trio (Produkt Manager, Engineer und Designer) ankommt.Bonus: Culture Eats Process for Breakfast**** Diese Episode wird gesponsert von der IU Internationale HochschuleFür dich ist Bildung wichtig und du glaubst an Technologie als Enabler? Kannst du dich mit der Mission der IU “Educate People with the Best Technology" identifizieren?Dann schau doch mal unter https://engineeringkiosk.dev/iu, wenn du die Bildung von morgen gestalten willst.******** WeAreDevelopers World Congress GewinnspielWeAreDevelopers World Congress 17. bis 19. Juli 2024 in Berlin.15.000+ Entwickler⋅innen und 500+ SpeakerExklusiver Rabattcode für unsere Community: "WWC_EngineeringKiosk15" für 15% Rabatt.Wir verlosen 5 Tickets! Mehr Infos unter https://www.linkedin.com/feed/update/urn:li:share:7211263176640729088/****Das schnelle Feedback zur Episode:
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!Sichern Sie sich Ihren Platz unter https://worldcongress.dev/ Hier geht es zum Gewinnspiel: https://www.linkedin.com/feed/update/urn:li:share:7211263176640729088/****Das schnelle Feedback zur Episode:
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:
Phänomene aus dem beruflichen Leben und die persönliche Wahrnehmung der eigenen Fähigkeiten und LeistungenJeder kennt diese Situation: Man muss etwas präsentieren und fragt sich “Wenn die merken, dass ich eigentlich gar keine Ahnung von diesem Thema habe …” oder dass man sich den eigenen Erfolg, die eigene Leistung einfach nicht eingestehen möchte. Das Ganze nennt man Imposter-Syndrom oder auch Hochstapler-Syndrom genannt. Und es ist ganz normal.Das Gegenteil davon ist der sogenannte Dunning-Kruger-Effekt. Wenn einzelne Personen ihr Können überschätzen, obwohl sie sich dafür nicht qualifiziert oder das nötige Wissen haben.Und das dritte Phänomen aus dem beruflichen Leben ist das Peter-Prinzip. Dies besagt, dass Menschen bis zu ihrer Unfähigkeit befördert werden. Kommt dir alles irgendwie bekannt vor? Vielleicht sogar aus deinem Beruf?Uns auf jeden Fall. Deswegen wollten wir mehr über diese Themen wissen und sprechen mit der promovierten Psychologin Fanny Jimenez darüber. Fanny bringt Licht ins dunkle, erklärt uns, was die einzelnen Phänomene wirklich bedeuten, welchen Einfluss diese auf unsere Persönlichkeit haben, aber auch, ob diese normal sind, wie wir diesen vorbeugen können und vieles mehr.Bonus: Bin ich eigentlich noch normal, wenn …Das schnelle Feedback zur Episode:
Integration with YouTube's podcast API, the latest Castro app update; what is happening with my downloads stats? How to find out what is up when you see those ups and downs; real time news about Gaana; talking about what's up with section 230; answering more questions about YouTube and podcasts; clean vs explicit; formatting your podcast shownotes; another mean and median download update!
Integration with YouTube's podcast API, the latest Castro app update; what is happening with my downloads stats? How to find out what is up when you see those ups and downs; real time news about Gaana; talking about what's up with section 230; answering more questions about YouTube and podcasts; clean vs explicit; formatting your podcast shownotes; another mean and median download update!
Testing ist nicht gleich Testing - Ein Deep Dive mit Sebastian BergmannViele Software-Entwickler⋅innen kennen Unit-Tests. Einige schreiben Unit Tests bei der Entwicklung. Wenige machen wirklich Test-Driven-Development. Doch beim Unit-Testing fängt das ganze Thema Testing doch erst an. Wie sieht es denn mit Static Testing, Non-Functional-Testing, White-Box-Testing, End-to-End-Testing, Dynamic Testing oder Integration Testing aus? Und hast du schon mal von Mutanten Testing gehört?Ganz schön viele Buzzwords. Und dabei haben wir noch gar nicht die Fragen beantwortet, was eigentlich gute Tests sind, wie viele Tests genug Tests sind, wie AI uns helfen kann bessere Tests zu schreiben oder ob Testing eigentlich moderner Kram ist oder schon seit Anbeginn des Programmier Zeitalters eine Rolle gespielt hat.In dieser Episode gibt es einen Rundumschlag zum Thema Testing mit Sebastian Bergmann.Bonus: Die Amiga-Szene lebt.Das schnelle Feedback zur Episode:
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 JournalismusDas schnelle Feedback zur Episode:
Hands-On als Engineering Manager: Yay or Nei? Leute, die einmal das Handwerk des Software-Engineerings professionell ausgeübt haben und dann ins Management wechseln, haben oft den Drang, ihr Hardskills nicht zu verlieren. Doch durch den neuen Job sind die Prioritäten nun andere: People Leadership, das Team effizient halten, Strategie und Roadmaps entwickeln. Wo bleibt denn da noch die Zeit am Code mitzuarbeiten?Wir stellen uns die Frage: Warum ist das so? Muss das sein, dass Manager weiterhin technisch sind? Und wenn ja, welche Gefahren birgt das? Aber auch: Wie können wir es möglich machen, obwohl unser Kalender sagt, dass die Woche mit Meetings bereits belegt ist?Darum geht es in dieser Episode. Viel Spaß!Bonus: Auch Manager laufen auf Kaffee.Das schnelle Feedback zur Episode:
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 ScholleDas schnelle Feedback zur Episode:
Re-certified for IAB metrics to V2.1, discussing the State of Podcast Agencies, talk about the best naming conventions, the power of shout-outs and how to make Apple Podcasts better. Plus, stats, the lastest geographic and user agent download data, and updated Podcast Advertising Rates. Also, featuring all kinds of awesome audio feedback from you. Big love to those that did send that audio feedback ❤ Audience feedback drives the show. We'd love for you to contact us and keep the conversation going! Email thefeed@libsyn.com, call 412-573-1934 or leave us a message on Speakpipe! We'd love to hear from you! SIGN UP FOR OUR NEWSLETTER HERE! Quick Episode Summary (2:38) PROMO 1: Video Fuzzy (3:34) Rob and Elsie conversation (7:23) We are re-certified for IAB metrics to V2.1 (12:08) Chatting about the State of Podcasting Agencies report (16:36) Libsyn at the IAB Upfronts 2024! (20:37) A quickie email from the Apple Podcasts team (22:13) Is YouTube the only destination that requires naked links? (29:04) It won't be so hard to install Audio Hijack anymore! Have you given it a go? (34:41) Elsie shares a conversion rate from the podcast to a sign up (40:18) Thoughts on the best ways to name and number your podcast episodes (49:04) AUDIO FEEDBACK: the power of the shout-out and feedback on the Apple Podcasts subscription feature (53:31) AUDIO FEEDBACK: doing better with acronyms is good for all! (54:47) We will report on anything podcasting relevant released at the Apple Event (56:49) PROMO 2: Tales From The Pacific, Episode 14 (57:32) Stats: geographic and user agent download numbers (1:06:09) The latest Podcast Advertising Rates (1:08:25) Where have we been and where are we going? Featured Podcast Promo + Audio PROMO 1: Video Fuzzy PROMO 2: Tales From The Pacific - Episode 14 Paul from Fighting Through WWII Judy from Homeowners Best Real Estate Moves Where have we been and where are we going AI for Podcasters - sign up! Advanced Strategies for Podcast Creators Podcast Movement 2024 Thank you to Nick from MicMe for our awesome intro! Podcasting Articles and Links mentioned by Rob and Elsie Leave us voice feedback! IAB Tech Lab - Podcast Measurement Guidelines IAB Tech Lab - Compliant companies Libsyn to Take the Stage with Nick Viall & ABC Audio at the 2024 IAB Podcast Upfront RFK Jr.'s VP pick Nicole Shanahan launches podcast to court Gen Z voters Rogue Amoeba - Under the Microscope » Blog Archive » Rogue Amoeba's 2024 Status Report Apple promoting May 7 keynote as a ‘different kind of Apple Event' Podcast Advertising Rates 2024 Advanced Strategies for Podcast Creators - YouTube HELP US SPREAD THE WORD! If you dug this episode, head over to Podchaser and kindly leave us a review and follow the show and share it on social! It would mean the world ☺️ Follow The Feed wherever you get your podcasts! → Follow via Apple Podcasts → Subscribe on YouTube → Follow via Spotify → Here's our RSS feed! FEEDBACK AND PROMOTION ON THE SHOW You can ask your questions, make comments and create a segment about podcasting for podcasters! Let your voice be heard. Call 412-573-1934 Email thefeed@libsyn.com Use our Speakpipe Page
Re-certified for IAB metrics to V2.1, discussing the State of Podcast Agencies, talk about the best naming conventions, the power of shout-outs and how to make Apple Podcasts better. Plus, stats, the lastest geographic and user agent download data, and updated Podcast Advertising Rates. Also, featuring all kinds of awesome audio feedback from you. Big love to those that did send that audio feedback ❤ Audience feedback drives the show. We'd love for you to contact us and keep the conversation going! Email thefeed@libsyn.com, call 412-573-1934 or leave us a message on Speakpipe! We'd love to hear from you! SIGN UP FOR OUR NEWSLETTER HERE! Quick Episode Summary (2:38) PROMO 1: Video Fuzzy (3:34) Rob and Elsie conversation (7:23) We are re-certified for IAB metrics to V2.1 (12:08) Chatting about the State of Podcasting Agencies report (16:36) Libsyn at the IAB Upfronts 2024! (20:37) A quickie email from the Apple Podcasts team (22:13) Is YouTube the only destination that requires naked links? (29:04) It won't be so hard to install Audio Hijack anymore! Have you given it a go? (34:41) Elsie shares a conversion rate from the podcast to a sign up (40:18) Thoughts on the best ways to name and number your podcast episodes (49:04) AUDIO FEEDBACK: the power of the shout-out and feedback on the Apple Podcasts subscription feature (53:31) AUDIO FEEDBACK: doing better with acronyms is good for all! (54:47) We will report on anything podcasting relevant released at the Apple Event (56:49) PROMO 2: Legends From The Pacific, Episode 14 (57:32) Stats: geographic and user agent download numbers (1:06:09) The latest Podcast Advertising Rates (1:08:25) Where have we been and where are we going? Featured Podcast Promo + Audio PROMO 1: Video Fuzzy PROMO 2: Legends From The Pacific - Episode 14 Paul from Fighting Through WWII Judy from Homeowners Best Real Estate Moves Where have we been and where are we going AI for Podcasters - sign up! Advanced Strategies for Podcast Creators Podcast Movement 2024 Thank you to Nick from MicMe for our awesome intro! Podcasting Articles and Links mentioned by Rob and Elsie Leave us voice feedback! IAB Tech Lab - Podcast Measurement Guidelines IAB Tech Lab - Compliant companies Libsyn to Take the Stage with Nick Viall & ABC Audio at the 2024 IAB Podcast Upfront RFK Jr.'s VP pick Nicole Shanahan launches podcast to court Gen Z voters Rogue Amoeba - Under the Microscope » Blog Archive » Rogue Amoeba's 2024 Status Report Apple promoting May 7 keynote as a ‘different kind of Apple Event' Podcast Advertising Rates 2024 Advanced Strategies for Podcast Creators - YouTube HELP US SPREAD THE WORD! If you dug this episode, head over to Podchaser and kindly leave us a review and follow the show and share it on social! It would mean the world ☺️ Follow The Feed wherever you get your podcasts! → Follow via Apple Podcasts → Subscribe on YouTube → Follow via Spotify → Here's our RSS feed! FEEDBACK AND PROMOTION ON THE SHOW You can ask your questions, make comments and create a segment about podcasting for podcasters! Let your voice be heard. Call 412-573-1934 Email thefeed@libsyn.com Use our Speakpipe Page
Die Umstrukturierung der Firma: Hart für alle oder eine neue Chance?Firmen, ihre Produkte aber auch ihr Umfeld ändern sich ständig. Um wettbewerbsfähig zu bleiben, um weiter Profit zu erwirtschaften, müssen Unternehmen sich (intern) ändern. “Wer nicht mit der Zeit geht, geht mit der Zeit”. Interne Umstrukturierungen sind somit ein notwendiges Übel bei jeder Firma von einer gewissen Größe. Sie kommt, auch wenn man es nicht will, und ist notwendig, um die Organisation in die Richtung zu bewegen, damit die Unternehmensziele erreicht werden.Umstrukturierungen, sogenannte Reorgs, sind oft negativ behaftet. Doch warum ist das so? Darum geht es in diesem Podcast. Wir klären, was Reorgs eigentlich sind, wozu und mit welchem Zweck diese durchgeführt werden, wie eine Reorg oft bei den Individual Contributern gesehen wird, wie es zu einer Reorg kommt und wie diese durchgeführt wird, aber auch wie du selbst das Beste daraus machen kannst.Bonus: Warum Consultants im Haus nie was Gutes sind.*** Diese Episode wird gesponsert von ... Dir: https://engineeringkiosk.dev/kaffee ***Das schnelle Feedback zur Episode:
Wenn du glaubst, dass du YAML kennst …„YAML Ain't Markup Language“ (ursprünglich „Yet Another Markup Language“) kennen viele nur als Sprache für Konfigurationsdateien. Laut dem Gründer von YAML ist das Format aber nicht dafür gedacht. Und überhaupt nutzen sehr viele Tools nur einen Bruchteil der Fähigkeiten von YAML. Welche das sind, hat uns Tina Müller erklärt. Tina ist u.a. Contributorin zur YAML Spezifikation und gibt uns mal einen Einblick in das Serialisierungs-Format.Wir sprechen über darüber, welches Problem YAML lösen wollte, wie es in der Realität genutzt wird, wie YAML selbst sowie die YAML-Parser in verschiedenen Sprachen weiterentwickelt werden, über die Flaws von YAML, wie zB. das Norway Problem oder die Billion Laughs Attacke und schauen mal welche Features nicht so bekannt sind, wie YAML tags, aliases oder YAMLScript.**** Tue was Gutes mit deiner alten Hardware – Computertruhe.Du hast noch alte Computer-Hardware rumfliegen? Anstatt diese zu verschrotten oder für 20€ bei Kleinanzeigen zu verkaufen - Tue was gutes und Spende diese an die ComputertruheDie Computertruhe ist eine gemeinnützige Organisation, die Computer für bedürftige Menschen bereitstellt.Alle Infos unter https://computertruhe.de/********Das schnelle Feedback zur Episode:
No-Code-Tools sind technische Schulden!Wenn es zu dem Thema No-Code kommt, gibt es oft zwei Lager: Die einen lieben es. Die anderen sagen “Das ist doch gar kein richtiges Programmieren”. Dennoch gibt es Firmen, die No-Code-Plattformen im großen Stil einsetzen. Und immer wenn damit “mal was richtiges” gebaut wird, stellen sich dieselben Fragen wie bei richtiger Software-Entwicklung: Wie sieht es mit der Security / Maintainability / Skalierung und Co aus? Und wenn wir sowas auf den Tisch bringen, dann ist das Thema Refactoring und technische Schulden nicht mehr weit.Und genau darum geht es in dieser Episode. Wolfgang ist fest überzeugt von “No-Code-Tools sind technische Schulden!”. Und Andy lässt sich das ganze mal erklären, um zu verstehen, was er eigentlich damit meint. Wir sprechen darüber, was No-Code und Low-Code eigentlich ist, was technische Schulden sind und warum dies ggf. nicht subjektiv zu sehen ist, welche Probleme sich bei großer No-Code-Nutzung auftun und ob klassische Probleme (aber auch Lösungen) der Software-Entwicklung sich auf die No-Code-Entwicklung übertragen lassen.Bonus: Streit auf LinkedIn ist wohl nicht gern gesehen.**** Diese Episode wird von der HANDELSBLATT MEDIA GROUP gesponsert.Wirtschaft ist nicht immer einfach. Deswegen lautet die Mission der HANDELSBLATT MEDIA GROUP: „Wir möchten Menschen befähigen, die Wirtschaft zu verstehen.“ Mit ihren Kernprodukten, dem Handelsblatt und der WirtschaftsWoche, sowie 160.000 Abonnements, 15 Millionen Besuchern und 3 Milliarden Anfragen in einem Monat leisten sie einen wichtigen Beitrag zur Orientierung und Meinungsbildung in den Bereichen Wirtschaft und Politik und machen damit einen ausgezeichneten Job.Wenn du Teil dieser Mission sein möchtest, schau auf https://engineeringkiosk.dev/handelsblatt vorbei und werde ein Teil der HANDELSBLATT MEDIA GROUP.********Das schnelle Feedback zur Episode:
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.**** Diese Episode wird gesponsert von https://eurowings-digital.de/ Eurowings Digital: Ein internationales Team, Englisch als Firmensprache. Java und AEM im Backend, Vue.js im Frontend und Kotlin sowie Swift für die Mobile Apps. Fürs Data Crunching werden Python, Scala und die Databricks-Plattform verwendet. Alle offenen Job Positionen und Details zu Benefits, wie Standby-Fliegen & Jahresurlaubsflug, findest du unter https://engineeringkiosk.dev/eurowings****Das schnelle Feedback zur Episode:
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.**** Diese Episode wird von der HANDELSBLATT MEDIA GROUP gesponsert.Wirtschaft ist nicht immer einfach. Deswegen lautet die Mission der HANDELSBLATT MEDIA GROUP: „Wir möchten Menschen befähigen, die Wirtschaft zu verstehen.“ Mit ihren Kernprodukten, dem Handelsblatt und der WirtschaftsWoche, sowie 160.000 Abonnements, 15 Millionen Besuchern und 3 Milliarden Anfragen in einem Monat leisten sie einen wichtigen Beitrag zur Orientierung und Meinungsbildung in den Bereichen Wirtschaft und Politik und machen damit einen ausgezeichneten Job.Wenn du Teil dieser Mission sein möchtest, schau auf https://engineeringkiosk.dev/handelsblatt vorbei und werde ein Teil der HANDELSBLATT MEDIA GROUP.********Das schnelle Feedback zur Episode:
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.**** Diese Episode wird von der HANDELSBLATT MEDIA GROUP gesponsert.Wirtschaft ist nicht immer einfach. Deswegen lautet die Mission der HANDELSBLATT MEDIA GROUP: „Wir möchten Menschen befähigen, die Wirtschaft zu verstehen.“ Mit ihren Kernprodukten, dem Handelsblatt und der WirtschaftsWoche, sowie 160.000 Abonnements, 15 Millionen Besuchern und 3 Milliarden Anfragen in einem Monat leisten sie einen wichtigen Beitrag zur Orientierung und Meinungsbildung in den Bereichen Wirtschaft und Politik und machen damit einen ausgezeichneten Job.Wenn du Teil dieser Mission sein möchtest, schau auf https://engineeringkiosk.dev/handelsblatt vorbei und werde ein Teil der HANDELSBLATT MEDIA GROUP.********Das schnelle Feedback zur Episode:
AI in der Software-Delivery: Unsere größte Möglichkeit oder purer Hype? - Ein RealitätscheckGenerative AI ist in der Software-Entwicklung allgegenwärtig. Mit Co-Pilot stellt GitHub den Platzhirsch im Bereich Codegenerierung und bewirbt es mit einer 55% Produktivitätssteigerung. Bei solchen Effekten dreht jedes C-Level-Management am Rad. Doch was ist dran am Hype? Sollten wir wirklich alle so aufgeregt sein?Zu dieser Frage bzw. zu einem Realitätscheck sprechen wir mit Birgitta Böckeler, Global Lead for AI-assisted Software Delivery bei Thoughtworks. Sie beschäftigt sich u.a. damit, wozu Generative AI in der Softwareentwicklung genutzt werden kann, welche Einsatzbereiche neben der Codegenerierung existieren, für welche Bereiche Coding Assistenten gut und für welche nicht so gut sind funktionieren aber auch welchen Effekt die ganze AI-Bewegung auf den ganzen Softwareentwicklungsprozess hat.Bonus: Ein Kampf zwischen AI-Fans und Skeptiker**** Diese Episode wird gesponsert von der IU Internationale HochschuleFür dich ist Bildung wichtig und du glaubst an Technologie als Enabler? Kannst du dich mit der Mission der IU “Educate People with the Best Technology" identifizieren?Dann schau doch mal unter https://engineeringkiosk.dev/iu1, wenn du die Bildung von morgen gestalten willst.********Das schnelle Feedback zur Episode:
Den Softwareentwicklungs-Prozess beschleunigen, indem mehr Arbeit auf die Entwickler abgewälzt wird?2024 ist das Jahr der Effizienz. Überall wird nachgesehen, was noch schneller und besser laufen kann. So auch bei der Softwareentwicklung. Denn dort ist allzeit bekannt: Umso später ein Fehler aufgedeckt wird, desto teurer ist seine Behebung. Deswegen wurde früh damit angefangen, nicht nach der Softwareentwicklung das Programm zu testen, sondern schon während der Entwicklung die Tests zu schreiben. Der Test-Prozess wurde in der Zeitleiste nach Links geschoben. In der Industrie nennt man diesen Vorgang “Shift Left”.Doch bei Tests ist es nicht geblieben. DevOps verlagert die Operations nach Links. Cloud die Definition von Infrastruktur als Code (und somit in die Softwareentwicklung). Security nimmt ebenfalls einen wichtigen Standpunkt in der modernen Welt ein. Metriken, strukturierte Logs und weitere Signale für Observability sind ein fester Bestandteil der Softwareentwicklung. Doch wie viel Prozesse sollen (und können) dennoch nach Links verschoben werden? Wie viele Aufgaben soll eine einzige Entwicklerin erledigen? Ist nicht einfach mal gut?Bonus: Alles mit Ops - DevOps / MLOps / CloudOps / AIOps / DataOps / SecOps / DevSecOps / HROps LegalOps BizOps LLMOps ChatOps NoOps**** Diese Episode wird gesponsert vom Open-Source Förderprogramm Media Tech LabBewirb dich jetzt und erhalte bis zu 50.000€ Fördersumme für dein Open-Source Projekt https://engineeringkiosk.dev/medialab****Das schnelle Feedback zur Episode:
Sales Engineering: Die Karriere “on top” auf deiner eigentlichen KarriereIm Software Engineering gibt es viele Vorurteile gegen die Sales-Funktion. Doch wenn wir mal ehrlich zu uns sind: Die Sales-Abteilung bringt die Kunden, die wiederum das Geld in die Firma bringen. Kurz um: Durch die Sales-Arbeit haben wir alle einen Job. Und wenn wir dies mal weiterdenken: Was wäre, wenn du mit deinem Engineering Know How an diesem Hebel etwas bewirken könntest?Genau darum geht es in der Funktion des Sales Engineerings. In dieser Episode sprechen wir mit Patrick Pissang, dem Social Sales Engineer, und bringen etwas Licht ins Dunkle: Was ist Sales Engineering? Sind dies zwei Jobs in einer Person? Wie technisch muss ein Sales Engineer sein und wie sieht eigentlich ein solcher Sales Prozess aus? Welche Firmen können von dieser Rolle denn wirklich Gebrauch machen? Welche Skills sind gefragt und wie kann man mehr über diese Rolle erfahren?All das in dieser Episode.Bonus: Was Herr der Ringe und Sales Engineering gemeinsam haben.**** Diese Episode wird gesponsert vom Open-Source Förderprogramm Media Tech LabBewirb dich jetzt und erhalte bis zu 50.000€ Fördersumme für dein Open-Source Projekt https://engineeringkiosk.dev/medialab****Das schnelle Feedback zur Episode:
Kommunikation und Marketing über die eigene Arbeit: Ein Muss oder Wichtigtuerei?Jeder Angestellte ist für eine gewisse Aufgabe angestellt. Doch während der täglichen Arbeit kommt eine ganze Menge weitere Aufgaben dazu, die für viele Manager und andere Teams “unsichtbar” sind: Dem Kollegen bei seiner Entwicklungsumgebung helfen, den roten Test-Build fixen, dem Junior-Engineer eine Frage beantworten, eine Präsentation für das Meeting morgen vorbereiten, und so weiter.Dennoch ist diese unsichtbare Arbeit wichtig. Oft wird diese auch als Glue-Work, also Klebstoff, der das ganze Konstrukt zusammenhält, beschrieben. Und über ein ganzes Jahr macht man davon nicht wenig. Doch damit diese Arbeit gesehen wird und auch eine entsprechende Wertschätzung bekommt, müssen andere davon erfahren. Und da kommt Kommunikation und Selbstmarketing ins Spiel.In dieser Episode sprechen wir darüber, wie viel Selbstmarketing OK ist, ob es einen Unterschied zwischen leisen und lauten Personen gibt, wie Activity Logs oder Brag Documents dir selbst helfen können, die entsprechende Glue-Work zu deiner Vorgesetzt zu kommunizieren, und geben Tipps wie das ganze in die wöchentliche Arbeitsroutine eingebettet werden kann.Bonus: Ist Zuckerfrei wirklich ohne Zucker und Alkoholfrei wirklich ohne Alkohol?**** Diese Episode wird gesponsert von https://eurowings-digital.de/ Eurowings Digital: Ein internationales Team, Englisch als Firmensprache. Java und AEM im Backend, Vue.js im Frontend und Kotlin sowie Swift für die Mobile Apps. Fürs Data Crunching werden Python, Scala und die Databricks-Plattform verwendet. Alle offenen Job Positionen und Details zu Benefits, wie Standby-Fliegen & Jahresurlaubsflug, findest du unter https://engineeringkiosk.dev/eurowings****Das schnelle Feedback zur Episode:
Wenn der Wechsel vom Software Engineer zur Managerin eine Beförderung ist, ist dann der Wechsel vom Manager-Dasein zurück zum Software Engineer eine Degradierung?Genau mit dieser Frage beschäftigen wir uns in dieser Episode. Umgangssprachlich nennt man den Wechsel hin und her, von Software Engineer zum Management und zurück, das Engineering Manager Pendulum.Wir haben mit Tom Bartel gesprochen, der diesen Wechsel schon zweimal vollzogen hat. Mit Ihm sprechen wir darüber, wie der Gedanke zum Pendeln entstanden ist, wie sein Umfeld und das eigene Unternehmen darauf reagiert hat, wie schwierig es ist sich an andere Perspektiven und Flughöhen in der täglichen Arbeit anzupassen, wie das Gehirn sich auf die unterschiedlichen Tagesabläufe verändert, und was er Leuten raten würde, die ebenfalls darüber nachdenken, in das Engineering Manager Pendulum einzusteigen.Bonus: Wie ein neuer Grill eine Verpackungswut auslösen kann.**** Diese Episode wird gesponsert von Eurowings Digital Eurowings Digital: Ein internationales Team, Englisch als Firmensprache. Java und AEM im Backend, Vue.js im Frontend und Kotlin sowie Swift für die Mobile Apps. Fürs Data Crunching werden Python, Scala und die Databricks-Plattform verwendet. Alle offenen Job Positionen und Details zu Benefits, wie Standby-Fliegen & Jahresurlaubsflug, findest du unter https://engineeringkiosk.dev/eurowings****Das schnelle Feedback zur Episode:
Wie sieht eigentlich der Tech-Stack vom Engineering Kiosk selbst aus?Ein Side-Projekt startet man üblicherweise mit einer Domain. Erst kauft man die Domain und danach überlegt man sich, was man eigentlich machen will. Über Zeit entwickelt sich das Projekt, man holt mehr Technologien rein und experimentiert. Genau so war es auch mit dem Engineering Kiosk Podcast. Nur mit dem Unterschied, dass auch etwas Hardware angeschafft werden musste.Auf unserem letzten Community-Treffen haben wir die Frage nach unserem Tech-Stack vom Podcast bekommen. In dieser Episode führen wir euch mal in den Maschinen-Raum von unserem Audio-Format und zeigen euch, was alles notwendig ist, um dieses Hörerlebnis für euch zu erzeugen.Viel Spaß!Unsere Hardware:Wolfgang + Gäste-Mikrofon: Samson Q2UAndy Mikrofon: Rode NT USB + Rode PSA1+ Broadcast MicrophoneVersandboxen für Mikrofone: Thomann, 2x Flyht Pro WP Safe Box 6 IP65Aufnahmegerät für On-Site-Aufnahmen: Zoom PodTrak P4Scheinwerfer fürs Video-Setup: Rollei Lumen Panel 600 Bi-Color - LED-PanelAnsteck-Mikrofone fürs Video-Setup: SYNCO G2(A2) Lavalier Mikrofon 150M ReichweiteUnsere Software:Podcast-Hosting: RedCirclePodcast-Aufnahme: ZencastrPodcast Transcripte: AssemblyAIAudio-Editting: AudacityWebsite-Framework: AstroWebsite-Hosting: GitHub + NetlifyPodcast-Community: DiscordDokumentation und Planung: Google DocsBonus: Was man alles so über die Zeit ansammelt …Das schnelle Feedback zur Episode:
Objectives & Key Results (OKRs): Die Wunderwaffe für die Zielsetzung?Google, Adobe und die Gates Foundation schwören auf OKRs als Methode für die Zielsetzung, die Teams beim Festlegen messbarer Ziele unterstützen sollen. Doch was ist wirklich dran am Hype? Ist es wirklich so gut wie geschnitten Brot?Wir sind der Sache auf den Grund gegangen und haben mit Marco Alberti von Murakamy über das Thema gesprochen. Mit seiner Firma berät er Firmen jeglicher Größe zum Thema Vision, Mission und Zielsetzung durch OKRs. Mit ihm klären wir, was OKRs eigentlich sind, wie das ganze zu anderen agilen Methoden wie Scrum und Kanban steht, wie OKRs ein Unternehmen verändern können, ob die AI zur Erstellung von Zielsetzung hilfreich ist, was gute und schlechte Objectives sind und wie man mit Hilfe von OKRs wieder in die Sommer-Badehose passt.Bonus: Wieso es OK ist, SAP mit OKRs zu vergleichen.Das schnelle Feedback zur Episode:
Deployst du auch Freitags und während Black-Frida und /Cyber Monday?Code Freezes verbieten, dass neue Änderung in den Hauptentwicklungszweig gemerged werden. Deployment Freezes verhindern das eine neue Software-Version an den Kunden ausgeliefert werden kann. Doch warum tut man dies? Denn eins steht fest: Software Engineers werden dafür bezahlt, Dinge zu ändern. Doch Code- und Deployment Freezes werden oft vom Management vorgegeben.Welche Gründe für Code- und Deployment Freezes sprechen, welche Arten von Freezes es gibt, was ein Code Slush ist, wie das ganze in verschiedenen Industrien aussieht, das klären wir in dieser Episode.Bonus: Wenn Software-Engineers durch Code-Freezes an ihrem Job gehindert werden.Das schnelle Feedback zur Episode:
We cover the Stitcher App closing down with some historical context we know you've never heard! The IndiePod Manifesto, Libsyn's Advertisecast and Twit deal! All about the new kid on the block… Threads from Meta, YouTube and RSS feeds, stats mean and median numbers! Audience feedback drives the show. We'd love for you to contact us and keep the conversation going! Email thefeed@libsyn.com, call 412-573-1934 or leave us a message on Speakpipe! We'd love to hear from you! SIGN UP FOR OUR NEWSLETTER HERE! Quick Episode Summary (2:22) PROMO 1: Barriers to Entry (3:23) Rob and Elsie conversation (4:25) The sad news that Stitcher is closing down and a little bit of personal history What does it take to make a podcast app be profitable? (20:11) The IndiePod Manifesto, a breakdown (26:15) Do you want your podcast cards at Podcast Movement? (28:23) The worst email of the week (32:08) Advertising partnership with Advertisecast and TWiT! (33:40) Reading the 7, 30 and 90 day numbers in Libsyn 5 (38:48) PROMO 2: Find Your Dream Job (39:49) The Threads App (51:02) Audio Feedback from Kristin re: YouTube and RSS feeds (53:14) Tenchent is closing down Penguin FM (55:53) Sharing stats about our own podcast on YouTube (1:02:17) More on the Meghan and Harry Spotify debacle (1:03:57) PROMO 3: Queue Points (1:04:53) Stats: mean and median numbers (1:06:31) Where have we been and where are we going? Featured Podcast Promo + Audio PROMO 1: Barriers To Entry PROMO 2: Find Your Dream Job PROMO 3: Queue Points Where have we been and where are we going Podcast Movement Thank you to Nick from MicMe for our awesome intro! Podcasting Articles and Links mentioned by Rob and Elsie Leave us voice feedback! Unlock the Knowledge in Podcasts | Snipd Castro Podcast app Discord Overcast IndiePod Manifesto - Secrets to Successful Podcasting AdvertiseCast TWiT Partnership Final Libsyn (@libsyn) on Threads Rob Walch (@todayinios) on Threads Elsie Escobar (@theelsieescobar) on Threads Tencent's ‘third-tier' audio platform Penguin FM to shut down in September after lagging far behind rivals like Ximalaya | South China Morning Post Timeline of Meghan Markle Spotify Podcast Drama Now It's Cancelled Unapologetic: Being Black and Queer in Podcasting 2023 - YouTube
Recap of WWDC 2023, iOS 17 and iPadOS 17 from the podcasters point of view, discussing Spotify laying off 25% of their podcast teams, feedback about The Podcast Show in London, the wonderful things about RSS, Castmagic and MacWhisper love! And of course stats mean and median numbers. Audience feedback drives the show. We'd love for you to contact us and keep the conversation going! Email thefeed@libsyn.com, call 412-573-1934 or leave us a message on Speakpipe! We'd love to hear from you! SIGN UP FOR OUR NEWSLETTER HERE! Quick Episode Summary :13 Intro (2:29) PROMO 1: Rebound Revolution (3:41) Rob and Elsie conversation (4:43) The one thing that Rob feels was the most important announcement at WWDC (5:49) All things you need to know about Apple Podcasts iOS 17! (24:30) Should a single podcast also set up and add channel artwork? (28:01) Everything else you need to know about WWDC and our initial takes on Apple's Vision Pro (34:11) External cameras are supported on iPadOS 17 (35:23) PROMO 2: The Relaxed Male (36:01) Spotify laying off 25% of their Podcast Team (55:17) Bonus promo: Roseanne Barr is launching her podcast this week (56:30) Audio Feedback from the Podcast Show via Dave Jackson (1:00:03) Someone was claiming all their employees were let go and they needed access to the podcast - it was a lie (1:01:12) All the wonderful things RSS feeds do (1:07:25) Elsie is loving on Castmagic (1:13:50) Rob is loving on MacWhisper (1:16:09) PROMO 3: #CareFreeBlackGirl (1:20:32) Stats: mean and median download numbers Featured Podcast Promo + Audio PROMO 1: Rebound Revolution PROMO 2: The Relaxed Male Bonus promo: The Rosanne Barr Podcast PROMO 3: #CarefreeBlackGirl Where have we been and where are we going I Asked AI to Make a Podcast — The Results Are TERRIFYING! - YouTube EXPLODE Your Podcast Growth! | Turn Your Podcast into an Audiobook - YouTube She Podcasts LIVE virtual Podcast Movement Thank you to Nick from MicMe for our awesome intro! Podcasting Articles and Links mentioned by Rob and Elsie Leave us voice feedback! WWDC23 highlights - Apple iOS 17 - What's new for Apple Podcasts - Apple Podcasts for Creators John Spurlock on Twitter: "episode artwork for @libsyn's The Feed podcast looking great in the new Apple Podcasts beta @TheElsieEscobar and @podcast411 https://t.co/59D92kko9N" / Twitter Forecast: Podcast MP3 Chapter Encoder — Overcast Castro Podcast app iPadOS 17 finally supports external USB webcams and cameras - The Verge Spotify layoffs: 200 employees, or about 2% of its workforce cut Gimlet Union on Twitter: "Yesterday @Spotify announced that Gimlet and Parcast no longer exist. Here is our joint statement with @ParcastUnion. Full text threaded below: