Mein Erkältungsvirus verträgt sich nicht so gut mit der Bugsuche in meinen PHP-Skripten:
/** * Clear cache of the webservice * */ private function pingWebservice() { XWeb::ping($this->cfg['apiurl'] . 'clearcache'); $this->octopus-log('Emptied API cache.'); }
Wer findet den Fehler?
Ein Info-Bildschirm in einem Tram der Bernmobil meldete gestern einen IP-Adressenkonflikt. Ich hoffe bloss, dass das keine Kollision auf dem physikalischen Transport-Layer gibt.
Meine gute alte Sony Videokamera HDR-HC1 meldete seit einiger Zeit mit dem Fehlercode C:21:00 dass sich Feuchtigkeit im Gehäuse befinde. Als Konsequenz erlaubt die Kamera keine Operationen mit dem Bandlaufwerk mehr, d.h. Aufnehmen und Abspielen von DV-Kassetten ist nicht mehr möglich. Die Meldung blieb über mehrere Wochen auf dem Display, trotz dem Aufbewahren des Gerätes an einem trockenen Ort.
Nach einigem Rumsuchen im Netz fand ich folgende zwei Möglichkeiten, das Problem zu beheben:
Diese Methoden sind auf eigene Gefahr anwendbar. Mir haben sie geholfen, ohne die Kamera zu beschädigen. Wer noch über Garantie auf seinem Gerät verfügt, sollte besser diese in Anspruch nehmen.
Währenddem ich weiter über die Genossenschaftsstrukturen versuche, meinen API-Vorschlag für Mobility zu verbreiten, passierte etwas unverhofftes: Ein Mitglied des oberen Managements ist über mein Blog gestolpert* und hat mir daraufhin eine Mail geschickt. Mein Anliegen scheint jetzt zumindest auch von oben in die Firma einzufliessen.
Deren Antwort fordert Geduld: Wenn ich das richtig interpretiere, wird im Moment die internen Informatik überarbeitet. Diese Arbeiten sollten 2011 abgeschlossen sein, und ab diesem Zeitpunkt dürfen neue Funktionen gewünscht werden.
Ich werde abwarten, was geschieht. Und merke mir schon mal vor, nächstes Jahr den nächsten Anlauf zu starten.
* = Oder wurde vom Grossen Bruder vorbeigeschickt.
Kommenden Donnerstag (4. März 2010, 18:30) findet der Campus zum Thema Payment Systems am Theaterplatz statt.
Die Veranstaltung ist für alle Interessierte offen und gratis. Anfahrtsinformationen und weiteres wie immer im Campus Wiki.
Auf meinem fortschreitenden Feldzug für eine öffentliche Mobility-API bin ich mittlerweile diese Mail am Verbreiten:
Vorschlag
Schaffung einer offenen Informatikschnittstelle (API) zum Mobility-Reservationssystem
Erläuterung
Der Erfolg des Internet hat dazu geführt, dass nicht nur mehr Benutzer mit Webseiten kommunizieren, sondern auch Webseiten untereinander Daten austauschen. Beispielsweise ruft ein Reiseportal auf Anfrage bei mehreren Fluggesellschaften nach passenden Flügen für den Kunden. Damit dieser Austausch möglich ist, haben sich standardisierte Formate gebildet, zusammengefasst Webservices genannt.
Viele erfolgreiche Firmen im Internet bieten derartige Webservices an: Amazon, Ebay, Facebook, viele Blogs etc. Die Überlegung dahinter: Je einfacher die Kommunikation mit dem Anbieter ist, desto öfter wird er benutzt.
Eine API für Mobility
Vorstellbar ist ein zweistufiger Webservice für Mobility: Auf einer ersten Stufe kann ohne Authentifizierung nach Standorten, Fahrzeugen und deren Zustand (Frei/Reserviert) gesucht werden.
Um Reservationen über den Webservice zu tätigen, muss entweder der Webservice-Anbieter authentifiziert sein, oder der Benutzer einfach auf eine entsprechende Mobility-Webseite weitergeleitet werden, auf dem die Reservationsdetails bereits eingefüllt sind (So ähnlich funktionieren zum Beispiel Zahlung via Postcard übers Internet).
Vorteile
Mit der Standardisierungen dieses Zugangs, ist die Integration von anderen Systemen einfach möglich. Geschäftspartner von Mobility können einfach das Reservationssystem z.B. in ihre eigenen Spesenabrechnung einbinden.
Viel wichtiger aber sind die Individuen, welche zusätzliche Ideen haben, wie man Mobility einsetzen kann: Gratis implementieren sie diese und verhelfen Mobility zu noch grösserer Visibilität im Internet verhelfen. Das ist zum Beispiel mit der inoffiziellen iPhone-Applikation passiert: Der Entwicklungsaufwand wurde von einer Privatperson getragen, Mobility hat das Potential erkannt und die Idee aufgenommen.
Herausforderungen
Dank API-Schlüsselvergabe kann ziemlich gut kontrolliert werden, wer was auf der Schnittstelle tut. Missbrauch kann einfach blockiert werden.
Je einfacher die Schnittstelle gehalten ist, desto mehr Idee werden von Externen implementiert werden.
Mein Name ist christian und ich habe ein Problem. Das Problem ist nicht, dass ich ein Apple-Fanboy bin, nein, das halte ich nicht für problematisch. Das Problem ist, dass wenn ich ein neues Spielzeug ins Auge fasse, ich mich kaum zurückhalten kann und alles darüber lesen muss.
Bereits wenige Tage nach der Ankündigung des Apple iPad, schrecke ich etwas zurück: Der Hass und das Unverständnis, welche diesem Gerät entgegen schlägt, hat Überhand genommen. Egal wie differenziert der Artikel ist (Z.B. derjenige von Venessa Miemis), in den Kommentaren tobt es nur noch. Keine Diskussion ist mehr möglich.
Ich bin nicht der einzige, dem das Aufgefallen ist: Steven Frank musste dasselbe erfahren. Das grosse Technikblog Engadet.com musste sogar soweit gehen, ihre Kommentarfunktion abzuschalten (Und bietet jetzt eine Funktion, mit welcher man sämtliche Apple-News ausblenden kann).
Die Situation ist schlimmer als vor drei Jahren, als dem iPhone ebenfalls ein böser Wind entgegengeweht kam.
Die einzige Erklärung, welche ich für diesen Umstand finden kann, hat Fraser Speirs geschrieben:
Was man hier als Reaktion der Industrie auf das Apple iPad sieht, ist purer Zukunfts-Schock.
Zusammengefasst sagt er, dass wir Informatiker der Welt seit Jahren einfachere Computer versprochen haben. Und was passierte? Millionen von Menschen mühen sich täglich mit verlorenen Dateien, mit kryptischen Fehlermeldungen, mit Tabulatoreinstellungen und Zeilenumbrüchen ab, obwohl sie doch nur einfach einen schön gestaltete Einladung schreiben wollten. Die Aussicht darauf, dass jetzt plötzlich ein Computer ohne diese Probleme in die Welt treten könnte, verursacht diese starken Emotionen in uns Geeks: Welchen Platz werden wir in dieser Welt haben?
Weil ich mir die Dimensionen schlecht vorstellen kann, habe ich aus einem Foto von der Apple Webseite ein Papier-iPad als PDF gebastelt. Ausgedruckt und ausgeschnitten, vermittelt es einen ersten Eindruck.
Mein Verbesserungsvorschlag wäre noch sieben Tafeln Schoggi hintendran zu kleben, um auch das Gewicht realistisch erscheinen zu lassen.
Gestern hat Apple ihre neues Kreation vorgestellt: Das iPad. Wie bereits beim iPhone, war die Erwartungshaltung vor der Präsentation riesig. Und dementsprechend tobt sich jetzt das halbe Internet, dessen Fantasien nicht realisiert wurden, in Blogs und Kommentaren aus. Die meisten technischen Diskussionen* sind meiner Meinung nach nichtig, das Gerät bietet eine solide Grundlage als mobiles Datengerät.
Viel wichtiger ist die Positionierung zwischen Mobiltelefon und Laptop: Im Niemandsland. Kein anderes Gerät bietet eine vergleichbare Erfahrung an.
Die fundamentale Frage lautet darum in meinen Augen: Ist es ein Niemandsland weil dort kein Gerät bestehen kann und auch das iPad scheitern wird, oder ist es ein noch unerschlossenes Gebiet welches ein bisher nicht erkanntes Bedürfnis repräsentiert?
Ich weiss es nicht. Niemand weiss es.
Apple aber kann es sich leisten, ein millionteures Experiment zu lancieren und eine Antwort zu liefern. Entweder wird das iPad in ein paar Jahren als Fussnote in der IT-Geschichte untergehen, oder aber Apple noch reicher & mächtiger machen.
Ich möchte an dieser Stelle erinnern, dass auch der Erfolg der Netbooks eher überraschend kam. Jahrelang hatten verschiedenste Firmen an kleinen portablen PCs gebastelt, und plötzlich, auf einen Schlag fingen sie sich an zu verkaufen: Asus hatte dir richtige Kombination aus Preis und Leistung getroffen.
Niemand kritisiert den Preis des iPads. Und wer sich schon nur das Einführungsvideo ansieht, versteht dass sich das Gerät auch bei der Leistung nicht verstecken muss.
Ich persönlich werde mir am ersten Tag ein iPad kaufen. Es verspricht Aussergewöhnliches und gehört zu einem Teil der Zukunft, an der ich teilnehmen will.
* = Eines der grossen Themen ist die absichtlich weggelassene Flashkompatiblität. Lustigerweise hat gleich am Tag darauf Mozilla angekündigt, in der mobilen Version von Firefox Flash standardmässig zu deaktivieren. Der Gewinner aus der ganzen Geschichte? HTML5. Eine proprietäre Technologie weniger.
Bevor sich jemand anderes zu Tode sucht: Das GGeoXML-Objekt der Google Maps API (Version 2) ist so gut wie unbrauchbar: Ausser dem effektiven Laden und Anzeigen einer KML-Datei, lässt sich damit nichts anstellen: Die Marker sind nicht einzeln ansprechbar, es sind keine Events anhängbar, nichts. Tatsächlich werden die Marker selber als PNG-Dateien über die Karte gerendert und sind im DOM-Tree des HTMLs nicht zu finden.
Wer mit einzelnen Markern arbeiten möchte, muss diese auch einzeln zur Karte hinzufügen. Eine mögliche Bibliothek für diesen Job ist PdMarker, allerdings benutzt diese undokumentierte Features von Google Maps und ist damit nicht wirklich zukunftssicher.