Heut scheint’s ja ggf. bei Apple wieder etwas rund zu gehen! Da dacht ich mir, ich hol die alte Technik mal wieder aus dem Keller und schalt den Kram an, damit wir ggf. mal nen kleinen Stammtisch zur Keynote machen könnten.

Das ganze liefe dann so:

Ich habe hier einen MacMini stehen, welcher sowohl Teamspeak als auch Skype miteinander verbunden hat. Ihr könnt euch also aussuchen, ob ihr per Skype mitredet, oder Teamspeak3.
Zudem wird alles auch noch auf einen Stream ausgegeben, für diejenigen unter euch, die redefaul, schüchtern , ostdeutsch (ups, halt, bin ich ja auch) sind, oder einfach nur kein Mikro haben.
Das Ganze ist jedermann offen und könnte dadurch ggf. etwas durcheinander werden. Aber eventuell dafür um so gemütlicher

Wie funktionierts?

Skype: einfach den Kontakt randomacListener anschreiben und warten bis ihr zur Konferenz hinzugefügt werdet | Direktlink (eventuell etwas Geduld, wenn ihr nicht gleich eingeladen werdet)

Teamspeak: auf den Server randomac.de verbinden und in den Streaming-Channel kommen | Direktlink

Nur zuhören: wie immer, einfach http://randomac.de:8000/listen.m3u im iTunes oder sonstwo anschalten

Nur chatten: über IRC im Freenode Netzwerk in #randomac (BrowserChat) oder #mobilemacs

Hoffe, dass genug vorbei schauen und aktiv mitreden und sich über die hoffentlich interessanten Neuigkeiten von Apple freuen werden!
Bis dahin! Man  liest/hört/spricht sich…

Spotlight, die “Realtimesuche” von OS X für Dateien, Programme und alles was man sonst noch auf einem gemounteten Gerät speichert, ist sehr größzügig wenn es um die zum Teil privaten Daten geht, die es in seinem Index führt. Bis hin zu E-Mailheadern, die ganz plötzlich auf fremden USB Sticks oder dem SMB-Share der Firma landen.

Wer es ausführllich mag: nur zu, das komplette Dokument gibt’s hier.

Auch diesmal versuchen wir beides, sowohl Video(UStream) unter /live als auch Ton anzubieten. Und auch diesmal wird’s wieder kunterbund und völlig impro

Also einschalten… lohnt sich… eventuell…

Und wer keine Lust (oder zu wenig Bandbreite) auf Video oder Ton hat, schaut einfach im IRC vorbei!

Die meisten von uns haben die Mehrheit ihrer Channel eh schon im Freenode, daher bot sich das direkt an. Der Name bleibt, nur das Netzwerk wechselt – die neue URL ist also: irc://chat.freenode.net/randomac

Alle sind wie immer weiterhin herzlichst eingeladen vorbei zu schauen!

Es ist noch nicht 100% sicher, wer heute Abend alles dabei ist. So kann es auch passieren, dass wir noch den ein oder anderen Slot im Skype/TS3 abzugeben haben Haltet euch bei Interesse (aber natürlich auch sowieso!) dafür im IRC bereit!

[update]
Heute gibt es zum ersten Mal auch einen Video-Feed (randomac.de/live) zum Event von uns
Enthalten ist ein Live-Twitter-Widget, welches nach “wwdc” ausschau hält, der randoMac-Chat und natürlich ein extra Fensterchen für die aktuellen Bilder von der Keynote!
Natürlich inkl. dem Audio-Stream, damit niemand etwas verpasst *g*
[/update]

Hier noch zu guter Letzt eine sich von Minute zu Minute aktualisierende Liste an Live-Feeds und Tickern, die wir u.a. verfolgen:

• http://www.fscklog.com/2010/06/fscklog-berichterstattung-zur-wwdc-keynote-2010.html
• http://www.apfeltalk.de/live/
• http://www.engadget.com/2010/06/07/steve-jobs-live-from-wwdc-2010/
• http://www.macrumorslive.com

auf das iPhone & den iPod Touch

Aber vielleicht gibt es unter euch ja jemanden, der dennoch schon den richtigen Riecher hat
Du glaubst zu wissen, welchen Preis Apple hier in Deutschland veranschlagen wird? Dann beweise es!

Trag dich <hier> ein und wir werden am Tag X sehen, wer von euch recht hatte und wer weeeeit daneben lag…

Keynote verpasst? Hier gehts zur ungeschnittenen Aufnahme unseres Livetalks mit Leon & Björn!
Euphorie und lustiges Durcheinander inbegriffen

[/update]

Heut Abend 19Uhr geht’s nun wieder rund im Yerba Buena Center for the Arts in San Francisco!
Wird es das Tablet oder doch “nur” ein neues iPhone OS?! Wir werden einfach sehen… Viel “munkeln” will ich hier nun garnicht mehr, das erledigen jegliche News-Seiten ja schon Wochenlang perfekt

Wie immer – wenn auch diesmal mit voraussichtlich mit weniger Leuten – sind wir mit von der Partie. Jegliche Aufmerksamkeit höchst gespannt auf alle verfügbaren Ticker gerichtet diskutieren wir Live im IRC Channel über jede kleine Ankündigung!

Eventuell werden wir uns auch wieder dazu hinreißen lassen neben dem Chat auf dem AudioStream zu kommentieren. Dazu einfach unseren Twitter-Account auf eine entsprechende Ankündigung beobachten und ggf. einschalten, wenn ihr Lust habt

·

Der Vollständigkeit halber will ich hier auch noch eine kleine Liste der bisher bekannten und bevorzugten Live-Ticker auflisten:

Wir werden diese Liste sicher im Laufe des Abends noch das ein oder andere Mal um die Direktlinks zu den Live-Tickern ergänzen

• http://live.gizmodo.com
• http://live.macnotes.de
• http://www.engadget.com

Natürlich gibts noch Unmengen mehr und ggf. ist auch da die eine oder andere Perle dabei:

• http://www.fscklog.com
• http://www.tuaw.com
• http://www.macrumorslive.com
• http://www.macnews.de
• http://www.macprime.ch/live
• http://www.mactechnews.de
• http://theappleblog.com/live
• http://live.twit.tv (Leo Laporte Live TV)
• http://colinbloecher.square7.ch/wordpress/apple-keynote-liveblog/
• http://mac.appstorm.net/general/live-coverage/apple-latest-creation-event-live-coverage

Bisher haben uns Firmen wie naan studios (Echofon) und atebits (Tweetie) vertröstet mit einem selbstgebackenen Sync zwischen mobiler Anwendung und Desktop-Client, der bald kommen sollte – aber bisher kam noch nichts überzeugendes – Echofon synct zwar, ist aber noch nicht aus der Beta raus.

Was ist so schwer daran, wenn ich mal ganz naiv fragen darf? Und warum muss da jeder seine eigene Lösung für das Problem finden? Warum muss ich dann bei der Wahl meiner Anwendungen Desktop- und Mobile-Anwendung vom gleichen Hersteller nehmen, wenn ich vielleicht mischen möchte? (Tweetie auf dem iPhone und Echofon auf dem Mac, o. ä.)
Ich habe mir eine mögliche Lösung überlegt, die noch nichtmal eine Änderung seitens der Twitter-API erfordert. Wenn irgendjemand da draußen ein Grund einfällt, warum man das Twitter-Sync Problem nicht so lösen sollte oder könnte, würde ich das wirklich gerne hören.

Machen wir uns einmal zunutze, dass jeder Tweet und jede Direktnachricht (DM) einen unique identifier (UID) hat – die UID hatte zur Twitpocalypse einen kurzen Augenblick im Rampenlicht. Wichtig an dieser UID ist, dass sie inkrementell vergeben wird und zwar zeitabhängig. Wenn ich zwei Tweets vergleiche kann ich an ihrer UID sehen, welcher als erstes und welcher als zweites verschickt wurde. Im Moment liegt diese UID irgendwo um die 6.300.000.000 (siehe http://www.twitpocalypse.com/). Nun ist es von entscheidender Bedeutung, dass unsere Synchronisierung schlank ist, also sollen die übertragenen Daten möglichst klein sein.
Als Integer kann man die UID schon nicht mehr behandeln, deswegen stecken wir sie einfach in einen string (Zeichenkette), in der jedes Zeichen ein Byte groß ist. Im Moment kämen wir mit 10 Byte pro UID aus, sagen wir mal 16 Byte, damit wir für die Zukunft gerüstet sind.

Wir machen uns nun weiter zunutze, dass Tweets in einer zeitlichen Reihenfolge bei den Clients eintreffen (also mit immer steigender UID) und sie in der gleichen Reihenfolge auch gelesen werden. Dies gilt nicht nur für die eigene Timeline, sondern auch für Mentions und Direktnachrichten.

Jetzt legen wir mal eine mini-Datenbank an. Diese Datenbank besteht aus mehreren Einträgen, die einem Bezeichner eine UID zuordnen. Diese UID spezifiziert den letzten gelesenen Tweet. Also brauchen wir einen Eintrag für die persönliche Zeitleiste (und vielleicht noch jede gespeicherte Suche) und einen für die Mentions, denn es kann ja sein, dass man eine Mention von jemandem kriegt, den man nicht in seiner Zeitleiste hat. Jetzt brauchen wir noch einen Eintrag für jede DM-Konversation und fertig ist der Lack.
Für den Bezeichner reichen 15 Byte, da Twitter nur Benutzernamen von maximal 15 Zeichen zulässt. In einer Datenbank benötigt man dann noch ein spezielles Zeichen, um Bezeichner und Wert voneinander zu trennen, also kommen wir auf 15+1+16 = 32 Byte pro Eintrag.

Weil ich vorhin von Schlankheit gesprochen habe, seien hier ein paar theoretische Größen für die Datenbank gegeben, die sich folgendermaßen berechnen lassen: (2+n)*32 wobei n die Anzahl der DM-Konversationen und der gespeicherten Suchen ist. Jeder Benutzer braucht mindestens 2 Einträge, einmal für die Timeline und einmal für die Mentions.

• minimale Größe (n=0): 64 Byte
• n=100: 3,19 KB
• n=500: 15,69 KB
• n=1.000: 31,31 KB
• n=10.000: 312,56 KB
• n=100.000: 3,05 MB

Man müsste schon eine Twitter-Berühmtheit sein, die von jedem seiner Follower mindestens eine DM bekommen hat, damit diese Datenbank eine bemerkenswerte Größe annimmt.
Mit ein paar Kniffen wie time-to-live für DM-Einträge und Kompression ließe sich das sicher noch schlanker machen, aber alles in allem wären die Übertragungskosten sehr gering.

Einziges Problem bei dieser Lösung ist das Lagern dieser Datenbank. Der optimale Ort wäre Twitter selbst, somit wäre der Zugriff am einfachsten und die Einträge wären vor unbefugter Änderung geschützt.
Aber rein theoretisch könnte man diese Datenbank hinlegen wo man möchte (Dropbox vielleicht?) – so lange jeder Client eine Möglichkeit hat, den Ort der Datenbank einzutragen und so lange die Datenbank vor unberechtigten Zugriffen geschützt ist.

Schon haben wir einen Twitter-Sync, der nicht nur cross-Platform sondern auch cross-Client und cross-Entwickler funktionieren kann – und twitter.com musste nichtmal einen Finger krumm machen (es sie denn, sie besäßen die Güte, die Datenbanken bei sich zu lagern)!
Wenn jetzt ein Twitter-Client gestartet wird, läd er sich die Datenbank des Benutzers herunter und läd, wie gewohnt, die letzten Tweets. Anstatt aber so zu tun als wären alle geladenen Tweets neu, würde der Client in der Datenbank nachschauen, welcher Tweet beispielsweise in der Timeline zuletzt gelesen wurde und würde dann zu diesem Tweet scrollen. Gleiches würde dann bei den Mentions und den DMs passieren.
Ähnlich einem Mail-Programm könnte eine Synchronisierung mit der Online-Datenbank alle paar Minuten, spätestens aber bei Programm-Start und -Ende erfolgen. Selbst wenn ich auf iPhone und Mac parallel lese und schreibe wäre eine Konfliktbehandlung trivial: die größere UID gewinnt.

Soviel zu meinen Überlegungen. Und jetzt nochmal die Frage vom Anfang: was ist so schwer daran? Warum dauert das so lange?

In Form einer Gewinnspiel-Aktion verlost www.druckerei.de · @druckerei_de derzeit einen Wandkalender im Twitter-Design für das kommende Jahr. Für mich bzw. uns hier doch genau das Richtige, als Twitter Süchtlinge – vor allem für mein neues Büro in der schnieke neuen Wohnung *grins*

Das Motto, unter dem die Aktion und auch der Kalender selbst steht, ist “Du bist Twitter süchtig, wenn…” und darauf weiss ich doch glatt die perfekte Antwort:

Du bist Twitter süchtig, wenn…

…, wenn du es mit 140 Zeichen schaffst, deiner Freundin ihre neuen Schuhe auszureden!

Jeder von euch, der ebenfalls an der Aktion mitmachen will, findet hier alle nötigen Informationen:

http://blog.druckerei.de/zwitschern-fuer-den-wandkalender-2010