Herr Mies will's wissen

Das große Finale zu Opinionated React.

Das nächste Opinionated React Kapitel dreht sich um Hooks.

Heute u.a. zu GraphQL, UI Toolkits und Storybook

Router, State Management, Animationen, Styling, Formulare und Date-handling

Andreas Houben und ich sehen uns die gängigen Project Starters aus dem React Umfeld an.

State Management ist ein wichtiger Teil jeder React Anwendung und natürlich ist es auch in Opinionated React ein Thema. Im 2. Kapitel wird hier erstmal ein Überblick über lokalen State, Context und State Libraries gegeben.

Andreas Houben unterhält sich mit mir über das Buch "Opinionated React" von Sara Vieira.

Heute besucht mich Sandra Parsick wieder im Podcast und wir haben einiges zu besprechen. Bevor es losgeht bedanken wir uns erstmal bei @nerdpressblog für den Hinweis, Pixum als Lösung für Fotobücher zu nutzen. Bevor es zum eigentlichen Thema kommt sprechen wir noch kurz über "Schätzen" und tauschen unsere Erfahrungen aus. Aber natürlich haben wir auch noch ein richtiges Thema und das hat es in sich: Eberhard Wolff hat auf heise einen Artikel mit dem Titel "Developer sind verantwortungslose Spielkinder!" veröffentlicht und da wollen wir auch unsere Meinung kundtun. Wieviel Freiheit ist für Entwickler in Ordnung? Welche Typen von Entwicklern gibt es neben dem Bild, das im Artikel beschrieben wird? Muss ich unbedingt in meiner Freizeit programmieren? Wie machen wir das, wenn wir neue Technologien in einem Team einbringen wollen? Wenn ihr noch was zum Lesen sucht, dann empfehlen wir Euch heute die folgenden Bücher: - Homo Deus (amazon) - What if? und How to von Randall Munroe - Die Nomen (amazon) Wenn es dann doch eher ein Film oder eine Serie sein soll, haben wir auch ein paar Vorschläge für Euch: - Jojo Rabbit (amazon) - Unorthodox (Netflix) Aufnahmedatum: 23.06.2020

In der Folge darf ich erneut Joy Heron (Twitter, Web) begrüßen. Joy ist als IT Consultant bei der INNOQ unterwegs. Sie war schon zu den Themen Clojure und Sketchnotes im Podcast zu Gast und spricht heute mit mir über moderne Webentwicklung jenseits der Single-Page Applications. Joy bezeichnet sich selbst als Fullstack Entwicklerin und natürlich greifen wir daher das Thema aus der letzten Folge nochmal kurz auf und sprechen darüber, wie wir den Begriff verstehen. Danach steigen wir direkt ins Thema ein und jeder, der bei "moderner Webentwicklung" an Angular, React oder Vue denkt, wird vielleicht ein wenig enttäuscht sein. Heute konzentrieren wir uns auf die Grundlagen des Webs und wie man mit diesen moderne Anwendungen entwickelt. Wir denken das ist kein Widerspruch sondern vielmehr der nächste logische Schritt denn HTML und CSS bieten (fast) alles, was wir brauchen. Joy erzählt, wie sie zur Webentwicklung kam und was sie daran bis heute faszinierend findet. Danach arbeiten wir uns von HTTP über HTML zu CSS und natürlich kommen auch wir nicht immer ohne JavaScript aus. Ein Thema hier sind dann natürlich auch WebComponents und klar, dann spielt auch JavaScript eine Rolle. Vielleicht versteckt sich ja hier die Alternative zu den etablierten Frameworks? Wir sprechen über Shadow DOM, Templates und Custom Elements und Joy berichtet, wie sie Custom Elements einsetzt. Stichwort "Progressive Enhancement". Nachdem uns HTML die Struktur liefert brauchen wir noch das "Frosting" auf unserer Webanwendung und hier ist das Thema natürlich CSS. Was ist damit eigentlich möglich und wie schreibt man wartbares CSS? BEM? Joy hat hier noch eine schlankere Alternative parat von der sie berichtet. Auch zu Tailwind CSS haben wir dann noch eine Meinung. Wenn ihr Euch für Intrinsic Design interessiert solltet ihr Euch die neuste Folge des INNOQ Podcast anhören. Dort ist Joy ebenfalls zu Gast. Hier noch die Slides von Joy zu den Themen "Moderne Frontendentwicklung" und "WebComponent Design" Am 03.06.2020 könnt ihr Joy beim INNOQ Technology Lunch zum Thema "Responsive Web Layout with CSS Grid" sehen (Meetup Link). Wenn ihr es dort verpasst werft einen Blick auf den INNOQ YouTube Kanal Die im Podcast erwähnte Artikelserie zu einem eigenem Design System startet mit einem Beitrag über Typografie. Buchempfehlungen - Refactoring UI - CSS Secrets - Inclusive Design Patterns (Amazon) - Inclusive Components - every-layout.dev - Digitaler Minimalismus von Cal Newport

Heute ist, erneut, Sandra Parsick mein Gast und spricht mit mir über die Tools, die wir gerne einsetzen. Doch bevor wir hier zum Thema kommen, müssen wir schnell die Frage klären, ob es Fullstack Entwickler wirklich gibt. Irgendwie landen wir im Anschluss bei Groovy und Spock und Sandra berichtet hier, wie sie beides im Projekt erfolgreich einsetzen konnte. Tooling Browser Firefox (Folge mit Ola zu Web Compatibility) Language Tool Privacy Badger Language Switch uBlock Origin KeeFox Dark Reader (offizielle Webseite mit Links zu den Add-ons für andere Browser) Pocket E-Mail Thunderbird CardBook Enigmail Quicktext Cloud NextCloud RSS Reader: Reeder Feedly Passwortmanager KeyPass 1Password Notizen und Aufgaben Trello Joplin Social TweetDeck Kommunikation Slack Skype MS Teams Zoom Jitsi NextCloud Talk TeamViewer Nicht-IT Tools: Calibre Stretchly Bartender IDEs und Entwicklung IntelliJ NetBeans Eclipse Visual Studio Code Atom SDKMAN NVM Oh my Zsh / Zsh Autosuggestions Homebrew Mobster Working Copy (iOS) DBeaver Insomnia Postman Zeichentools draw.io Excalidraw (Name fiel mir in der Folge nicht ein Notizen Organizer von Roter Faden Moleskine Buchempfehlungen Spring Boot 2: Moderne Softwareentwicklung mit Spring 5 von Michael Simons (Amazon) Kanban in der IT von Klaus Leopold und Siegfried Kaltenecker (Amazon) Herr Sonneborn geht nach Brüssel von Martin Sonneborn (Amazon) Es muß nicht immer Kaviar sein von Johannes Mario Simmel (Amazon) In der Folge erwähne ich noch den JavaScript Kurs von Dan Abramov: https://justjavascript.com Disclaimer 1. Ursprünglich sollte noch eine Folge zwischen dieser und der letzten veröffentlicht werden. Das hat leider nicht so ganz geklappt daher ändern wir den Plan und bringen die Folge direkt raus. 2. Die Folge wurde natürlich, wie auch alle anderen bisherigen Folgen, nicht gesponsert. Datum der Aufnahme: 05.05.2020

Nach einer „kurzen" Kreativpause meldet sich der Podcast zurück und ich freue mich Sandra Parsick (Twitter) erneut im Podcast begrüßen zu dürfen. Am Anfang sprechen wir über, wie soll es in dieser Zeit anders sein, Corona und remote work. Wer, wie ich, immer mal wieder an Pausen erinnert werden möchte, sollte sich mal Stretchly ansehen. Beim Thema Hackathon sprechen wir auch kurz über Jugend hackt. Wenn ihr hier mehr erfahren wollt, solltet ihr Euch die passende Folge dazu anhören. Beim Thema "Testing" (mit Java) legen wir mit JUnit 5 los und Sandra erklärt uns direkt mal, wie man von JUnit 4 zu JUnit 5 migrieren kann (und was dabei schief gehen kann). Im Anschluss sprechen wir darüber, was JUnit 5 uns neues bietet und welche Features Sandra besonders gefallen. Natürlich gibt es im Java Umfeld noch weitere Bibliothek, die Euch bei der Arbeit unterstützen können. Wir sprechen über AssertJ JavaFaker EqualsVerifier Spock und natürlich Testcontainers (Folge zu Testcontainers) Das Git Repository zu Sandras Talk findet ihr auf GitHub unter https://github.com/sparsick/test-tool-talk. Cross-Promotion: In der erwähnten Schepp&Mies Folge spreche ich mit Christian Schäfer u.a. über Corona und Homeoffice. Buchempfehlung der Folge: Growing Object-Oriented Software With Tests von Steve Freeman und Nat Pryce (Amazon Aufnahmedatum: 21.04.2020

Kevin Wittek (Twitter) ist Software-Entwickler bei der codecentric und einer der Maintainer von Testcontainers. Er war auch mal bei autoweird.fm zu Gast. Kevin legt mit einer gewagten These los der wir uns am Anfang etwas länger widmen. Kevin und ich sprechen über die Qualität der Software-Entwicklung und auch der Entwickler in Deutschland. Wir diskutieren über die Ausbildung und die Probleme des fehlenden Praxisbezugs an Universitäten. Natürlich haben wir auch Lösungsvorschläge für die Problematik parat. Wer Interesse an Open Source hat und sich damit mehr beschäftigen will, der sollte bei der Softwerkskammer Ruhrgebiet mal vorbeischauen und den Hackergarten besuchen. Bevor wir uns dann mit Testcontainers beschäftigen, unterhalten wir uns über das Thema Testen und klären, wie wir Unit- und Integrationstests abgrenzen. Wir erwähnen hier auch noch Alternativen zur Testpyramide wie die Honigwabe. Die erwähnte autoweird.fm Folge findet ihr hier. Wir machen dann noch einen kleinen Ausflug zu Integrated Tests bevor es zum eigentlichen Thema kommt. Kevin erklärt mir, wo die Stärken von Testcontainers liegen und wie sich Tests mit Testcontainers von den "klassischen" Integrated Tests unterscheiden. Er gibt uns einen tiefen Blick in die Funktionsweise und erzählt auch, wie er zum Projekt gekommen ist. Am Ende schließen wir nochmal den Kreis zum Einstiegsthema und geben ein paar Tipps, wie man die eigene Codebase mit Hilfe von Testcontainers testen und verbessern kann. Übrigens: Testcontainers gibt es nicht nur für Java. In der GitHub Organisation von Testcontainers gibt es auch Implementierungen für zahlreiche andere Sprachen. Aufnahme vom 22.03.2019

Sandra (Twitter, Webseite, Blog) ist als freiberufliche Softwareentwicklerin und Beraterin im Java Umfeld tätig. Benjamin Nothdurft (Twitter) ist bei der codecentric u.a. damit beschäftigt einen neuen Standort in Erfurt aufzubauen. Los geht es in dieser Folge mit einem Rückblick auf die JavaLand bei der Sandra und Benjamin auch hinter den Kulissen aktiv waren. Im Gespräch erwähnt Sandra noch den Hackergarten in Dortmund an dem ihr gerne teilnehmen könnt. Natürlich kommen wir dann auch zum Thema Software Craftmanship / Software Crafting und sprechen zunächst über die Begrifflichkeit. Hier sind wir auch an Eurer Meinung in den Kommenataren sehr interessiert: ist Euch der Name egal oder welche Bezeichnung findet ihr besser? Software Craftmanship hat natürlich auch eine Geschichte auf die man zurückblicken kann. Hier spielen das Buch Softwarecraftsmanship - The new Imperativ von Pete McBeen, das Agile Manifest und das Manifesto for Software Craftsmanship eine wichtige Rolle. Sehr lesenswert ist hier auch The Software Craftsman von Sandro Mancuso, wenn ihr mehr zu den Prinzipien hinter Software Craftmanship erfahren wollt. Weitere Themen der Folge: - Coderetreat - Katas - Architektur - Test-Driven-Development Wenn ihr Euch mit anderen Mitgliedern der Community vernetzen wollt schaut Euch mal softwarecrafters.org und softwerkskammer.org an. Die zentrale Konferenz ist die Socrates.

Benedikt (Twitter) ist Senior Software Engineer bei Gradle (Webseite, Twitter) und einer der beiden Hosts von @Autoweird.fm (Twitter). In Folge 12 hat Benedikt übrigens schonmal was zum Thema Open Source erzählt. Wir unterhalten uns zunächst darüber, wie es für Bendikt so war, vom Consulting in die Produktentwicklung zu wechseln. Wir sprechen über die Arbeit im Homeoffice und wie wir es schaffen uns besser zu fokussieren und "in den Flow" zu kommen. Irgendwie landen wir dann auch noch kurz bei unseren Podcasts bevor wir uns wieder auf das eigentliche Thema konzentrieren. Das eigentliche Thema ist dann natürlich Gradle. Bevor wir uns aber auf das Tool stürzen können, gehen wir durch die Historie der Build-Tools auf der JVM: wir schwelgen in Erinnerungen zu make, ant und ivy, Maven und dann auch Gradle. Natürlich schauen wir uns Gradle genau an: Plugins, Skripte, build cache und IDE Support sind nur ein paar unserer Themen. Wenn ihr mehr zu Gradle erfahren wollt, solltet ihr Euch mal das Gradle User Manual ansehen. Natürlich sprechen wir auch über die Kotlin DSL und ich versuche auch nochmal das Ende von Groovy zu verkünden. Besonders interessant finden wir Build Scans. Einige Beispiele zu Gradle findet ihr in Benedikts GitHub Account. Im Anschluss gibt uns Benedikt noch einen Einblick in die Möglichkeiten, die Gradle Enterprise uns bieten kann. Hier bietet Gradle nochmal ganz neue Möglichkeiten für Build Scans und den Build Cache. Am Ende sprechen wir nochmal über ein paar nette Gradle Features und blicken ein wenig hinter die Kulissen unserer Podcasts Benedikt erwähnt in der Folge noch sdkman welches sehr nützlich ist, nicht nur weil es mit Gradle gebaut wird.

Jessica Ignalski (Twitter, Instagram) von UX&I (Twitter, Instagram) hat sich mit mir zusammengesetzt um mit mir über das Thema "Design Sprint" zu sprechen. Bevor wir damit aber so richtig loslegen erklärt sie noch kurz, was eigentlich UX und UI sind und warum beides eine wichtige Rolle im Projekt spielen kann. Mehr zu Thema UX könnt ihr übrigens in der Folge mit Stefan Spittank erfahren. Das ganze war übrigens ein Themenwunsch von Benedikt (https://twitter.com/benediktritter). Artikel The Golden Age of UX is Over von Jonathan Courtney (AJ&Smart) Danach erklärt uns Jessica, wie ein Design Sprint uns dabei hilft in kürzester Zeit von der Idee zum ersten Produkt zu kommen und dieses zu verproben. Dabei geht sie auf alle vier Tage des Design Sprint 2.0 detailiert ein. Mehr zum Thema könnt ihr übrigens im Buch von Jake Knapp: "Sprint" nachlesen. Aufnahme vom 15.03.2019

Wer braucht heute eigentlich einen Scrum Master? Niemand! Oder doch? Mein Kollege André Wolff (Twitter) hat sich viel Zeit genommen um mit mir über den Scrum Master zu sprechen. Wir sprechen über die Rolle in Scrum, die am liebsten gestrichen wird und setzen uns skeptisch mit den Aufgaben auseinander. Natürlich geben wir auch den anderen Rollen, die Scrum vorsieht, etwas Raum und so setzen wir uns auch mit PO und (Entwickler-)Team auseinander. Aber was macht der Scrum-Master? Was sieht der Scrum-Guide vor und was macht der Scrum-Master tatsächlich? Wir sprechen über die Scrum-Termine und beleuchten hier vor allem die Retro. Aber auch neben diesen Regelterminen gibt es einige Dinge, die ein Scrum-Master tun kann. André berichtet hier aus der Praxis und gibt einige Denkanstöße. Nach der bislang längsten Podcast-Folge lassen wir Euch sicher mit der einen oder anderen Frage zurück. Wir freuen uns über Eure Kommentare, Meinungen und Fragen, die wir gerne in einer der nächsten Folgen beantworten, wenn ihr wollt. Links Retromat von Corinna Baldauf Mit "Rick" beziehe ich mich in der Folge auf eine Reihe von Artikeln die von diesem Blogpost ausging und u.a. hier auch behandelt wurde. Aufnahme vom 08.02.19

Schon im November hatte sich Lovis (Twitter, Blog) mit mir zusammengesetzt und über Kotlin gesprochen. Kotlin ist eine Programmiersprache, die von JetBrains entwickelt wird und gerade im Android Umfeld enorm stark vertreten ist. Kotlin läuft auf der JVM. Mit Kotlin Native wird aber bereits an einer Alternative gearbeitet. Für den Einstieg empfiehlt sich ein Blick auf den Coursera Kurs oder die Bücher Atomic Kotlin und Kotlin for Android Developers (Amazon). Bei den ersten Schritten hilft hier auch die Kotlin Dokumentation und speziell der Bereich zur Interoperabilität weiter. Wir sprechen über Features wie Extension Functions, Data Classes, Coroutines und Inline Classes (auch wenn uns der Name nicht direkt einfiel). Beim Thema Testen kommen wir neben den üblichen Verdächtigen auch kurz auf Spek zu sprechen. Natürlich kann man mit Kotlin auch Spring nutzen, hier hat Lovis aber mit Ktor auch eine nette Alternative gefunden, über die er auch gebloggt hat. Mehr zu Kotlin könnt ihr auch in der Kotlin User Group Hamburg erfahren, die Lovis organisiert. In der Folge haben wir noch ein paar Vorträge versprochen, die ihr Euch ansehen könnt: https://www.youtube.com/watch?v=juFkdMv4B9s https://www.youtube.com/watch?v=V4PS3IjIzlw https://www.youtube.com/watch?v=JzTeAM8N1-o https://www.youtube.com/watch?v=X1RVYt2QKQE https://www.youtube.com/watch?v=xxGCVVtMVn4 Aufnahmedatum: 29.11.18

Nach einer längeren Pause geht es hier weiter. Daher geht es in dieser Folge eigentlich nur um die letzten Monate und das, was Euch in den kommenden Wochen hier erwartet. Das in dieser folge erwähnte Meetup, tech&talk, findet ihr bei Meetup und Twitter. Der erste Termin ist der 26.02. und ihr könnt Euch bei Meetup anmelden. Stefans Folge zum Thema UX findet ihr hier.

Kam war die Sommerpause rum, stand auch schon die Herbstpause an aber das Warten hat sich gelohnt: Manuel Zapf (Twitter, GitHub), IT Consultant bei der codecentric, hat sich Zeit genommen um mit mir über die Programmiersprache Go und den "Cloud Native Edge Router" Træfik zu sprechen. Manuel ist einer der Contributor von Træfik und musste sich daher auch mit Go auseinandersetzen. Wir sprechen über die Sprache, wo man sie einordnen kann und wo ihre Stärken und Schwächen liegen. Wenn ihr selber mit Go durchstarten wollt, lohnt es einen Blick auf die offizielle Webseite und die "Tour of Go" zu werfen. Einen guten Überblick über Go und dazugehörige nützliche Libraries und Frameworks findet ihr auf https://awesome-go.com. Dazu gehört unter anderem Buffalo, ein "all in the box" Web-framework. Für die Verwaltung der Dependencies könnt ihr beispielsweise dep nutzen. Træfik weiß vor allem in der Cloud (Kubernetes, Docker) zu überzeugen und erfordert relativ wenig Konfiguration. Manuel erklärt mir, inwiefern nginx jetzt "oldschool" ist und wo Træfik seine Stärken ausspielt. Wir sprechen darüber, wie man Træfik in sein System integriert, wo seine Stärken und Schwächen liegen. Als Træfik-Contributor gibt er uns auch einen kleinen Ausblick auf die weitere Entwicklung.

Feature branch oder trunk based, das ist hier die Frage. Zusammen mit Thomas Traude diskutiere ich dieses kontroverse Thema. Kaum startet der Podcast so richtig in die Vollen erwähnt Thomas, dass er mit Groovy arbeitet. Das müssen wir direkt zum Anlass nehmen über die Programmiersprache zu sprechen. Bevor es dann ums eigentliche Thema geht, erzählt Thomas noch schnell von der Softwerkskammer, welche sich regelmäßig im Ruhrgebiet (Meetup) trifft. Statt langer Texte bieten wir Euch diesmal zahlreiche Links, die Thomas für uns zusammengetragen hat. Bücher Continuous Integration (2007), Paul M. Duvall, Steve Matyas, Andrew Glover Continuous Delivery (2010), Jez Humble, Dave Farley The DevOPS Handbook (2016), Jez Humble & co. Accelerate (2018), Nicole Forsgren Phd, Jez Humble, Gene Kim Links https://trunkbaseddevelopment.com (Paul Hammant) https://continuousdelivery.com (Jez Humble) http://www.davefarley.net/?p=247 (Continuous Integration and Feature Branching, Dave Farley) https://twitter.com/jezhumble/status/982988370942025728 (Jez Humbles Twitter Kommentar) https://martinfowler.com/articles/continuousIntegration.html https://martinfowler.com/bliki/FeatureBranch.html https://martinfowler.com/bliki/BranchByAbstraction.html https://martinfowler.com/bliki/FeatureToggle.html https://www.togglz.org/ http://kean.github.io/post/trunk-based-development https://stxnext.com/blog/2018/02/28/escape-merge-hell-why-i-prefer-trunk-based-development-over-feature-branching-and-gitflow/ Presentations/Talks https://www.youtube.com/watch?v=h4DM-Wa0aDQ, Thierry de Pauw, Feature Branching is Evil https://www.youtube.com/watch?v=lqRQYEHAtpk, Sam Newman, GOTO 2017: Feature Branches and Toggles in a Post-GitHub World https://www.youtube.com/watch?v=meB_SWzZm8M, Paul Hammant, Trunk-Based Development economics

In der ersten Folge nach der Sommerpause kommt Holger vorbei. Holger ist einer der beiden Gastgeber von autoweird.fm und war auch schon in der ersten Folge mein Gast. In der wohl längsten Einleitung des Podcasts unterhalten wir uns über die vergangene Sommerpause und die Angst, Reaper und Ultraschall nach so langer Zeit wieder einrichten zu müssen. Immerhin hat alles geklappt ohne das Video zur Routing Matrix erneut sehen zu müssen. Ein klein wenig Eigenwerbung muss sein: Vor ein paar Wochen wurde die 2. Folge Schepp&Mies zum Thema Responsive Webdesign aufgenommen in der es um die neue Webseite der Rheinischen Post geht. Irgendwie kommen wir in dem Zuge auf Sportseiten und verwandeln den Podcast dann kurzerhand in einen Fußball-Podcast. Als Experten müssen wir natürlich die erste Trainerentlassung vorhersagen und auch einen Ausblick auf die neue Saison unserer Vereine geben. Bevor wir dann beim eigentlichen Thema sind, geht es noch kurz um Mastodon. Holger ziert sich hier noch, mich könnt ihr aber schon dort finden. Wenn ihr hier selber aktiv werden wollt, schaut doch mal auf mastodon.social vorbei. Aber natürlich haben wir auch ein Thema: Testing und Frontend Testing im speziellen. Nach einem kurzen Ausflug zu Ruby, Elixir und Doctests erzählt Holger aus dem Projektalltag, wo er auf Cucumber.js setzt. Die Zeiten von Karma sind dort jedenfalls vorbei. Stattdessen setzt er, wie wahrscheinlich viele momentan, auf Jest. Zum Thema Jest hat Holger mehrere Talks gehalten (und berichtet bei autoweird.fm darüber). Gerade die einfache Konfiguration (klappt z.B auch im Zusammenspiel mit TypeScript) hat es uns angetan. Beim Thema Mocking geht Holger ins Detail, da hier gerade bei imports am Anfang gerne Probleme auftauchen. Da stellt sich quasi automatisch die Frage, wie man mit zahlreichen imports umgehen soll und was sie uns über den getesteten Code sagen können. Das Killer-Feature von Jest sind Snapshot Tests, die durch den Interactive Snapshot Mode noch verbessert wurden. Wo man Snapshots einsetzen kann und wo besser nicht ist natürlich auch ein Thema Am Ende folgt dann noch das Outro, welches Dave Kotylar für mich produziert hat. Wenn ihr seine Musik mögt, dann schaut doch mal auf einem seiner Profile vorbei: https://open.spotify.com/artist/2JcksnUbgNBCg6VsxbITpP https://soundcloud.com/gridglider https://www.facebook.com/GridGlider/ Intro: https://www.youtube.com/watch?v=305ryPvU6A8

In dieser Folge geht es darum, Dinge kaputt zu machen. Benjamin Wilms (@MrBWilms) ist IT Consultant bei der codecentric AG und hat vor ein paar Tagen den Chaos Monkey for Spring Boot veröffentlicht. Das war für mich Anlass genug, um mit ihm über Chaos Engineering zu sprechen. Chaos Engineering hilft dabei, Fehler im System zu simulieren und durch sogenannte Experimente zu überprüfen, wie die eigene Anwendung auf Ereignisse wie Latenz, I/O-Probleme oder auch einen Datenbankausfall reagiert. Wir sehen uns hierfür principlesofchaos.org an und gehen durch die dort aufgeführten Schritte und Begrifflichkeiten. Chaos Engineering eignet sich auch dafür, eingebundene Systeme wie Datenbanken zu überprüfen. Wer hier sichergehen möchte, dass das eingesetzte System hält, was es verspricht kann auch auf Jepsen, eine Bibliothek für Systemtests bzw deren Ergebnisse zurückgreifen. Im zweiten Teil der Sendung erzählt Benjamin etwas zum Chaos Monkey for Spring Boot, seiner Geschichte, wie man das Tool in bestehende Anwendungen einbauen kann und auch, was in kommenden Versionen geplant ist. So können sich Nutzer beispielsweise auf Support für Spring Boot Admin (Folge mit Johannes Edmeier) freuen. Weitere Links Chaos Kong gremlin chaos toolkit Literatur Chaos Engineering - Building Confidence in System Behavior through Experiments Softwerker

Lucas (Twitter) ist Senior Consultant bei INNOQ. Podcasts sind ihm nicht fremd: so ist er Host beim CaSE Podcast, dem INNOQ Podcast und der Nerdkunde. Lucas arbeitet mit Ruby und weiß auch davon zu überzeugen. Wir sehen uns erstmal an, worum es sich bei Ruby eigentlich handelt. Im Anschluss gibt Lucas mir einen Überblick über Buildtooling und Dependencymanagement in Ruby mit Bundler, Rake und Capistrano. Wenn ihr libraries oder Frameworks für Ruby sucht, schaut Euch mal https://www.ruby-toolbox.com an. Testen ist im Ruby Umfeld ein wichtiges Thema: Hier habt ihr die Wahl zwischen minitest und RSpec. Wenn ihr oft mit APIs arbeitet, lohnt vielleicht ein Blick auf VCR und webmock. Ein ganz populärer Teil aus der Ruby Welt ist Ruby on Rails und Lucas erklärt mir, was die Idee hinter dem Framework ist und wie man es ideal einsetzt. Das populäre "How to build a blog in 15 minutes with Rails" Video findet ihr bei YouTube unter https://www.youtube.com/watch?v=Gzj723LkRJY. Eine Nummer kleiner als Ruby on Rails ist übrigens Sinatra, gerade, wenn ihr nur eine API aufbauen wollt. Am Ende kommen wir noch auf die Rails Girls, das CoderDojo Cologne und Jugend hackt zu sprechen: alle drei Projekte freuen sich über jede helfende Hand. Also wenn ihr Zeit habt, schaut Euch die drei Projekte doch mal genauer an. Wenn ihr mit Ruby starten wollt empfiehlt Lucas Euch http://tryruby.org/. Für den Einstieg in Ruby on Rails könnt ihr Euch http://www.railstutorial.org/ (auch kostenlos) ansehen.

Diese Woche ist Joy Clark (Twitter) zu Gast. Joy arbeitet bei INNOQ und ist auf zahlreichen Meetups in Düsseldorf zu finden (Clojure Meetup, rheinjug, Lambda Düsseldorf). Zudem ist sie einer der Hosts des CaSE Podcast. Wenn ihr aus der Nähe von Düsseldorf kommt solltet ihr am 26.5. zur EntwickelBar kommen. Diese wird unter anderem von Joy organisiert. In der heutigen Folge sprechen wir über Clojure und was die Sprache so besonders macht. Joy gibt mir dabei einen umfangreichen Einblick in die Features der Sprache sowie Stärken und Schwächen. Wir sprechen natürlich auch über den Einstieg in die Sprache. Wenn ihr hier bereits mit Atom arbeitet, solltet ihr einen Blick auf parinfer und proto-repl werfen. Wer trotz Clojure nicht ganz auf Typen verzichen möchte, sollte sich Clojure specs ansehen. Vor ein paar Monaten war ClojureScript im Podcast bereits ein Thema (Folge mit Lisa Passing). In der Folge hat Lisa mir dann auch mehr zu ClojureBridge erzählt. Weitere Links Joy war bereits einmal Gast und hat damals über Sketchnotes mit mir gesprochen Clojure Cheat Sheet Programming Clojure Talk "Simple made easy" von Rich Hickey ClojureScript Koans Maria.cloud Joys Talk über Clojure Web Apps

Nachdem die letzte Folge etwas ernster war, gibt es diesmal eine lockere Folge: Andreas besucht den Podcast mal wieder und wir haben in der Tat ein paar Zuschauer, die sich das ganze angesehen haben. Grund hierfür war die codecentric conference, die wir besucht haben und über die wir gleich am Anfang etwas sprechen. Danach übernimmt Andreas das Zepter und wir sprechen über den Podcast und was uns so einfällt. Links "Der Imperfektionist" ist ein Podcast von Kollege Dennis Autoweird.fm ist der Podcast von Benedikt und Holger und einer der Gründe, warum es "Herr Mies will's wissen" gibt. Andreas betreibt einen eigenen YouTube Kanal: Alltagsabenteuer der Maven Witz von Andreas mein Equipment: Zoom H6 und HMC 660 X (wie man mehr aus dem HMC 660 X rausholt) Audacity (seit dieser Folge Reaper und Ultraschall) im Sendegate findet man viele nützliche Informationen Rund um das Thema Podcast Viertausendhertz produziert Podcasts http://viertausendhertz.de/ Radio kurzschluss (ist nicht mehr aktiv, die Folgen sind aber noch alle online) Freak Show Methodisch Inkorrekt Exploding Kittens Siedler Erwähnte Folgen Machine Learning Scrum UX Der perfekte Espresso Sketchnotes MongoDB

Dennis Traub (Webseite, Twitter) ist Fellow bei der codecentric und Spezialist für die Themen Digitalisierung und Cloud. In seinem Podcast "Der Imperfektionist" geht es darum, nicht perfekt zu sein. Auch wenn hier die letzte Folge schon etwas älter ist, lohnt es sich reinzuhören. In der heutigen Folge berichtet Dennis von seinem Burnout: wie manifestierte sich dieser, wo lagen die Ursachen und was hat sich danach in seinem Leben geändert.

Sascha (Instagram) hat sich ein Jahr Auszeit genommen und ist mit seiner Freundin durchh Europa, Nord- und Südamerika gereist. Sabbaticals gehören sicher nicht zu den Dingen, die man spontan macht und daher habe wir darüber gesprochen, wie man von der Idee zur Umsetzung kommt. Sascha erzählt mir, wie er und seine Freundin auf die Idee kamen, wie sie das ganze geplant haben und wie hoch die Kosten so sind, wenn man ein Jahr unterwegs ist. Interessanter als die Vorbereitung ist sicherlich die Durchführung und so sprechen wir über die Länder, die Sascha besucht hat und wie sich das ganze dann doch von Urlaub unterscheidet. Dabei ging es den beiden nicht darum viel zu sehen oder viele Länder zu besuchen sondern vielmehr darum, die Länder intensiver kennenzulernen. Sascha erzählt von der Reise und seinen Erfahrungen während des Sabbaticals. Und auch die Zeit nach dem Sabbatical ist ein Thema: wie war es für ihn nach einem Jahr wieder zu arbeiten und zu programmieren? Während der Folge erzählt Sascha von helpx.net, welches dabei hilft Geld in fremden Ländern zu verdienen.

Tobias Trelle @tobiastrelle ist Senior IT-Consultant bei der codencentric AG. Eines seiner Themen ist MongoDB, zu dem er auch ein Buch geschrieben hat: "MongoDB - Der praktische Einstieg" ist im dpunkt.Verlag erschienen und gibt Euch einen Einblick in MongoDB. Tobias erklärt mir zunächst, was MongoDB ist und wie es sich als NoSQL Datenbank von relationen Datenbanken unterscheidet. Dabei klären wir auch, warum man eigentlich NoSQL Datenbanken braucht und welche Probleme sie lösen können. Natürlich sehen wir uns MongoDB dann auch genauer an: was sind Collections und Datenbanken in MongoDB und wie sehen Datenbankqueries im Vergleich zu denen in relationen Datenken aus. Aber auch fortgeschrittene Themen wie Aggregations und Map-Reduce sind ein Thema. Einen weiteren Fokus legen wir auf das Thema Betrieb und hier u.a. Shading. Wenn ihr Euch für MongoDB interessiert, dann lohnt sich ein Blick auf die immer aktuelle Dokumentation. Auch die Treiber sind aktuell und werden aktiv gepflegt. Neben der Dokumentation empfiehlt Tobias Euch die offiziellen Webinare.

In der aktuellen Episode gibt Dr. Shirin Glander (Twitter, Homepage) uns ein paar Einblicke in das Thema Machine Learning. Wir klären zunächst, was Machine Learning ist und welche Möglichkeiten es bietet bevor wir etwas mehr in die Tiefe gehen. Wir beginnen mit Neuronalen Netzen und Entscheidungsbäumen und wie sich diese unterschieden. Hier kommen wir natürlich auch nicht an Supervised Learning, Unsupervised Learning und Reinforcement Learning vorbei. Wichtig bei der Arbeit mit Machine Learning sind die verwendeten Daten: Hier beginnt man mit Testdaten und Trainingsdaten, welche man mit Hilfe von Feature Engineering für die jeweilige Aufgabe optimieren kann. Shirin erzählt, wie sie mit Daten arbeitet und wie sie die richtigen Algorithmen findet. Eine wichtige Rolle spielen hier R und R Studio, welches sich besonders für statistische Analysen eignet. Gerade die Visualisierung der Daten ist hier hilfreich um selbige besser zu verstehen. Aber auch die Möglichkeiten Reports zu erzeugen und beispielsweise als PDF zu exportieren überzeugen. Wenn ihr R für Machine Learning einsetzen wollt, solltet ihr Euch auch caret ansehen. Shirin organisiert übrigens auch MünsteR, die R Users group in Münster. Wenn ihr Euch näher mit Machine Learning beschäftigen wollt, solltet ihr Euch Datacamp oder Coursera ansehen. Wenn ihr Euch für R interessiert schaut Euch die R Bloggers an Am Ende sprechen wir auch noch kurz über Deep Dreaming. Den passenden Generator hierfür, findet ihr unter deepdreamgenerator.com. Bücher zum Thema Praxiseinstieg Machine Learning mit Scikit-Learn und TensorFlow Einführung in Machine Learning mit Python

Ola (Twitter) arbeitet als Web Compatibility Engineer bei Mozilla. Früher hat sie sich u.a. mit dem Thema "Offline First" beschäftigt. Videos hierzu findet ihr z.B. hier und hier. Bevor wir zum eigentlichen Thema kommen, erzählt Ola uns noch kurz etwas zu ihrem Screencast "Daughter Driven Development". Was es damit genau auf sich hat könnt ihr bald bei YouTube sehen. Ola produziert hier gerade die ersten Folgen. Die OpenTechSchool Dortmund bringt Menschen kostenlos programmieren bei. Das ganze ist ehrenamtlich und finanziert sich über Spenden. Mozilla ist nicht nur für den Firefox (dem man ruhig nochmal eine Chance geben kann. Die aktuelle Version ist richtig gut) verantwortlich sondern setzt sich generell für ein "Offeneres und Besseres Web" ein. Ein weiteres Projekt, welches von Mozilla gegründet wurde und nun zusammen mit Google, Microsoft und Apple als Gemeinschaftsprojekt betrieben wird, ist das Mozilla Developer Network (MDN). Wenn ihr, wie ich, auch mal eine Erweiterung für den Firefox schreiben wollt, solltet ihr Euch web-ext ansehen. Zurück zum Thema: Mozilla finanziert auch webcompat.com (GitHub, Twitter), ein Open Source Projekt , dass es sich zum Ziel gemacht hat, Web Kompatibilitätsfehler im Web meldbar zu machen und bei der Behebung der Probleme zu helfen. Das ganze ist übrigens ganz einfach: wenn ihr einen Fehler auf einer Seite findet könnt ihr diesen auf der Webseite melden. Das webcompat Team sieht sich diesen dann an und prüft ob er reproduziert werden kann. Danach arbeiten sie dann an einer Lösung und sprechen mit dem betreiber der Seite oder dem Browserhersteller, bei dem das Problem auftaucht. Ihr könnt diese Bugs übrigens noch schneller melden, wenn ihr das webcompat Addon im Firefox installiert oder direkt die Developer Edition des Firefox nutzt. Wir sprechen darüber, wie das im Detail aussieht und wie man das Team auch ohne besondere Kenntnisse unterstützen kann. Während des Gesprächs kommen wir noch auf das W3C und die WHATWG zu sprechen. Wenn ihr Ola eine Frage stellen wollt, könnt ihr das über Twitter oder aber über GitHub tun: https://github.com/zoepage/ama Wenn ihr Fragen oder Anmerkungen zur Folge habt, könnt ihr sie auch gerne in den Kommentaren stellen.

Paula (@rinhia) ist seit drei Jahren bei Jugend hackt und kümmert sich hier vor allem um die Organisation der Veranstaltungen. Wir unterhalten uns ein wenig über den 34C3 und unsere ersten Eindrücke aus Leipzig. Gerade der Wikipaka Assembly hat es uns hier angetan und wir sind natürlich überwältigt vom Congress. Paula erzählt mir, was Jugend hackt ist und wie es Jugendlichen dabei hilft Technikbegeisterung zu fördern. Jugend hackt steht dabei unter dem Slogan "Mit Code die Welt verbessern" und möchte technische, aber auch gesellschaftliche Probleme angehen und lösen. Und natürlich geht es darum Jugendliche miteinander zu verknüpfen. Jugend hackt wird von der Open Knowledge Foundation Deutschland organisiert. Unterstützung, gerade im pädagogischen Bereich, liefert mediale pfade.org. Die Jugend hackt Hackathons finden in Berlin, Hamburg, Frankfurt, Ulm, Halle, Köln, Zürich und Linz statt. Zielgruppe sind natürlich Jugendliche, die sich für Technik begeistern und gerne mehr lernen möchten. Man muss also nicht zwingend x Programmiersprachen kennen sondern kann auch als EinsteigerIn mitmachen. In NRW gibt es zudem mit "Hello World" ein spezielles Angeobot für EinsteigerInnen. Der Hackathon läuft immer von Freitag bis Sonntag wobei der Freitag vor allem für die Themenfindung genutzt wird bevor am Samstag dann programmiert und gelötet werden kann. Am Sonntag werden dann bereits die Ergebnisse präsentiert. Beeindruckend ist, was Jugendliche an drei Tagen bereits auf die Beine gestellt haben, wie zum Beispiel die Vibra Boots, die Navigationshinweise über vibrierende Sohlen vermitteln aber auch Apps wie "Germany Says Welcome". Letzteres wurde dann auch nach Jugend hackt weiterentwickelt und hilft nun als Welcome to NRW Flüchtlingen bei der Orientierung. Jugendliche die neugierig sind, etwas lernen möchten und sich vernetzen möchten, sollten sich unbedingt anmelden. Hardware muss übrigens niemand mitbringen (diese kann ausgeliehen werden) und auch, wenn man Unterstützung bei den Reisekosten oder Teilnehmegebühren braucht, kann man sich vertrauensvoll an das Jugend hackt Team wenden. Gesucht werden auch immer MentorInnen, die gerne Jugend hackt unterstützen möchten. Hierfür muss man kein(e) EntwicklerIn sein. Ähnlich wie bei den Jugendlichen ist es toll, wenn man ein technisches Grundverständnis hat und interessiert am Event ist. Immer gesucht werden übrigens DesignerInnen, UX ExpertInnen und Hardware Experten. Auch hier findet man auf der Webseite alle Informationen. Jugend hackt kann natürlich auch finanzielle Unterstützung immer gebrauchen. Diese Aufnahme fand im Sendezentrum statt, welches uns netterweise mit Equipment unterstützt hat und die Aufnahme gemacht hat. Vielen Dank hierfür. In der Folge kündige ich die nächste Folge für den 03.01. an. Damit ihr als Hörer die Folgenflut besser übersteht, erscheint die angekündigte Folge dann wieder regulär am 17.01..

Und weiter geht es mit ein paar Gesprächen, die ich auf dem 34C3 führen durfte. Den Anfang macht Lucas (@moonbeamlabs), den ich in der Ruby Town getroffen habe. Lucas arbeitet bei der innoQ und produziert auch ein paar Podcasts: bei Nerdkunde (@nerdkunde), Case Podcast (@case_podcast) und dem innoQ Podcast könnt ihr mehr von ihm hören. Wir sprechen über Ruby und warum Lucas gerne mit Ruby arbeitet. Natürlich kommen wir auch kurz auf Ruby on Rails zu sprechen und wie sich das ganze für Prototyping aber auch für produktive Anwendungen eignet. Wer sich für Ruby interessiert kann in der Ruby Town mal reinschauen und sich überzeugen lassen. Ohne die freiwillige Arbeit der Engel, wäre ein Congress wohl nicht möglich und daher habe ich mit David (@vidister) über die Engel gesprochen. Die Engel sind teilweise schon ca 2 Wochen vorher beim Aufbau aktiv und kümmern sich danach um alle denkbaren Aufgaben. Zusammen sprechen wir über die Engel, und welchen Typen von Engeln man auf dem Congress begegnen kann. Am Ende spreche ich dann noch mit Daniela (@die_horst), die ich im Sendezentrum getroffen habe. Daniela produziert Podcasts zu den Themen Kunst (Kunst & Horst, @kunstundhorst) und Politik (Horst - Die Podcast, @horstdpod) und erzählt mir von beiden Formaten. Wir sprechen über Podcasts und unsere Erfahrungen. Daniela ist auch als PodcastPatin (@podcastPatInnen) unterwegs und erählt von diesen. Gerade wenn ihr einen neuen Podcast plant und Hilfe beim Konzept oder der Technik braucht hilft man Euch dort gerne weiter. Fragen oder Wünsche für die nächste Folge? Schreibt mir einfach bei Twitter: @HerrMies

Heute eine kleine Sonderfolge vom 34C3: Ich war für Euch ein wenig auf dem Congress unterwegs um ein paar Eindrücke zu sammeln. Daher spreche ich in dieser Folge auch gleich mit 4 Gästen über den Congress und was sie hier so tun. Den Anfang macht Martl (@heartbeaz) von den ChaosPatInnen (@ChaosPatInnen). Wir sprechen natürlich über die ChaosPatInnen und wie diese sich um neue (und hin und wieder auch alte) Besucher auf dem Congress kümmern. Wenn ihr Euch dafür interessiert könnt ihr hier mehr erfahren. Danch führten mich ein paar Probleme mit meinem neuen Aufnahme-Setup ins Sendezentrum (@Sendezentrum) wo mir Martin (@MartinRuetzler) bei meinen Problemen half und sich dann auch gleich etwas Zeit für ein Gespräch nahm. Wir sprechen über Gärten und Podcasts und dann auch noch über den Congress. Mehr zu Studio-Link erfahrt ihr auf der offiziellen Webseite und wer ein wenig Congress Feeling haben möchte, kann ja mal einen Tschunk mixen. Mehr zu Martin und seinen Podcasts findet ihr auf radiomono.net. Der Sendegarten ist unter sendegarten.de zu finden Weiter ging es im Assembly von Jugend hackt und Wikimedia, wo mir Sabine (@bleeptrack oder auch bei YouTube unter BleeptrackPodcast) ein wenig zu ihrem Forschungsthema "Sprach Dialog Systeme" und ihrem Stiftplotter erzählte. Last but not least ist Daniel (@sondala) von mediale pfade.org die seit ein paar Tagen mit netzpolitik.org ihr neues Video Format about:blank betreiben. In der ersten Folge geht es hier um Netzneutralität.

Heutiger Gast ist Andreas Houben mit dem ich mich über den anstehenden 34. Chaos Communication Congress (34C3) in Leipzig unterhalte. Andreas ist ein Kollege bei der codecentric und engagiert sich ehrenamtlich bei Jugend hackt. Wir sprechen über den 34C3 und was Gäste dort erwartet: Welches Publikum macht den Congress unsicher, welche Themen werden besprochen und muss man Angst haben, dass der eigene Rechner plötzlich komische Dinge macht? Auch die Ticket Siituation sprechen wir an und Andreas erklärt, wir er es bisher geschafft hat und wie man auch sonst an Tickets kommen kann. Der Congress hat zahlreiche besondere Eigenheiten, über die wir uns Unterhalten wie zum Beispiel Halfnarp welches genutzt wird um die Talks zu organisieren. Natürlich sprechen wir auch über das Engelsystem und die vielen Besonderheiten, die es mit sich bringt wie beispielsweise die ChaosPatInnen. Andreas erzählt hier allerhand aus dem Nähkästchen und schwärmt von all den Begebenheiten, die sich auf dem Congress so zutragen. Wenn ihr selber auf dem Congress unterwegs seid, sprecht mich ruhig an (und holt Euch einen Sticker ab). Links - Wie der starbug den Retina Scanner vom Samsung S8 geknackt hat, sieht man hier - Telefonieren auf dem Congress geht über das Eventphone

Diesmal durfte ich Lisa Passing bei Travis besuchen. Bevor wir uns auf das eigentliche Thema stürzen sprechen wir über end-to-end Encryption und Crypto Parties (z.B. in Berlin). Lisa verzichtet sehr bewusst auf Social Media und erzählt ein wenig, wie es sich so ohne Twitter, dafür aber mit eigenem Hashtag, leben lässt. Schon eher zum Thema passt die ClojureBridge in Berlin bei der Lisa aktiv ist und die sich an Frauen und nicht-binäre Menschen richtet, die gerne lernen möchten, wie man programmiert. Wie besprechen auch direkt, wieso Clojure geeignet ist um programmieren zu lernen. Lisa selbst fängt hier übrigens häufig mit einem Spiel an, wenn sie eine neue Progammiersprache lernen möchte. Aber natürlich sprechen wir auch über Clojure, dessen Verbindung zu Lisp und klären, warum Daten Code sind und Code auch Daten sind. Beim Thema ClojureScript legen wir mit dem Clojure Compiler los, der wohl auch zukünftig ganz ohne JVM auskommt. Schon jetzt sorgt der Compiler übrigens Dank Google Closure Compiler dafür, dass Eure Anwendung am Ende nicht zu groß wird. Der Einstieg in Clojure und ClojureScript ist übrigens nicht immer einfach: hier und da fehlt es noch an Dokumentation und auch das Tooling ist, besonders am Anfang, kompliziert. Also empfiehlt es sich hier durchaus andere um Hilfe zu bitten oder auch mal eines der zahlreichen Meetups zu besuchen. Grundsätzlich ist die Community jedenfalls sehr hilfsbereit. Was noch fehlt wäre ein Buch zum Einstieg in Clojure/ClojureScript. Hier hoffen Lisa und ich einfach mal auf Joy Clark. Beim Tooling setzt Lisa auf Emacs da dieses selbst in Lisp geschrieben ist und man demnach die Konfiguration mit Lisp anpassen kann. Man kann aber natürlich auch mit den gängigen Editoren und IDEs arbeiten und dort ein Plugin nutzen. Nützlich ist auch die ClojureScript REPL, die wir dann auch beleuchten und besprechen, wie sie die Entwicklung unterstützen kann. Hier kann man hier übrigens figwheel nutzen. Natürlich spielen auch Build Tools eine Rolle und hier könnt ihr gleich zwischen Leiningen (Leiningen versus the ants) und Boot wählen. Leiningen folgt dem Ansatz "Convention over configuration" während Boot hier alle Freiheiten überlässt. Beide Tools sind verbreitet und können Euch auch immer wieder begegnen. Am Ende schwärmt Lisa noch ein wenig von Clojerl (Clojure auf der Erlang VM) und falls ihr auch in der Bash gerne Klammern schreibt, solltet ihr Euch mal Closh ansehen. Warum JavaScript jetzt eigentlich doch nicht irgendwie funktional ist, könnt ihr uns, wie jedes weitere Feedback, gerne über den Github Issue mitteilen.

Heutiger Gast ist Benedikt Ritter (@benediktritter) mit dem ich über Open Source und speziell Apache Commons spreche. Benedikt ist einer der zwei Gastgeber von autoweird.fm und feiert mit diesem in dieser Woche den ersten Geburtstag. Herzlichen Glückwunsch!

Was Sketchnotes sind und wie man damit anfangen kann erklärt mir Joy Clark (Twitter, Homepage) in der heutigen Folge. Joy arbeitet bei innoQ und ist ein Freund runder Klammern. Daher trifft man Sie beispielsweise auf dem Clojure Meetup Düsseldorf (welches sich natürlich auch an Clojure-Anfänger wendet) oder auch mal bei der RheinJUG. In der Folge sprechen wir darüber, warum Joy mit Sketchnotes angefangen hat, wie ihre ersten Schritte aussahen, was man so braucht um loszulegen und welche Materialien sie inzwischen einsetzt. Twitter liebt Sketchnotes und daher findet ihr alle Sketchnotes von Joy dort oder auf ihrem Blog. Wenn Euch das Thema interessiert, braucht ihr am Anfang nur irgendeinen Stift und Papier und könnt loslegen. Später können es dann auch speziellere Stifte (z.B. der FineOne und der SketchOne aus dem Shop von Neuland) sein. Dazu empfiehlt Joy dann zwei Farben (Highlights und Schatten). Joy gehört übrigens auch zum Orga-Team der EntwickelBar, welche am 2. Dezember erstmals in Düsseldorf stattfindet. Hier gibt es noch Karten und vielleicht ist das ja für Euch ein guter Zeitpunkt um auch Sketchnotes zu erstellen? Wenn ihr Feedback habt, könnt ihr dies gerne bei Github hinterlassen.

Teil 2 zum Thema Bitcoin und Blockchain. Nachdem Jonas und ich uns in der letzten Folge vor allem Bitcoin angesehen haben, geht es in dieser Folge um die Technik dahinter: die Blockchain. Wir unterhalten uns zunächst über Anwendungsfälle in denen die Blockchain ihre Stärken ausspielen kann. Hier ist die Supply Chain ein gutes Beispiel, wie man zum Beispiel beim Thema Wein sehen kann: hier ist es möglich die komplette Wertschöpfungskette über die Blockchain nachzuvollziehen. Zum Thema Supply Chain hat auch unser Kollege Kai Herings einen Blogartikel geschrieben. Auch wenn es möglich ist, diese Usecases über Bitcoin abzubilden, sind hier andere Blockchains, wie zum Beispiel Ethereum, einen Blick wert. Ethereum ist darauf ausgelegt auch Smart Contracts zu verwalten. Smart Contracts erinnern an die Lambda Funktionen, die man aus der AWS kennt. Diese Funktionen werden auf der Blockchain veröffentlicht und verteilt. Die Laufzeit dieser Funktionen bezahlt der Nutzer dann mit Ethereum ("gas"). Smart Contracts kann man z.B. mit Solidity oder auch Serpent entwickeln. Der IDE Support ist gut, beim Debuggen ist hier noch Luft nach oben. Um das ganze integrativ zu testen empfiehlt es sich testrpc zu nutzen. Um mit der Ethereum Blockchain zu kommunizieren benötigt man einen Client (z.B. web3.js). Auch die Nachteile beleuchten wir: es traten bereits Sicherheitsprobleme im Zusammenhang mit Ethereum und Smart Contracts auf. Eine Konsequenz hieraus war ein Fork von Ethereum bei dem Ethereum Classic entstand. Wenn ihr Euch auch mit Smart Contracts und Solidity beschäftigen wollt, empfiehlt Jonas Euch den Einstieg über solidity.readthedocs.io. Auf GitHub findet ihr ebenfalls hilfreiche Repositories: awesome-smart-contracts solidity-baby-steps Wenn Ethereum als Blockchain Eure Anforderungen nicht erfüllt, kann sich ein Blick auf Stratis oder Waves lohnen. Eine weitere Alternative sind private Blockchains, die Firmen auch zusammen betreiben können. Hier stellt sich aber schnell die Frage, ob die Blockchain in geschlossenen Systemen noch ihre Stärken ausspielen kann. Gegen Ende sprechen wir noch über das Thema Skalierung. Hier ist die Transaktionsgeschwindigkeit bei weitem nicht auf dem Niveau wie beispielsweise bei Dienstleistern wie VISA. Aber die Zukunft ist rosig: Jonas erwähnt hier Tangle (Whitepaper pdf), welches statt der "linked list" Blockchain auf einen Graphen (Directed Acyclic Graph (DAG)) setzt. Umgesetzt wird das ganze momentan vom Projekt IOTA. Der erwähnte Chain Day ist leider schon vorbei. Wie immer freuen wir uns über Feedback und Hinweise. Diese könnt ihr gerne bei GitHub in diesem Issue hinterlassen.

Heute ist Jonas Verhoelen (Twitter) mein Gast und spricht mit mir ein wenig über Bitcoin als Beispiel für eine Cryptowährung. Jonas hat im codecentric Blog bereits einiges zum Thema Blockchain geschrieben so findet ihr dort eine Einführung in das Thema sowie einen weiterführenden Artikel zu Decentralized Autonomous Organizations. Jonas erzählt, wie er auf Bitcoin aufmerksam geworden ist und selbst investierte (er nutzt hier hin und wieder den Begriff Fiatgeld, den wir nicht erklären. Bei Wikipedia findet ihr eine Erklärung). In der Folge sprechen wir über Bitcoin und was technisch dahinter steckt. Wallet: Jonas nutzt hier Breadwallet während ich Copay einsetze Börsen: Bitcoin kann man u.a. bei bitcoin.de kaufen Nodes / Mempool Miner / Mining (Proof of Stake / Proof of Work / Proof of Importance) Blöcke Nuance Blockchain Darüber hinaus erwähnen wir auch ein paar Bitcoin Alternativen wie Ethereum, Litecoin und Ripple. Am Ende erklärt Jonas noch, ob es sich momentan noch lohnt in Bitcoin zu investieren und was man bei einem Investment beachten sollte. Wenn ihr noch mehr zum Thema erfahren wollte, empfiehlt Jonas folgende Dokus: "Banking of Bitcoint" (iMDb / YouTube) Bitcoin: The End of Money As We Know It (IMDb) Wie immer würden wir uns über Feedback freuen. Zum Beispiel bei GitHub.

Die bereits angekündigte Espresso-Folge nun auch endlich online. Christian hat audiotechnisch noch einiges aus der Folge rausgeholt. Vielen Dank dafür! In dieser Folge unterhalte ich mich im sonnigen München mit Victor. Victor arbeitet bei der codecentric, ist aber auch gerne mal im Bellissimo Espresso (bellissimo-espresso.de) anzutreffen. Wir unterhalten uns zunächst etwas über die "Hardware" und Victors erste Maschine, eine Gaggia Classic. Inzwischen schwört er auf eine "Vibiemme Domobar" von Vibiemme. Victor nutzt seit jeher als Mühle die Demoka GR-0203. Wem das alles noch nicht genug ist, der wird bei La Marzocco sicher fündig. Beim Thema Bohnen probiert Victor sehr gerne neues aus. Third Wave Espresso schmeckt ihm nicht so gut, ist aber momentan wohl ganz in. Sein Lieblings-Röster ist die Quijote Rösterei aus Hamburg und dort hat es ihm "Dantes Inferno" besonders angetan. Victor erzählt mir, wie er seinen Espresso zubereitet und worauf er besonders Wert legt. Dabei spielt natürlich der Mahlgrad eine entscheidende Rolle aber auch die Temperatur der Tasse. Auch über die Reihenfolge, in der man Espresso und Wasser trinkt unterhalten wir uns kurz, kommen aber zu keinem Ergebnis. Vielleicht stimmt ja, was in diesem Artikel steht. Am Ende schwärmt Victor noch vom Espressionisten. Wenn ihr mal in Frankfurt seid, könnt ihr dort ja einen Espresso probieren. Wer sich tiefer in das Thema einlesen möchte, der sollte einen Blick auf das Kaffee-Netz und das KaffeeWiki werfen.

Nachdem Christian mich in der letzten Folge fragte, was eigentlich Spring ist, ist es heute höchste Zeit, sich mal den Thema Spring und Spring Boot anzunähern. Der perfekte Gast hierfür ist Johannes Edmeier (twitter.com/joshiste), der schon seit einigen Jahren in der Community aktiv ist und u.a. den Spring Boot Admin betreut. Johannes erklärt mir, wie sich JavaEE und Spring voneinander abgrenzen und warum es sich lohnen kann, hier auf Spring zu setzen. Spring ist open source und erlaubt Euch aktiv an der Entwicklung teilzunehmen (github.com/spring-projects). In vielen Fällen kann es sich lohnen, hier noch etwas weiter zu gehen und Spring Boot einzusetzen. Gerade, wenn man schnell loslegen möchte und wenig Aufwand in die Konfiguration investieren möchte. Das Tolle an Spring Boot ist, dass es gerade den Einstieg enorm vereinfacht: ihr könnt unter start.spring.io Euer Projekt einfach konfigurieren und diese dann auch direkt starten. Johannes nutzt dies auch gerne mal für kleine Projekte. Richtig ins Schwärmen kommt Johannes beim Thema Dependencies: Hier kann man sich bei Spring Boot darauf verlassen, dass alles gut zusammen funktioniert. Gerade für den Einstieg natürlich ein großer Vorteil aber auch für erfahrene Spring Entwickler ein klarer Vorteil. Eine Alternative aus dem Java Ökosystem zu Spring Boot ist übrigens Dropwizard (dropwizard.io) bei dem sich das Spring Boot Team auch ein paar Dinge abgeguckt hat. Die von Johannes erwähnte URL guides.spring.io gibt es nicht, richtig ist hier spring.io/guides. Dort findet ihr dann zahlreiche Guides, die Euch den Einstieg in Spring und Spring Boot vereinfachen. Die Seite zur Twelve Factor App findet ihr unter 12factor.net. Wir sprechen noch über das Zusammenspiel mit den unterschiedlichen JVM Sprachen wie Scala, Groovy oder auch Kotlin: Hier kann man bei Spring aus dem vollen schöpfen, auch wenn es hier und da vielleicht nicht perfekt zueinander passt. Wenn ihr Groovy einsetzt, braucht es auch nicht mehr als einen Tweet für die erste Anwendung. Beim Gespräch über Microservices offenbart sich dann, dass ich wohl während des Studiums etwas zuviel World of Warcraft gespielt habe: Ich meinte natürlich Zuul von Netflix und nicht Gruul. Natürlich frage ich Johannes auch ein paar Dinge zum Spring Boot Admin (github.com/codecentric/spring-boot-admin) und erfahre auch ein paar Dinge zu dessen Geschichte. Spring Boot Admin nutzt die Actuator Endpoints von Spring Boot Anwendungen und stellt eine UI für diese bereit. So lassen sich auch mehrere Anwendungen bspw. in einem Microservice Umfeld, bequem überwachen. Zudem bietet es einige Konfigurationsmöglichkeiten. Wenn ihr Spring Boot einsetzt und ein Monitoring Tool benötigt, lohnt ein Blick auf den Spring Boot Admin. PS: Wir haben heute ein paar Störgeräuche dabei, die mit dem Mikro zusammenhängen. Das wird in den nächsten Folgen wieder besser. Wenn ihr etwas ergänzen wollt oder eine Frage habt könnt ihr dies über diesen Issue bei Github tun.

Heute spreche ich mit Christian Schaefer (Schepp) in Flehe (aber auch nur ganz knapp) über Vue.js. Christian ist als Selbstständiger unterwegs. Wir kennen uns über einen Angular2 Workshop bei den Jungs von thoughtram, sind aber beide (bisher) nicht besonders warm mit Angular geworden. Christian hat stattdessen Vue.js für sich entdeckt und kann mir mehr dazu erzählen. Wir klären, ob Vue.js nur eine Eintagsfliege ist und wie es sich zwischen AngularJS, Angular4 und React einordnen lässt, wie man eine Anwendung mit Vue.js entwickeln kann und wie das Ökosystem aussieht. Das ganze kompakt in unter 30 Minuten damit wir keinen Ärger mit dem Parkwärter bekommen. Wer, wie Christian, gerne Tutorials bei YouTube sieht, kann sich dort die Vue.js Basics von Academind vermitteln lassen.

Fünfhundert! 500 Downloads und ein neuer Jingle, da musste eine kleine Folge außerhalb der Reihe veröffentlicht werden. Aber fangen wir mit dem Jingle an: Dave Kotylar hat das ganze für mich produziert und wenn ihr seine Musik mögt, dann schaut doch mal auf einem seiner Profile vorbei: https://open.spotify.com/artist/2JcksnUbgNBCg6VsxbITpP https://soundcloud.com/gridglider https://www.facebook.com/GridGlider/ Danach erzähle ich Euch ein wenig über die "verlorene" Episode (auch wenn ich noch versuche sie irgendwie zu retten) und bewerbe auch meinen neuen Twitter Account: @HerrMies. Und sonst so? Es gibt jetzt auch Sticker und wir feiern 500 Downloads (kann man nicht oft genug erwähnen)! Es gibt noch einen kleinen Ausblick auf die nächsten Episoden (eine davon wenige Stunden nach dieser) und dann ist diese kleine aber feine Episode auch schon wieder rum.

Tue, 15 Aug 2017 22:01:08 +0000 https://herrmies.podigee.io/5-hmww05-ux podlove-2017-07-21t19:57:14+00:00-e2ddc80c739ed4a In dieser Folge spreche ich mit Stefan (Twitter) über UX. Stefan machte seine ersten Schritte als Entwickler mit Eiffel und beschäftigt sich auch sonst gerne noch mit dem Programmieren (u.a. eine Stoppuhr-App für Windows (Phone)). Er erzählt mir, wie er mit UX in Berührung kam und wie auch andere das tun können. So empfiehlt er Don’t make me think von Steve Krug und The Design of Everyday Things von Don Norman. Wir sprechen über die Grundlagen von UX, mentale Modelle und wie man Usability Tests durchführen kann. Fragen und Feedback zur Folge könnt ihr in diesem Issue bei Github loswerden. 5 full no Daniel Mies

Heute spreche ich mit Christian. Christian ist Consultant, Coach und Facilitator bei der codecentric. Im Frühjahr bloggt er, während er Twitter auch über das Jahr verteilt nutzt. Christian erzählt uns, wie er zu Kanban kam, was Kanban ist und in welchem Umfeld es helfen kann. Wir klären, ob Kanban nicht einfach nur für Teams ist, die keine Regeln mögen und beleuchten, wie ein Team von Scrum zu Kanban kommt und was sich dadurch ändern kann (hier lohnt sich ein Blick auf Scrumban). In der Fragerunde grenzen wir Kanban und Scrum voneinander ab und entdecken doch einige Gemeinsamkeiten.

Heute gehen wir der Frage nach, was Scrum eigentlich genau ist: Eher ein Werkzeugkasten aus dem man sich bedienen kann, oder vielmehr ein fester Regelsatz, an den man sich halten muss. Gast ist heute Andreas Ebbert-Karroum. Andreas ist Agile Principal Consultant bei der codecentric. Er berichtet in seiner Freizeit von seinen Alltagsabenteuern bei YouTube, Twitter, Instagram und Snapchat. In seinem ersten Video geht es um ominöses weißes Pulver.

In der ersten richtigen Folge erzählt Holger ein wenig aus dem Nähkästchen über seinen Podcast @autoweird.fm (Twitter). Wie kam es zum Podcast? Mit welcher Hardware nimmt er die Folgen auf? Welche Software kann er empfehlen und wie geht man eigentlich damit um, wenn im aktuellen Projekt Themen aufkommen, die auch im Podcast interessant sind? Holger ist Senior IT Consultant bei codecentric, blogt dort nur über JavaScript und hatte auch irgendwann mal einen eigenen Blog. Für die Folge hat er sich den Laden Ein als Aufnahmeort ausgesucht. @autoweird.fm startete mit Zencastr als Aufnahmesoftware und landete letztendlich bei Reaper und Ultraschall. "Herr Mies will's wissen" nutzt hier übrigens Ferrite und Podlove. Gehostet wird alles in der Cloud, da Soundcloud nicht voll überzeugen konnte. Holger und Benedikt erstellen mit Hilfe von Github Pages ihre Seite und Ihren Feed (bis das neue Layout eventuell den Feed killt).

Und schon geht es los: Nachdem die Jungs von @autoweird.fm auf der codecentric conference ihren Podcast vorgestellt haben, wollte ich auch loslegen. Die Idee dabei ist einfach: In gemütlicher Runde spannende Themen und Personen vorstellen ohne dabei zu ernst zu sein. In dieser Episode stelle ich Euch den Podcast und die Idee dahinter vor.