Timeline with release dates of several projects. Dragons included.
Well, it has been a while…
I won’t comment in detail on what happened in the meanwhile and no, this will not be another of these “but this time I will not give up” posts but let me put it this way: Other things occupied all of my attention. However, things have settled and finally I couldn’t resists to reboot one of my former favorite hobbies: “that web stuff”. Such a restart of your ambitions is a good chance to challenge the status of your projects and see if stuff projects can be sorted out.
Für alle, die sich gefragt haben: Was ist denn nun schon wieder los? Wieso gibt es keine neuen Beiträge? Die Antwort ist relativ einfach: Ich habe in der letzten Zeit einige Projekte aufgezogen bzw. arbeite an einigen Projekten mit.
Um den Besuchern dieser Website einen etwas besseren Überblick zu verschaffen über die Dinge, welche in meiner Freizeit u.a Treibe, habe ich eine kleine Übersicht erstellt.
Natürlich werde ich weiterhin versuchen hier regelmäßig über verschiedene Dinge zu berichten. Ich kann jedenfalls empfehlen mal in das ABSradio reinzuhören. Dort spreche ich zusammen mit Basti und Sascha über verschiedene Dinge. Wer sich für die Projekte interessiert, an denen ich mitarbeite, kann sich dort auf dem Laufenden halten.
Abschließend noch ein paar Anmerkungen zu den Änderungen von ADNCC. ADNCC befindet sich mitlerweile in der Version 1.1 (die Dokumentation der neuen API erfolgt bald). Neben einem komplett neuen Design, lassen sich Clients nun vergleichen und etwaige Vergleiche als URL verschicken. Im Rahmen der Datenpflege könnten wir jedoch noch etwas Hilfe gebrauchen. Weitere Informationen lassen sich auf der ADNCC Website finden.
Im ersten Teil dieser Serie wurden bereits einige Punkte angesprochen, welche mir helfen sollten festzustellen, ob es so etwas wie “Must have features” für einen App.net-Client gibt. Wirklich weiter gekommen bin ich dabei nicht: Weder die Definition des Wortes “Client”, noch Empfehlungen von App.net-Nutzern oder aktive Entwicklung haben mir bei meiner Suche weiter geholfen.
Natürlich habe ich mir wieder Gedanken gemacht und ich habe mich entschlossen das Ganze mal von einem ganz anderen Standpunkt aus zu sehen. Die Idee ist etwas fundamentaler anzusetzen: Es hilft sicherlich weiter, wenn man erst einmal überlegt, was App.net überhaupt ist. Als guter Ansatz, kann der oftmals falsche Vergleich zwischen Twitter und App.net herhalten. Fangen wir mal ganz von vorne an: Warum ist dieser Vergleich eigentlich falsch?
Aus aktuellem Anlass, habe ich beschlossen mir mal einige Gedanken darüber zu machen, ob es für einen App.net Client grundsätzlich sog. “must have” Features gibt. Die Grundsätzliche Idee ist die folgende: Kann ich speziell auf das Beispiel von App.net zugeschnitten, eine Auswahl an verschiedenen Kriterien erstellen, welche ich einem Nutzer an die Hand geben kann, um eine Vorauswahl für einen App.net Client zu treffen. Da die Überlegungen nicht trivial und relativ lang sind, habe ich mich Entschlossen das Ganze in verschiedene Posts aufzuteilen. Viel Spaß also beim ersten Teil.
