Varför vill allt bli ett operativsystem? Först hade vi Firefox OS, och nu är Gnome OS här.

Buzzwordet för tillfället verkar definitivt vara "plattform" och Gnome-laget är inte lyckligt att bara skriva ett gäng bibliotek och program som sitter ovanpå ett bassystem som de inte kontrollerar.

Mer specifikt vill de ha mer kontroll över hela upplevelsen för Gnome-användare. Låt oss ställa några fler frågor.

Q. Men de gör redan det - de utformar alla användargränssnittsbitar.

en. Rätt, men de bitar som vi ser utgör bara en liten del av den övergripande upplevelsen. Låt oss gå tillbaka en stund och överväga hur sakerna fungerar i en vanlig Linux-distribution.

I basen har du kärnan, som talar till hårdvaran, kör program och hanterar resurser mellan dem. Då har du X Window System, ett grafiskt lager utvecklat av en annan grupp. Då har du de grafiska verktygen, som utvecklats av en annan grupp, och sedan skrivbordsmiljön, och så vidare.

Detta hotch-potch-tillvägagångssätt har fungerat ganska bra under det senaste decenniet, men med alla dessa lag som arbetar oberoende av varandra är det väldigt svårt att skapa en helt integrerad och jämn upplevelse för slutanvändaren. Ibland behöver Linux en funktion som måste implementeras både på hårdvarudrivrutinsnivå och i användargränssnittet, och att få alla dessa grupper att arbeta tillsammans är lite som herding katter.

Föreställ dig det här scenariot: En mobil bredbandsleverantör vill börja stödja Linux. Tillsammans med USB-modemen måste de skicka en komponent på låg nivå (en förare) tillsammans med en högnivådel (uppringningsprogrammet). För närvarande måste företaget krossa med alla olika Linux distros, pakethanterare, filsystemsplatser, biblioteksversioner, användargränssnitt och så vidare. Det är smärtsamt arbete.

Q. Visst, men det är livet för en utvecklare! Borde inte de göra allt det hårda arbetet för oss?

en. Förmodligen så. Men tänk på det från användarens perspektiv också. Joe Newbie har just installerat Linux, och är medveten om att han kör Gnome-skrivbordet. Han surfar på internet en dag och hittar ett coolt nytt Gnome-program. Han vill prova det, men de tillgängliga paketen har en annan fördelning. "Men jag kör Gnome," klagar han. "Varför kan jag inte bara installera GNOME-program på GNOME?"

Så i slutändan kan applikationsutvecklare inte bara rikta sig mot GNOME. De måste rikta sig mot så många olika implementeringar av GNOME som hanterar så många versioner och deras skillnader under huven att det blir ett djupt oattraktivt förslag.

Som Allan Day, en Gnome-användargränssnittdesigner, säger: "Just nu är det alltför svårt för utvecklare att skapa och distribuera applikationer för Gnome. Våra API är ett ständigt skiftande mål och applikationsfördelningen är långsam och fragmenterad."

Q. Hur gör man ännu en Linux-distribution kommer att fixa det här? Jag tror att vi har tillräckligt med distros för nu ...

en. Gnome OS kommer att vara en Linux distro, men det kommer inte att ersätta traditionella distributioner, och vill inte bli det enda hemmet för skrivbordsmiljön. I stället är det utformat som en plattform för testning och utveckling - som en referensimplementering av det ideala GNOME-systemet.

Idealt kommer Gnome OS att presentera funktioner, idéer och teknik som kommer att absorberas av de vanliga distributionerna, vilket gör Gnome-arbetet mer konsekvent över dem. Med tiden går applikationsutvecklare att kunna testa sina program på Gnome OS, och de borde jobba väldigt lätt på andra Gnomeish distros också.

Kontrast det med den nuvarande situationen, där en utvecklare inte bara kan skriva en app för GNOME och dela den med alla Gnome-användare runt om i världen. Istället måste han eller hon packa upp den för alla de olika distroserna som använder GNOME, med hänsyn till deras egenskaper och skillnader, och sedan skapa ett paketförråd och hantera alla tekniska konsekvenser av det.