Meine Postman Basics

Über Postman habe ich bereits das eine oder andere Mal berichtet und heute möchte ich mein kleines Postman 1x1 mit euch teilen. Ich nutze Postman vor allem bei der Entwicklung von neuen APIs, um selbige schnell und einfach zu testen. Generell plane ich meine APIs und implementiere die ersten Calls, direkt gefolgt von ersten Postman Tests.
Zu Beginn erstellte ich dabei einfach wild Requests und gab Daten immer und immer wieder ein. Mit steigender Request Anzahl und häufiger auszuführenden Tests, wurde dies aber durchaus müßig. Um Arbeit zu erleichtern und das ohne großen Aufwand, erstelle ich diesen Beitrag, denn mit nur sehr wenig Aufwand kann Postman einem das Arbeiten mit APIs massiv vereinfachen.
Resizy - Entwicklung eingestellt

Im Rahmen meines Online-Frühjahrsputzes habe ich eines meiner letzten Legacy Java Projekte in Rente geschickt. Mein kleines Tool zum ändern von Namen und Größen von Bildern - Resizy genannt - war eines meiner letzten Java Tools und wurde zuletzt ohnehin wenig aktualisiert.
Ich nutzte das Tool meist um Batch Operationen auf Bildern durchzuführen, welche ich hier im Blog nutzen wollte. In der letzten Zeit brauchte ich das Tool selber sehr selten und auch von extern gab es wenig Interesse. Den Todesstoß für das Projekt gab es nun durch Build-Probleme. Denn aufgrund einer neuen Java Version lässt sich das Projekt nicht mehr ordentlich bauen.
Da ich Java ohnehin aktuell den Rücken kehre (Kotlin und Flutter / Dart ersetzen es) gab es für mich entsprechend nur wenig Motivation eine Trail and Error Problemsuche zu starten. Ob es einen kleinen Nachfolger z.B. in Flutter / Dart geben wird steht aktuell noch nicht fest, aber ausschließen will ich es nicht.
I'm a coder - Entwickler und gute Entwickler

Was macht eigentlich einen guten Entwickler aus? Über viele Punkte kann man hier sicherlich streiten, aber nach diversen Gesprächen mit Kollegen und befreundeten Softwareentwicklern, habe ich den einen oder anderen Punkt zusammengetragen, bei dem wir uns einig waren. Hierbei sollte vorab erwähnt werden, dass diese Liste natürlich nicht vollständig ist.
Beginnen möchte mit der guten alten Annahme, dass weniger Code immer besser ist, was definitiv nicht der Fall ist. Natürlich sollte man unnötigen Code vermeiden, aber manchmal ist es besser ein paar Zeilen extra zu schreiben, die klar machen warum eine Abfrage geschieht, statt unklare Konstrukte einfach so stehen zu lassen. In solchen Fälle erstelle ich lieber eine gut benannte Methode, spare mir Kommentare, halte den Code in einem wartbaren Zustand und füge entsprechend einige Zeilen extra hinzu. So wenig wie möglich, aber so viel wie nötig, um alles verständlich und wartbar zu halten.
Neu ist immer besser und Never change a running system, zwei Sprüche die bestimmt schon jeder Entwickler mal gehört hat. Beide entsprechen zum Teil der Wahrheit, sollten aber immer hinterfragt werden.
Ersterer ist meist der Einstieg, um ein neues Framework oder eine neue Library zu nutzen, was oft spannend ist, aber nicht immer sinnvoll. Hier sollte man wohlüberlegt handeln und sich nicht von coolen Buzzwords blenden lassen. Auch neue Techniken sollten grundlegend zu bestehenden Ansätzen und Konzepten passen und vom gesamten Team getragen werden.
Auf der andere Seite steht das Gegenteil, denn Never change a running system ist gerne die maskierte Aussage “das haben wir schon immer so gemacht, das ändern wir doch jetzt nicht mehr”. Vor allem als Entwickler der lange in einem Bereich mit bestimmten Techniken gearbeitet hat, sollte man trotzdem immer ein offenes Ohr für neue Ideen haben. Denn nur weil man Senior Developer o.ä. ist, heißt dies nicht das ein neuer Junior nicht vielleicht gute Ideen hat. Auch hier gilt abwägen ist wichtig, aber zuhören und offen sein sollte man immer.
I'm a coder - 2020 Lessons Learned

Man lernt nicht aus. Ein Satz den man oft hört und der tatsächlich auch meistens der Wahrheit entspricht. An dieser Stelle möchte ich ein paar Punkte, die ich aus dem letzten Jahr mitgenommen habe, mit euch teilen. Diese betreffen mich dabei meist persönlich und könnten entsprechend nicht auf euch zutreffen, aber ich glaub das eine oder andere ist vielleicht auch allgemein ein häufigeres Problem.
Eine Sache ist für mich das Nein sagen, welches ich gerne zu oft und zu schnell tue. Vor allem wenn von extern Anfragen oder Ideen kommen, egal ob zu konkreten Implementierungen oder aber zu neuen Frameworks, bin ich schnell in einer Abwehrhaltung. Generell bin ich zwar weiterhin der Meinung, dass es besser ist erst Nein zu sagen und später doch noch eine Lösung für ein Problem zu finden, als andersherum, aber hin und wieder sollte man ein paar mehr Gedanken investieren, bevor man vorschnell antwortet. An dieser Schwäche meinerseits versuche ich in 2021 weiter zu arbeiten.
Meine Programmiersprache des Jahres 2020

In 2020 habe ich viel programmiert, egal ob privat oder beruflich und nachdem ich mit Java, Dart, Kotlin, JavaScript und Go den einen oder anderen Ausflug in verschiedene Programmiersprachen unternommen habe, möchte ich heute meinen Favoriten mit euch teilen.
Meine Sprache des Jahres 2020 ist Kotlin. Gründe dafür sind neben den modernen und sicheren Konzepten, vor allem die Verständlichkeit der Konzepte. Dabei geht es nicht darum das die Sprache an sich sehr einfach verständlich ist, sondern wie gesagt um die Konzepte und Ideen hinter Entscheidungen. Es gibt wenige Dinge in der Kotlin Welt die ich nicht nachvollziehen kann und Dinge deren Grundlage ich verstehe nutze ich gerne.
Kotlin selbst ist als relativ junge Sprache durchsetzt mit dem Besten aus bewehrten Konzepten, ergänzt durch neue Ideen und Entscheidungen. Letzteres führt zu einer besseren Syntax und sichererem Code. Erstes erlaubt es z.B. mir als Java Entwickler relativ einfach einzusteigen. Dazu gehört auch das man quasi alle vorhandenen Java Libraries im Kotlin Kontext nutzen kann.
Content Ausblick

An dieser Stelle möchte ich einen kleinen Ausblick auf kommenden Content geben, denn in den nächsten Wochen steht einiges an hier im Blog. Beginnen werde ich dabei mit einem Review und Gewinnspiel zur aktuellen Bitdefender Antiviren Software. Denn auch dieses Jahr ermöglicht mir Bitdefender wieder einige Lizenzen an euch zu verteilen, wofür ich mich bedanken möchte.
Weiter geht es mit diversen Inhalten zur Software-Entwicklung. Sowohl die Entwicklung meiner Status Seite, inklusive Deployment und Konzepten, wie auch das Setup, die Entwicklung und die Nutzung meiner Kotlin Services wird jeweils in einer eigenen mehrteiligen Newssammlung verarbeitet.
Gesondert werde ich außerdem noch auf meine ersten Erfahrungen mit GitHub Actions & Dependabot eingehen, sowie mein Postman 101 mit euch teilen. Postman ist meine Standard Software geworden, wenn es um das Testen und auch Nutzen von APIs geht. Zusätzlich werde ich das Thema Dart für Scripting anreißen, denn abseits davon die Basis für Flutter zu sein, kann Dart auch an anderen Stellen hilfreich sein.
Abschließend gibt es auch noch eine kleine Zusammenfassung des Jahres aus meiner Perspektive, sowohl auf das Thema Gaming bezogen, wie auch im Kontext Software-Entwicklung. Dies beinhaltet auch ein paar Worte zum Status des Blogs.
Generell gibt es also eine bunte Auswahl, diverse Beiträge und sogar das eine oder andere zu gewinnen, ich würde mich freuen euch also auch in der nächsten Zeit als Leser begrüßen zu dürfen.
Kommentar-Service Update abgeschlossen

Das Update wurde erfolgreich abschlossen und der alte Service deaktiviert. Kommentare laden und erstellen sollte nun wieder funktionieren. Der Ausfall während der Umstellung selbst belief sich auf wenige Minuten, sodass nicht einmal das Monitoring open_in_new etwas mitbekommen hat.
Lediglich die Suche war kurz Offline open_in_new, da ich auch dort Verbesserungen vorgenommen habe.
Aktuell bin ich sehr zufrieden und freue mich über das neue Setup, solltet ihr allerdings noch Fehler entdecken freue ich mich natürlich sehr über Rückmeldungen. Selbige am besten direkt in die Kommentare unter dieser News oder aber per Mail.
Kommentar-Service Update startet in Kürze

In den nächsten Minuten startet ein Test und die eventuelle Umstellung auf den neuen Kommentar-Service. Selbiger basiert dann auf dem selben Setup wie schon der neue Such-Service. Das Update wird mit kurzen Ausfällen und Fehlern beim laden oder erstellen von Kommentaren einhergehen. In diesem Zeitraum empfehle ich keine Kommentare zu erstellen. Bestehende Daten gehen nicht verloren. Sobald alles wieder aktiv läuft werde ich eine weitere News online stellen. Schnellere Updates gibt es auf meiner Status Website open_in_new.
Kommentar-Service Update geplant

Nachdem die Umstellung des Such-Service erfolgreich verlief, habe ich in den letzten zwei Tagen, binnen wenigen Stunden, den Kommentar-Service ebenfalls portiert. Anfang nächster Woche ist nun auch dort ein Test / die Umstellung geplant. Sobald der genaue Zeitpunkt feststeht wird es eine weitere News geben.
Eventuelle Gewinnspiele / Events oder ähnliches werden entsprechend angepasst, sodass ausreichend Zeit bleibt. Nach Möglichkeit wird der Ausfall sich aber wieder im niedrigen Minuten Bereich bewegen. Nach Abschluss der Umstellung wird es eine News-Sammlung zum Thema geben, denn bis dato bin ich durchaus zufrieden mit meinem neuen Setup und möchte selbiges gerne mit euch teilen.
Service Umstellungen - Mein Ablaufplan

Letzten Sonntag erfolgte der erste Live-Test meines neuen Service-Setups und ich konnte den neuen Such-Service direkt online lassen. Als Backup verweilt das alte Setup weiterhin auf dem Server, aber bis dato läuft alles recht problemlos. Ich bin mit dem Ablauf des Deployments trotz eher minimalistischer Planung sehr zufrieden und aus diesem Grund möchte ich meinen Ablaufplan gerne mit euch teilen. Vielleicht hat der eine oder andere ähnliche Deployments geplant und findet hier die eine oder andere interessante Anregung.
Für die Umsetzung bin ich wie folgt vorgegangen: