Now I am almost studying Interactive Art for one year. Me, as a Flash and Flex Developer, like coding with audio-visual and interaction-based content. But if I am honest, in the last time I did not use Flash in my projects at all. I had to deal with some other powerful creative coding tools. Some of these tools provide me, as an artist, much more freedom than the Flash plattform can ever provide. For example, creating a visual output for multi-displays applications, programming on hardware (arduino), some real-time video tracking (face detection) experiments, using special Open-GL Renderer for 3D graphics and so on. But I also ran into problems, which I would never have with using Flash. Especially, when I worked together with unexperienced programmer. For this reason, I will describe some of these creative coding tools with their inherent advantages and disadvantages. After this article you should have a good overview about the available tools in creative coding.
During my master studies at the Interface Culture department of the University in Linz I visited the great lecture SENSEWARE - How to Create the Experience's Architecture by Hide Ogawa. In this lecture we learnt and discussed how we can integrate and reproduce emotions + experiences in our technical-based environment. Furthermore, we discussed the roles of the different interactive design disciplines - e.g. Product Designer, Industrial Designer, Interaction Designer, Visual Designer, Experience Designer etc. - and how they work together in the domain of SenseWare products.
For a better understanding how SenseWare is implemented in each culture, we had got the task to give a 5min overview of SenseWare in our country. In my presentation I mentioned mainly the religion background of SenseWare in Germany. Nowadays I think delivering experiences in Germany is mostly driven by media institutions. See my slides here:
During the first semester of my study Interface Culture at the University of Art in Linz I had to write some papers about interactive art. My first papers dealt with the history of interactive art and continued with some different art movements in this domain. In some cases I am more or less satisfied with my papers. Anyway, I think every 2page long paper contains some interesting points for Interaction Designer, Web Designer, Web Developer, Web Artists, Computer Scientists etc.. That is the reason why I want to share my written work with you.
Please consider that all my papers here were an assignment for the master classes of Interactive Art by Christa Sommerer. My papers don't meet the requirements of a scientific work despite the fact that the format seems to be scientific. All my texts represent partly more my own thoughts on the different art topics, so please interpret my papers as a short essay or summary. My thoughts are mainly based on the first and second references, which are mentioned at the end of each paper. I highly recommend to read these references, because they are a very good collection for delivering an introduction in the domain of interactive art. Thanks Christa for this great collection of references and the introduction!
For every project you should check your skills before you start. It helps a lot for preventing possible problems and makes the life easier. Thus I highly recommend to do a self-assessment before your start as a Flash Independent Developer. After this self-assessment you should have a very clear picture about your abilities, skills and of course your weaknesses. It is very important that you know your weaknesses because you can outsource some of this problems to your network buddies. An independent team-oriented working approach works in this case very well, because it replaces your weakness with a strength of another person. It works like the Captain Planet or the A-Team metaphor
Skills-Mindmap Flash Independent Developer
On the mindmap you can see the 4 core skills: Design, general knowledge about New Media, Programming (Computer Science) and soft skills. As an employee it is not so important that you have skills in each of these core skills, but as an Independent Developer you have to be an allrounder. gSkinner wrote a nice post about the must-have qualifications as a Flash Developer. I would like to add the points doing project management and creating networks to this list. An (Flash) Independent Developer has to be fancy to do project management tasks and get in touch with other people. If you don't like it, then you should not become an (Flash) Independent Developer! But I think the completely different charakter of the tasks make the life of an (Flash) Independent Developer so much more interesting. Read more...
Die letzte Runde im Projekt Masterstudium ist erreicht. Alle Bewerbungsbedingungen und Aufnahmeprüfungen habe ich mehr oder weniger erfolgreich absolviert, und die Ergebnisse sind nun auch schon alle eingetroffen. Erste Wahl war eigentlich dieFH Potsdam, danach dasHPI in Potsdam. Das lag zu einem an deren beidem guten Hochschul Ruf und an der sehr facettenreichen Stadt Berlin zum Wohnen. Leider fand ich die Aufnahmeprüfung an der FH Potsdam nicht so cool, und die ganze Kommunikation rund um die Bewerbung war mir nicht wirklich sympathisch. Daher ist es vielleicht sogar gut, dass ich von der FH Potsdam eine Absage bekommen habe und auch vom HPI... Mit diesen Absagen war Berlin für mich erledigt, und es blieb mir noch die Kunstuni in Linz und die Uni Konstanz übrig. Da fiel mir die Entscheidung am Ende nicht mehr so schwer. Da ich über mehrere Wochen hinweg ein gutes Bauchgefühl von der Kunstuni in Linz hatte.
Einfachheit bzw. Simplicity war im Jahre 2006 auf der Ars Electronica und allgemein in der Interaktionsbranche das Topthema schlechthin, natürlich erschien auch das Buch Laws of Simplicity von John Maeda in diesem Jahr. John Maeda hat seinen Ursprung im Design und Kreativbereich und versucht in seinem Buch Laws of Simplicity die kleinsten gemeinsamen Faktoren für das Geheimnis der Einfachheit zu finden. Er hält sich dabei so allgemein wie möglich um die gewonnen Erkenntnisse für jeden Themenbereich zugänglich zu machen. Dabei kommen leider desöfteren unglücklich, esoterisch klingende Formulierungen zustande, die in mir eine gewisse Skepsis hervorgerufen haben. Ich denke, das ist auch Grund der sehr unterschiedlichen Meinungen im Web über dieses Buch. Dennoch muss man diesem Buch zugestehen, die gefundenen Faktoren bzw. Laws of Simplicity sind sehr gut ausgewählt und lassen sich super für den User Experience Bereich nutzen. So kann man wirklich fast jedem Gesetz einer Teildisziplin der User Experience zuordnen:
Reduce -> Interface und Produkt Design
Organize -> Information Architecture und Navigation Design
Time -> Interaction Design – Visual Design / Interaction Patterns
Learn -> Interaction Design / Interaction Pattern
Differences -> Marketing, Features Cultures
Context -> User Experience allgemein
Emotion -> Branding
Trust -> Security (Geschäftspolitik)
Failure -> Interaction Design, Usability
Combination of all Laws
Im Gesamten finde ich dieses Buch nicht unbedingt ein Must-Read. Es fasst gut zusammen und beschreibt die Faktoren der Einfachheit sehr schön an Beispielen. So dass man einen guten ersten Eindruck in die Thematik bekommt, die dann für weitere Diskussionen anregen kann. Mit seinen knapp 100 Seiten und dem sehr praktischen Taschenbuchformat lässt sich dieses Buch sehr gut auf einer längeren Zug- oder Flugreise lesen. Wer also Langeweile haben sollte, dem sei dieses Buch empfohlen. Ansonsten gibt es vielleicht auf meinem Bookstore ein passenderes Werk…
The Elements of User Experience von Jesse James Garret ist mit einem Erscheinungsjahr von 2003 ein bissl in die Jahre gekommen, dennoch verliert es meiner Meinung nach nicht an Bedeutung. Mit seinem 5 definierten Basiselementen der User Experiencefür webbasierte Medien hat es Jesse James Garrett sehr gut geschafft alle Disziplinen, die in den interaktiven Entwicklungsprozess involviert sind zu vereinen. Dabei betrachtet er die 5 Basiselemente immer wieder unter 2 verschiedenen Gesichtspunkten (englische Version). Einmal aus Web-Applikation-Perspektive (heute würde man Rich-Internet-Applications dazu sagen) und einmal aus Hypertext-Perspektive (Informationsdienste, wie z.B. Wikipedia). Diese unterschiedliche Betrachtung, finde ich unter heutiger technischer Entwicklung nicht mehr so zeitgemäß, da aber so viele Gemeinsamkeiten zwischen diesen beiden Betrachtungsweisen existieren, ist dies wirklich kein großes Problem das Passende daraus zu extrahieren.
Zudem liefert das Buch eine gute Step-by-Step Anleitung für interaktive Webprodukte, welche Disziplinen (z.B. Interaction Design, Information Architecture, Interface Design usw.) benötigt werden, welche Aufgabe diese verschiedenen Disziplinen haben und wie sie miteinander interagieren müssen.
die kleinsten gemeinsamen Faktoren für das Geheimnis der Einfachheit zu finden. Er hält sich dabei so allgemein wie möglich um die gewonnen Erkenntnisse für jeden Themenbereich zugänglich zu machen. Dabei kommen leider desöfteren unglücklich, esoterisch klingende Formulierungen zustande, die in mir eine gewisse Skepsis hervorgerufen haben. Ich denke, das ist auch Grund der sehr unterschiedlichen Meinungen im Web über dieses Buch. Dennoch muss man diesem Buch zugestehen, die gefundenen Faktoren bzw. Laws of Simplicity sind sehr gut ausgewählt und lassen sich super für den User Experience Bereich nutzen. So kann man wirklich fast jedem Gesetz einer Teildisziplin der User Experience zuordnen:
von 
