todo:cast - Developer Podcast

Wir alle nutzen Open-Source Software und Komponenten, aber sollte man den Quellcode des eigenen Produktes veröffentlichen? In dieser Folge sprechen wir über verschiedene Varianten sowie die Vor- und Nachteile. Steht euer Produkt als Open-Source zur Verfügung? Lasst es uns gerne wissen. In Folge 17 haben wir übrigens bereits über Open-Source in Software Projekten und die damit einhergehenden Lizenzfragen gesprochen. Ihr wollt uns etwas Gutes tun? Spendiert uns gerne einen Kaffee: www.buymeacoffee.com/todocast Malte auf Twitter: twitter.com/MalteLantin Robin-Manuel auf Twitter: twitter.com/robinmanuelt Feedback und Anregungen: todopodcast@outlook.com

Zur Erhöhung der Softwarequalität denken viele über den Einsatz der Test-driven Development (TDD) Methode im Entwicklungsprozess nach. Aber warum sieht man diese Methode in der Praxis nur selten im Einsatz? In dieser Folge sprechen wir über die Methode, was wir davon halten und darüber warum sie unserer Meinung nach häufig nur teilweise zum Einsatz kommt. Ihr wollt uns etwas Gutes tun? Spendiert uns gerne einen Kaffee: www.buymeacoffee.com/todocast Links: TDD auf Wikipedia (deutsch): https://de.wikipedia.org/wiki/Testgetriebene_Entwicklung Twitter-Thread zum Thema: https://twitter.com/robinmanuelt/status/1570402637568217088 Video "Test Driven Development (TDD)" mit David Tielke: https://youtu.be/Q7IacWtNaG0 Video "Warum TDD (Test-Driven Development) überbewertet ist" mit Golo Roden: https://youtu.be/YUm4P2b0YPI Malte auf Twitter: twitter.com/MalteLantin Robin-Manuel auf Twitter: twitter.com/robinmanuelt Feedback und Anregungen: todopodcast@outlook.com

Muss man eigentlich überhaupt noch programmieren lernen? Nachdem wir in der letzten Folge über den Einstieg in die Softwareentwicklung gesprochen haben, schauen wir uns dieses Mal so genannte "No Code" bzw. "Low Code" Plattformen an. Diese Plattformen versprechen, dass man auch ohne oder mit geringen Programmierkenntnissen Apps, Webseiten oder Automatisierungen bauen kann. Stimmt das eigentlich? Ihr wollt uns etwas Gutes tun? Spendiert uns gerne einen Kaffee: www.buymeacoffee.com/todocast Links: Apps AppGyver: https://www.appgyver.com Power Apps: https://powerapps.microsoft.com Automation / Integration Zapier: https://zapier.com Logic Apps: https://azure.microsoft.com/de-de/services/logic-apps Power Automate: https://powerautomate.microsoft.com Website-Builder Squarespace: https://de.squarespace.com Wix: https://de.wix.com Jimdo: https://www.jimdo.com Malte auf Twitter: twitter.com/MalteLantin Robin-Manuel auf Twitter: twitter.com/robinmanuelt Feedback und Anregungen: todopodcast@outlook.com

Dieses mal sprechen wir über den Einstieg in die Softwareentwicklung. Wie kann man Programmieren lernen, welche Wege und Angebote gibt es und wie würden wir es heute machen? Zudem beantworten wir die spannende Frage, welchen Sprache wir Einsteiger*innen empfehlen würden und wie lange es unserer Meinung nach dauert, bis man beruflich Software entwickeln kann. Ihr wollt uns etwas Gutes tun? Spendiert uns gerne einen Kaffee: www.buymeacoffee.com/todocast Links: Spielerisch Programmieren lernen: Code Combat: https://codecombat.com AntMe! :http://www.antme.net Hour of Code - Flappy Bird: https://studio.code.org/flappy/1 Aufgaben lösen auf "Free Code Camp": https://www.freecodecamp.org Online Kurse: Udacity: https://www.udacity.com Coursera: https://www.coursera.org Udemy: https://www.udemy.com Pluralsight: https://www.pluralsight.com The native web auf YouTube: https://www.youtube.com/c/thenativewebGmbH/videos Lernpfade mit Mimo: https://getmimo.com Karel: https://github.com/fredoverflow/karel Structure and Interpretation of Computer Programs (SICP) - Informatiklehrbuch https://amzn.to/3K4tWXz (referral link) Malte auf Twitter: twitter.com/MalteLantin Robin-Manuel auf Twitter: twitter.com/robinmanuelt Feedback und Anregungen: todopodcast@outlook.com

Um Software gut wartbar zu halten und ohne großen Aufwand für verschiedene Varianten erstellen zu können, sollte man Konfigurationsinformationen außerhalb des Codes verwalten. Um diese Konfigurationen zu verändern, einzubinden und zu verwalten, gibt es verschiedene Möglichkeiten, die wir in dieser Folge diskutieren. Ihr wollt uns etwas Gutes tun? Spendiert uns gerne einen Kaffee: https://www.buymeacoffee.com/todocast Links: Blogpost Dynamically set Angular Environment Variables in Docker https://pumpingco.de/blog/environment-variables-angular-docker Malte auf Twitter: https://twitter.com/MalteLantin Robin-Manuel auf Twitter: https://twitter.com/robinmanuelt Feedback und Anregungen: todopodcast@outlook.com

Eine gute Testabdeckung des eigenen Codes ist wichtig, aber wie behält man das im Blick und macht es zu einem festen Teil des eigenen DevOps Prozesses? Heute sprechen wie über Code Coverage, wie man diese misst, welche Abdeckung erstrebenswert sind und wo man die Informationen dazu am besten sichtbar macht. Sind 100% Code Coverage wirklich das Ziel? Links: Introduction to Code Coverage: https://www.atlassian.com/continuous-delivery/software-testing/code-coverage Malte auf Twitter: https://twitter.com/MalteLantin Robin-Manuel auf Twitter: https://twitter.com/robinmanuelt Feedback und Anregungen: todopodcast@outlook.com

Lohnen sich Technologie-Zertifizierungen eigentlich? Da Malte gerade einige seiner im letzten Jahr abgelegten Microsoft Zertifizierungen aktualisieren muss, sprechen wir heute über den Sinn und Unsinn von Zertifizierungen rund um Betriebssysteme, Cloud Plattformen, Entwicklungssprachen und Frameworks. Wie sind eure Erfahrungen mit Zertifizierungen? Lasst es uns gerne per Twitter oder E-Mail wissen. Links: Malte auf Twitter: https://twitter.com/MalteLantin Robin-Manuel auf Twitter: https://twitter.com/robinmanuelt Feedback und Anregungen: todopodcast@outlook.com

Wie schon in Folge 38 zu Hyrum's Law angesprochen, kann eine Versionierung der eigenen APIs nützlich oder sogar notwendig sein. Gerade wenn die eigene API das Produkt darstellt muss diese nicht nur dokumentiert, sondern auch versioniert werden. Aus diesem Grund gehen wir heute ein wenig tiefer auf der Thema ein, diskutieren worauf man achten sollten und sprechen einige Tools / Dienste an, die einem die Arbeit erleichtern. Links: Kong API Gateway: https://konghq.com/kong / https://konghq.com/blog/service-design-guidelines-api-versioning AWS API Gateway: https://aws.amazon.com/api-gateway/ Azure API Management: https://azure.microsoft.com/en-us/services/api-management/ Google Apigee https://cloud.google.com/apigee/ Malte auf Twitter: twitter.com/MalteLantin Robin-Manuel auf Twitter: twitter.com/robinmanuelt Feedback und Anregungen: todopodcast@outlook.com

Lohnt sich die Teilnahme an Tech- bzw. Developer-Konferenzen(noch) und wie wird man eigentlich selber Sprecher*in? In dieser Folge nehmen wir das Wiederanlaufen der Konferenzen nach den Einschränkungen der letzten Jahre zum Anlass um diese Themen etwas näher zu beleuchten. Ihr erfahrt warum wir auf Konferenzen gehen, wie man sich auf den ersten eigenen Vortrag vorbereitet und was man beachten sollte, wenn man dann bei einer Tech-Konferenz auf der Bühne steht. Malte auf Twitter: https://twitter.com/MalteLantin Robin-Manuel auf Twitter: https://twitter.com/robinmanuelt Feedback und Anregungen: todopodcast@outlook.com

Die meisten kennen Moore's Law oder auch Murphy's Law, aber was ist eigentlich Hyrum's Law? In dieser Folge sprechen wir über die Aussage dieses Gesetzes und was das für das Design von Schnittstellen und APIs bedeutet. Habt ihr selber Beispiele für Hyrum's Law erlebt? Dann lasst es uns wissen. Links: Hyrum's Law: https://www.hyrumslaw.com/ Comic von XKCD zu Hyrum's Law: https://xkcd.com/1172/ Malte auf Twitter: https://twitter.com/MalteLantin Robin-Manuel auf Twitter: https://twitter.com/robinmanuelt Feedback und Anregungen: todopodcast@outlook.com

Was gilt es zu beachten, wenn die eigene Anwendung skalierbar sein soll, und was versteht man eigentlich unter Skalierbarkeit? Heute sprechen wir darüber an welchen Stellen man sich über dieses Thema Gedanken machen sollte, was der Unterschied zwischen horizontaler und vertikaler Skalierung ist und wo die Herausforderungen liegen. Malte auf Twitter: https://twitter.com/MalteLantin Robin-Manuel auf Twitter: https://twitter.com/robinmanuelt Feedback und Anregungen: todopodcast@outlook.com

An Kubernetes kommt seit einigen Jahren niemand mehr vorbei. Da stellt sich natürlich die Frage, ob man sich auch heute noch in das Thema einarbeiten sollte. In Zeiten in denen ich meine Container in diversen Platform Diensten von Cloud-Anbietern laufen lassen und durch zahlreiche Platform-as-a-Service und Serverless-Dienste ergänzen kann, wirkt Kubernetes meist unnötig komplex. Wie wir aber in dieser Folge besprechen, ist es dennoch sinnvoll die eigenen Services in Containern bereit zu stellen und sich zumindest ein Grundwissen zur Verwendung von Kubernetes anzueigenen. Malte auf Twitter: https://twitter.com/MalteLantin Robin-Manuel auf Twitter: https://twitter.com/robinmanuelt

Ihr habt uns gefragt, wie sich die Softwareentwicklung sich in den letzten Jahren entwickelt hat. Wir nehmen diese Frage zum Anlass, um in unserer (etwas längeren) Folge zu Ostern auf unseren Einstieg in die Softwarenentwicklung zurück zu schauen, die aus unserer Sicht wichtigsten Trends der letzten 20 Jahren zu diskutieren, sowie einen Ausblick auf die nächsten 10 Jahre zu geben. Haben wir etwas vergessen? Lasst es uns gerne auf Twitter wissen.

In dieser Folge diskutieren wir über die Rolle von JavaScript in der Webentwicklung und darüber, ob Webseiten und -anwendungen auch ohne funktionieren sollten. Dabei sprechen wir über die Rolle die Frameworks wie Angular, React oder auch Vue eingenommen haben, und an welchen Stellen man als Web Developer deren Notwendigkeit noch einmal hinterfragen sollte. Links: (Älterer) Artikel mit Zahlen: https://www.heise.de/developer/artikel/colspan-15-Muss-auch-ohne-JavaScript-funktionieren-4619384.html Robin-Manuel auf Twitter: https://twitter.com/robinmanuelt Malte auf Twitter: https://twitter.com/maltelantin

Nachdem wir in der letzten Folge über Branching-Strategien gesprochen haben, stellt sich natürlich die Frage wie nach einem Pull Request der Code nun in den Ziel-Branch gebracht wird. Hierfür gibt es nämlich verschiedenen Möglichkeiten, die jeweils so ihre Vor- und Nachteile mit sich bringen. Wir sprechen daher heute über Merge, Rebase, Squash und weitere schöne Dinge. Links: GitHub: https://docs.github.com/en/repositories/configuring-branches-and-merges-in-your-repository/configuring-pull-request-merges/about-merge-methods-on-github Azure DevOps: https://docs.microsoft.com/en-us/azure/devops/repos/git/merging-with-squash?view=azure-devops GitLab: https://docs.gitlab.com/ee/user/project/merge_requests/fast_forward_merge.html Details zu Rebase: https://devblogs.microsoft.com/devops/pull-requests-with-rebase/

Nachdem wir vor Kurzem gemerkt haben, dass sich unsere Branching und Release Strategien stark unterscheiden, möchten wir diese heute einmal in Ruhe vergleichen, sowie die Vor- und Nachteile besprechen. In dieser Folge geht es daher neben den grundsätzlichen Vorteilen von Feature Branches und Pull Requests, um eine Gegenüberstellung von GitFlow und GitHub Flow. Links: Git patterns and anti-patterns talk: https://www.youtube.com/watch?v=ykZbBD-CmP8 Atlassian über GitFlow: https://www.atlassian.com/git/tutorials/comparing-workflows/gitflow-workflow GitHub über GitHub Flow: https://docs.github.com/en/get-started/quickstart/github-flow GitLab über GitLab Flow, sowie GitFlow und GitHub Flow: https://docs.gitlab.com/ee/topics/gitlab_flow.html

Wenn es um Softwaredokumentation geht, gibt es schnell zwei Lager. Diejenigen, bei denen eine ausführliche Dokumentation des Projektes in Form von Kommentaren und einem separaten Dokument einfach dazugehören, und diejenigen die der festen Überzeugung sind, dass guter Code die beste Dokumentation ist. Wie wir das Thema sehen und welche Tools wir empfehlen, erfahrt ihr in dieser Folge. Links: Architecture Decision Records https://thomasbandt.com/architecture-decision-records Docusaurus https://docusaurus.io draw.io https://draw.io

Diese Folge ist etwas länger als üblich, aber das Thema ist wichtiger denn je. Wir arbeiten uns durch die OWASP Top 10, eine Rangliste der wichtigsten Themen rund um die Sicherheit von Web Applikationen. Das Open Web Application Security Project (OWASP) ist eine Non-Profit-Organisation die sich zum Ziel gesetzt hat, die Sicherheit von Anwendungen im Web zu verbessern. Ein Mittel dafür ist die Erstellung der regelmäßig aktualisierten Top 10 Liste, die dazu dient ein Bewusstsein für die wichtigsten Risikofaktoren zu erreichen. Links: OWASP Top 10 https://owasp.org/www-project-top-ten

Noch einmal möchten wir auf die Abhängigkeit von Open Source Projekten eingehen und diskutieren, wie wir als Community und Softwareindustrie mit den Menschen hinter quelloffener Software und dem Potential von bewusster Sabotage umgehen. Anlass ist die Manipulation der OpenSource Projekte colors.js und faker.js durch den Maintainer und die bewusste Veröffentlichung angepasster npm-Pakete, die diese unbrauchbar machen. Links: Artikel auf The Verge (Englisch): https://www.theverge.com/2022/1/9/22874949/developer-corrupts-open-source-libraries-projects-affected Artikel auf Heise (Deutsch): https://www.heise.de/news/Paketmanager-npm-Entwickler-macht-eigene-Packages-unbrauchbar-6322366.html Artikel auf Bleeping Computer (Englisch): https://www.bleepingcomputer.com/news/security/dev-corrupts-npm-libs-colors-and-faker-breaking-thousands-of-apps/ Tweet von Robin-Manuel: https://twitter.com/robinmanuelt/status/1481122946169151489

In der ersten Folge des Jahres sprechen wir noch einmal über Log4Shell bzw. die im Dezember bekannt gewordene Verwundbarkeit der Java Logging Library Log4j. Wie mittlerweile deutlich geworden ist, sind die Auswirkungen massiv und zahlreiche Internetdienste waren betroffen. Wir besprechen, worum es eigentlich geht, was man jetzt tun sollte und was wir für Zukunft daraus lernen können. Links: CVE-2021-44228 "Log4Shell" https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-44228 Apache Log4j Security Vulnerabilities https://logging.apache.org/log4j/2.x/security.html Apache Log4j Change Log: https://logging.apache.org/log4j/2.x/changes-report.html Log4Shell: RCE 0-day exploit found in log4j 2, a popular Java logging package https://www.lunasec.io/docs/blog/log4j-zero-day/ Kommentar zu Log4j: Es funktioniert wie spezifiziert https://www.heise.de/meinung/Kommentar-zu-log4j-Es-funktioniert-wie-spezifiziert-6294476.html Open Source Web App um einen Exploit-String zu generieren, der bei erfolgreicher Ausführung eine E-Mail schickt https://canarytokens.org/ Log4j in Gradle https://blog.gradle.org/log4j-vulnerability