cygri’s notes on web data

Projektmanagement in vier Bildern.

Diese Gallerie gephotoshopter Fabeltiere hat doch ganz erheblichen Unterhaltungswert. Meine Favoriten sind der adleräugige Affenwolf, der Frosch-Emu-Saurier, und natürlich diese bekloppte Kreuzung aus Elefantenhintern und glücklich daherglotzendem Orang-Utan.

Hoffentlich gibt’s bald Plugins fürs Gehirn, die so was in Echtzeit machen.

Aus unerfindlichem Grund kommt Mac OS X ohne eine Möglichkeit daher, die Geburtstage aus dem Adressbuch auch im Kalender anzuzeigen. Hier die Lösung als AppleScript. Update: Seit Tiger ist diese längst überfällige Funktion endlich von Haus aus in iCal vorhanden. Der Geburtstagskalender lässt sich in den iCal-Einstellungen aktivieren.

Installation

• Script herunterladen.
• in den Ordner ~/Library/Scripts/Address Book Scripts ablegen (Library heißt Bibliothek im deutschen MacOS). Falls der Ordner noch nicht existiert, anlegen.

Es passiert nicht mehr alle Tage, dass ich eine neue Programmiersprache lerne.

AppleScript ist so was wie VBA für Mac OS. Es ist eine recht einfach gehaltene Sprache, die selbst nicht viel kann, aber auf die Funktionen und Daten vieler Mac-Programme zurückgreifen kann.

Ein typisches Beispiel: Im Adressbuch von Mac OS X kann man Geburtstage eintragen, aber diese werden im Kalender von Mac OS X nicht angezeigt. Das ist eine Parade-Anwendung für AppleScript. Wahrscheinlich wurde die Funktion extra weg gelassen, damit die Leute einen Grund haben, AppleScript zu lernen. Mein erstes Programm löst genau dieses Problem und ist hier zu finden: Applescript: Kopiere Geburtstage vom Adressbuch nach iCal

Lernen war einfach. Ich habe mir Matt Neuburg’s AppleScript: The Definitive Guide gekauft, was wahrscheinlich Overkill ist. Ich habe die ersten 40 Seiten gelesen (sehr nützlich, sie geben einen groben Überblick zu Anwendungsmöglichkeiten, Tools, usw.), und 4-5 Mal zu bestimmten Themen nachgeschlagen. Mehr war nicht nötig, um den Einstieg zu schaffen. Bis das Script fertig war, vergingen etwa drei Stunden. Nicht schlecht.

(Zugegeben, zwei Dutzend Geburtstage von Hand zu kopieren, hätte zehn Minuten gedauert.)

AppleScript ist offensichtlich auf leichte Erlernbarkeit angelegt. Programmzeilen lesen sich halbwegs wie englische Sätze (was ja keine gute Idee sein muss, siehe COBOL). Beispiel: make new event at end of events of theCalendar with properties eventProps. Dabei sind theCalendar und eventProps Variablen, deren Wert ich vorher gesetzt habe. Mir gefällt das ganz gut. Ist zwar viel Tipperei und nervt wahrscheinlich auf Dauer, aber merkt sich extrem gut.

Was fiel mir bei der Lernerfahrung negativ auf?

• Kein automatisches Anzeigen von Fehlern während des Tippens, wie z.B. bei Eclipse.
• Schlechte Fehlermeldungen. NSScriptFooBarError, und die verursachende Zeile wird markiert. Ursache war dann vielleicht, dass ich auf ein nicht existierendes Array-Element zugreifen wollte.
• Es ist schwer nachzuvollziehen, was für Ergebnisse die einzelnen Befehle geben. Mein Wunsch: Nach der Ausführung des Scripts mit der Maus über den Code fahren und in Tooltips die letzten Werte aller Rückgaben sehen, inkl. Elemente eines Arrays, Eigenschaften eines Objekts usw.
• Als Ersatz diente mir die display dialog-Funktion. Sie akzeptiert aber nur Zeichenketten und keine komplexeren Strukturen wie Arrays.
• Der Rückgabewert des letzten Befehls wird in einem extra Bereich angezeigt, auch inklusive Array-Elementen und Objekteigenschaften. Manchmal steht da aber nur “event 12 of calendar 3 of iCal”, was überhaupt nicht hilfreich ist.
• Zum Lernen wären ein paar Beispielscripte hilfreich gewesen, an denen man sich die Grobstruktur eines Scripts und nützliche Idiome abschauen könnte.

Mit einer besseren IDE als dem doch recht bescheidenen Script Editor von Apple wäre es ein superleichter Start geworden. Das gibt mir Hoffnung, dass Programmieren mit der richtigen Sprache und den richtigen Werkzeugen doch eines Tages zu einer Grundfertigkeit wie Lesen, Schreiben und Rechnen werden kann.

TinyCC ist ein superkompakter, extrem schneller C-Compiler. TinyCC kann beispielsweise einen Linux-Kernel in 15 Sekunden kompilieren. Schnell genug, um das bei jedem Bootvorgang zu machen, wie Slashdot schreibt.

In einem Kommentar habe ich das gesehen:

#!/usr/local/bin/tcc -run

main()
{
    DoSomethingHere();
}

Mir ist schwindelig. C als Scriptsprache? Man kann sich auf gar nichts mehr verlassen dieser Tage.

Für das diesjährige Projekt Semantic Web an der Freien Universität Berlin hatte ich ein Wiki eingerichtet. Dieses wurde heute Opfer einer WikiSpam-Attacke. Auf vier Seiten wurden jeweils dutzende Links zu diversen asiatischen Seiten eingefügt. Sollte wohl die Google-Positionierung der Seiten verbessern.

Zum Glück habe ich die RecentChanges als RSS-Feed abonniert. Den Mist wegzumachen, dauerte ungefähr eine Minute. (Das drüber bloggen zwei. Ähem.)

Ich stelle mich schon mal auf dier ersten Comment-Spams hier im Blog ein.

Im Moment habe ich kein Problem damit, Wiki- und Comment-Spam gelegentlich von Hand zu entfernen. Wenn es schlimmer wird, muss aber eine andere Lösung her. Von technischen Lösungen halte ich nicht viel, da sie sich meist mit ein wenig Grips umgehen lassen und ich keine Lust auf ein ewiges Wettrüsten habe. Wie ich gerade sagte, muss dieses Problem letztendlich rechtlich oder gesellschaftlich (durch Ächtung solcher Methoden) gelöst werden.

Der Zustand des Internets ist deprimierend. Wohin man klickt, Viren, Würmer, Trojaner, 419-Scams, Phishing, Dialer, Spy- und Adware.

Gibt es einen Ausweg? Jakob Nielsen stellt treffend fest, dass der vielfache Ruf nach mehr Verantwortungsbewusstsein bei den Benutzern nicht die Antwort sein kann:

However, user education should not be the main approach to countering security problems for three reasons. First, and most importantly, it doesn’t work. Computer security is too complicated and the bad guys are too devious and inventive. … Second, user education puts the burden on the wrong shoulders. It’s like the old Wild West, where the answer to crime was that every man carried a gun. In civilized society, we’ve abandoned this approach in favor of a professional police force to deal with criminals. … Third, as long as we keep the burden on users rather than fix the technology, we’ll never realize the Internet’s full benefits. Instead, we’ll alarm users and make them ever more reluctant to use the technology to its full potential.

Was dann? Jakob schlägt sechs Maßnahmen vor:

1. alle Informationsübertragungen verschlüsseln,
2. alle Informationsübertragungen digital signieren,
3. alle Sicherheitseinstellungen standardmäßig aktivieren,
4. alle Updates automatisieren,
5. die Usability von sicherheitsrelevanten Funktionen verbessern,
6. die verantwortlichen Betrüger und Verbrecher aggressiver verfolgen.

Das trifft den Nagel auf den Kopf. Aber: Die ersten fünf dieser Punkte sind schon weitgehend erreicht oder können in absehbarer Zeit umgesetzt werden. Es hakt an Punkt sechs.

Heute kann jeder Glücksritter mit einem Minimum an Verstand ohne Angst vor Strafe seinen neuesten finsteren Plan an der nichtsahnenden Internet-Bevölkerung ausprobieren. So lange sich das nicht ändert, wird das Internet ein ungemütlicher Platz bleiben. Und da habe ich wenig Hoffnung. Das Problem kann nur international gelöst werden. Und nicht mit dieser Generation von Politikern und Richtern.

Bis dahin können wir an den Punkten eins bis fünf arbeiten. Und die wichtige Frage diskutieren, wieviel Anonymität wir im Internet wollen.

James Robertson hat einen kurzen Eintrag zu einer Idee von Sonia Carter: Using training during CMS selection.

Es geht um den Einkauf von Content Management Systemen. Diese sind komplex, der Markt ist unübersichtlich, die Evaluierung verschiedener Produkte ist sehr aufwändig. Die Idee ist nun, jeden Anbieter eine Schulung für Endbenutzer machen zu lassen. Dadurch wird ein Unterscheidungsmerkmal hervorgehoben, das für den erfolgreichen Einsatz komplexer Softwareprodukte absolut entscheidend ist: die Usability.

Die Idee schreit geradezu nach einer Anwendung auf andere Produkte. Ich sage nur Telefonanlagen.