Ich fand die Idee drüben, beim KeineHosenSonntag ganz interessant. Von daher nehme ich dieses Stöckchen mal auf.
Welchen Vorschlag erhalte ich von meinem Browser, wenn ich einen Buchstaben in die Adresszeile tippe:
Buchstabe
Vorschlag
Kommentar
A
absradio.de
Ein Podcast von Basti, Sascha, Dominik und mir.
B
ironbloggeradn.de
Ein Projekt zur erhöhung der eigenen Blogpost-Frequenz.
C
creativecommons.org
Sollte klar sein. Korrespondiert vermutlich von meiner aktuellen Arbeit am Podlove Publisher.
D
dhl.de
E
e.nigma.de
F
G
golem.de
H
heise.de
I
ifixit.com
J
podlove.local Siehe oben.
K
kicker.de
L
localhost/~alex Ich glaube langsam merkt man es wirklich…
M
mactechnews.de
N
O
omega.app.net
P
podlove.local
Q
quote.fm
Komisch, nutze ich eigentlich gar nicht…
R
re-app.net
S
spiegel.de
T
transfermarkt.de
U
uberspace.de
V
validator.w3.org
W
waskannstdudenndannnochessen.de
X
xing.com
Y
youtube.com
Z
zdf.de
Fazit: Man merkt natürlich was ich so treibe. Webentwicklung für das Podlove Projekt. Ansonsten noch ein paar Tech-blogs und diverse Fussball-Seiten – Eigentlich recht langweilig. Vielleicht ist es ja bei jemand anderem von den Ironbloggern ADN etwas spannender…
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.
