Podcasts about sprungmarken

Unsere 200. Episode - Unser Jubiläum.Seit 3 ½ Jahren existiert der Engineering Kiosk Podcast bereits. Jede Woche eine neue Episode. Dass wir 200 Episoden knacken würden, hätten wir uns am Anfang selbst nicht erträumt. Für unser Jubiläum haben wir mal die Zügel abgegeben und lassen uns ganz in die Hände von Christian Braun und Thomas Diroll vom Index out of bounds Podcast fallen.Die beiden sind in dieser Episode eure Podcast-Hosts. Ihre Mission? Die Frage “Wer ist Wolfi und Andy wirklich?” zu beantworten. Diese Episode geht weniger um Technik, sondern um die Personen hinter dem Engineering Kiosk Podcast. Viel Spaß beim Kennenlernen.Bonus: Ein eigenes Engineering Kiosk Bingo.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partnersDas schnelle Feedback zur Episode:

Side Projects: Sind nicht technische Tätigkeiten wirklich der Weg zum Business-Erfolg?Hast du auch schon mal davon geträumt, aus einer kleinen Idee neben dem Hauptjob ein echtes Business zu zaubern – und bist dann doch am „perfekten“ Domainnamen und einer nie fertig gewordenen App gescheitert? Willkommen im Club der wohl wichtigsten Tech-Lektion abseits des Coden: Der größte Fehler hat selten etwas mit Technik zu tun.In dieser Episode nehmen wir dich mit auf Wolfis ganz persönliche Achterbahnfahrt: Von Pepsi (halb-legal) aus dem Schulspind über digitale Projekte mit Lehrgeld, bis zu großen Visionen zwischen Open Source Podcast-Plattformen und Energiesektor-Startups. Wir tauchen gemeinsam ein in die Psychologie und Praxis hinter Side Projects: Wie solltest du starten (Spoiler: Nicht mit coden!)? Was bringt's, mit Menschen zu sprechen, bevor man Produkte baut? Müssen Domains und fancy Frameworks wirklich am Anfang stehen – oder ist ein Postfach bei gmx.de doch die richtige Bootstrapping-Strategie?Du erfährst, warum Interviews mit echten Nutzern meist viel mehr bringen als tausend Zeilen Code, wie du deinen tatsächlichen Markt findest und weshalb die meisten Projekte nicht an Technik, sondern an fehlendem Fokus, falschem Sales oder zu wenig Realitätssinn scheitern. Außerdem: Was tun, wenn das Herz blutet und Loslassen angesagt ist?Plus: Kann man Side Projects im Team besser durchziehen als allein? Und warum der ein oder andere Exit sich finanziell (oder emotional) ganz anders anfühlt als gedacht.Ob du gründen willst, einfach nur am nächsten Hack Weekend bastelst oder endlich verstehen willst, wie Produktentwicklung wirklich funktioniert – diese Folge liefert dir ehrliche Anekdoten, Tools und Tipps für alle mit Side-Project-Herz.Bonus: Ein wütender Geschäftsbesitzer, der dich aus dem Laden jagt.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partnersDas schnelle Feedback zur Episode:

Nadine Quosdorf, Ansprechpartnerin der Messe, hat Sophie eingeladen, auf dem Event das Thema Corporate Influencer zu bespielen und Sophie hat direkt den ganzen Club mitgebracht. Winfried Ebner, Alexander Luyken, Judith Fauser und Anja Schöne waren mit am Start. Gemeinsam haben die fünf eine Podcastfolge aufgenommen, den Raum für Austausch beim Community-Treffen geöffnet und den Tag mit einem starken Panel auf der Mainstage abgeschlossen. Die drei wichtigsten Erkenntnisse Corporate Influencing braucht Strategie und Haltung. Sichtbarkeit allein reicht nicht – entscheidend ist die strategische Ausrichtung und die Frage nach dem persönlichen „Why“. (Judith Fauser) Corporate Influencing ist Teil eines kulturellen Transformationsprozesses. Es verändert nicht nur externe Wahrnehmung, sondern wirkt tief in die Organisation hinein – hin zu mehr Offenheit und Zusammenarbeit. (Alexander Luyken) Nicht alle müssen laut sein – aber alle können relevant sein. Fachliche Expertise und Authentizität sind wichtiger als Rampenlicht. (Anja Schöne) Die drei größten "Wins" oder positiven Effekte Nachhaltiger Kulturwandel durch Sichtbarkeit. Die Telekom hat sich durch Corporate Influencing zur modernen, „lovable“ Marke gewandelt. (Alexander Luyken) Fachexpertise wird endlich sichtbar. Menschen mit Know-how bekommen Reichweite – ohne Marketingfilter. (Anja Schöne) Neue Kommunikationsformate aktivieren stille Expert*innen. Audioformate wie Podcasts machen komplexe Themen zugänglich – auch für introvertiertere Kolleg*innen. (Judith Fauser) Drei Gefahren oder Risiken Verwechslung mit klassischen Influencern. Intern gibt es Vorurteile („Influencer = unglaubwürdig“) – das erschwert den Start. (Alexander Luyken) Initialaufwand wird unterschätzt. Ohne konsequentes Community-Management laufen Programme schnell ins Leere. (Anja Schöne) Komplexität fachlicher Inhalte kann zur Kommunikationshürde werden. Es braucht Übersetzungshilfe – sonst bleibt Expertise intern hängen. (Anja Schöne) Drei typische Fehler, die man vermeiden sollte Verkaufen statt zuhören. Social Selling funktioniert nur, wenn echtes Interesse am Gegenüber da ist – nicht über Direktnachrichten und Verkaufsdruck. (Judith Fauser) Programme ohne Weiterentwicklung verlieren an Energie. Der Bedarf an Impulsen, Austausch und neuen Formaten bleibt dauerhaft bestehen. (Anja Schöne) Den Community-Gedanken durch Hierarchie ausbremsen. Ein „Head of“ ist nicht zwingend nötig – es braucht eher eine moderierende, unterstützende Rolle im Sinne eines Feel-Good-Managers. (Anja Schöne) Wann sprachen wir über was (mit Sprungmarken): (00:17:38) Warum sind alle Mitarbeitenden potenzielle Corporate Influencer? – Judith Fauser (00:18:58) Wie verhindert Bechtle „Sales-Pfosten“ im Social Selling? – Judith Fauser (00:20:22) Was steckt hinter Bechtles Social Media Readiness Programm? – Judith Fauser (00:23:13) Warum eignen sich Podcasts besonders für vertriebsnahe Corporate Influencer? – Judith Fauser (00:30:56) Wie entstand das Corporate Influencer Programm bei der Telekom? – Alexander Luyken (00:31:52) Welche Rolle spielt Offenheit im Austausch mit anderen Unternehmen? – Alexander Luyken (00:34:57) Wie hat das Programm zum Kulturwandel bei der Telekom beigetragen? – Alexander Luyken (00:36:34) Warum wirkt Corporate Influencing auch stark nach innen? – Alexander Luyken (00:41:34) Wie organisiert die LV 1871 ihre Corporate Influencer Community intern? – Anja Schöne (00:45:53) Warum sind Vielfalt und Fachkompetenz zentrale Erfolgsfaktoren? – Anja Schöne Links aus der Episode: Sophie Rickmann auf LinkedIn https://www.linkedin.com/in/sophierickmann/ Winfried Ebner auf LinkedIn https://www.linkedin.com/in/winfried-ebner/ Alexander Luyken von der Deutschen Telekom https://www.linkedin.com/in/alexander-luyken/ Anja Schöne von KV 1871 https://www.linkedin.com/in/anjaschoene/ Judith Helene Fauser Bechtle https://www.linkedin.com/in/judith-helene-fauser/  Corporate Influencer Club auf LinkedIn https://www.linkedin.com/groups/12

Wer darf eigentlich was? Und sollten wir alle wirklich alles dürfen?Jedes Tech-Projekt beginnt mit einer simplen Frage: Wer darf eigentlich was? Doch spätestens wenn das Startup wächst, Kunden Compliance fordern oder der erste Praktikant an die Produktionsdatenbank rührt, wird Role Based Access Control (RBAC) plötzlich zur Überlebensfrage – und wer das Thema unterschätzt, hat schnell die Rechtehölle am Hals.In dieser Folge nehmen wir das altbekannte Konzept der rollenbasierten Zugriffskontrolle auseinander. wir klären, welches Problem RBAC eigentlich ganz konkret löst, warum sich hinter den harmlosen Checkboxen viel technische Tiefe und organisatorisches Drama verbirgt und weshalb RBAC nicht gleich RBAC ist.Dabei liefern wir dir Praxis-Insights: Wie setzen Grafana, Sentry, Elasticsearch, OpenSearch oder Tracing-Tools wie Jäger dieses Rechtekonzept um? Wo liegen die Fallstricke in komplexen, mehrmandantenfähigen Systemen?Ob du endlich verstehen willst, warum RBAC, ABAC (Attribute-Based), ReBAC (Relationship-Based) und Policy Engines mehr als nur Buzzwords sind oder wissen möchtest, wie du Policies, Edge Cases und Constraints in den Griff bekommst, darum geht es in diesem Deep Dives.Auch mit dabei: Open Source-Highlights wie Casbin, SpiceDB, OpenFGA und OPA und echte Projekt- und Startup-Tipps für pragmatischen Start und spätere Skalierung.Bonus: Ein Märchen mit Kevin und Max, wo auch manchmal der Praktikant trotzdem gegen den Admin gewinnt

Heute ein kleines Experiment: Wir spielen Trivial Pursuit mit Paul aka @myhorologicaljourneyHeute mal ohne Sprungmarken, weil sinnlos. Achtung FSK16!#uhrenliebhaber #uhrenundwein#uhren #uhrenvideos #watches #navitimer #sinn903#uhren #uhrenvideos #watches #deutscheuhren #germanwatches ⁠#uhrenreview⁠⁠ #uhrenliebhaber⁠ ⁠#uhren⁠ ⁠#uhrenvideos⁠ ⁠#watches⁠ #germanwatches #deutscheuhren⁠#independentwatchmaking⁠ ⁠#uhren⁠ ⁠⁠#rolex #breitling #rolex #kudoke #piaget #ulyssenardin* Theme music: DIY by @tapir_ffm* Der deutschsprachige Kanal von Fifth Wrist Fifth Wrist und Fifth Wrist Radio sind gemeinschaftlich betriebene Projekte. Fifth Wrist hat es sich zum Ziel gesetzt, unvoreingenommene, von kommerziellem Sponsoring und Markenkult freie Inhalte zum Thema Uhren zu produzieren. Dazu werden die Uhren-Rezensionen auch von Euch, der globalen Uhren-Community auf unserer Website erstellt. Auf der Website findet Ihr aber auch redaktionelle Berichte über Uhrenfirmen u. a. – und wir produzieren natürlich Podcasts … und nun eben auch YouTube Videos. Fifth Wrist ist absolut nicht-kommerziell und wird von allen Beteiligten nur als Hobby betrieben. Wir betrachten das als Stärke sowie als »Markenkern«. Die künftige Ausrichtung der Website und der Podcasts wird von den Menschen bestimmt, die sich an diesem Projekt beteiligen.Um mitzumachen und sich einzubringen, könnt Ihr eine Eurer eigenen Uhren unter fifthwrist.com/write-review bewerten. Folgt uns auf Instagram: @fifthwrist Wir hoffen, dass ihr beim dieser Folge genauso viel Spaß habt wie wir beim Erstellen!Vielen Dank an alle Mitglieder der Fifth Wrist Community, die ihre Zeit opfern, um dieses Projekt zu ermöglichen. Die Moderatoren, Co-Moderatoren, Autoren und Redakteure sowie alle, die sich die Zeit nehmen, dieses Projekt täglich zu teilen und zu fördern. Bitte nehmt Euch Zeit, uns eine Rezension zu hinterlassen, wo immer Ihr unseren Kanal oder Podcast hört. Vielen Dank für all die positiven Kritiken und Kommentare zu unseren Episoden. Wir lesen und schätzen jeden einzelnen!The time is gone, the show is over, thought I'd something more to say…fifthwrist.comfifthwrist.com/tag/eal

Welchen Wert haben GitHub-Stars?GitHub selbst ist ein Social Network für Entwickler*innen. Ob du es wahrhaben willst oder nicht. Man interagiert miteinander, kann sich gegenseitig folgen und Likes werden in Form von Stars ausgedrückt. Das bringt mich zu der Frage: Welchen Wert haben eigentlich GitHub Stars? Denn Fraud in Social Networks, wie das Kaufen von Followern, ist so alt wie die Existenz solcher Plattformen.Wie sieht es also auf GitHub damit aus? In dieser Episode schauen wir uns eine wissenschaftliche Untersuchung zum Thema Fake Stars auf GitHub an. Was sind GitHub-Stars wert? Aus welcher Motivation heraus kaufen sich Leute eigentlich GitHub Stars? Welche Herausforderungen gibt es, Fake Stars zu erkennen? Wie werden GitHub Stars eigentlich genutzt?Aber bei der wissenschaftlichen Untersuchung bleibt es nicht. Wir haben die Community gefragt, welche Bedeutung GitHub Stars für sie haben, ob Stars ein guter Indikator für die Qualität eines Projekts sind, wie diese Entscheidungen beeinflussen und nach welchen Kriterien die Community Stars vergibt.Zwei kleine Sneak-Peaks:Einen GitHub Star kannst du auf dem Schwarzmarkt bereits für $0.10 kaufenDas Kaufen von GitHub Stars beeinflusst das organische Stars-Wachstum von Repositories innerhalb der ersten zwei Monate. Danach flacht es ab.Du willst mehr davon? Dann schalte jetzt ein.Bonus: GitHub als Social Network für Entwickler.Ein Dank an unsere Community-Mitglieder:Dario TignerSchepp Christian Schäfer Philipp WolframMoritz KaiserStefan BrandtSimon BrüggenMelanie PatrickMaxi KurzawskiStefan BetheTim GlabischHolger Große-PlankermannMirjam ZiselsbergerSimon LegnerUnsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partnersDas schnelle Feedback zur Episode:

Lokale Meetups: Networking, Wissen & Karrierebooster oder nur verschwendete Zeit?In dieser Episode gehen wir einer Herzensfrage nach: Welchen echten Wert haben Meetups in der Tech-Szene? Wir selbst sind als Meetup-Organisatoren befangen. Um aus unserer Bubble mal etwas herauszukommen, haben wir Stimmen aus der Community eingefangen.Wir haben gefragt, warum Meetups und Konferenzen eigentlich besucht werden bzw. welchen Stellenwert solchen Events zugerechnet werden, ob virtuelle Meetups besser laufen als physische und wann virtuelle Meetups die bessere Wahl sind, inwieweit solche Events die eigene Karriere beeinflusst hat und wie die Community entscheidet, wann sich die Teilnahme an einem Meetup-Event für sich lohnt.Nun die Frage: Lohnt sich diese Podcast-Episode für dich?Ich kann dir aus meiner Erfahrung sagen: Einige Argumente hatte selbst ich nicht auf dem Schirm. Zum Beispiel, wenn du ein Nischen-Tech-Thema hast, würde dies wahrscheinlich nie als physisches Meetup klappen. Oder wie stark der Einfluss deiner Freunde ist, ob jemand ein Meetup besucht. Oder dass Meetups ggf. doch nicht so einen großen Einfluss auf die eigene Karriere haben, wie ich immer dachte.Danke an alle Community-Mitglieder, die uns ihre Stimme und Meinung für diese Podcast-Episode zur Verfügung gestellt haben. Ihr habt Wolfi und mich aus der eigenen Suppe geholt. Nun aber genug gespoilert. Viel Spaß mit dieser Episode.Bonus: Mehr als nur Andy und Wolfi - Danke an unsere Community!Ein Dank an unsere Community-Mitglieder (Reihenfolge nach Erwähnung in der Episode):Dario TilgnerTim GlabischAndreas DoblanderPhilipp WolframSchepp Christian SchäferSimon LegnerSimon BrüggenNiklas MeyerMoritz KaiserStefan BrandtMaxi KurzawskiHolger Große-PlankermannMelanie PatrickMirjam ZiselsbergerUnsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partnersDas schnelle Feedback zur Episode:

MapReduce: Ein Deep DiveIm Jahr 2004 war die Verarbeitung von großen Datenmengen eine richtige Herausforderung. Einige Firmen hatten dafür sogenannte Supercomputer. Andere haben nur mit der Schulter gezuckt und auf das Ende ihrer Berechnung gewartet. Google war einer der Player, der zwar große Datenmengen hatte und diese auch verarbeiten wollte, jedoch keine Supercomputer zur Verfügung hatte. Oder besser gesagt: Nicht das Geld in die Hand nehmen wollte.Was macht man also, wenn man ein Problem hat? Eine Lösung suchen. Das hat Jeffrey Dean und sein Team getan. Das Ergebnis? Ein revolutionäres Paper, wie man mittels MapReduce große Datenmengen verteilt auf einfacher Commodity-Hardware verarbeiten kann.In dieser Podcast-Episode schauen wir uns das mal genauer an. Wir klären, was MapReduce ist, wie es funktioniert, warum MapReduce so revolutionär war, wie es mit Hardware-Ausfällen umgegangen ist, welche Herausforderungen in der Praxis hatte bzw. immer noch hat, was das Google File System, Hadoop und HDFS damit zu tun haben und ordnen MapReduce im Kontext der heutigen Technologien mit Cloud und Co ein.Eine weitere Episode “Papers We Love”.Bonus: Hadoop ist wohl der Elefant im Raum.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partnersDas schnelle Feedback zur Episode:

Die Entwicklung eines Spiels: Die Königsdisziplin des Software-Engineerings?Computerspiele sind für viele ITler der Einstieg. Sei es das Verlangen, auch mal ein Spiel zu programmieren, oder die frühe Erstellung von LUA-Skripten bei World of Warcraft oder auch nur die Programmierung der eigenen Clan-Website.Für Software-Engineers, die nicht in der Spieleindustrie gelandet sind, ist die Entwicklung von Spielen irgendwie etwas Spannendes. Wie erschafft man ein Level? Wie programmiert man, dass sich die Figur in diesem Level bewegen kann? Wie baut man eine Kollisionsdetektion? Das sind zumindest Fragen, die uns oft in den Sinn kommen. Doch Spieleentwicklung ist viel, viel mehr als nur die reine Programmierung. Man könnte sogar die Frage stellen: Ist die Entwicklung eines Spiels die Königsdisziplin des Software-Engineerings?Diese Frage versuchen wir in dieser Episode zu beantworten. Wir sprechen mit dem Spieleentwickler Dominic Pacher, der u.a. am Industrie-Giganten 4.0 mitgearbeitet hat. Wir klären mit ihm auf was es bei einem Spiel ankommt, welche Aufgaben eigentlich eine Game Engine bei der Entwicklung übernimmt, was eigentlich ein Game Loop und ein Vertical Slice ist, wie viel Arbeit in Texturen, Sound und Art-Design anfällt, welche Rolle Collider bei Physik-Engines spielen, wie Spiele getestet werden, welche Herausforderung es bei der Lokalisierung von Spielen und der Veröffentlichung in anderen Ländern gibt, welche Rolle eigentlich ein Game-Publisher hat, wie viel Spiele pro Tag auf Steam erscheinen und wie wichtig aber auch schwierig das Balancing der Spielmechanik ist, um das Spiel attraktiv zu halten.Natürlich sprechen wir auch über Game Engines wie Unity, Unreal oder Godot oder warum Spieleentwickler oft kein Git als Versionskontroll-Software nutzen.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partnersDas schnelle Feedback zur Episode:

Event Sourcing: Ein Deep Dive mit Golo RodenSpeziell beim Debuggen stellen wir uns oft die Frage “Wie kam dieser Datensatz nun in diesen Zustand?”. Nachvollziehbarkeit ist da oft schwer. Wenn man Glück hat, gibt es irgendwo ein Log. Wenn man Pech hat, hat man nach der erfolglosen Log-Suche ein neues Ticket, um ein Log einzubauen. Wäre es nicht irgendwie cool, alle Zustandsänderungen zu protokollieren bzw. zu speichern? Oder noch besser: Dieses Verhalten als First-Class-Konzept in meiner App zu behandeln?Wenn man das Ganze weiter denkt, landet man oft beim Thema “Event Sourcing”. Event … wat?In dieser Podcast-Episode machen wir mal einen Deep Dive ins Thema Event Sourcing. Wir klären, was Event Sourcing eigentlich ist, welches Problem es eigentlich löst, wie technische Implementierungen aussehen können, was Command Query Responsibility Segregation (CQRS) und Domain Driven Design damit zu tun haben, wann man doch lieber Abstand von Event Sourcing halten sollte und welche Tools und Datenbanken dich dabei unterstützen.Bonus: Wie viele Stadtbibliotheken nutzen eigentlich Event Sourcing?Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partnersDas schnelle Feedback zur Episode:

Zu verstehen, wie eine Firma Geld verdient, ist Voraussetzung um Mehrwert zu schaffenDie wenigsten von uns arbeiten für Luft und Liebe. Mieten müssen gezahlt werden und Essen müssen wir auch alle. Deswegen gehen viele von uns in einem klassischen Angestelltenverhältnis arbeiten. In einem Angestelltenverhältnis gehören auch Gehaltserhöhungen und ab und zu auch mal eine Beförderung dazu. Einige Gehälter werden automatisch angepasst, wie z.B. bei einer Tariferhöhung. Andere müssen dafür ihren Wert, den sie zur Firma beitragen, erhöhen. Und um dies zu erreichen, sollte man wissen, wie die eigene Firma eigentlich Geld verdient und welche Herausforderungen das Business-Modell hat. Denn dies ist nicht immer auf den ersten Blick zu erkennen.In dieser Episode schauen wir uns mal drei Business-Modelle an, erklären, worauf diese basieren, welche Herausforderungen diese mit sich bringen, ob diese sich heutzutage noch lohnen und welchen Zwiespalt diese oft bei der Produktentwicklung erzeugen. Wir sprechen darüber, wie viel du den Arbeitgeber eigentlich kostet, wie viel Werbung heutzutage noch Wert ist, Warum sogenannte A-Kunden zwar viel Geld einbringen können, aber ein großes Risiko für eine Firma sind, warum das passive Einkommen bei deinem eigenen Software as a Service Produkt ein Irrglaube ist und wie du das neue Wissen über Business-Modelle für dich nutzen kannst, um deinen eigenen Wert zu erhöhen.Bonus: Wenn man mehr Geld möchte, muss man mehr Geld einbringen.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partnersDas schnelle Feedback zur Episode:

Machine Learning Operations (MLOps) mit Data Science Deep Dive.Machine Learning bzw. die Ergebnisse aus Vorhersagen (sogenannten Prediction-Models) sind aus der modernen IT oder gar aus unserem Leben nicht mehr wegzudenken. Solche Modelle kommen wahrscheinlich öfter zum Einsatz, als dir eigentlich bewusst ist. Die Programmierung, Erstellung und das Trainieren dieser Modelle ist die eine Sache. Das Deployment und der Betrieb ist die andere Thematik. Letzteres nennt man Machine Learning Operations, oder kurz “MLOps”. Dies ist das Thema dieser Episode.Wir klären was eigentlich MLOps ist und wie es sich zum klassischen DevOps unterscheidet, wie man das eigene Machine Learning-Modell in Produktion bringt und welche Stages dafür durchlaufen werden müssen, was der Unterschied von Model-Training und Model-Serving ist, welche Aufgabe eine Model-Registry hat, wie man Machine Learning Modelle in Produktion eigentlich monitored und debugged, was Model-Drift bzw. die Drift-Detection ist, ob der Feedback-Cycle durch Methoden wie Continuous Delivery auch kurz gehalten werden kann, aber auch welche Skills als MLOps Engineer wichtig sind.Um all diese Fragen zu beantworten, stehen uns Michelle Golchert und Sebastian Warnholz vom Data Science Deep Dive Podcast rede und Antwort.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partnersDas schnelle Feedback zur Episode:

Data Streaming und Stream Processing mit Apache Kafka und dem entsprechenden Ecosystem.Eine ganze Menge Prozesse in der Softwareentwicklung bzw. für die Verarbeitung von Daten müssen nicht zur Laufzeit, sondern können asynchron oder dezentral bearbeitet werden. Begriffe wie Batch-Processing oder Message Queueing / Pub-Sub sind dafür geläufig. Es gibt aber einen dritten Player in diesem Spiel: Stream Processing. Da ist Apache Kafka das Flaggschiff, bzw. die verteilte Event Streaming Platform, die oft als erstes genannt wird.Doch was ist denn eigentlich Stream Processing und wie unterscheidet es sich zu Batch Processing oder Message Queuing? Wie funktioniert Kafka und warum ist es so erfolgreich und performant? Was sind Broker, Topics, Partitions, Producer und Consumer? Was bedeutet Change Data Capture und was ist ein Sliding Window? Auf was muss man alles acht geben und was kann schief gehen, wenn man eine Nachricht schreiben und lesen möchte?Die Antworten und noch viel mehr liefert unser Gast Stefan Sprenger.Bonus: Wie man Stream Processing mit einem Frühstückstisch für 5-jährige beschreibt.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partnersDas schnelle Feedback zur Episode:

Die Transparenz von Open Source schreibt Geschichten, die erzählt werden wollen50% des Begriffes “Open Source” besteht aus dem Wort “Open”. Ok. Für diese Erkenntnis muss man nun nicht studiert haben. Open bzw. Offen bzw. Transparenz bezieht sich dabei nicht nur auf den Source Code selbst, sondern i.d.R. auf alles, was das entsprechende Projekt betrifft. Dazu zählen u.a. für jedermann einsehbare Bug-Reports und Pull Requests. Wenn man dies nun mit weltweiter Kollaboration verschiedener Menschen und Kulturen mixt, ist eins vorprogrammiert: Kreativität, WTF-Momente, persönliche Schicksale und Geschichten, die erzählt werden wollen. Diese Episode erzählt einige dieser Open Source Geschichten. Wir sprechen darüber, wie man Douglas Crockford dazu bringt, über JavaScript Code zu streiten, wann für einen Pull Request eine eigene Torte gebacken wird und warum dies dann zu einem Merge führt, sowie wann und warum Unit Tests fehlschlagen, wenn diese in Australien ausgeführt werden. Es geht aber auch um traurige Seiten und persönliche Schicksale. Zum Beispiel eine Gefängnisverurteilung eines Maintainers von einem Projekt, welches 26 Millionen Downloads pro Woche hat, eine Krebserkrankungen mit verbundener Anteilnahme der Community und wie der Maintainer die Zukunft des Projektes sichert für die Zeit, wenn er nicht mehr da ist oder auch wie die Maidan-Revolution und der Ukraine-Krieg Open Source beeinflussen.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partnersDas schnelle Feedback zur Episode:

Frontend-Engineering Metriken im Team einführen mit dem Working Draft Podcast.Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partnersDas schnelle Feedback zur Episode:

Was ist Tail Recursion bzw. eine Endrekursion?Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partnersDas schnelle Feedback zur Episode:

Der Status Code “404”: Was ist das, wofür steht es und woher kommt es?Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partnersDas schnelle Feedback zur Episode:

Wie entwickle ich meine Teammitglieder eigentlich weiter?“Wer nicht mit der Zeit geht, geht mit der Zeit”. Ob dieses Zitat nun von Schiller oder Stromberg kommt, spielt eigentlich keine Rolle. Einen Funken Wahrheit hat es trotzdem. Denn speziell in der sich schnell entwickelnden IT- und Software-Welt ist das Thema Leveling Up / Lifting Up / Skilling Up oder die ganz klassische Weiterbildung unabdingbar. Und dabei geht es nicht nur um das besser werden im eigentlichen Handwerk, wie der Softwareentwicklung, Data Science oder ähnlichem, sondern auch um die Persönlichkeit und Soft-Skills wie z.B. Kommunikation - Obwohl die Softskills heutzutage auch irgendwie die wahren Hardskills sind. Egal.Nun aber die große Frage: Wie hebe ich denn mein Team auf das nächste Level? Wie kann ich meine Mitarbeiter unterstützen, sich aktiv weiterzuentwickeln? Was kann ich als direkter Kollege tun? Denn dieses Thema betrifft nicht nur Leads, sondern auch dich als Individual Contributor ohne Personalverantwortung. Denn spätestens, wenn sich deine Managerin (noch) nicht um deine Weiterentwicklung kümmert, geben wir dir in dieser Episode ein paar Tipps, wie du auch deine Managerin in die richtige Richtung bewegen kannst. Denkt immer dran: “Wer nicht mit der Zeit geht, geht mit der Zeit”.Bonus: Etwas Streit ist gesund.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partnersDas schnelle Feedback zur Episode:

Tabs vs. Spaces mit dem Index out of bounds Podcast.Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partnersDas schnelle Feedback zur Episode:

Suchalgorithmen: Lineare- und Binäre Suche mit Stefan Macke vom IT Berufe Podcast.Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partnersDas schnelle Feedback zur Episode:

Benevolent Dictator for Life (BDFL): Was ist das? Wer ist das? Ist dies was gutes?Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partnersDas schnelle Feedback zur Episode:

Wie erkennt man einen Zykel in einer Linked List mit niedriger Zeit- und Speicherkomplexität?Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partnersDas schnelle Feedback zur Episode:

Es gibt viele Wege ein Problem zu lösen, doch wie würdest du es tun?Softwareentwicklung ist weit mehr als nur Programmieren. Es geht darum, das eigentliche Problem zu verstehen, sich zu fragen, ob dies wirklich ein Problem ist und ob es sich (in Bezug auf den Aufwand) lohnt, dieses Problem zu lösen und wie man es lösen würde. Verschiedene Lösungswege zu durchdenken, die Vor- und Nachteile abzuwägen und final die beste Entscheidung zu treffen, ist einer der größten Skills von erfahrenen Softwareentwickler*innen.In dieser Episode machen wir genau das: Eine Art Design- bzw. Architektur- bzw. Implementierungs-Diskussion. Wir stellen die Frage “Wie würdest du folgendes Problem lösen und implementieren?”. Das Szenario ist dabei eine Art Preis-Monitor. Ähnlich wie Geizhals oder Idealo, doch deutlich simpler.Bonus: Brauchen wir ein Cron-Package in jeder Programmiersprache?Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partnersDas schnelle Feedback zur Episode:

Jagd Podcast Jagdtalk #14: Afrikanische Schweinepest (ASP): Biosicherheit und effektive Desinfektion – im Gespräch mit Andro Schlegel-Werbung- Gast: Andro Schlegel, Biosicherheitsberater bei der LANXESS AG Sponsor-Hinweis: Diese Folge wird unterstützt von der LANXESS AG, dem Hersteller von Virkon S – einem Desinfektionsmittel für maximale Biosicherheit. Beschreibung: In dieser Episode von Jagdtalk – dem Podcast für Jäger und andere Artenschützer spreche ich, Markus Stifter, mit Andro Schlegel über die Herausforderungen der Afrikanischen Schweinepest (ASP) und die entscheidende Rolle von Biosicherheitsmaßnahmen. Gemeinsam gehen wir auf folgende Themen ein: Wie sich das ASP-Virus verbreitet und warum der Mensch eine Schlüsselrolle spielt. Präventive Maßnahmen und effektive Desinfektion in der Landwirtschaft und der Jagdpraxis. Die Unterschiede zwischen Desinfektionsmitteln und ihre spezifischen Einsatzmöglichkeiten. Praktische Tipps zur Anwendung von Virkon S – von der Herstellung der Lösung bis zur Desinfektion von Fahrzeugen und Ausrüstung. Sprungmarken: 00:02:15 – Informationen zum Virustyp 00:05:30 – Übertragungswege 00:15:20 – Wirkungsweise von Desinfektionsmitteln 00:25:50 – Anwendung von Virkon S 00:35:00 – Schutzmaßnahmen 00:40:15 – Sinnvolles Zubehör 00:45:30 – Expertentipp Weiterführende Links: Besuchen Sie unsere Webseite www.jagdtalk.de für weitere Informationen, Bildergalerien und Videos zur ASP. Abonnieren Sie unseren kostenlosen Newsletter und bleiben Sie informiert! Produktinformationen Virkon S: https://lanxess.com/de-de/produkte-und-l%C3%B6sungen/marken/virkon-s https://lanxess.com/-/media/Project/Lanxess/Corporate-Internet/Products-and-Solutions/Industries/Biosecurity-Solutions/EuroTier/Disinfectants/VirkonPoultry Sicherheitsdatenblatt (Quelle: Raiffeisen.com): https://www.raiffeisen.com/agrar_sdb/detail/5470 Betriebsanweisung (Quelle: Raiffeisen.com): https://media.raiffeisenmarkt.de/im/pdf/pboxx-pixelboxx-77966/ba-virkon-s-110823.pdf App-Download LANXESS Biosecurity Solutions (Herausgeber: LANXESS Deutschland GmbH) Apple App Store: https://apps.apple.com/de/app/lanxess-biosecurity-solutions/id6479355144 Google Play Store: https://play.google.com/store/apps/details?id=com.lanxess.biosecuritysolutions.app&hl=gsw&pli=1 Transparenzhinweis: Markus Stifter ist auch als Pressesprecher des Landesjagdverbandes Hessen e. V. tätig. #AfrikanischeSchweinepest #ASP #Biosicherheit #JagdPodcast

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:

In dieser Episode des WIFI Wien Podcasts tauchen wir ein in die sich wandelnde Welt der Personalentwicklung. Unsere Gäste, Expert:innen aus der Praxis, teilen ihre Einblicke zur digitalen Transformation der Arbeitswelt. Sie diskutieren, wie KI die Rolle von Trainer:innen verändert und warum echte menschliche Interaktion wichtiger wird denn je. Ein besonderer Fokus liegt auf der Balance zwischen technologischer Innovation und menschenzentriertem Lernen. Für alle, die wissen wollen, wie Weiterbildung morgen aussieht - von der Kursgestaltung bis zum digitalen Tutoring. Erfahren Sie, warum der Abstand zwischen KI-Kompetenz und menschlichen Fähigkeiten nie wieder so klein sein wird wie heute. [Sprungmarken] (00:00) Theresa Feichtinger https://www.prangl.at (02:26) Manuela Bici https://manuelabici.com (06:36) Christian Faymann https://wifiwien.at (08:32) Herwig Kummer https://www.oeamtc.at (08:32) Michael Egger https://www.erfolgszeiten.at (17:31) Corina Drucker https://www.stepstone.at (22:10) Jasmin Mahal https://llb.at (26:23) Franz Kühmayer http://kuehmayer.at (43:53) Cawa Younosi http://www.charta-der-vielfalt.de (52:08) Gernot Winter https://superintelligenz.eu (01:02:55) Christoph Monschein https://www.edenred.at (01:07:45) Julia Richler https://erecruiter.net (01:08:40) David Schütze https://stmk.wifi.at (01:09:45) Mario Reiter https://haubis.com (01:11:20) Viktoria Schmied http://www.uberall-scene.com (01:12:15) Sindy Amadei http://www.uberall-scene.com (01:14:32) Michael Pichler http://zeroproject.org [Links] Podcast Tipp https://blicknachvorne.podigee.io/ Aus- und Weiterbildung https://www.wifiwien.at/personalentwicklung [Kontaktinformationen] Herausgeber: WIFI der Wirtschaftskammer Wien | Host: Florian Raspel - Leitung Portfoliomanagement & Vertrieb | Technische Umsetzung: WoW - WIFI online Werkstatt | Währinger Gürtel 97, 1180 Wien | www.wifiwien.at | 97@wifiwien.at

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:

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:

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:

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:

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:

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:

Willi, Markus und Erik treffen sich im gut besuchten Aalhaus und sprechen über die Euro 2024, Hürzibabys Abgang und das Statement "Vereinsliebe statt Vaterlandsliebe", das an der Gegengeraden des Millerntors hängt und das Fanfest adressiert ... *** Supporte uns gerne und gib Willi und Markus ein Bier aus: https://steadyhq.com/stpauli *** Chapters und Sprungmarken: 00:00:06.877 Fußballergebnisse und Favoritenänderungen 00:01:38.397 Sensation bei der EM und Hintergrundgeräusche 00:05:54.623 Diskussion über Vereinsentwicklungen und Trainerwechsel 00:08:43.552 Diskussion über Teamprozesse und Projektziele 00:10:49.460 Diskussion über Profifußball und Vereinspolitik 00:16:33.571 Diskussion über UEFA-Training und nationale Mannschaften 00:20:31.774 Diskussion über Teammotivation und Erfolgsdruck 00:38:02.163 Birthday Wishes and ...Du möchtest deinen Podcast auch kostenlos hosten und damit Geld verdienen? Dann schaue auf www.kostenlos-hosten.de und informiere dich. Dort erhältst du alle Informationen zu unseren kostenlosen Podcast-Hosting-Angeboten. kostenlos-hosten.de ist ein Produkt der Podcastbude.Gern unterstützen wir dich bei deiner Podcast-Produktion.

Willi, Markus und Erik treffen sich im gut besuchten Aalhaus und sprechen über die Euro 2024, Hürzibabys Abgang und das Statement "Vereinsliebe statt Vaterlandsliebe", das an der Gegengeraden des Millerntors hängt und das Fanfest adressiert ... *** Supporte uns gerne und gib Willi und Markus ein Bier aus: https://steadyhq.com/stpauli *** Chapters und Sprungmarken: 00:00:06.877 Fußballergebnisse und Favoritenänderungen 00:01:38.397 Sensation bei der EM und Hintergrundgeräusche 00:05:54.623 Diskussion über Vereinsentwicklungen und Trainerwechsel 00:08:43.552 Diskussion über Teamprozesse und Projektziele 00:10:49.460 Diskussion über Profifußball und Vereinspolitik 00:16:33.571 Diskussion über UEFA-Training und nationale Mannschaften 00:20:31.774 Diskussion über Teammotivation und Erfolgsdruck 00:38:02.163 Birthday Wishes and Football Transfers 00:46:07.783 Podcast Expansion and Support 00:52:52.056 Memories of Football History 00:59:27.940 Diverse Cultures and Football Fans 01:04:18.155 Evolution of Coaching Skills 01:06:02.935 Trailblazing Female Coach 01:07:53.150 Christoph Kramer as Player-Coach 01:08:07.090 Körperliche Spiele und Regeländerungen 01:15:59.633 Rückblicke und Erinnerungen 01:22:54.078 Diskussion über Aktionen bei Aufstiegsfeiern 01:29:01.456 Brighton, Katar und Fußball-Philosophie 01:33:58.921 Fußballlegenden und Erinnerungen 01:38:52.484 Vorschau auf kommende Spiele und Treffen 01:41:27.036 Intensive zweite Halbzeit 01:43:20.926 Gelbe Karte und Trikot-Komplimente 01:49:28.280 Spannung und Gelächter 02:07:35.777 Rückblick auf vergangene Spiele 02:14:11.956 Neue Regeln und Diskussionen 02:19:47.637 Bundesliga-Profis in Aktion 02:23:26.320 Kapitänsbinde als Trend

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:

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:

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:

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:

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:

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:

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:

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:

Sprichwörter 27:5 Besser Zurechtweisung, die aufdeckt, als Liebe, die verheimlicht. Sprungmarken zu den einzelnen Themenschwerpunkten in diesem Video... 00:00 - Intro und wichtiges zu biblischer Prophetie... 08:31 - 1. Biblische Prophezeiungen die sich im Hinblick auf Israel bereits erfüllt haben... 14:35 - 2. Israels aktuelle, gegenwärtige Situation... 15:48 - 3. Gaza und der Gazastreifen in biblischer Prophetie 21:57 - 4. HAMAS - was sagt die Bibel über Hamas? 26:22 - 5. Ausstehende, sich noch erfüllende Prophetien bezgl. Israel... 32:48 - 6. Hoffnungsvoller Ausblick für Gottes Volk... Du möchtest über den Dienst von keepmywords auf dem Laufen bleiben,- dann abonniere hier den offiziellen Telegram-Kanal von keepmywords. Hier findest Du weitere Infos ℹ️ rund um keepmywords, aktuelle Verkündigungen, Glaubensimpulse, Gebetsanliegen, anstehende Termine & viele auf YouTube NICHT veröffentlichte Videos, exklusiv nur auf Telegram unter https://t.me/keepmywords_official Jemand sagte mal: „Das Evangelium macht entweder Freunde oder Feinde,- eine Grauzone gibt es nicht“ Kennst du schon unser Acts29 Jüngerschaftstraining? Weitere Infos findest du unter folgenden Links... https://keepmywords.de/Acts29/ https://ephata-gemeinschaft.org Sprichwörter 27;5 Besser Zurechtweisung, die aufdeckt, als Liebe, die verheimlicht. keepmywords auf Instagram als keepmywords_official… https://www.instagram.com/invites/contact/?i=kq1zuen2ajlm&utm_content=oan4crj Natürlich fallen bei der Produktion unserer Videos, Strassen,- & Evangelisationseinsätzen, Missionsreisen, Contentbereitstellung über Streaming-Plattformen wie SoundCloud oder Spotify und anderen Projekten immer auch Kosten an. Wenn du die Arbeit von keepmywords finanziell unterstützen und somit ein wichtiger Partner unserer Arbeit im Erntefeld sein möchtest kannst du das sehr gerne ganz einfach über folgende Wege tun... Per PayPal-Spende: https://www.paypal.com/donate?hosted_button_id=HRYTZYJLDADNY Oder auch gerne per Banküberweisung: Empfänger: Sven Fricke IBAN: DE19100103007779568069 BIC: KLRNDEBEXXX Bank: Klarna Bank AB Danke! Da die YouTube-Zensurkeule auch unserem Kanal schon oft Schläge versetzt hat, findest du dieses und alle anderen Videos von uns jetzt auch auf unserem Ausweich-Alternativ-Kanal auf Odysee unter: https://odysee.com/@keepmywords:f Viele weitere Predigten für unterwegs auf dem Smartphone und zum Download auf http://keepmywords.de Predigten als Podcast... Für Apple: https://itunes.apple.com/de/podcast/keepmywords-predigten-sermons/id1228534311?mt=2 Für Android: http://www.podcast.de/podcast/621817 keepmywords auch auf Spotify: https://open.spotify.com/show/4DWhHuwR4KgybQYImsxYOG Du möchtest mit uns in Kontakt treten, uns eine Nachricht oder einen Gruß hinterlassen,- nutze dazu am besten unser Kontaktformular unter https://keepmywords.de/Kontakt/ Durch die im November 2020 durchgeführte Anpassung der Nutzungsbedingungen von YouTube kann Google seit dem 1. Juni 2021 auch hierzulande in allen Kanälen Werbung schalten, ganz egal, ob der Kanalbetreiber dem zugestimmt hat oder nicht. Wir als keepmywords haben somit faktisch keinen Einfluss auf von YouTube geschaltete Werbung!!! © keepmywords 27568 Bremerhaven