RSS Feed!

About me

I am a business intelligence developer working at Bizware since August 2015. In this blog I will present code samples, primarilly in tsql but also findings in all other parts of the Microsoft BI-stack.


Disclaimer: All code should be considered as "as-is", i.e. badly tested and not working until extensive testing have been made by anyone reading the code. :)


Happy coding!

Archive for September, 2009

Google Wave – utmanar allt samtidigt!

Tuesday, September 29th, 2009

Som vissa av er vet kommer det snart att komma ett nytt revolutionerande sätt att kommunicera; google wave.

Google wave är googles nyaste uppfinning och är någon slags blandning mellan msn messenger / din mejl samt wiki men även ett slags Visio / wikipedia och mycket mycket mer.. Jag tar mig friheten att citera från mashable:

“Google Wave is a real-time communication platform. It combines aspects of email, instant messaging, wikis, web chat, social networking, and project management to build one elegant, in-browser communication client. You can bring a group of friends or business partners together to discuss how your day has been or share files.”

Vad kommer detta att göra, och vilka är konkurrenterna? Först och främst, facebook och twitter! Facebook har seglat upp och är i dagarna nästan lika stort i användare som alla invånare i USA, ca 300 miljoner. Twitter, med sitt enklare gränssnitt och enklare form, borde också se sig om för ångvälten google. Google Wave är ett ännu större forum än Facebook, du kan göra mer och du kan göra det i realtid!, du kan till och med se när personer skriver sina meningar! Hur coolt är inte det?

Vad Google Wave också är, så är det ett också en plattform för gemensamma projekt, en projektplattform. Vilka apps eller delar som den kommer innehålla är svårt att veta, men jag tänker mig lite av en rityta, typ Microsoft Visio fast simultant för alla. Spännande.

Dock höjs beredskapen för ännu mer maktkoncentration till Google, det finns mejl, sökmotor, bildspel, bloggar, youtube och nu även en kommunikationsplattform, vilket i sig är skrämmande. Hur mycket vet Google om dig? Hittade denna länk: http://www.centernetworks.com/google-online-privacy vilken listar följande lista:

* If you use Adwords, they know your marketing plan and they know your purchasing patterns.
* If you use Adsense, they know which of your sites makes money (though we know nothing sadly), they know how to target which ads to your site, they know how much to payout and how much to keep.
* If you use Alerts, they know what topics are important to you.
* If you use Analytics, they know which sites you control and/or monitor, how those sites are doing and every trend possible.
* If you use Blogger, they know what you write about. Every word, every phrase, every out and in link.
* If you use Calendar, they know where you have been, are, and plan to be.
* If you use Catalog search/Product Search, they know what items are of interest to you and which items you actually purchase.
* If you use Checkout, they know all of your personal information: name, address, phone, credit card, ccid.
* If you use Chrome, they know everything they didn’t already know about your browsing.
* If you use Desktop, they know what you have on your PC.
* If you use Docs and Spreadsheets, they know that you are writing a paper on 13th century france, and your checking account is $30 overdrawn.
* If you use Earth, they know where on the planet you desire to research.
* If you use FeedBurner, they know all about your readers and your readership levels.
* If you use Finance, they know what stocks (and other instruments) you own, which you monitor, and which trends you follow.
* If you use Gmail, they know everything. Yep, everything.
* If you use Groups, they know you have a fetish for rare steaks and love art from Paris.
* If you use Image search, they know that you like Britney Spears and you have a craving for chocolate babaka and cat photos.
* If you use Local search, they know where you are now, and what you are interested in.
* If you use Maps, they know where you might be, where you might be going, where you have been. And as noted above, if you have GPS, they know where you are at this exact moment.
* If you use Reader, they know what you are interested in.
* If you use Search (any Google search), Google knows every search you have ever made.
* If you use Talk, they know who your buddies are.
* If you use Toolbar, they know every web site you visit.
* If you use Translate, they know that you are learning German.
* If you use Video, the same applies as for YouTube.
* If you use YouTube, they know every video you have watched, what genres you like, which naughty videos you have watched, which ones you commented/favorited on, and the videos you have uploaded.

Observera att detta var för ett år sen, Google Voice har redan tillkommit (som sparar ljudfiler samt sms från dig), Google Books (läser in alla böcker och lägger ut dem på nätet) samt en massa andra småförvärv, lägg då till Google Wave på listan och du är verkligen punktmarkerad!

Ytterligare är det (ironiska?) att Google Wave har samma styrsel som boken The Wave, som handlar om grupptryck, smalspårighet samt att skapa en (osund) gemensamhet!

Länktips inom detta område:
Google Wave: The Wait Is Almost Over
The Top 6 Game-Changing Features of Google Wave
Does Google Know Too Much About You?

Eget projekt #2

Tuesday, September 29th, 2009

Arbetet med att få igång administrationen av sajten är på g. Sessionshanteringen har varit lite svårare än vanligt, den följer inte med som den ska för tillfället.

Däremot har jag börjat att få ordning på lite jQuery-funktioner som tidigare strulade, bland annat star-rating-pluginet som inte ville visa sig ordentligt. Jag kan tyvärr inte skicka eller visa halva stjärnor (Meta-data), men hoppas att jag snart kan förstå mera hur man gör.

Administrationen av användarnas inlägg börjar nu också ta fart, det blir en enkel variant för tillfället, får se om jag bygger ut den senare…

Jag siktar på att vara klar om ca 1-2 månader, beroende på hur mycket pluggande som är på g.

Vad händer om alla HTML-taggar används på en sida?

Tuesday, September 29th, 2009

Hittade en rätt intressant länk om vad som händer om alla taggar i HTML-används på samma sida.

Vissa saker skiljer sig åt beroende på vilken webbläsare samt operativsystem du använder: IE8 visar en lite mindre “bild” än Firefox, men visar däremot ett fieldset som inte Firefox gör. Färgen skiftar från grå till ljusblå. Använder du Linux(Ubuntu) ser du istället en orange färg och större bokstäver.

IT-bubblan

Thursday, September 24th, 2009

Nyligen lyssnade jag på p3s dokumentär om IT-bubblan som rådde mellan 1999-2001 från P3s hemsida, perfekt att lysnna på efter en hård dag.

Dokumentären intervjuar riskkapitalister, utvecklare, bankkunder, journalister och självklart Johan Staël von Holstein. Mycket har nog sagts om denna krash, som var (enligt dokumentären) den största börskrashen i modern svensk historia.

I boken Extraordinary Popular Delusions and the Madness of Crowds (Charles Mackay) från 1841(!) finns följande passage om Tulpankrisen (fritt översatt):

Följande kunde köpas för en lök av den ovanliga tulpansorten Viceroy:

Två laster vete
Fyra laster råg
Fyra feta oxar
Åtta feta svin
Tolv feta får
2 hogshead (476 liter) vin
Fyra tunnor öl
Två ton smör
450 kg ost
En säng
Ett ställ kläder
En silverbägare.

Vad kunde man köpa för ett dussintals IT-aktier i början av 2000? Sportbilar, hus, datorer, grisar??? Varför kan folk inte lära sig av historien?

Hur mycket gick då värdet upp på dessa aktier? Jag har haft svårt att hitta bra statistik, men uppgången för det generella indexet var på ca ett år var 91% upp.

Genom denna artikel hittad på finansvärldens hemsida kan man se hur stor nedgången var mellan 6 mars -00 till samma dag året efter (i %):

  • Framfab –98
  • Icon Medialab -96
  • Adera -96
  • Mogul.com -94
  • Trio -94
  • Enlight -93
  • Array -93 (“fyndigt” namn, här hade man väldigt mycket fantasi!)
  • Cell Network -93
  • Frontec -92
  • Ledstiernan -91

Det är dock skönt att veta att detta finns bakom oss som pluggar IT, även om det inte per automatik innebär att det inte kan hända igen inom ekonomin. Eller vänta, var det tulpaner jag skrev om eller sjaskiga ettor på Östermalm? Snart kommer prisfallet, spänn fast er!

GGF i konkurs, hur är det annars då?

Friday, September 18th, 2009

En av dagens nyheter är att Hans Pandeya och GGF(X) har konkat. Inget nytt egentligen, detta var väl bara en tidsfråga?

Jag minns att denne man, vid reportens fråga: “Du har en skuld på ca 700kkr hos fogden, hur ställer du dig till detta?” svarade “Har jag?”. Synd att han inte var med i Lyxfällan, vilket program det skulle vara! Och hur skulle den ökända tavlan se ut?
Han spelade högt på sin bluff, tyvärr åkte han dit ganska rejält…

Hur kommer detta då påverka TPB-affären? Jag tror att målsägande har fått kött på fötterna och TPB-killarna darrar, den här affären har känts som om det var deras (sista) livlina.

Grymma guider till SEO för wordpress

Thursday, September 17th, 2009

Här kommer några bra guider till SEO (Search Engine Optimization) uppdelat i kategorier baserad på svårighetsgrader.

Grundläggande SEO för wp:

Marcus Westbergs guide

Marcus Westberg har antagligen skapat den mest kompletta (svenska) guiden över hur du optimerar din wordpressblogg. Det finns en hel del enkla tips och trix här att hämta, som inte tar någon större tid att implementera. Guiden är mycket informativ och pedagogiskt uppbyggd, kanske därför den ligger först upp på google vid svensk sökning på seo och wordpress?

Orkar du inte fixa dessa små tweakar så rekommenderas även denna enkla plugin: All in One SEO pack från wordpresshemsida. Då är det bara att installera och det mesta fixar sig självt, fast det är ju inte lika skojsigt som att göra det själv?

Avancerad nivå:

Matt Cutts blogg / kategori: SEO

Vill du höra SEO-goliats röst? Då är Matt Cutts blogg intressant. Denna blogg är dock mer att se som en meta-SEO utsträckning där man kan höra mer om hur utvecklingen inom SEO går åt, se denna sida som SEO-filosofi mer än SEO-strategi.

HongKiat.com

Denna blogg har producerat en mycket mycket bra och avancerad guide inom spets-SEO som passar om du vill minimera laddningstider, komprimera css/bilder/js samt minska server-stress. Denna guide är inte bara till för wordpress, utan kan användas flitigt för alla sorters sajter.

På tal om laddningstider är denna plugin rena rama fyndet, eftersom den komprimerar dina javascripts till en liten fil för snabbare laddningstider. Jag rekommenderar även the broken link checker, som gör dig medveten om du länkar fel eller till en länk som inte finns.

Eget projekt #1

Wednesday, September 16th, 2009

Mitt egenutvecklade sajt går långsamt frammåt, men det är svårare än vad jag först trodde att bara sitta ned och arbeta åtta timmar i sträck. Dessutom är det ibland svårrt att få det att gå ihop med skola och livet runtomkring. Samtidigt känner jag att jag har fått mer koll på hur objektorienterad programmering fungerar i praktiken. Något av det speciella med php-programmeringen är användningen av (referens)variabeln $this. $this används mycket ofta för att “binda ihop” olika objekt med varandra, vilket betyder att det används hela tiden.

En bra guide till grundlöggande oo-programmering finns här, som även förklarar magin bakom $this.

Nåväl, mitt eget projekt börjar ta form. Jag är klar med den grundläggande affärslogiken bakom användar-GUI:t och ca 60% klar med jQuery-effekter och 90% med CSS. Det finns fortfarande lite problem med jQuery-star-rating-plugin:et när endast en stjärna av fem ska visas samt hur man visar metadata på ett snyggt sätt.

När det gäller admin-gränssnittet så kommer det ha liknande form som användar-GUI:t och kommer att användas av mig till att godkänna användarinlägg.

Jag har börjat experimentera en hel del med jQuery för att få fram vissa användarvänliga effekter. jQuery skiljer sig mycket mot pHp-kodning eftersom de har helt olika användningsområden, även om de finns överlappande sektioner. Det tog ett tag till att förstå syntax och mönster bakom jQuery, tur att det finns många bra guider.

Nästa steg i projektet:

Jag inser ibland att det är lönlöst att fortsätta om man sitter fast, oftast löser sig problemet av sig självt när hjärnan går in och få fundera själv. Nästa steg blir då att bygga upp admin-GUI:t och låta det andra vila.

MISSILE del 3: Checklista

Saturday, September 12th, 2009

Detta är den sista delen i artikelserien om MISSILE, har du missat de två första?
Del 1: Bakgrund
Del 2: Innehåll

Checklistan är till för att se över vad projektgruppen behöver ta ställning till. Dessa liknar de delar som gör MISSILE, men sätter viktiga frågor i fokus på ett helt annat sätt.

Kan det finnas något behov av webbtjänsten?

Detta är den första frågan som man bör ställa sig. Behovsfrågan kan man ta reda på genom att googla sin idé. Finns det ingen webbtjänst, kan man ha större chans till framgång, om någon nu vill använda tjänsten. Fördelen med en konkurrent på marknaden är att man då vet att behovet redan finns. Finns konkurrenten behöver man ”bara” skapa en bättre produkt. Chansen minskar att tjäna mycket pengar, men det gör även risken att misslyckas att nå ut till användarna, då behovet redan finns.

Hur snabbt kan du utveckla din idé, från behov till en lansering av prototypen?

Hastigheten mellan idé och lansering är mycket viktig, då webbutveckling som område går otroligt snabbt framåt på nya innovativa sätt att utveckla. Finns det inte tillräckligt med tid
eller kunskap kan projektet bli försenat. Skillnaden mellan ett traditionellt industriellt branschområde och webbutveckling är enorm när det gäller vad som är tekniskt möjligt. Har du inte tiden, fundera på att lägga ut det på någon som har den.

Kan du använda någon sorts ramverk eller färdigskrivna bibliotek för att snabba upp
utvecklingsprocessen?

Ramverk och färdigskrivna bibliotek kan snabba upp utvecklingsprocessen snabbt, då man får en fungerande plattform att stå på. Vid tekniskt elegant kod (läs: komplexa publika webbtjänster) kan dock bibliotek sakta ner laddningstiden för användaren, vilket då kan skada webbtjänstens anseende. Ha alltså i åtanke att remverk kan vara besvärliga att konfigurera
och kan sätta käppar i hjulen vid större projekt. Om applikationen är av en större karaktär rekommenderas därför en egenutvecklad kodbas.
Eftersom ramverk snabbt utvecklas har den akademiska världen inte publicerat något betydande forsknings material i frågan, även om stöd finns kring fördelarna vid objektorienterad systemutveckling.

Hur kan webbtjänsten integreras med andra webbtjänster?

Integrationsmöjligheter med andra redan existerande webbtjänster ökar chansen för att användaren använder webbtjänsten genom att redan existerande webbtjänster har användare.
Flera exempel på detta finns, bland annat facebook connect, openID samt myspaceID. Alla dessa gör att användaren inte behöver registrera sig, utan använda en redan tidigare använt ID, vilket gör att chansen att användaren testar applikationen ökar.

Vilken sorts publik webbtjänst tänker du lansera?

Denna frågar går hand i hand med behovs-frågan, och borde tas med en nypa salt, då den ”riktiga” användaren ibland inte passar in i den definition man har i åtanke. Använd inte en målgruppsanalys traditionella segmentering, använd mer generella termer såsom ”Folk som är intresserade av…”
Detta kan ge återverkningar på marknadsföringen av tjänsten. Genomslaget för exempelvis marknadsföring via sociala medier slår inte lika hårt mot ex. Svampplockare än mot it-intresserade, då svampplockare (generellt) har sämre koll på twitter då det tilltalar äldre människor mer än yngre. Använd mejl samt olika nätforum för mat (och svamp).

Skapar aktiviteten i utvecklingsprojektet affärsvärde?

För att inte ödsla tid behövs en framförhållning till lanseringen genom att hela tiden fundera på om en aktivitet som görs skapar mer värde än vad som behövs för att utföra denna. Ett
exempel på tidskrävande aktiviteter kan exempelvis vara dokumentation, men här kan även webbtjänstens funktionalitet, kontakter med reklambyråer m.m. inkluderas. Vad som ger
affärsvärde beror på lansering, utveckling, storlek på projektgrupper m.m.

MISSILE del 2: Innehåll

Saturday, September 12th, 2009

Detta är del två av tre inom artikelserien om MISSILE, här hittar du del ett och tre:
Del 1: Bakgrund
Del 3: Checklista

MISSILE står för Marknadsföring, Integration, Snack, Snabbhet, Interaktion, Lock-In samt Enkelhet (Marketing, Interactivity, Speed, Speak-ups, Integration, Lock-In and Essentials). MISSILE är både en akronym men även en metafor för sättet du behöver arbeta på. En missil är en snabb projektil som är till för att träffa ett mål, ditt mål, din framgång. Fas som du nog vet träffar inte alla missiler sitt mål, då är det bara att ladda en ny missil (projekt). Snabbheten att få iväg missilen och snabbheten att snabbt ladda om och använda en ny missil är av viktig karaktär för modellen.

Marknadsföring

Eftersom du inte har någon kund eller för den delen användare, måste du sälja in din sajt till eventuella användare. Det finns många sätt att göra detta på, bland annat genom att använda sociala medier. Att använda sociala medier (bloggar, twitter m.m.) är gratis. Använd dina vänner och tipsa andra bloggare och blogglistor om din sajt och din tjänst.

Interaktivitet

En självklar del i denna mix är interaktiviteten. För att väcka intresse behöver din sajt vara dynamisk (läs: web 2.0). Du kan inte få en statisk webbsida att bli intressant, något måste hända på den. Ditt material kan antingen vara användargenererat eller en blandning av egna bidrag och användargenererat material. Interaktiviteten ökar desto fler som använder din tjänst.

Snack

Snack är en ganska konstig term som vi använder. Snack kan enkelt översättas med den mer tillrättarevisade speak-ups och är nära länkat med marknadsföringen. En annan närliggande synonym är det engelska ordet hype. Det gäller alltså att få folk att tala om din produkt/tjänst. Marknadsföring är till för att få användarna att veta om din sajt, men snacket kommer först efter att de har varit inne på din sajt och bedömt den som användbar.

Snabbhet

Som tidigare har sagts, behöver du vara snabb i utförandet av ditt missile-projekt. Det går inte att vänta på att realisera idén, för förr eller senare kommer någon annan med ett liknande bidrag till nätet. Vi går tillbaka till metaforen om rallybilen. Rallybilen (MISSILE) står tillsammans med två långtradare (RUP och vattenfallsmodellen), båda kategorierna är bra till olika projekt. Kunden har lagt asfalt som långtradarna kan köra på (finansiering) men det finns ingen kund på grusvägarna i skogen. Internet-skogen är full av gupp, hopp, svängar och vattenpölar. Att långtradarna ska köra på dessa vägar och snabbt komma fram till mål (lönsamhet) är svårare än med rallybilen. Du måste manövrera snabbt och veta när man ska svänga för att hålla uppe hastigheten.

Integration

Dagens publika webbtjänster använder ofta tredjepartsmaterial för att ge mervärde åt kunderna. Hur kan du ge medvärde till dina kunder? Google, facebook, sökmotorer och prisjämförelsesajter skulle inte vara något alls om de inte litade på användar- företags-/ och butiksgenererat material. Att integrera ytterligare med olika sorters API är även det att föredra. Lägg även ut addthis eller sharethis-knappar för att öka antalet användare.

Lock-In

Kan du få dina användaren att återvända till dina sajter? Kan du integrera och bidra till att hålla din användare nöjd? Då har du kommit långt för att få en trogen användarskara. Desto trognare och desto bättre lock-in-incitament du har, desto bättre Snack får du och därmed bättre marknadsföring mot nya användare.

Enkelhet

Du ska inte bygga ett affärssystem, kom ihåg att hålla det enkelt: KISS (Keep It Simple Stupid). Enkelt och essentielt ska det vara, fokusera endast på kärnupplevelsen och gör inga hafsiga försök att få med ”allt”. Ibland är det bättre att ha mindre antal ”saker” på sin sida. Se exempelvis sökmotorbranschen, mellan msn search (numer bing), yahoo samt google. MSN har massor av diversifierade tjänster på samma sajt, yahoo har några stycken och google… inga, i princip. Google har 5 attraktionsobjekt: logon, sökfältet, knapparna, texten under, och texten överst. Mer behövs inte. Kom ihåg att du har bara några sekunder på dig att övertala användaren att testa din tjänst.

MISSILE I praktiken:

För att förstå bättre hur delarna sitter ihop, kan denna bild användas för att förstå sambanden:

MISSILE del 1: Bakgrund

Saturday, September 12th, 2009

Detta är den första delen i serien om MISSILE, de andra hittar du här:
MISSILE del 2: Innehåll
MISSILE del 3: Checklista

Det finns otroligt många olika metoder, modeller, synsätt och perspektiv inom system- och webbutveckling. Vissa är mycket generella, exempelvis RUP medan vissa är mer specifika i görandet, exempelvis XP eller den senaste trenden SCRUM. Alla dessa modeller har sina goda sidor, i rätt projekt med rätt storlek på rätt tid och plats.

Men mellan dessa storslagna metoder finns det ofta mellanrum. Mellanrummen som de försöker att täcka in men som inte kan täckas in.

Forskning görs nästintill alltid beroende av finansiella medel, läggs det inga pengar på ett forskningsprojekt, så kommer det i skymundan.

I den akademiska världen har detta skett i gränslandet mellan entreprenörskap på webben och informatik. Mellanrummet som har visat sig har aldrig blivit intressant för att ingen har betalat ut medel till att forska. Det beror antagligen på flera anledningar:

Entreprenörerna kan inte betala för sig, och har aldrig skapat en större gemensamhet för att kunna betala forskningspengar till den akademiska världen.
Entreprenörerna har haft fullt upp med att starta sajter/bolag och inte haft tid till att teoretisera kring sitt eget arbete.
Det har alltid funnits modeller/metoder samt perspektiv som aldrig passat tillräckligt bra, men som i någon mån har använts inom entreprenörernas projekt.

Realisering

Hur har då den akademiska världen ”tacklat” detta problem? Eftersom det finns en viss förskjutning inom akademisk forskning (genom att ett ”fenomen” behöver bli legitimt, läs: det behöver bli tillräckligt stort för att få forskningspengar från mossiga staten) på ca 2-3 år har det aldrig blvit en tillräckligt stor ”marknad” för en modell över webbutveckling, särskilt inom publika webbtjänster.

Jag och Erik Scherman valde att skapa ett utkast för en modell av just denna typ av webbtjänster, de publika.

Vad är publika webbtjänster?

En publik webbtjänst är en tjänst på nätet som inte kostar något för användaren att använda. Exempel på detta är sökmotorer, jämförelsemotorer, sociala medier samt olika sorters verktyg. Facebook, google, prisjakt, annonskartan… det finns många exempel på detta. Ibland, men inte alltid, finns det en premiumtjänst som tilval som kostar, men denna premiumtjänst dyker först upp efter en stadig skara användare redan använder tjänsten.

Vad gör denna genre speciell?

Denna genre är speciell eftersom det oftast är denna väg som webbentreprenörer använder sig av för att skapa sitt företag, och innehåller helt andra utgångsfaktorer än en vanlig ”business”:

  • Det enda ”riktiga” fasta kostnaden är ett webbhotell.
  • Det finns ingen kund (om du inte är konsult som jobbar mot en beställare av en publik webbtjänst)
  • Dina chanser att ”lyckas” beror på hur du realiserar din idé och ökar om du är först med den.
  • Du vet aldrig om din affärsidé kommer att lyckas fånga användare.
  • Utvecklingen av webben går fasansfullt fort, särskilt denna genre (jämför exempelvis med en e-shop)..

Som utgångspunkterna visar, handlar det mycket om att vara på rätt plats vid rätt tid med rätt idé. Sammantaget är affärsidén relativt enkel implementera och kostar egentligen bara serverkostnad som fast kostnad, men är svår att få lönsam.

Sett till de tidigare modellerna så finns det vissa problem, de är inte byggda till att hantera små, mega-iterativa webbprojekt, de är till för ex. Standardsystem med stor dokumentation och många aktörer inblandade. Det är lite som att sätta en busschaufför i en rallybil, fokuseringen blir fel.

Ännu mer fel blir det att använda ett sekventiellt handlingssätt, såsom den klassiska vattenfallsmodellen, där ett projekt tar över ett år varav förstudien på några månader.

Vad skulle förstudien i en publik webbtjänst kunna vara? Vad kunden vill ha? Nej. Vad kostnaden skulle kunna bli? Nja, nära men ändå inte. Vilket behov som finns? Ja.

Det ända som är intressant för ett publikt webbtjänstprojekt är egentligen om det finns ett behov? Finns det ingen som har testat din idé på nätet? Då kan det finnas ett behov. Finns det, men är dåligt utförd (läs: du kan bättre!), då är det bara att trycka på pedalen i din lilla rallybil och köra ut i nätdjungeln.

Vårt arbete

Jag och Erik Scherman intervjuade fem framgångsrika webbutvecklare som samtliga arbetade inom publika webbtjänster för att få fram svar på vad som ökade deras chanstagningar att lyckas. Vi jämförde detta med den senaste forskningen inom en rad skillda områden (marknadsföring, SEO, psykologi, gränssnitt m.m.) för att få en stabil teoretisk grund samt praktisk input för att snabbt kunna realisera sitt mål: en lönsam publik webbtjänst. Vårt resultat blev MISSILE.