Aaron Fischer Ingenieur, Vater, Heimwerker, Problemlöser

Seit über 21 Jahren ein aktiver Teil des Internets, und noch immer habe ich nicht genug davon. Hier finden sich meine Gedanken, Experimente und Projekte, die über die Jahre entstanden sind.

Mobile Version in Browser & Betriebssysteme vor 9 Jahren

Da ich mir vor kurzem ein Android Smartphone (Motorola Milestone) zugelegt habe, war natürlich das erste was ich tun wollte, mit der Hardware spielen. Leider hab ich aus Zeitmangel nicht mehr als eine kleine Test-Applikation zustande gebracht. Das wird sich hoffentlich in den nächsten Wochen ändern.

Beim Herumspielen und Surfen mit den Android ist mir aufgefallen, dass so gut wie niemand seine Webseite für kleine Geräte optimiert. Manche Websites lassen sich schlicht mehr nicht bedienen. Dies ist mir schon mit dem eeePC aufgefallen und ich war ständig mit der horizontalen Scroll-Leiste beschäftigt. Es gibt aber auch Ausnahmen: alistapart.com beispielsweise lässt sich wunderbar bedienen! weiter ...

Das Backup-Problem in Technologie vor 9 Jahren

Über das Thema Backup wollte ich schon lange einmal schreiben - jetzt ist denke ich ein guter Zeitpunkt dafür. Ich war lange auf der Suche nach der perfekten Backup-Strategie und seit ein paar Jahren habe ich für mich ein System gefunden, mit dem ich recht gut zurechtkomme. Dieses will ich nun einmal beschreiben.

Da ich viel mit dem Notebook unterwegs bin, habe ich zwangsläufig mehrere Orte, an denen ich meine Daten brauche - und dementsprechend auch miteinander synchronisieren muss, da die Datenbestände zwangsläufig divergieren. Ich habe mich für eine Kombination aus NFS, rsync und unison entschieden. Zu Hause habe ich einen alten PC mit drei Festplatten ausgestattet und mir mit FreeNas ein recht stabiles NAS/RAID-System aufgesetzt. Auf diese Daten greife ich lokal über NFS-Freigaben zu und arbeite direkt darauf. Das Notebook synchronisiere ich mit unison ab und an damit, so dass ich auch unterwegs alle Daten habe. weiter ...

Und wieder ein Jahr rum in Privates über 9 Jahre

Ich habe lange nichts mehr von mir hören lassen. Dies hatte mehrere Gründe: zum einen war ich die letzten Wochen und Monate ziemlich mit Prüfungen beschäftigt und zum anderen war ich etwas geknickt vom Adventskalender und der mangelnden Beteiligung. Twitter und Facebook waren allerdings auch nicht unschuldig an der fehlenden Lust etwas im Blog zu veröffentlichen. (Beim vorletzten Chaos Treffen hatten wir das Thema ja schon zu Genüge erörtert) Trotzdem finde ich das Bloggen weiterhin spannend und werde es nicht sein lassen! weiter ...

26C3 & das erste mal Berlin in Privates über 9 Jahre

Zusammen mit Florian, Martin Sigloch und Bea bin ich dieses Jahr zum CCC Kongress (26c3, heise, tagesthemen) nach Berlin gefahren. Zum Glück waren Michael und Jason schon am Abend davor da und haben uns Bändchen gekauft, denn schon am ersten Tag gegen Mittag war alles ausverkauft. Ohne sie hätten wir wieder heimfahren können. Nochmals vielen Dank dafür! weiter ...

Essays Tag 24: Ausblick, wie gehts weiter? in Open Source (Advent2009) über 9 Jahre

Geschafft! Wir haben ein kleines Spiel von Anfang bis zum Ende begleitet. Wirklich bis zum Ende? Das ist jetzt die Frage. Gibt es ein Ende bei einem Open Source Projekt? Wann hört man auf mit Entwickeln? Was passiert, wenn der Hauptentwickler die Lust verliert? Haben wir etwas vergessen? Das werden wir jetzt klären.

Was passiert eigentlich, wenn wir ein Projekt für fertig erklären? Ein paar User laden sich die Software oder das Spiel herunter, benutzen es einige Zeit und wenn sie es für gut empfinden, empfehlen sie es weiter. Das Programm verbreitet sich. Und mit zunehmender Verbreitung steigt auch die Anzahl der Testkandidaten, die das Programm nutzen und testen. Jetzt liegt es in der Macht der User, ob das Projekt groß und berühmt wird oder nicht. Wenn es viele verwenden, tauchen zwangsläufig auch viele Fehler und Wüsche an das Programm auf. Fließen diese Fehler und Wünsche zurück an den/die Entwickler, können sie sich dem Problem annehmen und das Feature einbauen bzw. den Fehler fixen. Fließt kein Feedback zurück, bleibt die Software Fehlerbehaftet und schlecht getestet. Und ohne Feedback verliert auch der Programmierer die Lust daran. weiter ...

Essays Tag 22: Deployment und Portierung auf andere Systeme in Open Source (Advent2009) über 9 Jahre

Das Spiel ist (theoretisch) fertig. Klar, alles wurde nur ansatzweise programmiert, aber gehen wir mal davon aus, dass wir nun eine stabile Version haben, die wir der Öffentlichkeit zeigen wollen. Wir müssen jetzt dafür sorgen, dass wir den Programmcode unters Volk bekommen und eine möglichst große Zielgruppe ansprechen. Deshalb werden wir uns noch ein paar Gedanken über Portierung machen.

Um unser Spiel auf einem Rechner zu installieren, muss der User zunächst die Software per Git herunterladen, danach compilieren und die so erzeugten Dateien in die richtigen Verzeichnisse legen. Dies ist ziemlich umständlich, sogar für uns. Bauen wir also zunächst unser Makefile etwas um, so dass wir es etwas leichter haben. weiter ...

Essays Tag 20: Testen, Dokumentation und User Contributions in Open Source (Advent2009) über 9 Jahre

In den letzten Teilen ging es ziemlich zur Sache. Wir haben eine Menge programmiert, überlegt und konstruiert. Nun wollen wir sicherstellen, das das, was wir gemacht haben, funktioniert und andere auch verstehen. Deshalb werden wir unseren Code testen, dokumentieren und auch eine kleine Bedienungsanleitung schreiben. Da nicht nur ich selbst Code schreibe, sondern auch Patches und andere Anfragen von Benutzern kommen, müssen wir hier auch sicherstellen, diese mit in die Software einfließen zu lassen. weiter ...