ME über IT

Scribefire

Nachdem ich so viel Positives über Scribefire in der letzten Zeit gehört habe, ist es heute mal an der Zeit, die aktuelleste Version davon auszuprobieren. Mein primärer Blogging-Dienst ist Typepad, und eigentlich gefällt mir das Dashboard dort ganz gut. Auch habe ich auf all meinen Macs bereits Ecto als Blogging-Client im Einsatz. Aber Scribefire ist deshalb für mich interessant, da ich beruflich viel auf Windows, privat viel auf OS X, aber auf all diesen System immer mit Firefox unterwegs bin. Klar daß dann ein Firefox-Addon eine sinnvolle Lösung ist... vorausgesetzt, es macht alles, was ich zum Bloggen brauche. In den nächsten Tagen werde ich das sicher rauskriegen und dann darüber berichten.

Windows-Anwendungen automatisieren

Eines der großartigsten Tools unter Mac OSX ist der Automator, der es mir erlaubt, interaktive Arbeiten zu automatisieren. Für ein aktuelles Projekt, bei dem es um die Umwandlung mehrerer tausend Dokumente geht, hätte ich dieses Werkzeug auch sehr gut unter Windows gebrauchen können. Doch auch hier gibt es interessante Werkzeuge um Prozesse zu skripten und immer wieder auszuführen (das bei Bedarf natürlich auch mit wechselnden Parametern).

Das Tool meiner Wahl unter Windows ist derzeit das kostenfreie AutoIT v3. Es ist nicht viel mehr als eine Ausführungsumgebung für Basic-ähnliche Skripte, die Windows-Anwendungen und deren Fenster (bzw Kontrollelemente) analysieren und fernsteuern können. Über diese Funktion hinaus beinhaltet das Werkzeug lediglich einen Compiler für die Skripte sowie Analyse-Werkzeuge für die zu automatisierenden Anwendungen.

AutoIT Skripte erstellen ist Programmierarbeit, nichts "grafisches", aber es erleichtert die Automatisierung gewaltig. Eine Aufgabe wie "wandeln sie mir diese 10.000 Dokumente in PDFs um" wird durch AutoIT möglich, sobald ich den Weg finde, ein einzelnes davon per Hand umzuwandeln. Doch auch vereinfachende Oberflächen die ich vor komplexere Installations-Prozesse schalte sind möglich. Will ich zum Beispiel WinZIP in der Firma ausrollen, die Anwender aber nicht durch dessen Installationsprozedur verschrecken, kann ich dem Setup eine AutoIT GUI vorschalten, die alle dafür nötigen Parameter und Schalter in einem einzelnen Dialog zusammenfasst. Auch die vollständige Automatisierung ist möglich.

Ich denke ich werde dieses Tool noch für einige Umstellungs- und Einführungsprozesse gut einsetzen können, es ist auf jeden Fall extrem hilfreich. Ein Blick darauf lohnt sich sicher für jeden Programmierer oder System-Administrator.

Excel, Daten und etwas ODBC Magie

ODBC Verbindungen sind definitiv nichts Neues, aber Überraschungen gibt es scheinbar immer wieder damit. Gerade letzte Woche bin ich im Zusammenhang mit Excel über die ODBC DSN Verwaltung gestolpert, die wie bekannt die 3 DSN Typen User/Benutzer, System und File/Datei bietet. Im Prinzip sind die Unterschiede ja klar (User ist für den aktuellen Nutzer von Windows sichtbar, System für alle Nutzer des Computers, File ist verteilbar zwischen Systemen), aber die File DSN spielte für Excel in meinem aktuellen Projekt eine mir bisher unbekannte Rolle.

Der Hintergrund: Wenn ich in Excel mit MSQuery Daten dynamisch importiere brauche ich dafür eine Datenbankverbindung und diese baue ich über eine der genannten DSN-Typen auf. Nachteil: Verteile ich das Excel Sheet an Kollegen, läuft es nur, wenn diese die passenden DSN Verbindungen im Datenquellen-Verwalter eingerichtet haben.

Doch man kann die DSN auch einbetten so daß keine separate DSN auf dem Computer mehr von Nöten ist. Und genau das passiert automatisch (oder sollte ich sagen automagisch ?) wenn wir für die Verbindung eine File/Datei DSN benutzen. Danach ist das Excel Sheet frei verteilbar... vorausgesetzt natürlich der Zielcomputer hat die passenden Treiber zur Verfügung.

Fazit: Man lernt auch bei alten Techniken nie aus. Aber mal ganz ehrlich: Wo hätte man dieses kleine aber wichtige Detail auch nachlesen sollen?

Twitter VIPs

Es ist ziemlich erstaunlich, wie sich Following-Zahlen auf Twitter entwickeln, wenn man den Dienst erstmal regelmässig nutzt. Heute morgen folgte ich insgesamt 1009 Personen dort, und so kam mir die Idee mal zu schauen, welche davon mir so wichtig geworden sind, dass ich auch ohne die Existenz des Dienstes Twitter unbedingt Kontakt zu ihnen halten würde.

Von den 1009 Personen denen ich folge sind 98 auf meine Twitter VIP Liste gewandert. Interessant sind dabei die Gründe, warum sie VIPs für mich sind. Das Ganze sieht als Grafik wie folgt aus:

Überraschend war für mich, wie wenig bestehende Freunde und Kollegen von mir Twitter benutzen. 18 Kontakte in diesem Umfeld sind eine eher geringe Zahl, besonders wenn man sie mit den 37 mir wichtigen Kontakten vergleicht, die ich erst via Twitter entdeckt habe.

Es gibt allerdings auch eine Gruppe mir wichtiger Twitteraccounts, die weniger mit den Personen als mit ihrem Thema zu tun haben. Hierzu zähle ich

• Infoquellen zu meinem aktuellen Hauptthema Enterprise 2.0
• Tools und Produkte die ich gerne nutze und über die ich auf dem Laufenden bleiben will
• Promis, denen ich hinterherrenne, weil mich interessiert, was sie so machen.

Was ist mit den anderen 911 Accounts denen ich folge? Wichtig müssen sie sein, denn sie bilden 90% meines täglichen Nachrichtenstroms. Allerdings würde ich wohl nicht merken, wenn einzelne Teilnehmer hieraus einmal fehlen.

Twitter ist für mich ein Themen-Netzwerk. Ich folge Menschen, wenn mich das interessiert worüber sie schreiben. VIPs werden sie für mich, wenn ich ihren Themenstrom schon über lange Zeit regelmässig verfolge oder insbesondere dann, wenn ich sie persönlich kennen und schätzen gelernt habe.

Nach mehr als einem Jahr Twitter kann ich sagen: Es hat sich persönlich und privat für mich wirklich gelohnt, sich auf dieser Plattform herumzutreiben.

Abenteuer iPhone Programmierung

Genau wie ich denken derzeit sicher auch eine ganze Menge anderer Programmierer darüber nach, sich auf Apples iPhone zu versuchen. Vermutlich liegt es an der Goldgräberstimmung in Apples AppStore, angetrieben durch zahlreiche Meldungen, dass man hier quasi über Nacht reichlich Ruhm, Ehre und nicht zuletzt Geld verdienen kann.

Das ist es jedoch nicht was mich reizt: Ich bin einfach neugierig darauf, was mich im AppStore als Publisher erwartet, schließlich war ich schon immer verrückt nach Auswertungen und Charts. Mehr noch als das Standard-Program reizt mich wenn ich ehrlich bin auch die Enterprise-Variante, doch die Eingangshürde von 500 Mitarbeitern schaffe ich in nächster Zeit wohl eher nicht. AppStore statt Eigen-Deployment muss also reichen. Doch auch hier will ich natürlich vor einer Investition von $99 pro Jahr wissen, welche Klippen die Programmierung für das iPhone bietet.

Das Abenteuer iPhone-Programmierung startet für mich dabei auf http://developer.apple.com/. Hier findet sich mit XCode (verpackt als iPhone SDK) alles was man für die Mac oder iPhone Entwicklung braucht -- Das ganze obendrein auch noch gratis. Persönlich finde ich das für Einsteiger schon mal deutlich interessanter als die mir vom PC bekannten Visual Studio Konditionen.

Ich hatte im Vorfeld bereits mehrere Bücher zum Thema iPhone-Programmierung auf Amazon gesichtet, und da sie nicht sonderlich dick sind stelle ich mir den Einstieg zunächst einfach vor.

Die erste dicke Überraschung kommt dann aber, wenn man sich einmal näher mit den Voraussetzungen von denen diese Bücher ausgehen beschäftigt:

• Zunächst einmal wäre das, dass man Objective-C 2.0 beherrscht. Selbiges ist zwar objektorientiert, aber doch schon recht unterschiedlich zu dem was wir Enterprise-Programmierer mit Java gewohnt sind.
• Objective C widerum setzt voraus, dass man irgendwann C als Sprache vollständig gefrühstückt hat. C kannte ich jetzt glücklicherweise schon aus Uni-Zeiten, allerdings werde ich wohl zum x-ten mal in meinem Leben den Kernighan/Ritchie lesen müssen. Die gute Nachricht: Meine mühsam in der Vergangenheit erlernten C++ Fähigkeiten darf ich getrost vergessen.
• Mit Objective-C und C hätten wir so schon mal die nötigen Programmiersprachen an der Hand. Fehlt also nur noch Cocoa als GUI-Framework. Schon auf den ersten Seiten der von mir gewählten Literatur erfahre ich aber, dass es bei der iPhone Entwicklung sinnvoll ist, in der Mac-Programmierung mit Cocoa bereits geübt zu sein. Auch hierfür werden weitere Studien und Literatur nötig.
• Ab den iPhone-Frameworks helfen mir dann aber endlich die glücklicherweise eher schmalen iPhone-Entwickler-Handbücher mit den nötigten Rezepten und schließlich stellt ja auch Apple eine Menge an Online-Dokumentation bereit.

Ein erstes Fazit: Das iPhone ist offensichtlich noch mehr Mac und OS X als ich bisher schon dachte.

Mir ist nun folgendes klar: Auf dem Weg zum iPhone-Entwickler liegen eine Menge Steine im Weg. Ich bin froh, dass ich noch nicht meine Jahres-Gebühr für das Standard-Program bezahlt habe, denn die $99 werden regelmässig fällig und bis ich AppStore-Zugang brauche wird es sicher noch ein klein wenig dauern.

Literaturliste:

• Amin Negm-Awad: Objective-C und Cocoa Band 1: Grundlagen
• Aaron Hillegass: Cocoa Programming for Mac OS X
• Stephen Kochan: Programming in Objective-C 2.0
• Brian W. Kernighan, Dennis Ritchie: The C Programming Language

Und direkt zum Thema iPhone SDK:

• Dave Mark, Jeff Lamarche: Beginning iPhone Development: Exploring the iPhone SDK
• Erica Sadun: The iPhone Developer's Cookbook: Building Mobile Applications with the iPhone SDK
• Christopher Allen, Shannon Appelcline: Iphone in Action: Introduction to Web and SDK Development

Vorsicht: Neuauflagen zur SDK 3.0 stehen kurz vor dem Start. Die englischen Ausgaben zum SDK 2.2 sind dadurch zwar derzeit recht günstig und sicher nicht völlig hinfällig. Mir erscheint der Kauf aber als noch nicht nötig, schließlich wollen erst einmal die OSX-Programmier-Grundlagen erarbeitet sein.

Es holpert

Ich bin aus der Übung. Vor ein paar Monaten als ich noch regelmäßig gebloggt habe, hatte ich noch das Gefühl, einen eigenen Schreibstil zu haben. Ich musste auch nicht ein Dutzend mal meine Artikel überarbeiten, bis sie flüssig zu lesen waren. Nun läuft es mit den Satzzeichen nicht rund, selbst die Gross-/Kleinschreibung hakelt und ich wünsche mir den Duden auf's Smartphone.

Das ist nun der Effekt von endlosem Microblogging: Ich bin was Blogging angeht wieder untrainiert. Und der Entwurfsmodus ist mein alter bester Freund.

[via iBlogger / iPhone]

Wieviel Kontakt braucht der Mensch?

Hunderten von Menschen auf Twitter oder Facebook folgen:  Für einige ist das ein Ziel, aber ist es nicht eigentlich Irrsinn? Viele würden sagen: Mehr als 50 Freunden und Bekannten kann man gar nicht gerecht werden.

Mass-Following auf Twitter kann aber durchaus Sinn machen, wenn man geeignete Filter zur Verfügung hat. Tatsächlich habe ich pro einzelnem Thema auf Twitter selten mehr als 20 Kontakte. Die hohen Following-Zahlen erklären sich nur dadurch, dass ich versuche, über alle meine Themen auf dem Laufenden zu bleiben.

Im richtigen Bekanntenkreis verhält man sich nicht so: Ich würde mich unweigerlich verzetteln. Auf Twitter und Co ist es aber kein Problem, weil Nachrichten kurz sind, die Kommunikation asynchron ist, niemand eine Reaktion oder Antwort voraussetzt und viele Kontakte so kein Problem darstellen. Ich konsumiere nur so viel ich will und stets nur das was mich gerade interessiert. Niemand erwartet dass ich alles lese. Und nur die letzten paar Stunden eines Themas sind von Interesse.

Oft gibt es zu einem Zeitpunkt nur ein einziges Thema das mich interessiert. Zu dem habe ich dann um die 20 passende Kontakte. Ein Luxus: So viele reale Bekannte habe ich zu einem einzelnen Hobby sicher eher nicht zur Hand.

Die Macht von Twitter ist, dass ich wenn mich ein Thema brennend interessiert ich schnell eine Gruppe Gleichgesinnter finden kann. Diese zu treffen ist meist kein Problem. Meine Beobachtung ist, dass Twitternutzer echten Sozialkontakt lieben.

Natürlich werden nicht alle davon echte Freunde oder intensive Bekanntschaften. Manche Kontakte sind sehr sporadisch. Aber ich fühle mich zu einem Thema auch niemals allein.

[via iBlogger / iPhone]

Der lange Weg nach Twitterville

Ich war in den letzten Monaten vier mal auf Tweetups, Treffen also, auf die sich Twitternutzer verabreden. Da man dort überwiegend neue Menschen kennenlernt und natürlich Kontakte knüpfen will, braucht man für Gespräche ein gemeinsames Thema. "Wie es bei einem selbst mit dem Microblogging angefangen hat" liegt da natürlich als Einstieg auf der Hand.

In diesen Gesprächen stellte ich fest, dass fast alle irgendwann irgendwie mitkriegen der Dienst wäre toll. Man legt dann einen Account an, schreibt ein bis zwei Tweets, sucht nach Freunden und stellt nach ein bis zwei Wochen fest, dass nichts spannendes passiert. Danach liegt der Account monatelang brach.

Der gedankliche Fehler liegt dabei in der Idee, man würde auf Twitter Menschen folgen. In Wahrheit folgt man aber Themen. Twitter ist kein Werkzeug um sein bestehendes soziales Netzwerk nachzubilden. Es ist eine Suchmaschine für aktuelle Stimmungslagen zu einem Thema.

Gehe ich so an die Sache heran, suche mir aktuelle Tweets zu meinen Themen und folge zu jedem davon einem Dutzend zufälliger Leute, die etwas für mich interessantes dazu geschrieben haben, beginnt Twitter plötzlich Sinn zu machen: Ich erhalte einen topaktuellen und oft spannenden Nachrichtenstrom.

Der Rest geht dann fast von allein: Menschen denen ich folge folgen in der Regel auch zurück. Steige ich nun in die Diskussion mit ihnen ein, bildet sich über das gemeinsame Thema ein neuer Kontakt. Hunderte davon in wenigen Wochen ist dabei keine Ausnahme, sondern eher die Regel.

[via iBlogger / iPhone]

Was bewirbt was?

In einer ruhigen Minute habe ich heute das hier auf dem iPhone gekritzelt (Malen geht dann halt doch oft schneller als Schreiben).

Die Skizze stellt das erste Muster dar, das wir zum Thema "Soziale Anwendungen im Unternehmen" in unserer Firma entdeckt haben, und soll mich daran erinnern, wieder mehr zum Thema zu bloggen (socialapps.de).

Eingesperrt

Es war nie so leicht wie heute das Betriebssystem zu wechseln. Windows ist nicht wirklich eine Einbahnstraße mehr; dank offener Standards kann ich meine Dokumente in der Regel leicht auf anderen Plattformen wiederbenutzen:

• PDF hilft mir meine Dokumente in die Welt zu verteilen ohne dass jeder gleich Word braucht
• Offene Dokumentformate erlauben das Verbinden von Welten
• Das Internet und das dort aufkommende Cloud-Computing setzt in vielen Fällen nur noch einen Browser voraus, damit ich teilnehmen kann.

Ich glaube auch Microsoft tut das gut: Es gibt viele Argumente dafür, einen Windows PC zu benutzen. Es passt nur bei mir nicht mehr auf die Arten von Arbeit die ich erledigen möchte.

Ich fühle mich derzeit nicht mehr durch MS Office eingesperrt, und das macht mir Microsoft auch wieder sympathischer. Würde ich mehr spielen, hätte ich bestimmt neben einem Mac auch noch einen PC. Oder hätte Windows in Bootcamp installiert. Lizenz ist Lizenz, Microsoft ist was das angeht sogar offener als Apple (aber Apple hat halt ein anderes Konzept, über das man wie in allem mit den Füssen abstimmen kann. Schließlich gibt es ja auch noch Linux).

Dokument-Formate und Portabilität von Daten sind der Schlüssel für dieses Freiheitsgefühl. Dass Anwendungen nur für Mac oder nur für Windows existieren spielt eine untergeordnete Rolle.

Gestern hatte ich allerdings einen Fall, in dem Microsoft meiner Meinung nach nachbessern muss. Aus Image-Gründen. Denn da stellte sich urplötzlich eine Kommunikationskomponente als Vendor-Lock-In heraus, namentlich der Microsoft Messenger.

Man kann zum Messenger stehen wie man will: Kids benutzen ihn gerne. Mein Sohn auch. Seine ganze Klasse benutzt ihn als Werkzeug. Klar, das Tool ist kostenlos. Und ja, das Core-Messaging davon funktioniert auch mit Fremdtools wie Adium auf anderen Plattformen. Aber es gibt ein anderes Problem.

Als ich im letzten Monat beschlossen habe ein neues macbook anzuschaffen, haben sich meine Zwerge um das alte macbook fast geprügelt. Allerdings nur bis zu dem Punkt, an dem mein Sohn merkte, dass sein Lieblings-Messenger zwar vorhanden ist, aber nicht alle Features auf dem Macintosh bietet. Es ist wichtig für seine Community, dass er mit allen Features wie Messenger-Spielen, grafischem Schnickschnack und Voicechat voll eingebunden ist. Er fühlt sich sonst nicht als Teil. Und das ist der Lock-in:

• Nur unter Windows ist der MS Messenger vollständig
• Die meisten Mitglieder der Community meines Sohnes benutzen Windows
• Der Messenger ist ein Tool das "nebenläufig" zu anderen Programmen im Hintergrund seine Dienste tut

Besonders der letzte Punkt wirkt sich dramatisch aus: Er ist nicht durch Bootcamp oder mehrere installierte Betriebssystem zu lösen. Wenn mein Sohn die OSX Anwendungen mag, ihm aber nur der passende Messenger als Zugang zu seinem Sozialen Netz fehlt, sperrt ihn das mehr ein als das ein Office-Paket je tun könnte.

Kommunikations-Software dient dazu mein Netz an Sozialkontakten zu pflegen. Sie sollte uns gerade wegen ihres sozialen Charakters nicht auf einem Betriebssystem einsperren. Wenn freie Kommunikationslösungen das nicht gleichwertig auf allen Plattformen tun, heißt für mich "kostenlos" ganz bestimmt nicht "ohne Preis".

Ich fände es schön wenn Microsoft hier nachbessert. Es wäre gut für das Image. Und ich würde exakt mit so etwas werben: "At Microsoft we don't lock you in".