22
Jun 09

Evolutionen av publiceringssystem

Under året har jag omvärderat min syn på framtida utvecklingen av publiceringssystem (eller content management system, CMS eller CM eller liknande namn). Lite avrundat har det sett ut så här historiskt (enligt min uppfattning):

Generation 1, 1995-1999, “Statiska filer”
Sidans innehåll och html snickrades ihop av en redaktör. Html-kunskap var nödvändigt och slutresultatet blev en statisk fil som innehöll bildreferenser, länkar och innehåll i en klump. SSI – server side include – var en viktig funktion.
Dödsorsak: Omöjligt med flerkanalspublicering och krävde html-kunskap.

Generation 2, 2000-2005, “Hemmabygge”
Databasdriven publicering. Oftast hemma- eller konsultbyggt system. Skräddarsytt och byggt utifrån den egna verksamheten.
Dödsorsak: För dyrt att utveckla och väldigt personberoende.

Generation 3, 2005-2010, “Köpt produkt”
Köpt standardprodukt som anpassas. En extern leverantör som leverar och egen avdelning eller konsulter som anpassar, vidareutvecklar och förvaltar.
Dödsorsak: …?

Generation 4, 2010-2015, “Öppna system”

Tills nyligen har jag trott att nästa generation eller fas kommer karakteriseras av open source-produkter. Mycket talar för det eftersom produkter och lösningar blivit så pass bra och support och utveckling finns tillgängligt. Dessutom är kostnadsbilden viktig och licenskostnader på “rolls royce-system” är svåra att motivera när man egentligen behöver en “mc”.

Det som växt fram i mig nu är en känsla av att fjärde generationens produkter kommer definieras av sin förmåga att vara “öppna och integrerbara”. Viktiga egenskaper är till exempel: öppna api:er, öppen för integrering med andra system och funktioner, plugin-arkitektur, följer öppna standarder, enkel att köra i “moln”. Det kommer handla mer om att skapa navet eller kittet som håller ihop en webbplats än en produkt som innehåller allt. Med nischade funktioner och öppna api:er för allt från bildhantering och kommentarer, till inloggning och stavningskontroll så är det tveksamt att vi kommer leta efter ett nytt CMS (i dagens bemärkelse) när det är dags att fasa ut det befintliga. Jag tror vi kommer behöva en “motor” som kommer kunna driva webbplatsen och som framförallt kommer användas för att integrera alla pusselbitar som bygger vår sajt. Pusselbitar som nås via api:er och anrop till andra system. Pusselbitar som vi byter ut när det finns bättre alternativ tillgängliga. Pusselbitar som samtidigt binder ihop och sprider ut vårt innehåll till andra plattformar.

Sen är troligtvis den produkten baserad på öppen källkod, men det är inte det som karakteriserar den.


07
Oct 08

Lite tänk runt drift och framtiden

Inför framtiden (med mer open source, ständigt mer IT-beroende, mer “moln-leverantörer” etc.) kommer IT-folk behöva tänka nytt.

Jag söker efter en ny typ av bolag: teknikbolag som arbetar med webbplattformar runt drift och utveckling. Hjälpa till att modernisera plattformar och applikationer genom att använda de möjligheter och erbjudanden som finns på nätet och “i molnet”.

– Äger ingen egen infrastruktur
– Hög kunskapsnivå och nyfikna på vad som väntar runt hörnet
– Få personer som delar mycket kunskap och kan varandras lösningar
– Inte ha ambitioner att växa, utan att bli ännu skarpare och bättre
– Fötterna i open source-myllan
– Hanterar utveckling och drift (av plattformar, inte nödvändigtvis webbutveckling)
– Ingen specifik helpdesk/jour/supportorganisation: vid larm är det direkt någon med rätt kunskap som agerar

Varför då:
– Alldeles för många vet alldeles för lite om vad som är möjligt nuförtiden. Många företag behöver modernisera sig och istället för att lägga pengar på licenser och stora “löser allt”-produkter kan man arbeta med mindre, specialiserade lösningar som man använder som pusselbitar.
– Små snabbfotade konkurrenter/startups/kloka företag arbetar redan så, och gör det med framgång.
– Mindre byråkrati och snabbare kommunikationsvägar behövs. Färre nivåer.
– Ju större företag ju lägre medelnivå på kompetensen.

Med kreditkort kan man idag skaffa sig all tänkbar lagrings och datorkraft. Det är inte längre nödvändigt (eller ens fördelaktigt att äga och serva sin egen hårdvara). De här personerna ska inte byta hårddiskar som kraschar eller sitta och skruva i datorhallar, de ska sitta tillsammans med utvecklare. Att hantera IT-infrastruktur kommer gå samma väg som elkraft: det finns i sladden, du behöver inte bry dig om hur.

Det behövs ett stabilt personberoende; 5-10 personer som delar på några kunder/uppdrag. Inte mer. Full öppenhet och kontakt däremellan, inga mellanhänder. Bra dokumentation som delas mellan bolaget och kunden. Alla ser samma larm- och övervakningssystem (dashboard). Nya kunder endast om det får plats i befintlig organisation, inte genom att växa i antal huvuden.

Bara arbeta med en viss typ av kunder eller uppdrag och vara bäst på det.

Inse att “så har vi alltid gjort tidigare” inte längre fungerar.

I den traditionella värld jag kommer ifrån har vi mycket kvar att lära. Vilka arbetar redan så här?