Boehrsi.de - Blog

Es ist soweit, in weniger als drei Stunden startet der Ludum Dare 37 und dieses Mal zum Test auf der neuen Website. 48 Stunden alleine (Compo) oder 72 Stunde alleine oder als Team (Jam) ist der Zeitrahmen ein Spiel zu entwickeln. Ich selber werde nach dem Aufstehen als erstes auf das Theme schauen und dann prüfen ob ich selber dieses Mal dabei sein werde. Lust hätte ich, aber ob es mit der Zeit und vor allem mit der Motivation passt ist die eigentliche Frage. Ich werde aber auf jeden Fall wieder in ein paar Spiele rein schauen sobald sie “fertig” sind. Ist unter euch jemand der vielleicht auch an diesem Game Jam teil nimmt? Falls ja würde ich mich über eine Meldung in den Kommentaren sehr freuen.

Letztes Wochenende habe ich mich etwas mit dem laden und verwalten von Bildern auseinander gesetzt. Dabei wollte ich das Rad nicht neu erfinden und ohne wirklich großen Aufwand Bilder laden und anschließend aus dem Cache holen können. Die Aufrufe sollten nicht unnötig komplex sein und ich wollte soweit es geht auf die normalen Android Strukturen zugreifen, vor allem im UI Bereich. Denn dort sind mir native Dinger lieber, als selbst gebaute Strukturen, die dann Probleme mit Themes oder Styles haben. Meine Wahl fiel nach ein paar Vergleichen zwischen Fresco open_in_new und Picasso open_in_new auf letzteres. Es wirkte etwas einfacher und ist bereits etablierter. Dafür bietet Fresco neuere Ansätze und Ideen. Hier muss man also selber wissen was einem gerade besser gefällt. Ich habe mir Picasso geschnappt und mit nur einer Zeile konnte ich asynchron Bilder laden, diese aus dem Cache neu holen und das ganze funktionierte auch UI technisch sehr schön. In einer ListView kam alles z.B. schön via Fade-In Effekt ins Sichtfeld, sobald man scrollte. Falls ihr also mal Bilder laden wollt, schaut euch Picasso mal an.

Android Apps bestehen im allgemeinen aus XML Dateien für das Design und jeder Menge Java Code für die eigentliche Implementierung. Nun gibt es manchmal Situationen wo man sich fragt warum die eigene UI komisch aussieht oder wie andere Apps Dinge gelöst haben. Vor allem bei sehr komplexen Schachtelungen, vielleicht kombiniert mit System Komponenten wie z.B. der WebView, kann dies schwer werden zu debuggen. Doch eigentlich hat man alle Tools dafür direkt zur Hand, sofern man das Android SDK installiert hat. Denn der UiAutomatorViewer liegt dort direkt im android-sdk/tools/ Ordner und kann dort auch geöffnet werden. Er bietet eine UI und lässt euch einfach und schnell Screenshots + XML Screenshots erstellen. Beides zusammen erlaubt euch die UI unter die Lupe zu nehmen und dürfte beim finden des einen oder anderen Problems helfen oder falls ihr vorhabt UI Automation Tests zu erstellen. Mir hat das kleine Tool bereits bei einem komplexen Problem auf der Arbeit geholfen und ich kann euch bei Bedarf nur empfehlen es mal anzuschauen. Relativ gute und kurz zusammen gefasste Tipps und Informationen zum UiAutomatorViewer gibt es auf gitbooks.io open_in_new.

Warum funktioniert das nicht ist eine Frage die sich sicherlich jeder Softwareentwickler schon einmal gestellt hat. Die Antwort darauf kann diverse Gründe haben, angefangen von der eigenen Dummheit, über Fehler von anderen, falsche Annahmen, bis hin zu Bugs in der Plattform auf der man implementiert. Umso tiefer man sich in den Debugging-Jungle begibt, umso abgedrehter werden häufig die Annahmen warum etwas nicht geht und dementsprechend werden auch die Lösungsversuche “spezieller”. Für diesen Bereich würde ich mir gerne eine Funktion in meinen IDEs wünschen, die mich einfach mal kurz mit einem Popup oder ähnlichem belohnt und mich fragt ob mein aktueller Code mein Ernst sei. Denn erst gestern hatte ich auf der Arbeit das Problem, dass ich ich immer tiefer in den Hasenbau gekrochen bin, um das kleine komplexe Problem zu finden, aber die Lösung war es einfach am Hasenbau vorbei zu gehen. Dementsprechend mein Rat, einfach mal eine Pause machen und nicht nur körperlich, sondern auch gedanklich kurz Abstand nehmen und noch einmal alles Revue passieren lassen. Häufig sieht man nämlich den Code vor lauter Buchstaben nicht und blockiert sich selbst.

Vor einiger Zeit berichtete ich bereits, dass ich mein Eclipse aktualisieren will. Von der letzten Mars Version, war es mein Ziel ein stabiles neues Neon aufzusetzen und dies habe ich nun teilweise erledigt. Neben meiner vorherigen Nutzung von Eclipse, habe ich teilweise auf IntelliJ Idea gewechselt, dazu werde ich aber noch einen gesonderten Beitrag veröffentlichen. Heute geht es um Neon und ich möchte mit meinem ersten Einsatzbereich beginnen. Denn meine Website ist in PHP geschrieben und ich möchte diese gerne Remote bearbeiten können, direkt auf dem Server, aber mit den Vorteilen einer IDE. In diesem Bereich war ein Wechsel auf IntelliJ nicht möglich, zumindest nicht in dem Umfang und ohne Geld zu bezahlen. Letzteres kommt für mich nicht in Frage, da meine Website keinerlei Gewinn abwirft. Ich setze unter Eclipse auf den Remote System Explorer aus dem Target Management Project open_in_new. Diesen installierte ich einfach über die normalen Neon Paketquellen (http://download.eclipse.org/releases/neon open_in_new), ihr findet ihn unter General Purpose Tools. Meine alten Einstellungen funktionierten mit dem aktualisierten Workspace ohne Probleme. Allerdings sollte man nicht zu einem kritischen Moment den Workspace an die neue Version anpassen, denn ein Wechsel zurück ist nicht mehr möglich. Der einzig weitere nötige Schritt war die Installation der PHP Development Tools open_in_new (http://download.eclipse.org/tools/pdt/updates/latest/ open_in_new). Nach dem Abschluss der PDT Installation wählte ich nun noch den PHP Editor als Standardeditor für PHP Dateien und ich konnte direkt weiter arbeiten. Meine Basis Eclipse Version ist die Eclipse für Java Developer Edition mit einigen JEE Features. In den nächsten Teilen gehe ich auf weitere Eclipse Einsatzbereiche, wie auch auf IntelliJ ein.

Wer Software entwickelt oder sich etwas mit dieser auseinandersetzt kennt GitHub. Diese Plattform ist quasi die Institution im Bereich Open Source Software Entwicklung, sobald es um Hosting und ähnliches geht. DigitalOcean ist ein Hoster für Server und Cloud Infrastruktur. Beide zusammen bieten eine Aktion an, bei welcher ihr zu bestimmten GitHub Issues fixes oder Verbesserungen einreichen könnt, um euch ein T-Shirt zu sichern. Auch wenn das Shirt eine Motivation sein soll, geht es hier eher um das dabei sein und mitmachen bei Open Source Projekten, als darum etwas abzugreifen. Zusätzlich kann man neue interessante Projekte oder sogar Programmiersprachen entdecken. Also egal ob ihr direkt mitmachen oder nur mal schauen wollt, schaut mal in die Related Links, vielleicht ist etwas interessantes für euch dabei.

Ich programmiere und das viel, sowohl zu Hause, wie auch auf der Arbeit. Das erschreckende daran, ich mache es gerne. Aus diesem Grund fühle ich mich auch dazu hingezogen den heutigen Tag des Programmierers hier im Blog zu erwähnen. Denn auch wenn an vielen Stellen “nur” von großen Plattformen, Tools und den CEOs hinter den jeweiligen Firmen gesprochen wird, so sind es die Entwickler, die die Visionen umsetzen und entsprechend implementieren. Falls ihr selber programmiert wünsche ich euch weiterhin viel Spaß, bei dieser meiner Meinung nach sehr guten Tätigkeit und falls euch die Entwicklung von Programmen bis dato noch nicht näher gebracht wurde, überlegt ob ihr nicht doch mal über den Tellerrand schauen wollt. Es kann sich für den einen oder anderen lohnen.

Als Entwickler bewegt man sich meistens in seinem “Wohlfühlbereich”, denn man hat seine IDE und man programmiert in den bekannten Sprachen. Zusätzlich nutzt man seine bevorzugten Tools, denn mit der Zeit hat man quasi für jeden Einsatzbereich seinen Favoriten gefunden. Doch täglich gibt es neues, was sowohl für die IDE und Programmiersprachen, wie auch für Tools und Techniken im allgemeinen gilt. Hier die Augen offen zu halten ist eine gute Idee, doch wirklich am Ball bleiben kann man nur wenn man selber Dinge probiert. Dies tut Shekhar Gulati open_in_new in seiner extrem guten und vielseitigen Blogreihe 52 technologies in 2016 open_in_new. Wie der Name der Reihe schon sagt gibt es hier pro Woche eine neue Technologie. Die Auswahl ist dabei sehr vielseitig und geht von Web-Techniken, über Smartphone-Entwicklung, bis hin zu Tools und Support-Systemen. Die Beiträge sind alles auf englisch und beinhalten neben einer Erklärung, Beispiele und den kompletten Code. Ich selber bin auf die Reihe gestoßen, weil ich im Rahmen meiner Tests mit dem Static Site Generator Hugo auf den Quellverweis aufmerksam geworden bin. Denn das Quickstart Tutorial auf der Hugo Website ist ebenfalls im Rahmen der Blogreihe entstanden. Solltet ihr Software entwickeln schaut ruhig mal rein, ich würde fast wetten jeder kann dort das eine oder andere interessante finden.

Für einige mag diese Überschrift etwas verwirrend klingen, aber ich denke man wird sie schnell verstehen. Doch worum soll es hier eigentlich gehen? Ich entwickle Software, sowohl für Android (Java), wie auch für meine Webseite (PHP, HTML, CSS, JS) und auch allgemeine Java Projekte sind dabei. Während meiner Uni-Zeit brauchte ich zusätzlich noch LaTeX. Hin und wieder gab es dann noch alternative Projekte und kleinere Tests. Alles in allem wird denke ich relativ schnell klar, dass ich eine vielseitige Lösung brauchte und diese fand ich mit Eclipse. Alle genannten Sprachen und Einsatzgebiete konnte ich dort abdecken. Doch über die letzten Jahre gab es viel neues, einige alte Dinge brauchte ich nicht mehr und mein riesiges Eclipse (ein Eclipse für alles, inklusive allen Plugins, welches ich meistens aktuell hielt, auch über Major Releases hinweg) wurde auch nicht schneller. Somit schaute man etwas über den Tellerrand, teilweise freiwillig und teilweise gezwungenermaßen (Stichwort: Android Studio). Nach einer gewissen Gewöhnungsphase muss ich gestehen Android Studio (IntelliJ Idea ist die Basis) gefällt mir wirklich gut. Aus diesem Grund überlege ich aktuell mehr auf dieser Plattform aufzubauen und da kam das Update von Eclipse Mars auf Neon gerade richtig. Denn dieses Update lässt sich nicht über die internen Eclipse Update-Prozesse regeln, eine komplett neue Installation ist fällig. Somit werde ich innerhalb der nächsten Zeit meine Projekte teilweise unter Eclipse Neon und teilweise unter IntelliJ Idea neu einrichten. Über das Für und Wider und ein wenig auch über den Update-Prozess und die darin enthaltenen Hürden, möchte ich in dieser kleinen neuen News-Reihe berichten. Sollte ihr konkrete Fragen haben, nur raus damit und ich versuche sie zu beantworten. Meldet euch einfach direkt in den Kommentaren.

Es gab gestern wieder einmal ein kleines Update für meine Website. Dieses bringt vor allem eine Optimierung des Download-Bereichs. Dort wurde in der Listenansicht nun eine weitere Liste eingefügt, welche Legacy Downloads beinhaltet. Die beiden bis dato vorhandenen Listen (aktuelle und veraltete Downloads) bleiben erhalten. Auf diese Art möchte ich besser darauf hinweisen, falls Dateien zwar die aktuellsten Releases innerhalb eines Projekts sind, aber das Projekt bereits beendet ist und die jeweilige Datei unter Umständen schon länger nicht mehr gepflegt wurde. In eine ähnliche Richtung gehen Änderungen in der Detailansicht, welche genau die genannte Problematik angehen. Dafür wird nun in Textform auf eventuell veraltete Inhalte hingewiesen. Allgemein wurde der Download-Link selbst, innerhalb der Detailansicht verbessert, sodass dieser nun besser zu sehen ist.