Boehrsi.de - Blog

Ich nutze Git als Versionsverwaltung meiner Wahl. GitHub für öffentliche Projekte, BitBucket für private, aber kollaborative Projekte und zurzeit GitList für private Projekte, an welchen ich alleine arbeite. Wobei GitList hier natürlich nur die Visualisierung auf dem Remote-Host übernimmt. Lokal nutze ich entsprechend des Betriebssystems (Windows oder Ubuntu) ebenfalls verschiedene Softwarelösungen On-Top von Git, um mir die Verwaltung in einigen Situationen zu vereinfachen. Bei der allgemeinen Nutzung liegt mein Fokus aber auf der Konsole. Mit diesem Software-Stack bin ich im Ansatz zufrieden, nur mit GitList hatte ich meine Probleme. Die Version die ich nutze hat Probleme mit der grafischen Anzeige von Branches und hier und dort harkt es manchmal. Ein Update auf die neuste Version funktionierte leider auch nicht. Deswegen schaute ich mir Gogs, bzw. den Community-Fork Gitea an.

Wenn es um meine digitalen Geräte geht habe ich eine kleine Eigenart, alle haben denselben Bildschirmhintergrund. Egal ob Smartphone, Tablet, Laptop oder der gute alte Desktop PC, wobei letzterer natürlich mit mindestens zwei Monitoren unterwegs ist. Hier hat man natürlich das Problem, dass die Bilder überall gut aussehen müssen und sie sollten in einer hohen Auflösung verfügbar sein. Ebenfalls wichtig ist, dass der Content auf dem Bildschirm noch gut sichtbar ist. Denn sowohl der Android Homescreen, wie auch der Desktop, wollen ja weiterhin genutzt werden. Ich bevorzuge deswegen Naturhintergründe, da diese häufiger etwas ruhiger von der Bildgestaltung her sind. In diesem Bereich bin ich bereits vor einiger Zeit auf eine wirklich gute Sammlung von Bildern auf Google Drive gestoßen. Diese verlinke ich in den Related Links. Initial stammen diese Bilder scheinbar von Bing und wurden, bzw. werden dort als Hintergrund genutzt. Wie gestaltet ihr eure Hintergründe oder ist euch dies nicht so wichtig?

Es gibt diverse Wege um sich Programmiersprachen beizubringen und selbiges gilt auch für die Entwicklung auf der Android Plattform. Ich habe mir zum Beispiel den Großteil selbst beigebracht und einiges an Java Kenntnissen aus meiner Schulzeit und Studienzeit eingebracht. Wenn auch ihr Interesse an der Android-Entwicklung habt, schaut euch vielleicht mal die folgenden Kurse direkt von Google an. Es gibt einen Einsteigerkurs, der sich Android Developer Fundamentals nennt und seit kurzem ist ebenfalls der Advanced Android Development Kurs verfügbar. Im ersten Kurs richtet ihr Android Studio ein und arbeitet mit der initialen Struktur eures Projekts, um eine gute User Experience zu erreichen. Weiter geht es mit Hintergrundaufgaben für eure App, die allgemeine Verwaltung eurer Daten und einem Ausblick. Der zweite Kurs hilft euch die User Experience weiter zu verbessern und soll eure Apps kleiner und schneller machen. Accessibility ist ebenfalls ein Thema, genau wie Geo Features und das Arbeiten mit Grafiken via z.B. Canvas Elementen. Ich selber habe die Kurse zwar nicht durchgearbeitet, aber vielleicht schaue ich sie mir mal an. Im allgemeinen sind sie für z.B. Unis gedacht, aber alle Unterlagen sind fürs Selbststudium vorhanden, sodass ihr die Aufgaben auch bequem von zuhause bearbeiten könnt. Alles ist in englischer Sprache vorhanden.

Android ist eine große Plattform und die Entwicklung erfolgt dankenswerterweise in einer recht beliebten Sprache (Java oder alternativ in Kotlin). Doch neben dem eigentlichen entwickeln müssen die Apps auch gebaut werden. Dafür haben wir Gradle, welches für kleine Projekte von Haus aus gut eingerichtet ist, aber bei komplexen Projekten sollte man sich in diesem Bereich tiefer einarbeiten. Denn auch wenn der Einstieg mitunter verwirrend ist, vor allem was den Scope von Variablen und die Verfügbarkeit von Tasks oder ähnlichem angeht, so lohnt sich die Investition von Zeit hier wirklich. Dabei gibt es Dinge die man einfach lernen muss, wie z.B. die verschiedenen Kontexte (z.B. signingConfigs, buildTypes, flavors und den durchaus hilfreichen afterEvaluate). Weiter geht es dann mit eigenen Tasks, welche auf Variablen arbeiten können und durch doLast unabhängig vom restlichen Projekt Dinge, wie z.B. das Deployment übernehmen können. In diesem Kontext ist vor allem die commandLine Funktion interessant, da diese mit dem CI direkt interagieren kann. Hier kann man eine komplette Kette mit z.B. SSH Setup -> Git Clone -> Build -> Signing -> Deploy via Curl aufbauen, sofern man etwas Erfahrung mitbringt. Sehr spannend und gut für die Übersicht ist die Möglichkeit Funktionen zu nutzen und diese mittels apply from: in andere Dateien auszulagern. Ich kann nur ein weiteres Mal empfehlen, vor allem für größere Projekte, hier einen Einstieg zu wagen. Ich habe in den Related Links ein paar Ressourcen zum Thema hinterlegt und falls ihr Fragen oder Anregungen habt, meldet euch gerne in den Kommentaren.

Über den Ludum Dare Game Jam habe ich schon das eine oder andere Mal geschrieben und von Zeit zu Zeit mache ich sogar selber mit. Ziel ist es innerhalb von 48 oder 72 Stunden ein Spiel zu entwickeln und dabei ein Theme zu erfüllen. Aktuell läuft die letzte Abstimmungsphase open_in_new bezüglich des Themes. Das Event selbst startet am 02. Dezember, um 03:00 Uhr Nachts und geht bis zum 05. Dezember. Entweder alleine oder im Team könnt ihr dann ein Spiel entwickeln. Die Programmiersprache, der Stil, die Engine und ähnliche Entscheidungen sind dabei komplett euch überlassen. Der Ludum Dare geht schon in die 40. Runde und ich werde dieses Mal leider nicht dabei sein, da meine Zeit dies nicht zulässt. Ich überlege aber meinen eigenen kleinen privaten Game Jam in der freien Zeit rund um Weihnachten und Neujahr zu machen. Je nachdem wie sich diese Idee entwickelt, gibt es natürlich auch wieder neue Beiträge im Blog diesbezüglich. Wie sieht es bei euch aus, interessiert euch das Thema oder macht ihr vielleicht sogar selber bei Game Jams mit?

Während ich meine neue Seite gestalte, welche ich vermutlich bald als kleine Vorschau / Beta Version vorstellen werde, möchte ich schon einmal über eine extrem praktische Ressource sprechen. Es geht um den A Complete Guide to Flexbox Beitrag open_in_new auf css-tricks.com open_in_new. Hier findet ihr extrem viele Informationen zum großartigen Flexbox System für CSS. Selbiges nutze ich für die neue Seite an diversen Stellen, denn es funktioniert einfach großartig und macht vieles einfacher. Vor allem wenn es um die mittige Positionierung von Inhalten geht oder ab darum Inhalte anders darzustellen, sobald die Bildschirmgröße sich ändert. Solltet ihr also z.B. Responsive Designs erstellen wollen oder aber einfach nur weniger Aufwand betreiben wollen, beim Erstellen eurer Seiten, schaut euch das ganze ruhig mal an. Es ist nativ mit CSS 3 nutzbar, die großen Browser scheinen es durchgehend zu unterstützen und allem voran ergibt der Aufbau Sinn und fühlt sich weniger nach einem Hack an. Ich kann mir durch die Nutzung diverse unnötige CSS Klassen usw. sparen und vermutlich sogar ein paar JavaScript Teile.

Auch wenn ich aktuell mit meiner neuen Website, meinen Android-Projekten und ein paar weiteren Ideen gut beschäftigt bin, so bin ich immer an neuem interessiert. Da passt es gut, dass ich seit einigen Wochen Alexa im Hause habe, was ich nebenbei erwähnt noch im Blog verarbeiten werde. Alexa bzw. die Echo Dots bieten mit ihren Skills die Möglichkeit selbst Software zu schreiben, welche man dann über die Stimme steuern kann. Ich selbst möchte dies auf jeden Fall mal ausprobieren, vor allem da es auch eine Java Schnittstelle gibt. Leider fehlt mir aktuell noch eine gute Idee, aber diese wird noch kommen und wenn es nur ein kleiner Test wird. Ich werde mir am Wochenende mal einen Entwickler-Account zulegen und dann etwas herum probieren. Meine eventuellen Fortschritte werde ich natürlich auch hier im Blog festhalten. Wenn ihr Ideen habt, meldet euch einfach in den Kommentaren.

Als Android Entwickler baut man sehr unterschiedliche Dinge, doch in der Basis hat jeder Entwickler die identische Aufgabe. Eine App zu bauen die auf dem Android System stabil und schnell läuft. Die Funktionen selbst unterscheiden sich gravierend, doch dies dürfte logisch sein. Um die Standards zu erfüllen, sowohl was die allgemeinen Aufgaben, wie auch was die speziellen Funktionen angeht, muss man unter anderem oft Daten speichern, transferieren, verwalten und natürlich anzeigen. Das Ganze sollte entsprechend des Android Lifecycles erfolgen, denn sonst rennt man früher oder später in Probleme. Diese ganzen Schritte zu verbinden ist oft nicht leicht und normalerweise nutzt man diverse Libraries, um z.B. Netzwerkdaten mit den eigentlichen Modellen zu verbinden und zusätzlich müssen die Daten natürlich auch mit der UI synchronisiert werden. Hierfür gibt es die allgemeinen Bibliotheken, die vermutlich jeder kennt und die eine oder andere spezielle, die der jeweilige Entwickler bevorzugt. Da es sich hier aber um allgemeine Probleme handelt, hat auch das Android Team selbst nun eine Lösung für die Probleme vorgestellt. Auf den Namen Android Architecture Components hört die neue Sammlung von Komponenten.

Während ich für die meisten Programmieraufbauen mit IntelliJ Idea oder Eclipse unterwegs bin, nutze ich für die Entwicklung meiner neuen Website den Atom Editor. Vor allem für die Entwicklung von Webinhalten, wie z.B. HTML, CSS und JavaScript bietet sich dies an. Ich habe zusätzlich noch sehr viele Markdown Dokumente dabei. Dies ist meinem Static Site Generator Hugo geschuldet, denn Markdown ist dort die Standard Content Sprache. Atom bietet durch sein Plugin System, sowohl für Markdown selbst, wie auch für Hugo Inhalte (z.B. Config-Dateien) Syntax-Highlighting. Die UI ist übersichtlich und schlicht, der Editor schnell und bis dato hatte ich auch keine größeren Probleme. Lediglich ein paar kleine Aussetzer beim automatischen Erkennen des Dateityps gab es hin und wieder. Alles in allem konnte ich mich mit dem Editor sehr schnell anfreunden und konnte vor allem schnell und effektiv arbeiten. Atom macht definitiv Spaß und ist einen Blick wert, wenn man einen feinen, anpassbaren und schnellen Editor sucht, welcher vor allem für Script-Sprachen oder Webinhalte genutzt werden soll. Nutzt ihr Atom oder seid ihr mit einem anderen Editor oder einer umfangreichen IDE unterwegs?

Aktuell plane ich mit Freunden mal wieder ein Youtube Video zu erstellen. Es wird vermutlich Rainbow Six Siege als Hauptkomponente beinhalten und zusätzlich könnten andere Spiele darin vorgekommen. Im Rahmen der Planung ist mir aufgefallen, dass ich seit langer Zeit einen abschließenden Beitrag für meine Youtube Lets Play - How To Reihe schreiben wollte. Dies verbinde ich nun. Es geht heute um die von mir genutzte Hardware und wie ich meine Videos hoch lade, sowie die genutzten Render-Settings. Diese Themenbereiche beschreibe ich kurz und im Rahmen meiner Nutzung. Ich hoffe, dass auch wenn ich nur nebenbei Videos im kleinen Rahmen Videos erstelle, meine kurzen Tipps dem einen oder anderen helfen.