Redan efter den tredje presentationen har vi fått valuta för pengarna. #3 handlade om utmaningen att få ut sitt innehåll i flera kanaler. Väldigt många tankar och idéer kom ut från det. Sammanfattar översiktligt så länge så tar vi en större genomgång på hemmaplan.
National Public Radio NPR byggde redan 2008 om sin arkitektur mot att baseras helt på API:er.
Vi börjar med nyttan och resultatet:
- betydligt snabbare utvecklingstakt och effektivitet på utvecklingsavdelningen
- mobiltrafiken har ökat markant
- lättare att integrera med partners
- snabbare och enklare affärsutveckling
- Flera tjänster bl a Android-app har byggts av externa utvecklare
- lanseringen av en iPad-app krävde väldigt lite arbete eftersom innehållet inte behövde maseras (jfr med vår Manglare)
- enkelt att anpassa sajten till HTML5
Filosofin bakom arkitekturen:
- Bygg inte ett system som kan allt
- Innehåll och teknologi är oupplösligt ihoplänkat (inextricably linked - hitta en bättre översättning om det går)
- COPE (Create Once Publish Everywhere)
- Separera Datainmatning (CMS) och presentation (i alla kanaler)
- Förstå vad som är den sammanhållande minsta byggstenen - för NPR (och andra medieföretag) en Story
- Det är bättre att vara inkomplett än att vara inkorrekt. Innehållet måste vara rent och korrekt.
Det här behövs också:
- Bra verktyg som stödjer ovanstående
- Bra männsikor som förstår och stödjer ovanstående (både utvecklare och redaktörer)
- Bra innehåll (annars är det liksom kört från början)
Bilder
NPR bryr sig inte om storlek utan bara ratio (1:1, 4:3, 16:9). Bilder croppas, bearbetas och genereras on-the fly (med någon form av cachning).
Systemskiss
NPR visade också en intressant skiss över de olika lagren. Se presentation när det kommer online.
Positiva insikter:
- Det går att göra. Kan NPR kan vi. Vi har mer resurser så om vi satsar rätt går det.
- Vi har redan en utsedd produktägare för våra API:er (Tobias)
- Nyttan är enorm
- Alla delar gynnas: redaktionell- affärs och IT-utveckling
- Grundtänket har vi redan, nu gäller det att komma igång ordentligt
Lite jobbigare insikter:
- Om vi inte får ordning på flerkanalspublicering är det kört på sikt (ok, lite överdrivet men ni förstår)
- Det kräver väldigt mycket, både resurser och nytänkande
- Stor förändring krävs även redaktionellt vilket innebär stora utmaningar
Atom - Story
I sin enklaste form handlar det om en Story. Storyn kompletteras sedan med andra resurser som text, bild, ljud, video etc. Ettor i de olika kanalerna hanteras i listor av Storys. Ettorna är generiskt sammansatta och ska kunna tolka relevans och vikt oavsett kanal. Här har vi en bit kvar. En relevant fråga är om nyhetsvärderingen skiljer sig så mycket för olika kanaler. Vi har förutsatt det men är det så?
Mobilstrategi
Hela mobilstrategin bygger på att ha snabb utveckling och inte behöva massera och göra om data från andra kanaler (jfr med hur det ser ut idag...) .
Nytänk redaktionellt
Det är inte bara utvecklarna som behöver tänka om. Även redaktionen måste lära sig att tänka kanaloberoende och att det ska fungera överallt. Ett bra exempel är länkning. Om det inte fungerar att länka på devicen måste innehållet ändå skrivas och formuleras på ett sätt som gör det förståeligt. Ett bra exempel finns i presentationen.
Egenutvecklat eller produkt?
NPR byggde mycket själva på de legacysystem som fanns. Då fanns inte lika många alternativ. Mycket har hänt på två år och idag finns mer färdiga lösningar. "Klistret" måste vi sköta själva oavsett. Tipset är att inte bygga något som redan finns.
Några utmaningar:
- Prestanda
- Rättigheter
Sammanfattning av de viktigaste slutsatserna
- vi måste tänka om och långsiktigt basera hela arkitekturen på API:er
- datainsamling måste skiljas från presentationen
Idé
Namnet på flödesprojektet borde gå åt COPE-hållet fast helst på svenska.
Pust. Det blev långt, men det var en mycket bra dragning. Vi jobbar vidare på hemmaplan.