ME & IT

OS4 und mein 3G - Teil 2

Nach der Konferenz ist vor der Konferenz... und ich bin nicht enttäuscht worden. OS4 kommt für mein altgedientes 3G, die existierende Firmware-Beta ist ein 100% sicherer Hinweis darauf, aber das gefürchtete Multitasking-Feature das meine 40 MB Arbeitsspeicher endgültig in die Knie zwingt bleibt für mein Gerät aus (zum Vergleich: Das 3GS hat fast 6 mal so viel freien Speicher wie das 2 Jahre alte 3G -- deshalb 7 parallele Apps maximal?). 

Ich find das Ganze ist ein cleverer Kompromiss: Ich bin bisher gut ohne Multitasking ausgekommen, konnte alle Aufgaben die ich so habe reibungslos erledigen, und kriege einen Großteil der neuen OS4 Features trotzdem. Ich bin mir fast sicher, dass andere Hersteller rein gar nichts geliefert hätten für ältere Modelle, fühle mich also ansprechend versorgt.

Diese Entscheidung ist auf jeden Fall eine bessere als dauernde Abstürze durch akuten Speichermangel. Und das aktuelle GUI-Konzept und Sandbox-Modell ist nun mal optimal auf Single-Tasking für 3rd-Party-Anbieter getrimmt. Es funktioniert heute noch genauso gut wie gestern und wird auch unter OS4 der dominierende Use-Case sein.

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.

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.

Enterprise 2.0 und wie das mit meinem ADC-Beitritt zusammenhängt

Ab und an sollte man auch mal was Neues ausprobieren, und so bin ich gestern der Apple Developer Connection beigetreten. Eine kostenfreie Online-Mitgliedschaft zwar nur, aber für erste Schritte mit XCode und dem iPhone SDK wird es reichen. Ich bin sehr neugierig auf die Qualität der Frameworks, und war überrascht, wieviel Videomaterial und Dokumentation Apple einem zur Verfügung stellt. Ich habe schon viele Entwicklungsplattformen ausprobiert, aber hier fühlt man sich von Anfang an blendend betreut. Ich mag das: Wofür das Ganze? Ich denke derzeit darüber nach, ob das iPhone auch für Enterprise-Applikationen Sinn macht. Mir war dabei nicht klar, wie ich Anwendungen "auf den Firmenrahmen begrenzt" auf Smartphones ausrollen kann. Klar, es gibt den iTunes AppStore um selbstentwickelte Programme auszurollen, aber ich denke nicht, dass ich über kurz oder lang ein eigenes Programm auf den freien Markt werfen will. Was Applikationen Im Firmen-Extranet angeht sieht es da schon wieder anders aus. Und hierfür möchte ich Smartphone und Netbookansätze unbedingt ausprobieren.

Ein anderer Gedanke: Auf dem Enterprise 2.0 Forum, dass ich diese Woche in Köln besucht habe, wurde mehrmals angesprochen, dass Computer und Smartphones immer mehr in das Privateigentum der Mitarbeiter übergehen werden. Das hätte etwas mit der Bequemlichkeit der Leute zu tun, die nicht 2-3 mal das selbe Gerät mitschleppen wollen. Firmen stellen ihre Arbeitsplattformen ohnehin mehr und mehr via Internet bzw. Extranet zur Verfügung, das individuell genutzte Gerät spielt damit immer weniger eine Rolle. Da Reisekosten immer mehr steigen, die Welt aber zeitgleich immer globaler wird, werden mehr und mehr Mitarbeiter ihre Arbeit "fern von der Firma" erledigen. Da es darüber hinaus in Mode kommt, Zielerfüllung statt Stundenzahl zu honorieren, steigt die Anzahl der Jobs die ein einzelner Mensch ausführen wird. Sicher gilt das nicht für jedes Feld, aber ein Trend ist da.

Als abschließendes illustrierendes Beispiel haben wir gehört, dass Anfang des vorigen Jahrhunderts Mitarbeiter in Banken nur die Federkiele und Tinten der Bank nutzen durften, damit in den Büchern ein einheitliches Schriftbild herrschte. Davon ist ziemlich wenig übriggeblieben: Ich denke wir haben alle unsere eigenen Kugelschreiber inzwischen. Ich werde jedenfalls auf Weihnachtsgeschenke meiner Familie im Job nicht verzichten.

Silverlight, Air, JavaFX ... wie wichtig werden RIAs?

Irgendwie ist der Markt der Rich Internet Applications (RIA) im Moment etwas verwirrend für mich. Vielleicht, weil ich mich erst seit der Erkenntnis, dass Silverlight irgendwie klasse aber andererseits irgendwie auch sehr nah "an Flash" ist, damit intensiver beschäftige.

In den letzten Tagen hörte ich aber auch immer mehr von Adobe Air, und bei meiner Suche nach einem Unterscheidungsmerkmal entdeckte ich einen exzellenten Vergleich von Alexey Gavrilov. Hierbei lernte ich dann gleich auch noch JavaFX als dritten Kandidaten im Rennen kennen.

Es gibt viel zu erkunden scheint es mir :-)

Fototagebuch Microsoft Launch 2008

In aller Kürze hier eben schnell der Link auf mein Flickr-Tagebuch mit Impressionen zur überaus anstrengenden Microsoft Launch 2008, die ich in den nächsten Tagen (sobald der Akku wieder voll ist) auch textuell aufbereiten mag.