Schlagwort: Tools

(Dieses Posting wird Lesern, die sich nicht für Themen wie das Max OS X oder Emacs begeistern können, wohl etwas seltsam erscheinen. Ich bitte sie, ein anderes Mal hier vorbeizuschauen. Ich werde gelegentlich wieder vernünftig.)

Mein Arbeitgeber hat mich mit einem neuen MacBook ausgestattet, mit 2 GB RAM und Leopard als Betriebssystem. Im letzten Jahr habe ich meist auf einem Windows-Notebook gearbeitet, oft auch an einem iMac in meinem Büro, aber ohne die Mac-spezifischen Features zu nutzen. Jetzt muss ich mich fast wieder an den Mac als meine Plattform gewöhnen. Um es mit meinem Sohn David zu sagen: Geil! Coltrane statt James Last…

Mit diesem Rechner möchte ich umgehen können wie mit einem Instrument. Ich möchte das Gerät so konfigurieren und seine Funktionen so gut lernen, dass ich mich darauf konzentrieren kann zu schreiben. Und zu den guten Vorsätzen gehört auch, zu dokumentieren, was ich installiere oder verändere und was ich lerne. Damit fange ich hier an; vielleicht hat irgendeine Leserin ähnliche Probleme, vielleicht erhalte ich ja auch ein paar Tipps.

Die wichtigste Software für mich ist ein Texteditor. Ich schreibe am liebsten mit dem Emacs, auf diesem Gerät in seiner OS X-Spielart Aquamacs. Um das Notebook wirklich wie ein Instrument benutzen zu können, muss ich auch die verschiedenen Kommando- und Funktionstasten blind bedienen können; das beherrsche ich bisher nicht. Eine Schwierigkeit beim Verwenden des Emacs auf einem MacBook: Es gibt rechts keine ctrl-Taste. Viele Emacs-Befehle lassen sich deshalb nicht bequem ausführen. Erst nach einigem Suchen habe ich in Remapping keys in Mac OS X 10.4 gefunden, wie sich die rechte Apfeltaste (cmd) in eine ctrl-Taste verwandeln lässt, ohne zusätzliche Software zu installieren. Das klappt bei Leopard so gut wie bei dem hier beschriebenen System 10.4.

Eine wichtige Ergänzung: Der markdown-mode, der Markdown-Markup farbig unterlegt und Shortcuts für die Eingabe zur Verfügung stellt. Ich benutze Markdown, um mein Weblog zu schreiben. Auch beim Markdown-Mode bin ich nicht sofort dahinter gekommen, wie man ihn installiert. Den Lisp-Code zur Installation muss man offenbar in die Datei ~/Library/Preferences/Aquamacs Emacs/Preferences.el schreiben statt in das gewohnte ~/.emacs.

(Gäbe es nicht bequemere Editoren als ausgerechnet den Emacs? Ich kann es nicht beurteilen. Ich halte an ihm fest, weil ich ihn wenigstens etwas kenne, weil ich hin und wieder den nXML mode zum Editieren von XML brauche, und weil er unter jedem Betriebssystem funktioniert. Ausserdem mag ich das archaische look-and-feel des Emacs.)

Den nächsten Schritt bewahre ich mir für einen neuen Eintrag auf: Wie schaffe ich es, Aqamacs über das Firefox-Addon It’s All Text! als Editor für HTML-Textfelder zu starten. Bisher verhindern das bei mir wohl die zusätzlichen Sicherheitseinstellungen von Leopard.

Seit ein paar Wochen probiere ich, meinen Unterricht mit TiddlyWikis vorzubereiten, und benutze sie auch zum Präsentieren. Ich bin in die Feinheiten dieses Tools (es ist schon lange kein Geheimtip mehr) noch nicht sehr weit eingedrungen. Es gibt inzwischen eine Reihe von unterschiedlichen Versionen, Plugins und Addons — TiddlyWiki wird von einer großen Fan- und Entwicklergemeinde unterstützt (wie ich sie dem leider immer noch zu den Software-Rara zählenden vanilla wünschen würde). TiddlyWiki ist ein interessantes und in seinem Minimalismus sehr sympathisches Werkzeug, um Texte zu schreiben, die hochgradig verlinkt sind und sich unterschiedlich präsentieren lassen. Jedes TiddlyWiki ist ein Container für Microcontent, der sich frei rekombinieren lässt.

Ein TiddlyWiki besteht aus einer einzigen HTML-Seite; alle Wiki-Funktionen werden mit JavaScript realisiert. Man braucht außer einem Browser keine weitere Software, um das Wiki zu erstellen und zu schreiben.

Anders als ein übliches Wiki besteht ein TiddlyWiki nicht aus einzelnen Seiten, sondern aus Bausteinen, den Tiddlers. Ein nicht weiter modifiziertes TiddlyWiki zeigt die Überschriften der Tiddlers in einer Liste rechts an; klickt man auf einen Titel, öffnet sich der Abschnitt auf der Seite oben. Klickt man zweimal auf den Titel, kann man der Tiddler editieren.

Ein großer Vorteil: Ein TiddlyWiki ist im Nu angelegt. Man speichert ein leeres Wiki ab und kann starten. Noch wichtiger finde ich, dass sich die Inhalte frei kombinieren lassen. Ich öffne fünf Tiddler zu einem Thema und stelle sie dann in einem anderen Zusammenhang neu zusammen. Jede Kombination von Tiddlern lässt sich über ihren URI abspeichern und als solche wieder aufrufen. Zu den vielen Plugins, die für TiddlyWiki entwickelt wurden, gehört eines, mit dem sich eine komplette Slideshow als Tiddler anlegen lässt.

Man kann eine TiddlyWiki wie jede andere Datei auf einem Server ablegen und im Browser öffnen. Änderungen lassen sich dann natürlich nur lokal speichern, und man muss die ganze Datei wieder auf den Server laden, um die aktualisierte Version zu publizieren. Es ist aber auch möglich, ein Tiddlywiki so zu konfigurieren, dass sich Änderungen direkt auf einen Webserver uploaden lassen.

Die einfachste Möglichkeit, eine TiddlyWiki auf einem Server zu installieren, ist tiddlyspot. Hier lässt sich in wenigen Minuten ein gehostetes TiddlyWiki einrichten. Wir haben an unserem Studiengang begonnen, ein Tiddlywiki über Webbasics zu schreiben; noch sind wir allerdings bei einer embryonalen Vorform.

Wer ein Typepad-Blog schreibt, kann seine Facebook-Freunde automatisch über neue Einträge informieren (was ich mit diesem Post teste.)

Dare Obasanjo fasst seine Kritik an OpenSocial in fünf Sätzen zusammen:

OpenSocial is billed as a standardized widget platform for the Web, it isn’t. OpenSocial is a standard set of REST APIs which social networks can utilize to expose user profiles and relationship data. Everything else required by a widget platform from authentication and authorization to user interface integration and an application directory is unspecified. OpenSocial is to a standardized widget platform as an internal combustion engine is to an airplane. A step in the right direction but still very far from the end goal.

Das ist sicher ernst zu nehmen, auch wenn Obasanjo kaum neutral urteilt und die Bedeutung von OpenSocial nicht zuletzt in der Firmenallianz liegt, die Google zusammengebracht hat. BTW: Derek Powazek fragt: Google Now in Vaporware Business?

Ian Bicking:

So it is with great delight that I read the announcement of Mozilla Prism: a bridge between the desktop and the web, written by people who don’t hate the web.

community-guidewashingtonpostcom
Ursprünglich hochgeladen von Heinz Wittenbrink

Den Screenshot rechts habe ich mit zwei Firefox-Addons in diesem Blog untergebracht: Pearl Crescent Page Saver, um dem Screenshot zu erstellen; Fireflix, um ihn upzuloaden. Beide Addons verwende ich zum ersten Mal, beide wirken sehr brauchbar. (Gebloggt habe ich direkt von der Seite des Fotos bei flickr und das Posting nachträglich im Editor getaggt.)

Nach einer Woche offline in Kroatien (und einigen Wochen davor, in denen mich Projekte meist daran gehindert haben zu bloggen oder andere Blogs intensiver zu lesen), habe ich gestern begonnen, im Google Reader die Feeds nachzulesen, die mich besonders interessieren. Schon nach gut zwanzig Einträgen von hackr.de habe ich vor der Menge an Informationen kapituliert. Um den Hinweisen auf John Hagel und Umair Haque nachzugehen, hätte ich vermutlich mehr als nur den Tag gestern gebraucht.

Vielleicht liegt es daran, dass ich mich nur schwer auf wenige Themen beschränken kann: Mir fehlt ein Mittel, um die Masse der Informationen, die ich nur durch eine kleine Anzahl von Weblogs erhalte, auch nur kurzfristig sinnvoll zu verarbeiten. Der Grundsatz der people centered navigation hilft mir nur wenig. (Ich versuche mich bei der täglichen Lektüre auf Feeds von Leuten zu beschränken, denen ich persönlich vertraue und dich ich meist auch persönlich kenne — wenigsten durch Austausch von Links). Es gibt zu viele Blogger, die mir als Gewährsleute für die Themen dienen, die mich interessieren — und viele sind, wie ich selbst, Info-Junkies. (Das Internet synchronisiert Lebenszeit und Weltzeit, über die Hans Blumenberg geschrieben hat, mehr als alle Medien vor ihm, aber zugleich öffnet es die „Zeitschere“ so weit, dass Lebenszeit und Weltzeit jede Beziehung zueinander verlieren.)

Die Schwierigkeit liegt dabei nicht darin, Informationen zu verarbeiten, mit denen man sich intensiver beschäftigt. Das verlangt Konzentration und Arbeitstechniken, die sich von denen in der Offline-Welt nicht sehr unterscheiden. Das Problem liegt im Scannen und Gewichten der Unzahl von Informationen, die möglicherweise interessant sind, die man irgendwann vielleicht einmal braucht. Darauf zu verzichten, diese Informationen überhaupt wahrzunehmen, ist keine Lösung, jedenfalls nicht für mich: Nicht nur, weil sie mich dazu viel zu sehr interessieren, sondern auch weil ich als Lehrer, der angehende Journalisten und PR-Leute in die „Social Media“ einführen soll, up-to-date bleiben muss. (Wir machen uns hier in Mitteleuropa ohnehin zu selten klar, wie rasant die Wandlungsprozesse sind, zu denen es durch das Live Web kommt; die beliebte Taktik, sie so lange wie möglich zu ignorieren, ist eine intellektuelle Bankrotterklärung.)

Vorläufig werde ich versuchen, die Informationen, die ich nur passiv aufnehmen kann, mit Mindmaps etwas besser zu strukturieren und gleichzeitig auch für den Unterricht aufzubereiten. Dabei würde ich gerne dazu kommen, die Mindmaps mit meinen del.icio.us-Links und auch mit den Newsfeeds, die ich abonniert habe, zu verknüpfen. Mit einer Mindmap zur Einführung in die Social Media habe ich gestern begonnen. (Sie ist noch sehr unvollständig, und die Struktur passt noch nicht zu dem, was ich darstellen will.) Ich weiß, dass Mindmaps ein simples Mittel sind — im Grunde sind sie nichts anderes als visualisierte Outlines/Gliederungen. Aber deshalb eignen sie sich als didaktisches Mittel. Und der Zwang, sie auch didaktisch zu benutzen, hilft mir, die Informationen auch für mich selbst besser zu organisieren.

Ich benutze als Werkzeug mind42, das ich beim letzten Barcamp in Wien kennengelernt habe. Die Maps lassen sich exportieren und z.B. mit freemind offline bearbeiten. Vor allem aber kann man sie — und darauf hoffe ich für den Unterricht — kollaborativ weiterbearbeiten.

Vielleicht haben Mindmaps als didaktisches Werkzeug noch einen weiteren Vorteil: Sie machen implizite Theorien explizit, bzw. sie verlangen nach einer Theorie für die Themen, die man anordnet. Bei meinen ersten Versuchen gestern ist mit aufgegangen, dass ich die Beziehungen zwischen Wirtschaft und Technik spontan viel konservativer darstelle, als ich es vermutlich formulieren würde — dass ich Themen, auf die ich mich beziehe, also nicht wirklich durchdrungen habe. Es kann gut sein, dass ich das Experimentieren mit Mindmaps wieder aufgebe. Ich bin mir aber ziemlich sicher, dass es dazu beitragen kann, meine eigenen Positionen zu klären.