Ich kenne Flash seit Version 3 und mochte bereits damals die IDE nicht sonderlich. Vielleicht war das ein Grund mehr, hauptsächlich Flash Development zu betreiben. Nun setzte ich vorrangig Flex Builder ein, weshalb mich die IDE bis heute auch wenig stört.

In den letzten Jahren hat sich bei Flash ein ähnlicher Prozess vollzogen, wie bereits zuvor bei anderen Applikationen, beispielsweise 3D Anwendungen. Mit der steigenden Komplexität sind nun mehrere “Berufszweige” in Form von Flash Designer und Flash Developer entstanden.

Für den Erfolg von komplexen Flash-Projekten möchte ich daher zwei Fragen analog zu Collin Moock aufwerfen:

1. Was kann Adobe tun?

Hier kann ich dir in deiner Kritik an der IDE nur zustimmen. Aus meiner Erfahrung aus dem Studium an der Kunsthochschule Kassel, scheitern äußerst viele an der Oberfläche.
So blieb Flash in den Fachbereichen Grafikdesign und Trickfilm dann doch weit hinter seinen Möglichkeiten. Ich schließe mich hier den Befürwortern einer visuellen Programmierhilfe an. Ein simples Beispiel für solch eine Anwendung ist hier der Automator von Mac OS X.

Wünschen würde ich mir bei solch einer visuellen Programmierhilfe, eine Schnittstelle für externe ActionScript Libraries. Damit könnte man einen Workflow für Flash-Projekte generieren, der es ermöglicht, dass Developer entweder passend zu einem Projekt oder einfach für externe Libraries (z.B. Tweener, GoASAP Sequencer, PV3D etc.) einfach benutzbare visuelle Actions definieren, die dann durch Flash Designer auf die Flashinhalte angewendet werden.

Ich bin gespannt für wen “Thermo” letztlich interessant sein wird. Ob es “nur” zum Erstellen klassischer RIAs brauchbar sein wird, oder auch beispielsweise für einfache Flash Spiele. Und was machen dann Animationsfilmer, die interaktive Geschichten erzählen wollen. Nicht zuletzt würde auch für Autoren von Click-Dummies in Werbeagenturen eine einfache IDE Ressourcen sparen und mehr Zeit für Ideen freistellen.

2. Was können wir tun?

Auch wenn die IDE unkomfortabel ist, bedeutet das nicht, dass sich komplexe Projekte nicht trotzdem einigermaßen effektiv umsetzen lassen. Das wichtigste hierbei ist meiner Meinung nach, eine gute Kommunikation zwischen Flash Designer und Flash Developer. Das hört sich vielleicht etwas banal an, aber scheint mir doch häufig zu kurz zu kommen.

Ein Flash Designer hat im Regelfall keine Lust sich groß mit Scripting zu befassen. Seit AS3 erst recht nicht, denn der Overhead im Vergleich zu AS2, der beispielsweise für eine einfache Buttoninteraktion dabei entsteht, verdirbt ihm erst einmal die Laune.

Aus eigenen Erfahrungen im Lehren von Flash/ActionScript an der Kunsthochschule Kassel, ist es ein guter Weg, neben den Grunden den Benutzern einfache Befehle mitzugeben, mit denen Sie was anfangen können. Animationen sind beispielsweise mit TweenLite schnell erzeugt:

TweenLite.to(mc, 1.5, {x:300, ease:Sine.easeOut});

Was dahinter passiert interessiert den Designer nicht. Nun ist, das leider nicht ganz so komfortabel, wie ein visuelle Darstellung, aber immerhin entstanden in meinem Kurs jede Menge Animationen, ohne dass die Teilnehmer panikartig den Raum verließen.

Für Projekte, in denen es bestimmte projektspezifische Interaktionen geben soll, ist es daher sehr zu empfehlen, bei der Projektumsetzung mit dem Designer zu sprechen und genau festzulegen, was wann passieren und aufgerufen werden soll.

Am Ende werden Flash Design und die Sources zusammengepackt und das Spektakel kann beginnen. Voraussetzung hierbei ist allerdings, dass auch die Architektur, die hinter der Programmierung steckt, auch solide konzipiert wurde (MVC etc.). Grundvorraussetzung ist dabei, die Bedürfnisse der Designer zu kennen und nicht allein auf smarte Programmierarchitektur aus zu sein.