Boehrsi.de - Blog

Manchmal will man schnell etwas ausprobieren, egal ob innerhalb eines großen Projekts oder auch komplett losgelöst von einem spezifischen Kontext. Dafür kann man eine dedizierte IDE öffnen, einen Test schreiben und ausführen, wenn das Ganze innerhalb eines großen Projekts ist oder verschiedene andere Tricks nutzen. Meiner Meinung nach ist eine weitere IDE allerdings nerviger Overhead und einen Test zu schreiben, welcher dann wieder entfernt wird, weil man nur kurz etwas ausprobieren wollte ist auch unpraktisch, z.B. wenn man vergisst ihn wieder zu löschen.
Für solche Dinge habe ich mir tatsächlich angewöhnt einfach Dartpad zu nutzen. Die Webseite ist sofort offen, die Umgebung ist bereit und ich kann direkt ein paar Zeilen Dart schreiben und selbige ohne weiteren Aufwand ausführen. Vor allem wenn es um das Verhalten von System- oder Framework Methoden geht, welche man anhand eines konkreten Beispiels ausprobieren will, finde ich diesen Ansatz durchaus gangbar.
In diesem Kontext würde mich interessieren wie ihr derartige Situationen behandelt. Darüber hinaus plane ich für die Zukunft mal einen Blick auf Googles Project IDX open_in_new zu werfen. Hier erhält man eine komplette IDE im Browser, welche bereits jetzt diverse Sprachen und Frameworks unterstützt. Hier bin ich allerdings noch skeptisch, denn für eine komplette IDE habe ich tatsächlich lieber eine lokale Umgebung, auch wenn selbige etwas mehr Aufwand für die Einrichtung bedarf.

• Dartpad Webseite open_in_new

Nach längerer Zeit habe ich mal wieder ein kleines Update an meinem Blog und nicht den dahinterliegenden Services vorgenommen. Das Update sorgt für eine bessere UI / UX durch minimale Anpassungen bei Abständen, Schriftgrößen und der Anordnung von Elementen. Ebenfalls verbessert wurde die Ladezeit in einigen Usecases. Zusätzlich sollten Screenreader nun besser funktionieren, da ich die Hierarchie der Elemente besser strukturiert habe.
Alles in allem ist es zwar nur ein kleines Update, aber ich finde es wichtig am Ball zu bleiben und neue Techniken oder UI / UX Flows zu unterstützen. Dazu gehört in diesem Update das Lazy Loading von Bildern open_in_new und die damit verbundene Verbesserung von Ladezeiten.

Devlog Nummer 7 steht an und ich merke gerade das ernsthaft schon wieder ein halbes Jahr vergangen ist, seit meinem letzten Beitrag zu diesem Thema. In diesem Kontext muss ich sagen, dass das aktuelle Format so nicht funktioniert. Denn auch wenn ich extrem viel zu tun habe und mitunter auch mehrere Wochen nicht aktiv am Spiel arbeiten konnte, so gab es diverse Fortschritte, welche in Form eines Beitrags hätten erscheinen können.
Doch wie wir sehen ist dies nicht der Fall, denn die Art und Weise wie ich dieses Format erstelle ist denkbar unpraktisch. Ich sammele diverse Inhalte, fasse selbige dann später zusammen und bastele daraus einen größeren Artikel. Doch ab wann habe ich genug Informationen für einen derartigen Artikel, wann finde ich die Zeit selbigen zu schreiben und wie schaffe ich es aufgrund des längeren Zeitraums nichts zu vergessen? Viele Fragen auf die es keine zufriedenstellenden Antworten gibt. Aus diesem Grund werde ich ein weiteres Mal eine mitunter große Änderung am Format vornehmen, doch zuvor erst einmal ein aktuelles Status Update zu Project Space.

• Projekt Space im Projektebereich open_in_new

Seit einigen Tagen ist eine neue Version meines Raffle Companion Tools verfügbar. Diese ist wie gewohnt für Windows über den Microsoft Store verfügbar. Sofern es Interesse gibt werde ich ebenfalls versuchen Linux open_in_new und Mac open_in_new Builds bereitzustellen. Für den Moment bleibt es aber bei Windows und selbige Version hat nun eine überarbeitete, logischer aufgebaute UI, Fehler in der Suche wurden behoben und einige Übersetzungen wurden angepasst.
Die App ist komplett in Dart und Flutter geschrieben, nutzt das auf Windows angepasste Fluent UI Design System und ist als Open Source Anwendung via GitHub open_in_new auch auf Code-Ebene einsehbar. Falls ihr eure Gewinnspiele lokal verwalten wollt, schaut euch das Tool doch mal an. Bei Fragen meldet euch gerne in den Kommentaren.
Und wo wir gerade von Gewinnspielen reden, an dieser Stelle eine kleine Erinnerung an meine beiden aktuellen Gewinnspiele, die noch bis morgen Abend aktiv sind. Zum einen das Bitdefender Gewinnspiel, welches ich jährlich veranstalte und mein monatliches Games Gewinnspiel.

• Raffle Companion Projektseite open_in_new
• Raffle Companion im Microsoft Store open_in_new

Während ich meine Android und Flutter Libraries pflege bin ich meist allein unterwegs. In der letzten Zeit hat sich dies zwar nicht grundlegend geändert, aber die ersten kleinen Community Patches für meine beliebteste Library (Device Marketing Names - Dart / Flutter) freuten mich doch sehr. Neben kleineren Fehlerbehebungen in der Dokumentation (GitHub Pull Request open_in_new) gab es Verbesserungen bei der Fehlerbehandlung im Fall von nicht unterstützten Plattformen (GitHub Pull Rquest).
Abseits davon gab es seit der letzten News zu meinen Libraries die gewohnten monatlichen Daten- und Dependency-Updates für meine Device Marketing Names Libraries, sowie kleinere weitere Anpassungen für meine OnUpgrade Library. Alle drei Libraries werden weiterhin aktiv gepflegt und unterstützten jeweils die aktuellen Framework- und Betriebssystem-Versionen. Falls ihr ganz konkret wissen wollt was sich in diesem Bereich tut, kann ich euch die Related Links empfehlen. Dort findet ihr die GitHub Repositories, welche neben dem Code auch Releases mit Change Logs beinhalten, sodass ihr dort immer konkret erfahren könnt was sich getan hat.
Wie immer gilt, falls es Fragen gibt meldet euch gerne in den Kommentaren.

• Device Marketing Names - Dart / Flutter Projektseite open_in_new
• Device Marketing Names - Dart / Flutter auf pub.dev open_in_new
• Device Marketing Names - Dart / Flutter auf GitHub open_in_new
• Device Marketing Names - Kotlin Projektseite open_in_new
• Device Marketing Names - Kotlin auf Maven Central open_in_new
• Device Marketing Names - Kotlin auf GitHub open_in_new
• OnUpgrade Projektseite open_in_new
• OnUpgrade auf pub.dev open_in_new
• OnUpgrade auf GitHub open_in_new

Auch wenn der Plan minimal hinter dem Zeitplan ist, so geht es nächste Woche vermutlich mit dem neuen Backend los. Damit einher geht dann auch das neue Gewinnspielsystem und verschiedene anderen Spielereien, die allerdings eher was für mich persönlich sind und für den normalen Nutzer nicht sichtbare sein werden.
Da es sich hier um ein komplett neues System handelt, mich neuer Technologie und den vermutlich vorhandenen Kinderkrankheiten, betrachte ich den initialen Rollout als Beta. Die lokalen Integration Tests für die bereits bekannten Features, also die Kommentare und die Suche, sind bereits erledigt und auch die UI Integration für das Gewinnspielsystem ist bereits vorhanden. Für letzteres fehlt allerdings noch der Integration Test. Selbiger sollte in den nächsten Tagen fertiggestellt werden. Die Migration der alten Kommentare plane ich zwar noch, aber auch das sollte zeitnah erledigt sein, sodass alle Bausteine für einen Release vorhanden sind.

Wie bereits erwähnt geht die Entwicklung meines neuen Backends für Boehrsi.de gut voran und ich plane den Rollout im Mai. Darin enthalten sind dann verschiedene Anpassungen, die sich größtenteils im Hintergrund abspielen. Sichtbar werden kleinere Änderungen bei den Kommentaren und der Suche sein, am relevantesten dürfte aber das neue Gewinnspielsystem sein. Es ist nun von den Kommentaren getrennt und benötigt nach initialer Teilnahme eine Bestätigung in einem zweiten Schritt. Dieser sollte für normale Nutzer keinen allzu großen Aufwand darstellen, dürfte aber die Script Kiddies etwas stören. Damit hoffe ich wieder verlässlich Gewinnspiele veranstalten zu können, ohne das einzelne Individuen die gesamte Veranstaltung für alle torpedieren. Sollte letzteres allerdings der Fall sein wird es vermutlich keine weiteren Umbaumaßnahmen und entsprechend Gewinnspiele mehr geben.

Open Source Software ist in vielen Bereichen meines IT-Lebens sehr relevant. Egal ob ich an meinem PC arbeite oder etwas auf dem Server konfiguriere, diverse Programme, Tools und ganze Betriebssysteme bewegen sich bei meiner täglichen Nutzung im Open Source Bereich.
Auch wenn Open Source nicht zwangsweise kostenlos bedeutet, sind die meisten Tools die ich in diesem Kontext verwende gratis. Selbige müssen aber natürlich trotzdem finanziert werden und aus diesem Grund versuche ich mindestens einmal im Jahr verschiedenen Open Source Projekte zu unterstützen. Dabei geht es nicht um gigantische Beträge und auf die Menge möchte ich auch gar nicht speziell eingehen, sondern nur auf den Fakt das ich etwas Spende. Denn vielleicht schaffe ich es damit den einen oder anderen ebenfalls mit der Idee anzustecken, sodass etwas mehr bei den Open Source Projekten eurer Wahl ankommt.
Ich werde dieses Jahr auf jeden Fall wie gewohnt Let’s Encrypt etwas Geld zukommen lassen. Doch auch Thunderbird möchte ich dieses Jahr unterstützen, denn ich nutze den Mail-Client nun schon sehr lange und bin durchaus glücklich nicht diverse Web-Interfaces abarbeiten zu müssen, sondern alles an einem Ort zu haben.
Die finale Spende geht dieses Jahr an Godot, die Game-Engine mit der ich zur Zeit mein erstes Spiel entwickle. Godot ist die Basis für mein Projekt und ermöglicht es mir meine Idee umzusetzen, ohne Kosten und mit einem meiner Meinung nach sehr fairem Einstiegsniveau.
Als Alternative zu monetären Mitteln ist es natürlich auch möglich sich aktiv an Open Source Projekten zu beteiligen, sofern es die eigenen Fähigkeiten zulassen. Dabei gibt es neben reinen Programmieraufgaben auch diverse andere Dinge bei denen man vielleicht unterstützen kann.

• Let's Encrypt Webseite open_in_new
• Thunderbird Webseite open_in_new
• Godot Webseite open_in_new

Im Internet sind bekanntlich alle Fachleute, mit fundierten Informationen und objektiven Meinungen. Zum Beispiel im Twitch Chat oder auf anderen gängigen Plattformen hat entsprechend jeder eine Meinung, die natürlich extrem relevant ist, meinen zumindest die Ersteller. Generell versuche ich mich aus wertenden Diskussionen in diesem Kontext raus zuhalten, denn am Ende hat dergleichen ohnehin meist einen sehr geringen Mehrwert. Doch manchmal mache ich den Fehler und verfolge eine Konversation, so geschehen an den Ostertagen und das ist auch der Grund warum ich mal wieder meine Fail Kategorie befüllen muss.

Für die Entwicklung meines Spiels nutze ich wie bereits mehrfach erwähnt die Engine Godot. Godot kann für 2D und 3D Spiele genutzt werden und entsprechend gibt es diverse Komponenten, welche man nutzen kann. In Godot spricht man meist von Nodes und selbige sind meist sehr einfach und logisch nutzbar. Doch um eine Node nutzen zu können, muss man natürlich wissen das selbige existiert.
Bevor man jetzt langwierig die gesamte Godot Dokumentation open_in_new ließt, wobei mitunter sicherlich nicht alles hängen bleibt, kann man auch ein extrem kurzweiliges, aber dennoch sehr informatives Youtube Video konsumieren. Das Video von Lukky open_in_new schneidet alle 219 Godot Nodes (Stand Ende 2023) an und gibt euch so, in etwas mehr als einer halben Stunde, einen sehr guten Überblick. Mit selbigem kann man sich dann weiter informieren. Ich fand das Video sehr interessant und habe einige Nodes kennengelernt die mir zuvor nicht bekannt waren. Falls ihr also auch mit Godot arbeitet oder aber dies plant, schaut euch das Video doch mal an.
Als kleine Randnotiz kann ich übrigens sagen, dass auch die weiteren Videos von Lukky sehr interessant und durchaus einen Blick wert sind.

• Godot Webseite open_in_new