Själva idén är inte speciellt unik, och det har gjorts massvis med liknande applikationer tidigare, men jag lärde mig en hel del. Speciellt om webbappar på iOS. Prova att lägga det på hemskärmen.

Man kan bara använda taggar som sökning. Det skulle vara kul att kunna använda bilder från en viss användare, men Instagrams webb API har inte stöd för det än.

För tillfället fungerar det bara i webbläsare med stöd för 3D-transforms. Det skulle ganska enkelt gå att lägga in stöd för övriga läsare, men det är inget jag lagt tid på än. Grafiken gjorde min kollega Robert.

Prova själv att spela på http://www.stickybeat.se/instagramory

Mitt fokus kommer fortfarande vara webbapplikationer, men istället för att mest skriva om Flash har jag en ambition om att vara mycket bredare. Orsaken är dels att Flash position förändrats en hel del senaste två åren, men också för att jag själv jobbar med fler olika tekniker.

Så vi får se vad det innebär framöver.

(missa inte tidigare intervjuer om hur kampanjen Tackfilm producerades och iPhoneutveckling ur en flashutvecklares perspektiv) 

Kan du berätta lite kort om dig själv och din bakgrund när det gäller både flashplattformen i stort, och kanske lite mer hur du kombinerar det med spelutveckling?

Jag heter Christoffer Enedahl och jobbar som spelprogrammerare på Muskedunder Interactive. Jag har varit intresserad av att utveckla spel sen skoltiden och har nu privilegiet att kunna göra det på arbetstid. När jag vill göra ett nytt spel väljer jag först och främst Flash som utvecklingsmiljö. Det går snabbt att få resultat, utvecklingsspråket är moget, prestandan är tillräcklig och du kan köra spelet i många miljöer.

Vad använder du för verktyg och kodbibliotek när du utvecklar spel?

Program:

• Jag använder FlashDevelop för att skriva kod. Den har en aggressiv auto-complete funktion som är beroendeframkallande.
• Flash, för layout, animering och vectorgrafik.
• PhotoShop för bitmapgrafik. Paint.Net fungerar skapligt som substitut.
• Sfxr: Ett program för att skapa chipliknande ljudeffekter. När jag gör egna spel hemma använder jag ofta detta suveräna program.

Nödvändiga bibliotek:

• As3-Signals. Robert Penners tolkning av C# events och Qt signals. Jag bara älskar signals. Istället för att skriva en egen eventklass skapar man bara en instans av en Signal klass. Man ser direkt på en klass vilka events den sänder ut. När man städar upp i sin klass behöver man inte avregistrera alla lyssnare manuellt, man kör bara signal.removeAll(). Snyggare, mer översiktligt och färre rader kod.
• Tweener för interpolering och animering.
• Box2D när det behövs avancerad fysik. Det finns även en Alchemy-variant som jag inte hunnit titta på. Men det kommer jag göra i nästa fysikbaserade spel jag ska göra.
• PixelBender använder jag för att göra egna filter när de inbyggda inte fyller mina behov. Jag kommer nog göra ett GlowFilter som ignorerar pixlar med alpha härnäst.

Det finns ju en uppsjö av spelmotorer att använda. Vad är din syn på det? Är det en bra väg att gå när man vill göra spel i flash?

Det första man skall fråga sig är vill man göra spel eller programmera spel? Ganska stor skillnad. Har du en spelidé och vill få den realiserad fort rekommenderar något du redan kan. Vill du lära dig något nytt, plocka upp Flixel eller PushButtonEngine och kolla in ett gäng tutorials om dem. Nu säger jag inte att det är enkelt att göra spel med en spelmotor. Men 9 fall av 10 tror jag det är rätt val. Är du mer som jag, dvs om du vill programmera spel, är valet lätt: gör det själv. Det kommer gå långsammare, du kommer göra fel, men det är dina fel och du lär dig massor på vägen. http://www.flashrealtime.com/flash-game-library-engine-list/

Just Facebook har ju visat sig vara en utmärkt plattform för sociala ”casual games”. Hur ser du på framtiden för den kombinationen?

Om man nu skall spekulera så tror jag att det kommer utvecklas mer på det sociala planet. Multiplayer och mer direkt kommunikation / interaktion mellan spelare. Det är i alla fall det jag vill se.

Kan man tjäna pengar på Facebookspel? Hur?

Här har vi tre olika sätt att tjäna pengar på Facebookspel:

• Reklam: Man har helt enkelt banners bredvid sitt spel. Ifall användaren inte gillar ditt spel kanske du kan få ett klick på din banner iallafall.
• Innehåll: Du säljer innehåll, tex banor eller själva spelet i sig. Detta verkar inte vara så vanligt som man kan tro.
• Mikrotransaktioner: Du säljer virtuella ting i spelet, det kan vara bonusar, kläder, tid, saker som du kan uttrycka dig själv med. Detta alternativet är det som jag tror är det man tjänar mest på.

Har du några tips att ge till flashutvecklare som vill göra spel. Då tänker jag dels rent allmänt, men även specifikt på spel förl Facebook?

Gör en snabb prototyp på kanske 2-3 dagar. Se ifall din idé fungerar. Blir spelet inte kul efter en eller två dagars justerande är det antagligen spelidén det är fel på. Verkar spelet fungera och du vill köra vidare på det bör du nu skapa ett nytt projekt och lyfta in de delar som du är nöjd med och skriva om de delarna som ser ut som spaghetti.

Försök få ut en spelbar version på Facebook så snabbt som möjligt. Tänk XP (eXtreme Programming), dvs utveckla endast det som behövs för att klara av din uppgift för tillfället. Var inte för rädd att stuva om i koden när det behövs. Är man rädd för att ändra strukturer har man antagligen tappat kontrollen, dags att ta tillbaka kommandot (I alla fall när det gäller typade språk).

Hur vet jag nu att spelet är skoj? Jo man behöver feedback från de som spelar spelet. Ett enkelt formulär som sparar spelarnas åsikter räcker.
Lite senare kanske det blir dags att mäta vad spelarna gör. Hur långt de kommer, hur länge de spelar olika banor etc…

Använd det som underlag för hur du skall gå vidare med spelet. Räkna med att spelet inte kommer bli som du tänkt från början.

Spel handlar mycket om att ge belöningar. Tex poäng, pickups och XP är en form av belöning. En annan typ av belöning är audiovisuell feedback. Ljudeffekter och tex partiklar när man utför saker i spelet. Jag kan nästan påstå att audiovisuell feedback är viktigare.

Vilka är de största svårigheterna när det kommer till att utveckla spel som använder Facebooks plattform?

Att komma igång, ta reda på hur man skall göra är nog det svåraste. Vi valde att använda Adobes Facebook-bibliotek till att börja med. Det blev ganska snabbt utdaterat så vi har bytt till att kommunicera med Facebook via JavaScript, om de ändrar något i framtiden behöver vi troligtvis inte ändra i spelen utan bara i vårt JavaScript-lager. Detta underlättar även till att sprida spelen på andra sociala nätverk.

Har ni någon gång råkat ut för att Facebook ändrat något som påverkat spel som ligger live?

Javisst ett flertal gånger. De ändrar i api:n och i regler titt som tätt. Senast ändrade Facebook hur iframes kan ändras i storlek och tusentals sidor fick fula skrollar eller blev kapade på fel ställe.

Just spel är ett område som de flesta är tycker det är vettigt att använda Flash till. När man ser på utvecklingen av HTML5 så känns det som det bara är en tidsfråga innan det är tillräckligt moget även för spelutveckling. Ser du något annat problem med att använda HTML5/JS än att det är svårt att stödja olika webbläsarversioner?

Utvecklingstiden kommer bli längre. Mest med tanke på att as3 är typat och kompilerat medan JS inte är det så blir det svårare att hitta buggar i JS.

Facebook har nyligen uttalat sig om att de kommer fokusera på HTML5. Det finns även indikationer att detta även gäller spel på Facebook. Vad är dina tankar om det?

Tja, jag har inget emot det, men jag föredrar att utveckla i Flash framför HTML5 beroende på utvecklingstiden och att det enkelt går att se källkoden för HTML5-spel. Obfuskering bör kanske undersökas. Som spelare är jag bara intresserad av att spelet fungerar bra, inte vilken teknik som används.

Har du hunnit läsa något om Molehill, flashspelarens kommande stöd för hårdvaruaccellererad grafik på lågnivå? Kommer det att förändra hur flash används, både rent generellt och mer specifikt för spel?

Givetvis kommer cross-platform, hårdvaruaccelererat, 3d-stöd förändra användningen av Flash. Jag tror att även rena 2d applikationer kommer utnyttja denna nya processorkraft. Nya UI-bibliotek med hårdvarustöd blir lika självklara som Tweener-biblioteket är idag. Fler Flash-spel kommer göras i 3d, på gott och ont. Mest ont antagligen. Kanske kommer stora spelhus göra 3d-online-spel i Flash med mikrotransaktioner som inkomstkälla.

Förutom hårdvaruaccelerering, är det något annat du saknar i flashspelaren som skulle förbättra eller förenkla spelutveckling?

Gamepad-stöd, vilket kommer med Molehill enligt Adobe. Att kunna sätta muspekarens position på skärmen kommer bli mycket önskat när 3d stödet finns på plats, då det är en nyckelfunktion för att kunna göra första persons-spel.

I as3 vill jag gärna få in templates så som Vector är implementerat.

När man embeddar symboler från swfer följer inte framescripts med. Detta är ganska irriterande. Jag undviker gärna skript i grafik men det är väldigt smidigt att slänga in en stop() eller gotoAndPlay() i animationerna.

Det är ju ingen tvekan om att vi ser en boom, sedan några år tillbaka, för avancerade mobiltelefoner och andra mobila enheter. Speciellt iPhone har ju skapat en helt ny marknad för applikationer och då inte minst spel. Hur ser du på framtiden för mobila spel?

Ja, det är på mobilen det händer just nu. App Store och Android Market är nyckeln till boomen på mobilmarknaden. De gör det möjligt att leverera och ta betalt på ett smidigt sätt. Folk som aldrig spelat datorspel eller köpt program till sin dator förut sitter nu och köper och laddar hem appar till sin telefon pga detta. För spelutvecklare betyder det nya konsumenter men också nya krav på användarvänlighet och anpassning till olika telefoner, inte en trivial problematik.

Vilken strategi ska man ha när det kommer till mobila plattformar? Finnas på så många som möjligt, bara de största, eller till och med enbart koncentrera sig på en specifik plattform?

Jag läste en bra artikel om just detta från en flashutvecklares perspektiv.http://www.doomsday.no/esn/2011/02/my-2-on-android-dev-vs-iphone-dev/
Vad som är rent affärsmässigt bäst kan man ju argumentera för och emot alla möjliga alternativ. Vilken marknad är störst? Var finns min målgrupp? Vilken marknad ger mitt spel minst konkurrens? Jag skulle välja att börja på en plattform som passar mig själv bäst, göra klart mitt spel, lansera och sen se responsen på den plattformen. Går spelet så pass bra att det är värt att jobba vidare på det så skulle jag helt klart porta det till andra plattformar. Vill man att ens suveräna spel skall bli riktigt stort behövs nog tyvärr en massa publicitet och reklam.

Har du själv börjat med spelutveckling för mobiltelefoner?

Jag har precis startat ett enkelt litet spelprojekt för att lära mig Java och Android. Jag tycker att det är effektivast att lära sig nya saker genom att göra ett projekt.

Till sist, tusen tack för att du tog dig tid för den här intervjun! Är det några spel som du varit med att utveckla som du vill tipsa om?

Kul att få vara med! Jag hoppas att jag haft något vettigt att säga. Jodå jag har en massa halvklara spel-projekt där hemma och hittills tre släppta Facebook-spel sen jag blev anställd på Muskedunder. Här är två länkar för den intresserade:

FloodDiggR (http://blog.enedahl.com/?p=81)

Ett experiment med vatten, kaniner och fiskar.

Hello Adventure (http://apps.facebook.com/helloadventure/?src=bryngfors)

Ett Dungeon-crawl-spel på Facebook som vi på Muskedunder utvecklat. Vi använder mät-data som guide till vidareutvecklingen.

Med iPhone revolutionerade Apple marknaden för smartphones. Orsaken var inte bara bättre hårdvara, utan den största förklaringen låg snarare i dess mjukvara. Apple döpte om applikationer till appar och skapade en stabil grund för utvecklare att bygga vidare på. Med iPhones intåg blev det helt plötsligt enkelt att skapa, distribuera, sälja, köpa och använda mobila applikationer.

En stor del av orsaken till att appar fungerade så bra var att Apple under lång tid var ensamma på marknaden. Utvecklare behövde till en början bara bry sig om EN plattform, EN skärmupplösning och i stort sett bara EN processor. Med tiden lanserade Apple naturligtvis fler produkter som utvecklarna behövde ta hänsyn till, men det var ändå hanterbart.

Idag är en app inte längre synonymt med en mobilapplikation för iPhone. Apple har fått konkurrens och det finns fler plattformar, telefoner och utvecklingsalternativ. Och det är inte bara Googles Android som tävlar om uppmärksamheten utan vi har även RIM, Windows Phone 7, HP (Palm) och Nokia (nåja). Lägg därtill olika språk och plattformsoberoende tekniker, utöver nativespråk för varje plattform, så inser man snabbt komplexitetsgraden i mobila applikationer.

På Sticky Beat jobbar vi med att utveckla digitala produktioner. Vi realiserar våra kunders kreativa idéer och en stor roll i det är att vara rådgivande när det gäller val av teknik. Ibland är Flash rätt verktyg, ibland HTML/JS/CSS. Ibland används WordPress, ibland något annat bloggverktyg eller CMS. På samma sätt tror jag att produktionsbolag som Sticky Beat behöver ha kunskap om och hjälpa till med val av teknik när det kommer till mobila applikationer.

Vi kan med all säkerhet räkna med att Adobe kommer fukusera på mobiltelefoner, tablets och TV-apparater. De pratar ofta om “multi screen” och hur Flash och Adobe AIR är lösningen om man vill nå så många olika enheter som möjligt. Det är troligt att vi kommer få se många intressanta samarbeten mellan Adobe och andra hård-och mjukvarutillverkare.

Nedan har jag listat lite av vad vi vet att det kommer pratas om, vad jag tror och vad jag hoppas på.

DET GIVNA

• BlackBerry Playbook - Både RIM och Adobe har postat information om att Flash och Adobe AIR är en viktig del i RIMs kommande tablet Playbook.
• Samsung TV - Med Adobe AIR kommer man kunna bygga applikationer för Samsung TV-apparater och Blu-ray spelare .
• 3D i Flash - Riktig stöd för 3D i Flash är på gång, och på MAX får vi veta mer om detaljerna.

DET TROLIGA

• JSON - Både anställda hos Adobe och övriga i communityt har uttryckt behovet av stöd för JSON direkt i flashspelaren (finns idag via diverse bibliotek). Kanske kommer det i nästa version.
• Nook - Ted Patrick slutar på Adobe för att jobba med Nook hos Barnes & Nobles. Kommer vi få mer information om Adobe AIR och Flash på nästa Nook?
• Modulär Flashspelare - Det har pratats lite kring hur utvecklare ska kunna slå på och av funktionalitet i Flashspelaren för att öka prestandan. Ett intressant koncept.
• WebOS - HP har redan utannonserat att WebOS 2.0 kommer ha stöd för Flash. Kanske kommer de även ha stöd för Adobe AIR.

FÖRHOPPNINGSVIS

• Adobe AIR bundlat i nästa Andriod - AIR finns redan tillgängligt för Android och installeras vi market. Förhoppningsvis fördjupar Google integrationen och bundlar AIR runtime i nästa version av Android. Det skulle göra AIR till ett fullgott alternativ istället för Java för vissa typer av Androidapplikationer.
• Microsoft Phone 7 - Flash och Adobe AIR på Windows Phone 7 är viktigt för att kunna hävda fördelarna med en cross OS/devices plattform.
• Optimerad kompilator - Joa Ebert har under lång tid visat att det finns gott om utrymme att optimera bytekod för Actionscript på kompilatornivå. Det är dags att Adobe gör samma sak med sin kompilator.
• Packager for iPhone - Apple tog nyligen bort restriktionerna för tredjepartsutveckladeappar. Det innebär att Packager for iPhone är tillåtet igen. Adobe tappade 6 månaders utvecklingstid men ska nu ha tagit upp arbetet igen. Tyvärr tror jag inte de hunnit speciellt mycket längre i arbetet ännu.

Uppdatering: Apple TV har en A4 processor, så det är inte omöjligt att det är iOS som körs i bakgrunden, med ett anpassat gränsnitt ovanpå. Det skulle innebära att det fortfarande finns möjlighet att Apple öppnar upp för tredjeparts-apps så småningom.

I en tidigare bloggpost skrev jag om varför jag trodde att Apple TV skulle kunna förändra hur vi konsumerar innehåll för tv . Nu när Apple nyss har presenterat nästa generation av Apple TV känner jag mig en aning besviken.

Orsaken är främst avsaknaden av iOS och därmed en obefintlig appstore riktad mot användning på en TV. Applikationer skräddarsydda för att användas på en TV i vardagsrummet hade kunnat bli hur intressant som helst. Det skulle kunna revolutionerat app-marknaden än en gång, på samma sätt som iPhone gjorde när den introducerade tredjepartsappar.

Apple verkar ha bestämt sig för att Apple TV ska göra ett fåtal saker bra, istället för att öppna upp för innovation från tredjepartsutvecklare. Antagligen kommer konceptet fungera väl, speciellt med tanke på priset. Och att Apple förfinar möjligheterna att få tag på kvalitetsinnehåll enkelt, och för ett vettigt pris, är bara bra för film och TV-branschen. Men jag kan ändå inte släppa tanken på hur bra det kunde blivit.

Däremot, något som är extremt intressant är möjligheten att streama innehåll från en iOS enhet till AppleTV. Att kunna visa bilder eller video tagna med en iPhone direkt på en stor tv-skärm är väldigt elegant. Och om tredjepartsprogram som SVT-play eller liknande också får tillgång till dessa API öppnas möjligheterna upp ytterliggare.

Apple TV har alla chanser att bli en succé, men har inte Apple missat en stor chans att bredda marknaden för iOS appar?

Sajten The Wilderness Downtown har fått mycket uppmärksamhet senaste tiden. Det är ett HTML5 experiment utvecklat specifikt för Googles webbläsare Chrome. Sajten är riktigt bra gjord och är väldigt fängslande. Den är väl värd all uppmärksamhet.

Samtidigt är jag tveksam till att en liknande sajt gjord i Flash hade fått samma uppmärksamhet. Dels för att HTML5 är hetare än Flash, dels för att för att förväntningarna på vad en kampanjsajt i Flash teknisk kan klara är mycket högre än för en kampanjsajt gjord i HTML5.

Med tanke på den ständigt pågående diskussionen om Flash och HTML5, som jag egentligen är ganska trött på, så vill jag bara dra några snabba slutsatser:

• Upplevelser är fortfarande viktiga - Att så många har länkat till och diskuterat “The Wilderness Downtown” visar att den här typen av kampanjsajter kan engagera och skapa ett värde.
• Laddningstid och prestanda - “The Wilderness Downtown” kräver en hel del både i prestanda och bandbredd. Flash brukar få kritik för detta, men “The Wilderness Downtown” visar att det handlar om innehåll och utförande snarare än teknik.
• Mobilt - Flash beskylls för att inte fungera på mobiltelefoner, men “The Wilderness Downtown” visar att det inte fungerar per automatik på mobiltelefoner bara för att något använder HTML5.
• HTML5 utvecklas - Vi kommer få se mer och mer kampanjsajter gjorda i HTML5 och gränserna för vad som är möjligt kommer hela tiden flyttas fram.
• HTML5 är inte moget än - “The Wilderness Downtown” fungerar endast i Google Chrome. Det är möjligt att man skulle kunnat stödja fler läsare, men frågan är hur mycket jobb det hade inneburit.

För mig har det alltid varit viktigt att nätet inte bara består av text, bild och kortare videofilmer. Jag vill även bli berörd och att det ska finnas plats för mer konstnärliga interaktiva experiment och kampanjsajter. Därför blev jag väldigt glad när The Wilderness Downtown fick så mycket uppmärksamhet.

För mig handlar det i slutändan om bra upplevelser, inte teknik.

Adobe har gjort ett utmärkt jobb när det kommer till prestanda och minneshantering i flashspelare 10.1, vilket var nödvändigt för att Flash skulle fungera bra på mobila enheter med sämre hårdvara. Det gör också att innehåll som skapats i första hand för kraftfulla skrivbordsdatorer har en chans att fungera okej på mobila enheter.

Men det finns också lägen då de nya optimeringarna i flashspelare 10.1 kan försämra prestanda. I ett projekt upptäckte vi att den aggressiva minnesoptimeringen i flashspelare 10.1 påverkade prestandan, speciellt animationer, i vissa situationer.

Det här exemplet visar hur flashspelare 10.1 släpper minnet för inlästa bilder efter en kort tid av inaktivitet.

Vad exemplet visar är hur flashspelaren allokerar minne för bitmapbilder. I flashspelare 10.0 ligger minnet hela tiden kvar på samma nivå. Det intressanta är hur flashspelare 10.1 hanterar inladdade bilder. När bilder inte animeras tas de bort från minnet och kvar finns endast skärmbufferten. När bilderna ska animeras igen återskapas de, gissningsvis från komprimerade versioner som redan finns i minnet, så att de kan användas när grafiken ska renderas om. Det resulterar i en extrem minnesoptimering där minnet rasar ned till en tiondel av dess ursprungliga storlek. Imponerande.

Tyvärr har den här typen av optimering en negativ sidoeffekt. När skärmen ska uppdateras, vid animationer t.ex., måste de först gå från komprimerad till okomprimerad form. Detta går relativt snabbt, men eftersom det oftast sker precis innan en animation så blir det väldigt märkbart. Vi upptäckte det här beteendet i en stor 360 snurra som användaren själv kunde navigare inom. Prestandaförlusten gjorde applikationen i stort sett oanvändbar.

Det finns inget dokumenterat sätt att slå av minnesoptimeringen för inlästa bilder, men man kan gå runt problemet genom att “smutsa” ner den inlästa bilden genom att sätta om ett pixelvärde på en pixel i bilden.

Kevin Rose, grundaren av Digg, beskriver i en bloggpost varför han tror att Apples (troliga, fortfarande bara rykten) iTV kommer förändra allt:

• iOS TV Applications: Expect to see an iPhone/Pad like marketplace for television applications. Video sharing/streaming/recording apps, interactive news apps, and of course games.
• a la carte (app) stations: With Apple’s iAds, content producers (eg. ABC/NBC/etc.) can directly monetize and distribute their content. This will eventually destroy the television side of the cable and satellite industry, as your only requirement to access these on-demand stations will be an internet connection. Say goodbye to your monthly cable bill.
• .Me Picture/Video sharing: At $99 your parents, grandparents, and friends will have an iTV.  Sharing pictures/videos from your iPhone will happen with the push of a button.  Imagine getting a notification of new family videos the next time you turn on your TV. My mom will love this feature.
• The iPad will turn into one big badass remote control: The iPad will be the preferred input device for the iTV. You’ll be able to editing videos, control games, and extend the interactive television experience. Imagine watching monday night football on the TV while viewing/exploring other camera angles on the iPad.

Om Apple iTV blir verklighet tror jag Kevin är väldigt rätt ute i sina påståenden.

Jag har alltid ansett att Apple sjabblat bort chansen till något riktigt stort när de inte gjort det möjligt att köra tredjepartsapplikationer på deras, som den heter nu, Apple TV. Är det något Apple har bevisat de senaste åren är att användare är beredda att installera, och framförallt betala för, applikationer till sina telefoner. Att kunna köra applikationer på en stor skärm i vardagsrummet framför soffan öppnar upp helt nya möjligheter.

En annan viktig sak med iTV är att den breddar marknaden för iOS applikationer. Med tanke på Androids framfart på mobilsidan, och troligtvis så småningom även när det kommer till tablet-datorer, så är det här nödvändigt för att iOS även i fortsättningen ska vara ledande. Utvecklare är i första hand intresserade av hur många användare en plattform når, och på mobilsidan är det bara en tidsfråga innan Android blir den första plattformen att utveckla sina applikationer för.

Förutom möjligheten att installera applikationer tillkommer ju dessutom möjligheten att visa foto, video och varför inte FaceTime samtal. Allt sammankopplat med din iPhone och iPad naturligtvis.

Vi har sett en explosionsartad utveckling när det gäller smarta mobiltelefoner och vi är alldeles i starten av en ny typ av datorer i form av små och smidiga tablet-datorer. Nästa område ser ut att bli TV-apparater.

Google har visat upp sina planer på hur de vill forma morgondagens TV-upplevelse, men om Apple sköter sina kort rätt tror jag de har en klar fördel. Det finns nämligen inget annat ställe där användarupplevelsen är så kritisk som när vi ska konsumera innehåll tillbakalutade i våra soffor.

Senaste tiden har det varit ganska mycket fokus på Flash för mobiltelefoner. Dels har det handlat om att Apple vägrar Flash för sina enheter, dels har det handlat om att Flash nu finns tillgängligt för Android 2.2.

Men med allt fokus på Flash i mobila webbläsare så känns det som att den verkliga nyheten, där det finns mest potential, helt har missats av den stora massan. Det jag refererar till är naturligtvis Adobe AIR.

Android kommer få stöd för Adobe AIR. Det innebär att flashutvecklare kommer kunna skapa applikationer som enkelt kan installeras på enheter som kör Android genom att paketera dem som AIR applikationer.

Det intressanta med Adobe AIR är att samma kod sedan kan användas till fristående applikationer för Windows, Mac och Linux, eller till och med via flashspelaren i en webbläsare. Med tanke på Adobes breda samarbete med branschen i övrigt är det heller inte otänkbart att Adobe AIR hittar in hos HP’s WebOS eller RIM’s BlackBerry OS. Kanske till och med Microsofts Windows Phone 7. Om man sedan tänker på den outforskade marknaden för tablet-datorer så inser man snabbt att det finns ett värde att nå så många plattformar som möjligt med sin applikation eller spel.

Vänder man på resonemanget så ser man att de språk och ramverk som varje plattform idag använder blir begränsade när det kommer till spridning. Utvecklar du en applikation i Objective-C/Cocoa Touch når du iDevices. Utvecklar du i Java för Android når du enheter som kör Android. Det blir dock väldigt svårt att använda samma kod till en ny typ av plattform.

Adobe AIR, om det får tillräckligt brett stöd, kan bli en vettig lösning för ett stort antal typer av applikationer. Helt klart kommer vissa typer av applikationer alltid behöva utvecklas specifikt för en viss plattform. Men för lika många applikationer är det viktiga att de når så många användare som möjligt utan för stor kostnad.

Det största hindret för att Adobe AIR verkligen ska lyckas är naturligtvis Apple. Adobe löste de tekniska bitarna för att skapa iPhone applikationer via AIR, men Apple såg till att förhindra det via utvecklaravtal.

Det är inte säkert att det blir just Adobe AIR som blir lösningen på att skapa applikationer för alla typer av plattformar, men jag är övertygad om att vi förr eller senare kommer få se ett vettigt alternativ. I längden är det ändå ohållbart, för majoriteten av alla applikationer, att skriva om dem för varje ny plattform.