Boehrsi.de - Blog

Vor wenigen Minuten wurde ein kleines Update für meinen Kommentar-Service / Such-Service ausgerollt. Das Update behebt einen Fehler, welcher Kommentare bei bestimmten News verhinderte. Grund dafür war eine falsche Konfiguration der Kapazitäten der genutzten Datentypen. Nun sollten Kommentare wieder in allen News möglich sein.
Zusätzlich wurden genutzte Libraries aktualisiert und kleinere interne Optimierungen durchgeführt, die sich allerdings nicht direkt auf die Nutzung auswirken sollten. Das Update sorgte für eine Ausfallzeit von 5 Minuten open_in_new, für die genannten Dienste.

AI ist auf dem Vormarsch und auch als Entwickler kann man davon mitunter profitieren. An dieser Stelle übrigens der Hinweis, dass ich nicht thematisieren werde wann Software komplett von AI geschrieben wird und man ohnehin keine Entwickler mehr braucht, wer nach diesen Inhalten sucht ist hier falsch.
Heute geht es um den GitHub Copilot, ein interessantes Projekt, welches euch Entwicklungsarbeit abnehmen soll. Das Tool, welches aktuell via Visual Studio Code also Technical Preview verfügbar ist, wurde mit einer großen Menge an Code gefüttert und baut basierend darauf Vorschläge für euren Code. Vor allem im JavaScript und Python Bereich kann man hier einiges erwarten, andere Sprachen haben da mitunter noch ein paar mehr Probleme.
Vereinfacht gesagt analysiert das Tool Open Source Code und erstellt damit eine Datenbank von Vorschlägen. Während der Entwicklung versucht das Tool den Kontext eures Codes zu verstehen, welchen ihre durch Kommentare deutlicher machen könnt und liefert dann Vorschläge. Neben den global verfügbaren Vorschlägen, lernt das Tool auch aus eurem Code. Schreibt ihr einige Zeilen und braucht später ähnliche Code Blöcke, wird das Tool vermutlich passende Vorschläge liefern.

• GitHub Copilot Webseite open_in_new

Ich arbeite gerade sowohl im Android Bereich, wie auch in der Flutter Welt, an Apps die Dark Mode Support erhalten sollen. In diesem Rahmen habe ich auch den Dark Mode des Blogs noch einmal unter die Lupe genommen und kleinere Anpassungen vorgenommen.
Während bis dato alles einen sehr starken Blaustich hatte (linker Teil des Screenshots), bin ich nun zu neutraleren Farben gewechselt (rechter Teil des Screenshots). Entsprechend verhält sich der Dark Mode mit dunklen Grautönen nun ähnlich wie das normale Theme, welches Weiß und ein helles Grau nutzt.

Über die Git Struktur meiner Dienste schrieb ich bereits, heute geht es etwas tiefer in die technischen Interna und die Ideen dahinter. Wie erwähnt nutze ich einen Core und selbiger erhält eine beliebige Anzahl an Implementierungen. Dies kombiniert ergibt dann einen Service. Doch wie habe ich dies umgesetzt, wie erfolgt im Code die eigentliche Verbindung zwischen Core und Implementierungen und wie arbeitet man wirklich mit diesem simplen Modularisierungskonzept?
Wie bereits mehrfach erwähnt nutze ich den folgenden Ansatz für kleinere Projekte, an welchen ich meist alleine arbeite. Für mittlere Projekte, mit mehreren Entwicklern, könnte man den Ansatz mit simplem Scripting auch nutzbar machen, für größere Teams würde ich selbigen aber nicht empfehlen. Doch nun zum technischen.

Ich arbeite gerne mit Flutter, migrierte meine internen Java & Android Projekte und schreibe quasi täglich die eine oder andere Zeile Code. Doch ist Flutter auch was für den echten produktiven Einsatz? Diese Frage kann ich seit kurzem nun auch offiziell mit einem klar ja beantworten. Grund dafür ist meine erste Flutter App im Google Play Store (Tessa - Reit-Assistent open_in_new), welche durchaus umfangreich geworden ist und mit Dart und Flutter als Basis sehr gut funktioniert.
Der Kontext ist mit einer Companion App für Pferdebesitzer eher außerhalb meiner Kernkompetenzen, aber genau dies zeigt mir noch mehr das man mit Flutter Apps entwickeln kann, die den eigenen Wünschen oder den Wünschen eines Auftraggebers entsprechen. Grund für das Thema der App ist meine Frau, welche mit dem Reiten ein Hobby gefunden hat, welches durchaus komplex sein kann.

• Tessa - Reit-Assistent bei Google Play open_in_new
• Tessa - Reit-Assistent im Projektebereich open_in_new

Die Google I/O ist bereits ein paar Tage vorbei und nun kam ich endlich auch dazu die eine oder andere Session anzuschauen. Im Bezug auf Android möchte ich euch ein paar relevante Videos ans Herz legen. Sofern ihr in den Android Welt unterwegs seid und die Chance habt auf aktuelle Dinge setzen zu können, dürfte die eine oder andere neue Funktionalität sicherlich spannend für euch sein.

• What's new in Jetpack im Google Blog open_in_new
• Android Studio Arctic Fox (2020.3.1) im Google Blog open_in_new
• What's new for Android developers at Google I/O im Google Blog open_in_new
• Google I/O Website open_in_new

MIME Types (Multipurpose Internet Mail Extensions) können Freund und Feind zur selben Zeit sein. Auf der einen Seite sind sie hilfreich beim ermitteln des Typs des Dateiinhaltes, auf der andere Seite sind sie aber auch gerne unzuverlässig oder uneindeutig.
In verschiedenen Situationen kann und sollte man sich mit ihnen auseinanderzusetzen, doch welche MIME Types gibt es überhaupt und welche sind verbreitet genug, dass man sie beachten sollte? Natürlich gibt es auf diese beiden Fragen keinen immer gültigen Antworten, aber zumindest ein paar hilfreiche Tipps möchte ich mit euch teilen.
Wenn es darum geht welche MIME Types relevant und vor allem im Web-Kontext sehr verbreitet sind, stellt Mozilla eine kurze und übersichtliche Liste open_in_new zur Verfügung. Selbige beinhaltet bekannte Audio- / Bild- / Video- und Dokumentenformate, welche man auf dem Schirm haben sollte. Die Liste besteht aus Dateiendungen, der Bezeichnung des Dateityps und dem eigentlichen MIME Type.
Will man sich wesentlich umfangreicher mit diesem Thema beschäftigen, kann man direkt zur IANA gehen. Hier gibt es eine aktuelle und sehr lange Liste von allen standardisierten MIME Types open_in_new. Um das Ganze etwas einfacher zu machen kann man nach Kategorien filtern. Auf diese Weise kann man z.B. relativ schnell alle MIME Types von Bild- und Videoformaten erhalten. Die Liste der IANA gibt es z.B. als CSV Datei zum Download, sodass man sie auch verarbeiten kann.
Auch wenn MIME Types praktisch sind, man sollte bei der Arbeit mit ihnen immer auch auf Fallbacks setzen. Denn manchmal erhält man keine validen Typen und dann möchte man natürlich nicht direkt in einen Fehler laufen.

• Relevante MIME Types via Mozilla open_in_new
• Standardisierte MIME Type via IANA open_in_new

Um sowohl ein hohes Maß an Wiederverwendbarkeit, wie auch ein niedriges Level an Komplexität zu erreichen, habe ich mir für meine Boehrsi.de Services eine Kleinigkeit überlegt. Meinen Ansatz zur flexiblen Entwicklung ohne unnötigen Overhead möchte ich im Folgenden mit euch teilen. Dabei geht es um die Datei- und Git-Struktur, denn auf den Code Aufbau werde ich in einem gesonderten Beitrag eingehen.
Wie bereits erwähnt gibt es viele Wege und das Spektrum ist sehr breit, wenn es darum geht ein Setup für Projekte mit mehreren Modulen, bzw. einem gewissen Level an Flexibilität zu erreichen. Um einordnen zu können wo mein Konzept hilfreich sein könnte und wo es an seine Grenzen stößt, gibt es im folgenden meine Anforderungen und die Beschreibung meines eigentlichen Ziels.

In nicht einmal einer Stunde ist es soweit und die diesjährige Google I/O öffnet digital ihre Pforten. Es wird wie gewohnt neues zu Google Software, wie z.B. Android und Flutter, geben, aber vermutlich auch Informationen zu neuer Hardware, z.B. in Form von neuen Pixel Geräten.
Ich bin gespannt welche Änderungen es im Android und Flutter Bereich gibt, denn sowohl als Nutzer, wie auch als Entwickler habe ich mit beiden Bereichen täglich zu tun. Als Nutzer bin ich außerdem auf Informationen zu neuen Pixel Geräten gespannt, denn ich überlege aktuell mein etwas betagtes Handy zu erneuern und Pixel Geräte zu realistischen Preisen wären da auf jeden Fall eine Option.
Im Rahmen der I/O gibt es diverse Aktionen und Aktivitäten, welche ihr auf der offiziellen Webseite findet. Den Link findet ihr in den Related Links. Den Live Stream der Keynote habe ich im unteren Teil der News für euch eingebunden.

• Google I/O Website open_in_new
• Google I/O Youtube Playlist open_in_new

Nachdem ich bereits ein paar Worte darüber verloren habe, warum ich meine Services selbstgeschrieben habe, geht es heute mit den Anforderungen und der generellen Architektur weiter. Als ich vor zwei Jahren meine Java Services schrieb, war das Thema Microservices natürlich auch in meinem Kopf sehr aktiv. Das Resultat damals waren zwei komplett unabhängige Services, für die Suche und die Kommentare. Alles unabhängig, was natürlich seine Vorteile hat, aber eben auch Nachteile.
Die Nachteile wollte ich mit meinen neuen Diensten eliminieren, denn wenn man schon erneut auf der grünen Wiese startet, soll das Ganze natürlich auch ordentliche Verbesserungen bringen. Insgesamt überlegte ich mir die folgenden Anforderungen, welche auf meinen Erfahrungen mit meinen bis dato aktiven Services beruhen.