Die diesjährige WWDC steht ganz im Zeichen der iPhone Apps – wie Apple erst in dieser Woche via E-Mail und Presseaussendung angekündigt hatte. Ob heuer Steve Jobs die wichtige Entwicklermesse eröffnen wird, ist bis dato zwar noch nicht bekannt, aber eines ist sicher: vor 27 Jahren war noch alles anders.

Steve Jobs sucht für Apple ein “Entwickler” Date

Sproutcore

Mitte 2009 wurden erste Builds der neuen Version veröffentlicht, die sich vom bisherigen Ruby-HTML-Basis (Ruby On Rails) verabschiedete. Zwar setzen die Core-Programme zum Deployen und Testen der Applikationen auch weiterhin auf Ruby, jedoch werden keine HTML Templates mehr zum gestalten der einzelnen Views auf Basis von Ruby on Rails verwendet. Seit der finalen Version von Sproutcore 1.0, die im Februar 2010 auf Basis des Builds 1.0.1046 schon rund einen Monat vorher veröffentlicht wurde, bauen alle Views auf reines JavaScript auf. Was sich im ersten Moment sehr komplex und umständlich anhört, entpuppt sich aber als hoch effiziente Methode Web Anwendungen recht simpel zu programmieren.

meinTestView: SC.View.design({
    // Quasi-Container für einen oder mehrere Sub-View ...
    childViews: 'meinSubView'.w(),
    classNames: 'meineCSS', // eine Klasse für den Container
    meinSubView: SC.View.design({ // Sub-View
      layout: { top: 10, left: 10, height: 50, width: 50 },
      // Breite 50, Höhe 50, von oben und von links 10 Pixel entfernt
      // ... Inhalte ...
    })
    // Weitere Views wie Buttons, etc ...
  })

Tatsächlich lässt sich eine Testanwendung inklusive Installation innerhalb von 10 Minuten erstellen und auf einem Webserver deployen. Kurze Anleitung findet sich hier: Sproutcore get started. Der Schritt des “Deployments” ist bei Sproutcore im Übrigen nichts anderes als die Bereitstellung des gesamten Codes (Javascript, HTML, CSS und Bilder) in einem Ordner, der dann per Drag&Drop auf einen statischen Webserver geladen werden kann. Dynamische Aufrufe werden allesamt über AJAX erledigt. Der Vorteil der Lösung ist ganz klar: die Hauptarbeit wird auf den Client abgeschoben und selbst komplexe Webanwendungen lassen sich durch das ausliefern vorwiegend statischer Inhalte wesentlich beschleunigen (beispielsweise ein CDN vorausgesetzt).

Eine Liste von Projekten, die Sproutcore bereits einsetzen findet sich hier: offizielle Liste. Speziell hervorheben möchte ich dabei das Projekt BONG.TV, an welchem ich beteiligt war und mit welchem es uns gelungen ist die Funktionsweise eines gesamten Videorekorders im Netz nachzubilden (inklusive Blog, TV Programm und Online Shop).
Zusätzlich dazu darf ich die folgenden Seiten zum Nachschlagen empfehlen: Blog mit nützlichen Infos, Sproutcore in GoogleGroups. Etliche Demos uns Interace-Beispiele finden sich unter http://demo.sproutcore.com

Nachtrag: 18. April 2010. Inzwischen wird emsig an Version 1.1 gearbeitet, die nicht nur wesentliche Elemente wie einen Table View als Basis-Element zur Verfügung stellt, sondern auch ein Animations-Framework als auch eine Touch-Üunterstützung für iPhone und iPad zur Verfügung stellt (Demos finden sich hier). Selbst ein Interface Builder (Greenhouse) ist inzwischen erhältlich und soll die Entwicklung von Anwendungen für das Internet wesentlich beschleunigen.

Tatsächlich ist es noch ein langer Weg bis zu dem Zeitpunkt, wo eine aufwändige Flash Applikation auch ohne Flash in einem Browser dargestellt werden kann, doch es gibt viele Initiativen den Weg dort hin zu ebnen. Beeindruckendes Beispiel war erst kürzlich die erste Veröffentlichung eines WebGL (Darft-) Standards (Update: 11.12.2009: WebKit Blog oder offizielle WebGL Webseite der Khronos Group). Beispiele sind unter anderem bei Golem oder auf in den folgenden zwei Videos zu sehen:

WebGL ist dabei lediglich eine Art 3D Schnittstelle für Webentwickler – diese erfordert aber keinerlei Plugin und ist jetzt schon auf mobilen Geräten wie dem iPhone recht einfach implementierbar (derzeit unterstützt mobileSafari diese 3D Fähigkeiten noch nicht!).

Animationen auf CSS Basis sind ein weiterer Schritt den Vorteilen von Flash-Anwendungen das Wasser abzugraben. Wie im Blog des WebKits beschrieben, ist es ein Leichtes diese Animationen einzubauen, bzw. jetzt schon in seine Webseite zu integrieren. Mit Safari 4.0 wird bereits ein Großteil dieser CSS Eigenschaften unterstützt.

Da viele andere Browser wie Google Chrome auch auf das WebKit aufbauen, steht einer schnellen Verbreitung dieser neuen Möglichkeiten grundsätzlich nichts im Wege. FireFox, bzw. die Mozilla Gruppe sind auch stets bemüht alle Neuentwicklungen rasch in den Browser zu integrieren. Einzig der Primus Microsoft, der immer noch einen unverständlich großen Marktanteil in der Browser-Landschaft hält, ist mit IE7 und IE8 gänzlich unfähig mit der Entwicklung Schritt zu halten. Dies ist auch das größte Problem: Webentwickler müssen sich stest am kleinsten gemeinsamen Nenner aller Browserfähigkeiten orientieren, um ihre Webseiten einer möglichst breiten Masse visuell korrekt anbieten zu können. Vielleicht ändert Internet Explorer 9 etwas. Die ersten Demos waren recht vielversprechend.

Mein recht provokant gewählter Titel soll eher einen Trend beschreiben, als den tatsächlichen Tod von Adobe Flash vorhersagen und doch freue ich mich in naher Zukunft mit einem Browser Videos, Animationen und 3D Objekte sehen zu können … ganz ohne Plug-IN und Einschränkungen auf jedem Gerät meiner Wahl!

Die Neuinstallation mit dem 64Bit Installer-Package von MySQL der offiziellen MySQL Webseite brachte auch keinen Erfolg. Etliche Webseiten warten mit Tricks und Tipps auf, doch nur eine Methode brachte einschlägigen Erfolg auf all meinen Systemen: die des Blogs Hivelogic http://hivelogic.com/articles/compiling-mysql-on-snow-leopard/ Dabei wird MySQL von Grund auf kompiliert und installiert. Ist nicht in 1min erledigt, funktioniert aber reibungslos.

Überraschung 2: Snow Leopard setzt die Bildschirm Gamma auf 2,2 und passt sich demnach an Windows-Umgebungen an. Diese Anpassung ist für Webseitenentwickler eine wichtige Eigenschaft. Der Wechsel des Gammawertes von 1,8 auf 2,2 macht sich nämlich dadurch bemerkbar, dass Farben und Fotos ohne Farbmanagement auf Snow Leopard dunkler aus als auf älteren Versionen von MacOS X aussehen. Vielen wird es wie mir ergangen sein: Präsentation des Layouts einer Webseite beim Kunden, Umsetzung am Mac und dann die Kundenabnahme mit der obligatorischen Frage des Kunden “das ist ja alles viel dunkler! Was ist mit den Farben los?”. Sollte nun nicht mehr passieren. Lars Borg von Adobe hat auf seinem Blog einen interessanten Artikel dazu veröffentlicht. Hier die Beschreibung von Apple selbst.
Wem die Anpassung nicht passt, der kann diese natürlich jederzeit in den Systemeinstellungen rückgängig machen.

Are you obsessed that each and every pixel in a user interface be exactly where it should be? Does hearing someone say “that can’t be done in HTML” get your competitive juices flowing? Do you find creative solutions where none can be found? If you’re an experienced Web engineer that has been building complex, dynamic user interfaces that not only look beautiful but perform, and scale for millions of users you’ve met your match.
Apple’s MobileMe Engineering team develops web applications for a host of services; such as mail, address book, groups, photo synching, and many more in progress. Our applications incorporate the latest AJAX code with custom backend servers for building dynamic, data driven applications. We tackle complex and fun problems every day. The team is agile, enthusiastic, and smiles confidently at tight timelines.

To be succesful you need:
*Desire and drive to become an expert in HTML and related technologies
*Experienced in high volume and mission critical service environments
*Possess excellent creativity
*Have burning sense of ownership, urgency, and drive.
*Enjoy small, close knit, high performance teams.

Requirements:
* BA/BS in Computer Science, MS or PhD is preferred.
* 4+ years developing web-based interfaces used in high volume and availability deployments
* Fluency in HTML, DHTML, CSS and AJAX
* Familiarity with one or more of: C, C++, Objective C, Cocoa, Java.
* Fluency in Javascript
* Solid working knowledge of OSX platform and Apple software suite.
* Strong analytical abilities.
* Fluent written communication and verbal agility
* Understanding of cross-browser issues and how to solve them
* Experience with source code control tools
* Strong knowledge of application server technology and front-end code integration

For additional information or to apply for this position, please use the following URL:
http://jobs.apple.com/index.ajs?BID=1&method=mExternal.showJob&RID=32…

Nutzen? Jeder der eine automatisierte Umgebung verwaltet, einen performanten Batchjob oder einfach eine Serveranwendung schreiben möchte, ist mit ImageMagick bestens beraten. Die Bibliothek bietet Schnittstellen zu mehr oder minder allen Frameworks und Programmiersprachen (Ruby, C, Perl, C#, etc ..) und fühlt sich unter MacOX 10.5 (und älteren) pudelwohl!

Anwendungsbeispiel aktuell: eine recht aufwändige Bildberechnung in Photoshop, mit Maske, Alpha-Ebene und transparenten PNGs berechnete nach jedem Fotoshooting zwischen 100 bis 300 Bilder, damit diese ins Internet (Partyfotos) geladen werden konnten. Mit Ruby erstellte ich ein simples Programm, welches die Bilder nicht nur bearbeitete, sondern im Anschluss auch automatisch auf den Webserver laden konnte. Der gesamte Prozess konnte somit sogar auf den Webserver selbst verlagert werden und von jedem genutzt werden!

Wie geht’s? Voraussetzung! Um mit Ruby und Ruby Gems (eine Art Installer) arbeiten zu können, ist vielleicht etwas mehr als das “normale” MacOS Wissen erforderlich. Man sollte sich allerdings von keiner Terminalarbeit abschrecken lassen. Viel Zauberkunst ist nicht dabei! Voraussetzung: die Installation von Apples XCode (bzw. den Developer Tools). Diese werden benötigt, damit die geladenen Tools compiliert werden können. Sie liegen kostenlos bei developer.apple.com zum Download bereit (Registrierung erfroderlich) oder können über die MacOS Leopard DVD nachinstalliert werden. Möchte man Ruby als Programmiersprache verwenden, dann sollte auch die nötige Umgebung vorhanden sein. Wenn man auf MacOS Leopard arbeitet, so fällt dieser Schritt weg – Ruby ist schon an Bord! Die Version kann mittels Terminal kontrolliert werden (Terminal befindet sich in Programme->Dienstprogramme). Einfach “ruby –version” eintippen.

Ruby Version check

Unter MacOS Tiger empfehle ich den Einsatz von MacPorts – dieses Programm hilft bei der Installation ungemein.

Sollte man das erste Mal mit Ruby unter MacOS Leopard arbeiten, empfehle ich gleich vorweg folgenden Befehl auszuführen:”sudo gem update –system” (Ohne Anführungszeichen!). Dieser Befehl führt nach Eingabe des Kennwortes zu einem Systemupdate von Ruby und Gems.

Voraussetzungen sind da – nun geht es los! Ruby und Apple Developer Tools sind da … nun wird ImageMagick und RMagick installiert. Diese stellen die Programme für die Bildbearbeitung zur Verfügung. ImageMagick ist dabei der essentielle Kern (die Basis). RMagick ist lediglich das Bindeglied, damit Ruby auf die Basis zugreifen kann. Da ImageMagick selbst aber ein paar Tools benötigt (so zum Beispiel ein Hilfstool für die Bearbeitung von JPEG Dateien), gestaltet sich der Installationsprozess in der Regel recht aufwändig. Einfacher geht es mit einer einzelnen Installationsdatei – die ich hiermit in aktueller Fassung (01.02.2009) zur Verfügung stelle: DOWNLOAD.

Der Inhalt der Datei ist einfach:

VORSICHT: nicht copy&paste vom oberen Code (Zeilenumbruch!). Anstelle die bereits erwähnte Installations-Datei laden.

Steps zur Installation:

1. Laden der oben erähnten Image-Magick Installationsdatei (Download)
2. Erstellen eines Ordners im Finder (am besten direkt in “Macintosh HD”)
3. Geladene Datei entpacken (falls noch nicht geschehen) und in den erstellten Ordner legen.
4. Terminal öffnen
5. Im Terminal: “cd /NAMEdesORDNERS/” eintippen (falls der Ordner wo anders erstellt wurde, entsprechend anpassen). Nun befindet man sich im Ordner mit der “.sh” Datei.
6. Im Terminal “chmod +x InstallRMagickGem.sh” eingeben
7. Sicherstellen, dass Internetverbindung steht
8. Im Terminal “sudo InstallRMagickGem.sh” eingeben
9. Passwort eingeben
10. … abwarten … Installation läuft!

Nach der Eingabe des Passwortes (Schritt 9) läuft die Installation an und kann – je nach Rechner und Internetverbindung – einige Zeit in Anspruch nehmen. Nach der Installation sollte ImageMagick (im Ordner “/usr/local/”) und RMagick installiert sein und einer effizienten Bildbearbeitung steht nichts mehr im Wege. Ein kleines Beispielscript generiert beispielsweise Thumbnails aus dem angegeben Bild: download des scripts.

Thumbnail-Generierung mit Ruby

Der tatsächliche Code wäre gerade mal 5 Zeilen lang …

Hinweise am Rande: die auf mehreren Webseiten vorkompilierten Dateien für ImageMagick sind allesamt mehr oder minder zu vergessen. Die Installation funktioniert entweder nicht oder die Einbindung in MacOS ist mangelhaft. Die beschriebene Variante ist zur Zeit die einzige sauber funktionierende!
Ruby ist eine äußerst insteressante Programmiersprache, die ich nun immer öfter sogar als AppleScript Ersatz heranziehe (es sei denn mit AppleScript werden andere Programme gesteuert). Ein Blick auf die Webseiten von Ruby und Ruby on Rails (Webframework) lohnt sich.