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 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...
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…
Vom 25. Juni bis zum letzten Freitag, den 17. Juli war ich im deutschsprachigen Raum für zwei Masterstudiengänge im Bereich Interactive Media auf Bewerbungstour. Eigentlich hatte ich nur 2 Aufnahmeprüfungen an der FH Potsdam und Kunstuniversität Linz, damit sich jedoch die weiten Reisen auch wirklich für mich lohnen, entschloss ich mich einige nette Städte, die auf den Weg liegen mitzunehmen. So legte ich einen ersten Zwischenstopp in Zürich ein um alte Studien Freunde und die Flash Konferenz FATL zu besuchen. Nach ein paar Tagen am Zürich See ging es dann weiter Richtung Linz, wo ich auch schon meine erste Aufnahmeprüfung hatte.
Die Prüfung selber lief ein wenig chaotisch ab. Ich wurde in ein Büro gerufen, wo dann ca. 5-7 Leute an einem großen Tisch um mich rumsaßen. Laut dem Einladungstext zur Folge, sollte ich mich diesem Prüfungskomitee innerhalb von 10min am besten mit einer Präsentation vorstellen, danach sollten 20min lang Fragen folgen. Auf dieses Szenario war ich sehr gut vorbereitet, nur zu dumm dass es nicht so ablaufen sollte. Nach der ersten freundlichen Begrüßung wurde ich schon sofort mit den ersten Fragen in Englisch zu meiner Person konfrontiert. Darauf entgegnete ich, dass ich eine Präsentation vorbereitet habe, die bestimmt die meisten Fragen beantworte und ob ich diese gerade vorstellen soll. Ich bekam das O.K. und wollte mein Programm abspielen. Aber ich kam ums verre…en nicht dazu, weil ich immer wieder mit Fragen unterbrochen wurde, die den Ablauf meiner Präsentation und den geplanten Ablauf des Aufnahmegesprächs total auf den Kopf stellten. Nun ja und dann war auch schon die Zeit um… Ein wenig verwirrt verließ ich den Raum, denn viel gelacht und geredet haben wir, aber dennoch wusste ich nicht so recht was ich von dieser Action gerade halten solle. Aber anscheinend war ich gar nicht mal so schlecht, denn keine 2 Tage später hab ich die Zusage per Mail erhalten. Yeah!
Yeah, Wettbewerbe oder auch häufig mit dem englischen Namen Contest benannt. Jeder will gerne mitmachen und gewinnen. Auch für uns können solche Programmier und/oder Design Contest interessant sein. Zum Teil sind die Preisgelder üppig, man bekommt einen super Motivationsschub, der Bekanntheitsgrad steigt vielleicht ein bissl mehr an und falls man gewinnt. Jucheee darf man sich stolz auf die Schultern klopfen. Also alles im Gesamten gesehen eine super Sache, nur täuscht leider manchmal der erste Eindruck ein bissl. Generell gilt immer das Kleingedruckte bei den Teilnahmebedingungen lesen, denn des Öfteren tritt man seine Rechte an der eigenen Arbeit ab. Dies kommt leider hin und wieder bei Design Contest von Firmen vor. Dabei werden die eingereichten Arbeiten als neuen Input oder gar als Umsetzung für neue (Werbe)Kampagnen benutzt. Wenn man einen Contest von dieser Perspektive sieht, dann ist er nur ein billiger Produzent einer Medienproduktion und schadet eigentlich der wirtschaftlichen Entwicklung unserer Branche. Daher immer ein wachsames Auge haben, bevor man an solch einem Wettbewerb teilnimmt. Ganz so schlimm läuft es bei Programmier Contest zum Glück nicht ab, wie von Flash Truth in seinem Blog Artikel beschrieben, existieren auch hier einige wirtschaftliche Hintergedanken, wie z.B. das Outsourcing von Testings einer Programmier API durch Contests. Im Grunde genommen bleibt es jeden selbst überlassen, ob es sich lohnt an einem Contest teilzunehmen oder nicht. Speziell auf einen Contest hinzuarbeiten, halte ich jedoch für nicht sehr sinnvoll, da das Risiko zu hoch ist nicht zu gewinnen. Gerade kleine Entwicklerfirmen oder wir Independent Developer können es uns gerade am Anfang nicht leisten irgendwas Unwichtiges zu produzieren.
Über aktuelle Contest erfährt man am besten über Blogs oder Twitter Mitteilungen, zumindest stoße ich so regelmäßig auf irgendwelche Contests. Auch Zeitschriften wie z.B. die PAGE veröffentlichen regelmäßig Auflistungen von (Design) Contests. Da lohnt es sich auf jeden Fall mal am Bahnhof einen Blick in die diversen Zeitschriften zu werfen. Nun gut, genug um den heißen Brei geredet, hier eine Liste von laufenden Contests:
In den vorherigen Artikel wurde darüber berichtet, wie wir Geld mit Flash Games, Online Werbung und Schulungen verdienen können. In diesem Artikel beschreibe ich nun den vielleicht hoffnungsvollsten Einkommensansatz in unserem Produktportfolio. Den Verkauf von digitalen Produkten. Dabei unterteilen wir die möglichen digitalen Produkte in 3 Kategorien:
Software & Widgets
Media Assets (digitales Rohmaterial)
Transformierte digitale Produkte ins physische Produkt
Software & Widgets
Unter diesen Bereich verstehe ich kleine Anwendungen und Utility-Programme (Hilfsprogramme), die unseren Alltag sei es im Privaten oder im Berufsleben erleichtern. Apple machte mit dem iPhone App Store den ersten Schritt zu einer einheitlichen Vertriebsplattform für ihre iPhone Applications. Dies hat einige Vorteile aus Kunden- und Entwicklersicht. Die Kunden besitzen einen Ort, wo sie eine Fülle von Applikationen beziehen können und der ganze Kaufabwicklungsprozess ist durch den AppStore von Apple seriös gelöst. Wir Entwickler besitzen einen Ort wo wir unsere Anwendungen vielen Kunden anbieten können, und müssen uns nicht um eine eigenes Abrechnungssystem kümmern. Besonders für kleine Entwicklerstudios ist dies ein immenser Gewinn und ermöglicht ganz neue Geschäftsmodelle (siehe Independent Developer Nun gut, die Konkurrenz schläft zum Glück nicht und Adobe und Nokia ziehen mit ihren eigenen Distributionssystemen nach. Adobe Air Anwendungen für den Desktopbereich können auf dem Air Marketplace vertrieben werden. Für mobile Lösungen bietet Adobe einen kostenlosen(!) Flash Lite Distrubitable Player an, der uns den Vertrieb von Flash Lite Anwendungen sehr erleichtern wird. Nokia bietet dagegen mit ihren OVI Store uns eine richtige Vertriebsplattform ähnlich dem AppStore Prinzip von Apple an. Hin und wieder kann auch die Plattform GetJar.com von Interesse für mobile Applikationen oder Playyoo für mobile Flash Games sein.
Wie bei jedem neuen Projekt muss man erstmal abwägen, welche Fähigkeiten kann ich mit einbringen und wo könnte ich evtl. Probleme bekommen. Daher ist eine ausführliche Selbstanalyse sehr wichtig. Diese Selbstanalyse ist im Normalfall nicht so angenehm, weil man sehr ehrlich zu sich sein muss. Man muss seine Stärken (yeah) und vor allem seine Schwächen (uhh) einschätzen und letzteres fällt den meisten von uns eher sehr schwer.
Skills-Mindmap Flash Independent Developer
Nun gut, eins ist auf jeden Fall sehr wichtig, ein (Flash) Independent Developer muss ein Allrounder sein. Ein purer Programmierer oder ein purer Designer ohne Ambitionen für Management Aufgaben (Projekte organisieren, Kontakte schließen) wird es eher sehr schwer haben. Daher nun eine kurze Auflistung mit den für mich wichtigsten Skills. Read more...
Aufgrund meines Umstiegs auf WordPress wird es von mir keine seperaten Newsmeldungen mehr geben. Stattdessen verfolgt am besten meinen Twitter Status, dort werde ich in regelmässigen Abständen interessante Links posten. Damit aber nicht die alten News komplett verloren gehen, poste ich Sie hier noch einmal:
Ich bin ziemlich spät auf das Blogging als Wissenansammlung gestossen. Das liegt wohl hauptsächlich daran, dass ich nach wie vor Bücher gegenüber Blogs als Einarbeitungmedium in eine neue Thematik bevorzuge. Aber Blogs sind einfach in Richtung Aktualität, Meinungsaustausch und das Anbieten von Speziallösungen unschlagbar. Mittlerweile ist auch bei mir eine kleine Sammlung aus den Disziplinen Flash Coding, Game Developing, Mobile Flash, Flex, Software Development, Interaction Design und ein wenig Kunst entstanden, auf die ich richtig stolz bin. Warum?! Weil ich irgendwie über alle Neuerungen relativ früh bescheid weiss, auf interessante Speziallösungen aufmerksam gemacht werde und dazu noch gute Inspirationen bekomme. Und all das bekomme ich irgendwie hin ohne den ganzen Tag auf unterschiedlichen Blogs rum zusurfen... Es fühlt sich zumindest für mich wie ein gesundes Mittelmaß an, aus diesem Grund eine Auflistung meines täglichen Blogbrots mit schöner Kirschmarmalade von Mama versteht sich
Wem das noch nicht reicht, dem kann ich die Seite FlashBookmarks.com bestens empfehlen. Dort gibt es immer wieder gute Blogeinträge von den Grössen der Flashszene zu sehen.
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:
