Boehrsi.de - Blog and Community

Ich programmiere gerne und dazu gehört es für mich auch Skripte zu schreiben, denn lieber das Skript auf der Platte, als die Zeit auf der Uhr. Dies gilt natürlich nur für häufiger nötige Aufgaben, denn Dinge die man nur einmal macht sind meistens natürlich nicht sinnvoll und zeitsparend via Skript umsetzbar. Dabei setzte ich vor allem auf die Shell unter Ubuntu. Sowohl mein Server, wie auch meine Umgebung auf der Arbeit sind entsprechend aufgesetzt. Auf meinem Desktop läuft zwar Windows, aber durch die neuen Windows 10 Funktionen und die Git Bash ist auch unter Windows einiges mit der Shell möglich. Die Kommandozeile unter Windows kommt für mich aufgrund der wirklich nervigen Syntax meistens nicht in Frage und zur Powershell habe ich bis dato noch nicht so den Zugang gefunden. Um übrigens ein paar konkrete Beispiele zu nennen wofür ich Skripte nutzte, sei z.B. die Updatefunktion meines Servers erwähnt, diverse Dinge mit Bezug auf meine Android-Entwicklung, z.B. ein kleines Skript welches Libraries + Abhängigkeiten auflistet und genutzte Versionen mit angibt und auch Backups auf meinem Desktop PC löse ich auf diesem Weg. Die Liste ist wesentlich länger und mein aufwendigstes Skript war vermutlich die automatische Integration von Ubuntu Rechnern in ein Active Directory, inklusive diversen weiteren Softwareinstallationen, Updates, Konfigurationen und Einstellungsmöglichkeiten für das Skript selbst. Wie sieht es bei euch aus schreibt ihr auch gerne mal ein Skript oder agiert ihr lieber manuell?

Vor einiger Zeit habe ich mal wieder bei einem Kickstarter zugeschlagen und mir das Rocketbook Everlast bestellt. Ein Notizheft welches mit normalen Fineliner ähnlichen Stiften beschriftet werden kann. Anschließend kann eine App, nach kurzer Einrichtung, die Seite scannen und entsprechend euren Wünschen verarbeiten. Dafür macht ihr auf der Seite ein Kreuz bei einer der Kategorien und erfasst die Seite mit der App. Der Scan landet dann z.B. in eurer Dropbox, Google Drive, wir per Mail an euch versendet oder wird einfach gespeichert. Dies könnt ihr selbst wählen und verwalten. Ist eine Seite archiviert könnt ihr sie mit einem feuchten Tuch abwischen. Der Block fühlt sich dabei wirklich Papier ähnlich an und auch das Schreiben ist angenehm. Ich habe bis dato noch nicht alles ausführlich getestet, da das gute Stück erst vorgestern ankam, aber ein ausführlicher Bericht wird noch folgen. Alles in allem bin ich aber auf den ersten Blick sehr begeistert und freue mich meine bis dato vier verschiedenen Blöcke für unterschiedliche Bereiche vereinigen zu können. Bei Interesse folgt einfach den Related Links und bei Indiegogo könnt ihr das gute Stück sogar bestellen. Falls ihr konkrete Fragen habt, meldet euch einfach in den Kommentaren und ich versuche auf diese einzugehen. Im unteren Teil der News findet ihr noch ein kleines Youtube Infovideo, damit ihr euch besser vorstellen könnt worum es sich bei diesem Produkt handelt.

Weiterlesen…

Ich spiele gerne mit neuen Tools und Techniken herum, doch bekomme ich leider echt wenige von meinen Projekten fertig oder schaffe es überhaupt mit ihnen anzufangen. Das stört mich sehr und ich will versuchen dies zu ändern. Eines meiner Hauptprobleme ist, dass ich zwar vieles auf meine TODO Liste packe, aber nicht die Zeit finde damit wirklich zu arbeiten. Deswegen überlege ich aktuell alle zwei Wochen einen "Prototyp-Tag" einzulegen. Soll heißen ein Tag an dem ich, sofern allgemein Zeit zum Programmieren an eigenen Projekten ist, mir neue Dinge von meiner TODO Liste anschaue und dann entsprechend entscheiden kann ob ich sie nutzen will oder eben nicht. Somit kann ich verhindern das meine Liste immer länger wird und der Blick auf die Liste alleine schon demotivierend wirkt. Alternativ hatte ich überlegt direkt wenn ich neue Dinge entdecke damit herum zu probieren, aber dies funktioniert einfach nicht. Denn was ist wenn ich gerade in der Bahn oder dergleichen sitze während ich mir ein neues Framework anschaue? Da gefällt mir die Idee mit der PTT (Prototype Time) doch wesentlich besser. Wie geht ihr mit dieser Art von Problemen um?

Es wird mal wieder Zeit und eigentlich müsste ich direkt mehrere I’m a coder News an den Start bringen, denn ich bin leider schon wieder etwas ins Hintertreffen geraten. Diesbezüglich die Frage an euch, was wollte ihr denn gerne lesen? Denn ich habe mir diverse Themen bereits von der Seele geschrieben und mir fällt es aktuell nicht mehr so leicht passende Themen für diese Newsreihe zu finden. Solltet ihr also eine Idee haben, meldet euch doch bitte in den Kommentaren. Doch nun zur heutigen News, für die ich selbstverständlich ein Thema gefunden habe. Es geht um die Aktualisierung von bereits veröffentlichten Anwendungen.

Weiterlesen…

Diese Woche geht es um beliebte und weniger beliebte Bereiche beim Programmieren. Denn Softwareentwicklung ist vielseitig und vor allem wenn man alleine arbeitet, häufig aber auch im professionellen Umfeld, muss man diverse Bereiche abdecken können. Dazu gehören Arbeiten am Netzwerk, Backend Aufgaben und natürlich auch die Erstellung und Erweiterung der UI. All diese Bereiche sind wichtig, doch man hat natürlich seine persönlichen Präferenzen. Ich persönlich setze mich trotz der Komplexität gerne mit Netzwerkaufgaben auseinander. Die Interaktionen über egal welche Art von Netz finde ich extrem interessant, auch wenn es nicht immer ein Spaß ist mit APIs zu reden, vor allem wenn sie nicht unter der eigenen Kontrolle stehen. Auch der Kern einer App, mit all den Models, Interaktionen und Abstraktionen, gefällt mir durchaus gut. Hier sieht man zwar selten was man exakt tut direkt auf dem Bildschirm, aber das Funktionen im Kern tun was sie sollen ist durchaus erfüllend. Interessanterweise ist meine Achillesverse die UI Entwicklung und das obwohl ich sehr gerne direkt sehe was meine Änderungen aktiv tun. Ich bin nicht sonderlich kreativ in diesem Bereich und vor allem stört es mich sehr immer wieder herumprobieren zu müssen, wenn Dinge minimal vom Design abweichen. Durch dieses hin und her bin ich von der UI Entwicklung oft frustriert und das obwohl mir das XML Konstrukt, welches Android nutzt, gut gefällt. Am Ende läuft alles, aber der Zeitaufwand ist meiner Meinung nach häufig unverhältnismäßig, auch wenn die UI natürlich extrem wichtig ist, denn sie ist das was der Nutzer sieht und was er nutzen soll. Wie sieht es bei euch aus, was sind eure Favoriten und wo würdet ihr lieber die Finger von lassen?

Heute geht es darum wie schwer es mir manchmal fällt private Projekte fertigzustellen. Das der Start schwer ist hatte ich bereits erwähnt, doch wenn man diesen überwunden hat läuft es meistens. Interessanterweise fällt mir allerdings der Abschluss von Projekten ähnlich schwer. Vielleicht will ich einfach nicht fertig werden oder aber mich stört eventuelles negatives Feedback, doch beides sollte ja eigentlich kein Problem sein. Denn ein Abschluss eines Projektes bedeutet mehr Zeit für neues und negatives Feedback ist meistens am hilfreichsten, denn nur so kann man sich wirklich gut verbessern. Trotzdem habe ich unterbewusst das eine oder andere Problem mit diesen Situationen. Ich selber versuche mir Deadlines zu setzen und mich strikt an dieser zu halten, sodass ich nach Abschluss der Coding Phase den Release innerhalb weniger Wochen mache und nicht Monate lang warte. Dies klappt nicht immer, aber es hilft mir auf jeden Fall. Manchmal erwähne ich den Release auch bewusst z.B. hier im Blog, um einen gewissen Druck für mich selbst aufzubauen. Wie sieht es bei euch aus, geht es euch ähnlich und falls ja wie geht ihr dagegen vor?

Nachdem ich bereits seit einigen Wochen versuche die vor einiger Zeit ausgelassene I'm a Coder News aufzuholen, will ich dies nun endlich nachholen. Das Thema sind Annotations. Also kleine, meistens durch ein @ gekennzeichnete, Strings an Klassen, Methoden, Feldern und wo man sie nicht noch alles findet. Sie erlauben uns diverse Dinge einfacher umzusetzen und ersparen meistens unnötigen Boilerplate Code. Allerdings sollte man immer aufpassen alle Annotations unter allen Entwicklern gleichermaßen bekannt zu machen, denn sonst wird der Code unverständlich. Sofern aber alle Entwickler eines Projekts mit Annotations arbeiten, wird der Code schnell übersichtlich und teilweise sogar besser verständlich. Allem voran wird er aber minimiert und entsprechend auch die Schreibarbeit. Beispiele sind hier Butter Knife, eine Annotation basierte Möglichkeit, um diverse Operationen rund um Views in Android zu vereinfachen. Ebenfalls im Android Bereich, allerdings wesentlich tiefgehender, ist Dagger unterwegs. Dagger wird für Dependency Injection genutzt und nutzt dabei umfangreich Annotations. Beide Libraries verwende ich ausgiebig in privaten, wie auch in professionellen Projekten. Ich kann euch nur raten Annotations mal genauer unter die Lupe zu nehmen, vor allem im Java und Android Bereich sind selbige schon umfangreich in Nutzung.

Heute geht es um Reviews, denn auch wenn sie häufig eher störend oder langwierig scheinen, so haben sie durchaus ihre Berechtigung. In meinen privaten Projekten gibt es sie nicht wirklich, höchstens Tests durch Freunde oder Kollegen gibt es. Aber niemand schaut sich meinen Code an. Auf der Arbeit sieht dies anders aus, denn nur nach dem Vier-Augen-Prinzip landet etwas auf dem Entwicklungs-Branch. Mit dieser Haltung verhindert man Unachtsamkeitsfehler und auch die Code Guidelines werden mit höherer Wahrscheinlichkeit eingehalten. Manchmal ergibt sich daraus Mehrarbeit, aber dafür ist der Code hoffentlich ordentlicher und vor allem richtiger. Privat fände ich dies von Zeit zu Zeit glaube ich auch praktisch, allerdings nicht dauerhaft. Denn wenn ich für mich ein paar Zeilen schreibe, möchte ich nicht unbedingt auf Kleinigkeiten hingewiesen werden, welche mir vielleicht sogar klar oder eventuell auch egal waren. Wie sieht es bei euch aus, macht ihre Reviews und wie findet ihr dieses Vorgehen?

Diese Woche möchte ich ein paar Worte darüber verlieren warum ich eigentlich Android als Plattform meiner Wahl gewählt habe. Selbiges war schon recht früh klar, da meine ersten Smartphones durchweg Android Geräte waren. Kombiniert man dies nun damit das ich gerne entwickle, begann automatisch das Interesse am selber Erstellen von Apps. Zu Beginn eher minimal, doch später wurde es mehr. Innerhalb des Studiums konnte ich dann noch einige Chancen ergreifen Android Code zu schreiben und somit festigte sich das Interesse. Java Vorwissen aus dem schulischen Umfeld erleichterte den Einstieg hier immens. Konkurrenten waren bekanntlich Microsoft, was mich leider noch nie wirklich reizte, zusätzlich waren sie etwas zu spät für mich dran und Apple. Letztere ist nicht gerade meine Lieblingsfirma und somit standen die Chancen schlecht, dass ich für diese Plattform entwickle. Den Todesstoß für eine eventuelle Entwicklung von iOS Apps war aber definitiv die Hürde einen Mac besitzen zu müssen. Denn nur so kann man die Apps ordentlichen bauen und deployen. Das ist der Hauptgrund warum ich immer einen großen Bogen um iOS gemacht habe. Somit werden wohl auch kleinere Experimente im Gaming-Bereich, welche ich tatsächlich mal vorhabe irgendwann in die freie Wildbahn zu entlassen, nie auf iOS landen, außer sie sollten in irgendeiner Art und Weise erfolgreich sein. Alles in allem blieb ich bei meiner Hauptplattform also einfach bei den von mir genutzten Geräten und den bekannten Sprachen. Etwas langweilig könnte man nun sagen, allerdings beschäftige ich mich nebenbei ja mit diversen anderen Sprachen und Themen im Bereich Entwicklung. Ich persönlich bin mit einer festen Basis (Java + Android) und einem größeren Blick über den Tellerrand übrigens meistens gut gefahren und kann diese Art der Fokussierung nur empfehlen. Dabei meine ich nicht die konkrete Plattform + Sprache, sondern die gute Basis und zusätzlich der Sprung in fremde Gewässer.

Wer programmiert muss irgendwie den Überblick behalten, sowohl im Bereich Issues, wie auch bei der allgemeinen Dokumentation. Außerdem möchte man seine Software vielleicht verteilen und dies vielleicht sogar Open Source. Wie ich dies mache möchte ich heute in meiner wöchentlichen I'm a Coder Rubrik mit euch teilen, denn das Thema lautet Versionsverwaltungsplattformen und Kollaborationstools. Ich selber habe einige private Projekte, wobei auch diese noch einmal in verschiedene Kategorien gehören. Zum einen entwickle ich zum Spaß kleinere Spiele und nehme mit diesem z.B. am Ludum Dare Game Jam Teil. Dies sind aktuell keine ernsten Projekte, sondern eher kleine, lustige und lehrreiche Versuche. Weiter geht es mit lockeren Projekten mit Freunden und Kollegen, auch hier probieren wir eher herum. Ein Beispiel ist hier die Entwicklung eines Minecraft Mods, was allerdings direkt am Start wieder eingeschlafen ist. Als nächstes kommen private Projekte relevanterer Natur, teilweise Open Source, teilweise Closed Source. Die höchste Stufe bei meinen privaten Projekten sind ernst gemeinte Projekte, gemeinsam mit Freunden und Kollegen, welche dann zum Großteil vorerst Closed Source bleiben. In diesen Bereichen gibt es dann noch Abstufungen und Zwischenschritte, denn die Grenzen sind schwammig. Ich nutze sehr unterschiedliche Plattformen, um diese ganzen Bereich abzudecken, dazu findet ihr mehr im unteren Teil der News. Alle Tools die ich aktuell nutze sind kostenfrei, zumindest im Rahmen wie ich sie nutze (weniger als 5 Personen, bzw. keine oder wenige private Repositories bei manchen Anbietern).

Weiterlesen…