german

Für Rince:
Meine meistgenutzten Shellkommandos:

cd
ls
mplayer
mutt
ssh
sudo
rsync
du
host
mpg123

Dabei fällt mir auf: Die History reicht nicht weit genug zurück, das Bild wird verzerrt durch Dinge aus der jüngsten Zeit, die ich sonst vielleicht gar nicht so oft benutze.
Und: ich will eine TF/IDF-Statistik, die meine aussergewöhnlichsten Lieblingskommandos angibt.

So ist das halt mit der digitalen Spaltung. Sie ist keine Frage des Alters, sondern des Willens.

"Generation Web 0.0", Thomas Knüwer über die Unwilligkeit führender Politiker und Top-Manager, sich mit dem Internet zu beschäftigen.

Wenn ich da an meine Mutter denke, die vor zehn Jahren noch den Kopf geschüttelt hat, wenn ich morgens nach dem Aufstehen als erstes Mail abrief, und heute mit Begeisterung selbst die Möglichkeiten des Internets für sich nutzbar macht, und dann andere Verwandte im Vergleich sehe, kann ich Herrn Knüwer nur uneingeschränkt zustimmen.

IBM alphaWorks Online Stream Deviator

Ein Programm, das Datenströme so verändert, dass der Datenschutz gewahrt bleibt, aber trotzdem die statistischen Eigenschaften erhalten bleiben kann, damit man statistische Analysen darauf fahren kann.

Hier ist auch das Paper dazu: Hiding in the Crowd: Privacy Preservation on Evolving Streams through Correlation Tracking

Gerade auf SWR2 einen Mittschnitt des gemeinsamen Konzerts Zwischenräume des Radio-Sinfonieorchesters Baden-Baden und Freiburg mit den "Söhnen Mannheims" gehört und auch ein Gespräch mit dem Dirigenten Fabrice Bollon: Interessant, dass diese Spitzenmusiker zum Teil die gleichen Reibungspunkte (z.B. im Bezug auf Beat vs. Rhythmus) haben, wie wir in meiner Band auch zwischen der "Rock"- und der "Klassik"-Fraktion.

Interessante Visualisierung von Zusammenarbeit von Programmier-Teams: Wattle Trees.
Was man damit wohl für andere Teams herausbekommt?

(via Anjo Anjewierden)

Wenn man in einer Band spielt, bekommt man regelmäßig Spam von irgendwelchen Band-Portalen, in die man nur sein Profil und Foto und Demosong hochladen müsse, und schon werde man bekannt und könne sich vor lauter Konzertanfragen kaum retten usw. Das ist langweilig.

Wie wäre es zu Abwechslung mal mit einem Social Network Service für Musiker? Jaja, werdet ihr sagen, das gibts schon, und heißt Myspace. Aber mir geht es weniger darum, Bands und ihre Fans zusammen zu bringen (das macht Myspace) sondern mehr darum, Musiker miteinander zu vernetzen. Wer spielt welches Instrument in welcher Band, und davon ausgehend dann z.B. wen könnte ich fragen, ob er nicht noch nen Hornisten kennt, der mit mir in einem Bläserquintett Punkrock-Songs interpretieren will? Diskussionsforen wie in OpenBCKa-Tsching kann es natürlich auch gerne geben, und lustige Visualisierungen der Musiker-Inzucht, die Anworten auf so weltbewegende Fragen geben, wie "mit wem habe ich mal zusammen gespielt, der mit wem zusammen gespielt hat, [...] der mit, sagen wir mal, Aaron Stainthorpe zusammen gespielt hat?"

genauer gesagt, des Freitag abends:

umgedrehte Büro-Drehstühle eignen sich prima zum Abspulen von Netzwerkkabeln von der Rolle.

Und das ist der nächste Schritt zum Web als Plattform für Anwendungsentwicklung: COMET:
Der Client hält eine HTTP-Verbindung zum Server offen, über die er Updates für die Web"seite" bekommt, sobald sie vorliegen. Push, nicht Pull! An sich eine alte Idee (Webchats mit Streaming gibt es schon mindestens seit '98), aber im Zusammenhang mit den Javascript-Anwendungen im Browser brilliant.

Ein Foliensatz über die Software-Architektur, mit der eBay seine Skalierungsprobleme löst. (via)

Jörg hat Anfang des Monats vom nächsten Level geschrieben, jetzt gehts bei mir weiter. Der Endgegner ist besiegt, und das nächste Level steht an: Ab morgen werde ich bei WiredMinds die Software-Entwicklung mit meiner Systems-Perspektive ergänzen.
Und in den nächsten Monaten wird vielleicht auch noch ein Bonuslevel freigeschaltet.

Bruce Schneier schreibt:

What's happening is that the Windows operating system's memory management leaves data all over the place in the normal course of operations. You'll type your password into a program, and it gets stored in memory somewhere. Windows swaps the page out to disk, and it becomes the tail end of some file. It gets moved to some far out portion of your hard drive, and there it'll sit forever. Linux and Mac OS aren't any better in this regard.

Haben Linux und Windows nicht Prozesse, die unbenutzte Speicherseiten ausnullen, so dass Programme, die Speicher vom Betriebssystem anfordern, nur Speicherseiten, die mit Nullen gefüllt sind?
Hat nicht Linux üblicherweise eine Swap-Partition an fester Stelle? Das Swapfile von Windows sollte sich, zumindest wenn eine feste Größe (was meines Wissens best practice ist) eingestellt ist, ebenfalls eher wenig bewegen.

Wie also landet ein Passwort am Ende einer Datei?

31.3. - München - Elserhalle

Wer kommt mit?

Gerrit van Aaken findet, dass Trackbacks nerven, und fordert, dass man Trackbanks und Kommentare im Blog voneinander trennen sollte. Das finde ich auch, und glücklicherweise macht Serendipity ja schon länger.
Ich finde auch, dass eine Sorte von Trackbacks gibt, die ganz besonders nerven, und zwar die Me-Too-Trackbacks, die im wesentlichen aus "XY schreibt das, und ich finde das auch (schlimm/gut/whatever)".
So Artikel wie dieser? Bis jetzt.

Aber ich frage mich gerade, ob man nicht ein Trackback-Plugin entwickeln könnte, das nicht nur Trackback-Spam erkennt, sondern auch bei legitimen Trackbacks auf ihre "Interessantheit" einschätzt und interessantere Trackbacks hervorhebt, Me-Too-Trackbacks dagegen weniger prominent darstellt.

Die Fragen sind
- was ist "Interessantheit"?
- wie kann man sie bestimmen. Flickr, del.icio.us und co. machen das über die Informationen von größeren Benutzermengen, aber die hat man in der Trackback-Situation nicht, nur den referenzierten Artikel, bei dem der Trackback gesetzt werden soll, und den neuen Artikel, das Trackback-Ziel. Kann man die Informationen darin nutzen?

(Aus den Abteilungen, "wirre Ideen", "if everything you've got is a hammer")

Die heutige Fehlersuche wurde präsentiert von: "mit Python wäre das nicht passiert".

Jörg Möllenkamp hat eine coole Idee: einen GSM-basierten statistischen Verspätungserkenner

Das funktioniert so:
Wenn man mit dem Zug fährt, bewegt man sich mit seinem eingeschalteten Handy durch eine Reihe von GSM-Funkzellen entlang der Strecke. Wenn man weiß, wann man planmäßig in welcher Zelle sein sollte, kann man durch Vergleich der Plan-Zeit und der Ist-Zeit die aktuelle Verspätung ausrechnen, und damit auch eine Abschätzung, wann man am Zielbahnhf sein sollte.


Und jetzt kommt die Statistik ins Spiel. Wenn man am Anfang der Strecke verspätet ist, hat der Zug ja vielleicht noch eine Chance, die Verspätung wieder aufzuholen, und alles ist gut. Man möchte also ein statistisches Modell: Hat der Zug an einer bestimmten Zelle auf dem Weg eine bestimmte Verspätung, wie hoch ist dann die Wahrscheinlichkeit, dass er trotzdem pünktlich ankommt? Wie hoch ist die zu erwartende Verspätung? Und daraus folgend: Bekomme ich meine Anschlüsse noch?

Für jedes statistische Modell braucht man aber Daten, je mehr, desto besser. Jörgs Idee: Die Handys vieler teilnehmender Bahnfahrer als Datensammler nehmen. Jeder, der mitmacht, lässt sein Handy ein Protokoll von Bahnverbindung, GSM-Zellen und zugehöriger Zeit aufzeichnen und einschicken, und aus denen wird das Modell errechnet. (Ja, Bewegungsprofile, iih, kann man aber anonymisieren oder pseudonymisieren, für die Anwendung braucht man keinen Personenbezug.)

Witze Idee.

Nächster Schritt: die Daten nutzen, um gleich bei der Verbindungs-Auskunft die zu erwartende Verspätung zu errechnen und abzuschätzen, ob die eingeplanten Anschlüsse auch realistisch sind.