todo:cast - Developer Podcast

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: [email protected]

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: [email protected]

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: [email protected]

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: [email protected]

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