Reklamebureauet Bureau 117 i Kolding fungerer som fast samarbejdspartner for Flyvevåbnet, og allerede for et par år siden, var vi underleverandør af et website baseret på Umbraco CMS (Det kan ses her). Bureau 117 står således for alt hvad der hedder kommunikation, design osv. mens vi leverer teknikken. Som så mange gange før i vores glimrende samarbejde med 117.

Inden dette års stud.luft arrangement, blev idéen om QR-koder med et tilhørende informationssite bragt på banen. Og hvordan griber man så lige det an…?

Kort og generelt om QR-koder

Hvad er QR-koder? QR-koder står for “Quick Response” koder, og er i bund og grund en 2-dimensionel stregkode. I denne stregkode kan der gemmes information som f.eks. en URL, en emailadresse, en tekst etc. QR-koderne er oprindelig opfundet i Japan til brug for bilindustrien. Med henblik på at robotter/maskiner hurtigt skulle kunne aflæse information om/på komponenter. Der er en masse teori og matematik inde over og detaljerne er avancerede. Det korte af det lange og hvad de fleste bekymrer sig om er:

1. Det er gratis at generere og anvende QR-koder. Der findes en masse online QR-kode-generatorer. Bare søg på Google efter f.eks. “qr code generator”
2. QR-koder kan til en hvis grad farvelægges som ønsket, og man kan endda indlejre forskellige grafiske detaljer, som intet har med QR-koden at gøre
3. Punkt to lader sig gøre fordi matematikken bag QR-koder gør dem læsbare på trods af evt. usikkerheder og fejl i koderne

I disse dage boomer anvendelsen af QR-koder i web-verdenen. Anvendelsen er typisk, at man på et fysisk produkt eller på et trykt medie placerer en QR-kode med en gemt URL. På URL’en kan man så læse, købe, bestille eller hvad det nu kan være. Anvendelsesmulighederne er enorme – tænk lidt over det, og forestil dig hvordan anvendelsen kunne være for lige præcis dig og f.eks. dit produkt – det er en god idé, ik?

Baggrunden for at der virkelig “er kød på benet” er naturligvis, at enheder der kan scanne disse koder, pludselig er blevet hvermandseje: Jep, enhver “smartphone” (f.eks. Samsung, LG, HTC, Apple etc. med iOS, Android eller Windows Phone styresystemer) med respekt for sig selv, kan håndtere QR-koder – dog ofte ved at man lige skal installere et stykke (gratis) scanner-software. Smartphones findes i lommerne på flere og flere, og kendskabet til hvordan man benytter QR-koder er stærkt voksende. De præcise tal er der noget uenighed om, men alle er enige om at det boomer. Kort sagt: Der bliver scannet igennem derude, og du er sikkert også stødt på QR-koder allerede.

Mobiloptimerede sites – hvad er det så?

Som nævnt er den typiske anvendelse, at man gemmer URL’er i QR-koderne. Altså kan vi være ganske sikre på, at brugerne står med en håndholdt enhed og ønsker at se indholdet på en URL. De hjemmesider vi besøger fra vores bærbare og stationære computere er laaaangt overvejende optimerede til vores store fine flad-skærme, og netop skærmens størrelse er den helt store forskel på en traditionel computer og så vores smartphone.
Derudover har traditionelle hjemmesider det med at være ganske avancerede med mange detaljer. En mus/mousepad og en stor skærm giver virkelig brugeren mulighed for at ramme og klikke præcist på små elementer. På en smartphone er markøren udskiftet med vores store, fedtede fingre, og det er i den grad upræcist i forhold til musen og den store skærm.
Og så er der den computermæssige kapacitet. Desktop- og bærbare computere har typisk computerkraft i rå mængder sammenlignet med smartphones, og denne rå power gør moderne hjemmesider i høj grad brug af. Især brugen af Javascript stiller krav til computerens ydeevne, og Javascript bruger langt de fleste moderne hjemmesider flittigt.
Og så den sidste umiddelbare forskel: Mobile enheder bruger ofte “mobilnetværk” når folk er på farten. Hastigheden på disse forbindelser, er en helt anden end vores faste fiberforbindelser derhjemme eller på kontoret. Således ønsker man ,at trafikmængden til de mobile enheder skal være så lav som muligt.

Så for at opsummere forskellene mellem traditionelle computere og de mobile enheder:

1. Skærmstørrelser
2. Pegeredskaber og markører
3. Computerkraft
4. Hastighed på internetforbindelsen

En sidste detalje:

De håndholdte enheder kan for langt de flestes vedkommende “flippes”. Således må du formode at dine brugere i høj grad vil forsøge at se dit website i BÅDE i højformat og bredformat. Det er nyt i forhold til den store fine fladskærm på skrivebordet….

At lave et “mobiloptimeret site” går således ud på at adressere de 5 ovenstående punkter. Dvs. sørge for at din hjemmeside kan ses i en version der er optimeret i forhold til ovenstående.

Hvordan gør Flyvevåbnet så?

Sammen med Bureau 117 har Flyvevåbnet lavet en masse grafisk og trykt materiale til stud.luft arrangementet. En del af dette er QR-koder med indlejrede URL’er. Disse koder placeres på de forskellige poster. F.eks. er der en post vedr. F-16 fly, en post vedr. Lynx helikopter osv. De deltagende kan således spadsere rundt, “kigge på dyret” og når de ønsker mere information om et eller andet…  vupti..  frem med telefonen og scanne koden. Frem kommer billeder, tekst og videoklip direkte på telefonen.

For at klare dette er følgende gjort:

1. En række URL’er er meget tidligt i forløbet vedtaget. Det er disse URL’er der skal gemmes i QR-koderne, og da disse typisk udvikles og trykkes lang tid i forvejen er det vigtigt at strategien omkring domæner, URL’er osv. er på plads – i god tid og gennemtænkt. I dette tilfælde er der simpelthen valgt URL’er på domænet “m.studluft.dk”. “M” står for “mobile” og er et subdomæne til studluft.dk. Således har vi placeret den sædvanlige hjemmeside på www.studluft.dk og det mobiloptimerede site på m.studluft.dk. “M” kunne have været alt muligt andet, men med “m” signalerer at vi, at vi har at gøre med et “mobile site”. Tricket med at separere versionerne af hjemmesiden på subdomæner, giver i øvrigt muligheder for at forskellige servere og/eller tekniske platforme kan benyttes til de forskellige versioner. I øvrigt en velbenyttet måde at gøre det på…
2. Brugerinteraktion og involvering vil vi meget gerne. Bureau 117 og Flyvevåbnet er tidligt i forløbet blevet enige om at Facebook er et rigtig godt udgangspunkt – og det er svært ikke at være enig. Vi har at gøre med unge mennesker der skal overbevises om, at Flyvevåbnet er det fedeste sted med de fedeste uddannelser – og denne målgruppe er på Facebook. Og “knips” så er Flyvevåbnet repræsenteret på de sociale medier med muligheden for viral markedsføring.. jo jooo…  I praksis drejer det sig om at Facebook-brugere kan kommentere indhold udvalgt indhold på m.studluft.dk og give “thumbs up” eller “thumbs down”
3. Bureau 117 har udviklet et design til det mobile website. Selvfølgelig et design der adresserer punkterne for et mobiloptimeret site fra tidligere. Bemærk at det ikke bare er noget man gør med venstre hånd. Det lyder simpelt (vi ønsker jo netop at holde det simpelt), men der er en lang række spidsfindigheder af både teknisk og brugeradfærdsmæssig karakter som der skal overvejes. Mere info om dette kommer længere nede….
4. Udover de specifikke landingssider fra vores QR-koder er der også etableret et generelt mobiloptimeret site med grundinfo om sagen. Hvis man går til www.studluft.dk med en mobil enhed, vil det blive registreret at klienten er en mobil enhed, og man vil få valget mellem at besøge det “rigtige” site eller det mobiloptimere site. Altså en “mobile detection” hvis mål er at skabe adapteret indhold der passer til klienten – med valgmuligheden for at se det rigtige site
5. Vi har implementeret ovenstående på den Umbraco-installation som kører studluft.dk – Det korte af det lange: Umbraco er som platform/CMS i den grad egnet til at håndtere et scenarie som ovenstående. Se mere i næste afsnit…

Flyvevåbnets udfordring og løsning er det jeg allerede vil tillade mig at kalde “en klassiker”. Måske frækt at kalde noget så relativt nyt for “klassisk”, men ikke desto mindre et scenarie som på rekordtid er blevet aktuelt og meget brugt. Noget vi igen og igen får spørgsmål omkring og noterer os ordrer på.

Hvordan løste vi opgaven – teknikken?

Vores valg når det kommer til CMS’er er jo altid Umbraco, og så er det jo meget heldigt at www.studluft.dk kører på en Umbraco platform. Følgende punkter opsummerer hvordan vi gjorde:

1. Umbraco understøtter “ud af kassen” flere websites pr. Umbraco installation. Det betyder at du kan køre f.eks. www.mit-domæne.dk, m.mit-domæne.dk, hvad-jeg-kan-finde-på.domæne.dk osv. på samme installation. Teknisk set har du altså samlet flere hjemmesider i én applikation – visuelt og funktionelt kan hjemmesiderne fremstå som værende selvstændige. Denne feature er oprindeligt udviklet til sprogversionering af et website, men i praksis bliver det ofte brugt til diverse andre formål. Det skal klart anbefales, at man udelukkende forsøger at samle websites i én Umbraco applikation, såfremt de er inden for samme organisation og overordnede set har fællestræk. Og ja, vi har haft kunder med gode idéer om at køre 10-150 helt forskellige sites på én Umbraco applikation – pas på med det! Skabeloner, dokumenttyper, makroer osv. risikerer at blive et stort rod…
   Konklusionen: Ovenstående features i Umbraco er som født til at håndtere en mobiltoptimeret version af en Umbraco hjemmeside. F.eks. placeret på m.mit-domæne.dk. Det er lige præcis det vi har gjort med stud.luft-projektet
2. Vi har sat en “detector” eller “browser-sniffer” op. Besøger du hoved-websitet www.studluft.dk med en mobil enhed, vil det blive opdaget, og du vil blive gjort opmærksom på at der findes et mobil-optimeret site. I det her tilfælde ender du på en forside placeret på m.studluft.dk hvor du bliver gjort opmærksom på den mobiloptimerede version, men samtidig har du muligheden for at vælge det “rigtige” website. Sådan har valget været i dette tilfælde, men mange vælger også blot at spare brugeren fra valget, og sende mobile enheder direkte til det mobile site.
   Teknisk set er browser-snifferen baseret på WURFL. WURFL er i princippet en stor database der indeholder information om alverdens mobile enheder, og på grundlag af den enhed der laver en forespørgsel på en webside, kan WURFL databasen så afgøre om vi har at gøre med en mobil tingest eller ej. Opslaget i WURFL databasen er så pakket ind i en “dot-net wrapper” som gør det nemt for os .NET nørder: 51 Degrees. Og for at gøre det endnu mere kompliceret, så er 51 degrees så pakket ind i en Umbraco package: 51Degrees.mobi Foundation. Det korte af det lange: Ved at installere førnævnte package kan du meget nemt og elegant sende mobile enheder ét sted hen (m.studluft.dk), og resten et andet sted (www.studluft.dk). Det har fungeret rigtig godt i dette projekt!
3. Godt så – Bureau 117 har lavet et enkelt design til m.studluft.dk. Selvfølgelig med henblik på at håndtere de fire udfordringer fra tidligere: Skærmstørrelser, pegeredskaber og markører, computerkraft og hastighed på internetforbindelsen. Designet er implementeret på Umbraco platformen, og det er der ingen ben i hvis man er ferm i Umbraco.
   Det som især drillede var de mobile browseres forskellige måde at håndtere en YouTube embedding når enheden “flippes”. “Flippet” resulterer i nogen forskellige javascript-events der bliver fyret af, men denne del er browserne desværre slet ikke enige om, og vi har virkelig bøvlet med at “resize” den indlejrede iFrame. Det har krævet en masse “frem og tilbage” men det er lykkedes. Dertil kommer navigationen – også baseret på Javascript. Langt hen af vejen har vi forsøgt at benytte JQuery Mobile, og netop det framework giver håb om at javascript på mobile enheder i fremtiden kan blive fedt at arbejde med
4. Facebook-integrationen er faktisk gået ganske smertefrit. Via Facebook’s dokumentations-sider gik det nemt
5. Sitet består nu af et simpelt præsentationssite optimeret til mobile enheder. Det er det som man ender på hvis man med sin mobile enhed går til www.studluft.dk og hellere vil se m.studluft.dk. På det her site ligger en række “skjulte” landingssider for QR-koderne. Skjulte i den forstand at de ikke indgår i navigationen på sitet, men at man kun kan komme til dem hvis man kender URL’en – eller kommer til URL’en via QR-koderne placeret i den fysiske verden

De tekniske udfordring med mobile sites – hvorfor er det så bøvlet og måske dyrt?

For ca. ti år siden (måske tidligere) fandt nogen smarte folk ud af at man burde have standarder for den kode der beskriver websites. Dvs. HTML, CSS, Javascript etc. Som det gør sig gældende i mange andre brancher, så er åbne og bredt accepterede standarder vejen frem, hvis man ikke vil ende i prioprietære formater og produkter, grimme monopoler osv. W3C (World Wide Web Consortium) blev foretagendet der beskriver, håndterer og vedtager disse “standarder på nettet”, og standarderne kaldes kort for “W3C-standarderne”.
I min optik bør alle hjemmesider udviklet i disse tider overholde W3C-standarderne. Desværre er det nærmere undtagelsen end reglen at W3C-standarderne overholdes, og jeg kan kun opfordre til øget fokus på denne detalje fra både leverandører og kunder.

Okay – siden W3C’s fødsel, er så fulgt en laaaang kamp for at få “desktop-browser-fabrikanterne” til at blive enige og implementere disse standarder. Især Internet Explorer fra Microsoft har “brillieret” ved, gang på gang at blive udgivet i versioner, der ikke implementerede standarderne ordentligt. Først med seneste version IE9 begynder det at ligne noget. I dag er vi faktisk i den heldige situation at de 5 største browsere (i vilkårlig rækkefølge): Opera, Internet Explorer, Firefox, Safari og Chrome på de forskellige platforme (Mac, PC, Linux etc.) er nogenlunde enige om tingene. Altså er vi nu som webprogrammører endelig i stand til at lave at lave en “top-notch” hjemmeside i korrekt W3C-standardiseret HTML, CSS osv. og så virker det bare! I alle browsere og på alle platforme – næsten da. Men vi er tæt på, og arbejdet med at løse et problem for at tilfredsstille én browser, for så at erfare at “hacket” ødelægge 10 andre ting et andet sted, er efterhånden på et minimum. Det har taget ca. 10 år at komme dertil….

Og hvad sker der så…  den “mobile revolution” skyller ind over os. Pludselig er der 25 (måske overdrevet) kombinationer af nye browsere og nye platforme – som overhovedet ikke er enige om tingene. Som udviklere af mobiloptimerede sites, står vi nu foran den samme udfordring, som vi gjorde med desktop-browserne: Forskellige platforme, forskellige hacks osv. Det er “trial’n error” arbejde og det tager tid, koster penge og ikke mindst frustrationer både hos kunde, leverandør og måske bruger.
Det er ikke godt for nogen og egentlig uforståeligt for mig… Kan de da for pokker ikke bare være enige? Forestil dig en verden hvor bolte og møtrikker ikke brugte samme standarder for mål – nej, vel!? Desværre går der tilsyneladende politik og store organisationer i tingene..  men det er den verden vi lever i og må forholde os til. En sidebemærkning: Samme problematikker og “standard slagsmål” gør sig i den grad gældende for måden emails bliver vist på i de forskellige programmer ..  for hel…. da

Detaljerne er mange, men ovenstående beskriver problemet i en nøddeskal. Lad mig indrømme at fanden måske bliver malet lidt på væggen, men hav problemets kerne (=ovenstående) i baghovedet, når du skal have udviklet et mobiloptimeret site.
Det er ikke venstrehåndsarbejde og noget man bare gør. Man skal forholde sig til en masse nye ting, både kommunikationsmæssigt, usability-mæssigt og teknisk set – og det tager tid og koster penge

Når det er sagt, så er et fedt mobiloptimeret site virkelig noget der kan skabe nytte! Det er stort og det bliver endnu større.

Kommentarer eller spørgsmål? Meget gerne herunder

Set i lyset af denne uafhængighed, glæder det mig derfor at se Umbraco optræde på Janus’ liste over CMS’er man bør kigge nærmere på…

Der findes så usandsynlig mange CMS-produkter på markedet og det er i den grad en jungle at finde rundt i – både for den professionelle og for begynderen. Der opstår konstant nye CMS’er og de eksisterende bliver videreudviklet – og hvert år fremkommer diverse lister og tests hvor skribenter forsøger at matche systemerne  op imod hinanden. Selvfølgelig for at kunne give beslutningstagerne rundt omkring de bedste forudsætninger for træffe den rigtige beslutning mht. valg af CMS.

CMS-watch laver hvert år en sådan rapport. I 2009 indeholder listen hele 42 systemer (Umbraco er desværre ikke med) og spørgsmålet er om dette giver et bedre grundlag for beslutningen eller om 42 ikke er i overkanten? Gartner har leveret en liste med 18 systemer (også uden Umbraco) og dernæst har Janus lavet sin “CMS-shortlist” med 10 leverandører – og her optræder Umbraco i fint selskab!

Tag et kig på listen – synes du ikke at bare prisen på Umbraco er tiltrækkende?

Det undrer mig lidt at de andre .NET baserede systemer er prissat til at starte ved ca. 30.000 euro (ca. DKK. 225.000), men som det skrives er det startpriser for licencer til “Enterprice-løsninger”. Dog har jeg da hørt om billigere løsninger med f.eks. Sitecore (det er så nok en anden licens end “entreprice”) og som Gabe Sumner skriver i en kommentar:

“The chart currently has a large jump between free/open-source and commercial. It jumps from £0 to >$30,000 with no middle ground. There are a lot of projects in that middle ground.”

Umiddelbart skulle jeg også mene, at der kunne findes nogen gode løsninger mellem 0 og 225.000 danske kroner…  men hvorfor så ikke bare vælge Umbraco hvis man er til .NET, en Typo3/Drupal hvis man er til PHP osv. og så bruge pengene på 1. klasses udvikling?

For DKK. 150.000,- vil jeg godt garantere en særdeles solid Umbraco-løsning!

Jojo, jeg ved billedet er mere nuanceret end blot prisen – og til at kaste lys over det billede, kommer konsulenter som Janus Boye ind i billedet

Men bare det at Umbraco er med på listen er i den grad en fjer i hatten til Niels Hartvig, Per Ploug og de andre der arbejder så godt med at få Umbraco over stepperne. Thumbs up!

Vi er stolte og glade for at være med i det fine selskab

Hvad er en Umbraco Certified Solution Provider?

For at blive Umbraco Certified Solution Provider skal et firma have mindst 4 certificeringer blandt medarbejderne. Der findes 2 Umbraco Certified Professional certificeringer: “Level 1″ og “Level 2″.
Kurset og prøven for at blive “Level 1 certificeret” gennemgår generel opsætning, dokumenttyper, makroer, XSLT’er, sproghåndtering, best-practices mm. – kort sagt hvad der skal til at få et Umbraco-website på benene – mens “Level 2″ mere går på integrationen mellem Umbraco løsninger og custom ASP.NET kode. Netop den del der gør Umbraco så godt at arbejde med for udvikleren: Alt kan lade sig gøre…

I LAIT har vi klaret kravene ved at Rasmus er “Level 1″, Benjamin “Level 2″ og jeg selv har så både “Level 1″ og “Level 2″. Når næste omgang kurser afholdes skal vi helt sikkert have Benjamin og Rasmus afsted igen, så vi alle kan få begge certificeringer.

Hvorfor er certificeringssystemer gode?

Og hvorfor synes jeg så at det er så fantastisk med dette certificeringssystem? Det gør jeg fordi:

1. Umbraco er som udgangspunkt open-source og dermed er der ingen betaling til bagmændene. Det er der så alligevel idet der tilbydes forskellige Pro-løsninger, white-label-aftaler, support via video på umbraco.tv osv. Ordninger der alle koster penge. Hertil kommer at certificeringskurserne koster en del og så vidt jeg er orienteret, er dette en ikke betydningsløs indkomstkilde for Umbraco som virksomhed. Vi som tjener penge på at sælge implementeringer på deres platform, bør støtte foretagendet. Også økonomisk…
2. Ved at have certificerings-systemer der kræver og koster en del at deltage i, er det ikke gud og hver mand der kan gå ud og kalde sig “ekspert”. CMS-branchen er som f.eks. SEO-branchen voldsomt oversvømmet af “krejlere” der er eksperter i både dit og dat, uden måske altid at have så meget at ha’ det i. Med certificerings-systemer bliver det nemmere for slutkunderne at skille skidt fra kanel… Såfremt Umbraco-holdet selvfølgelig kan fastholde respekten omkring deres certificeringsprogram
3. Netop gennemskuelighed og rene ord for pengene føler jeg er det største problem i vores branche. Der er simpelthen for meget fnidder, ævl og fusk. Med rette oplever jeg tit hvordan potentielle kunder ikke har den store tro til IT-leverandører (især webbaserede ydelser købt hos yngre firmaer) og det er bydende nødvendigt at branchen som helhed gør noget ved det. Certificerings-kurser som disse er et skridt i den rigtige retning. Det er i hvert fald bydende nødvendigt at vi som “yngre firma med leverancer af webbaserede ydelser” forsøger at skille os ud…

Derfor er vi glade for titlen og for at være i det fine selskab.

Se eksempler / referencer på vores Umbraco løsninger i denne post…

Fælles for alle løsningerne er at de er udviklet på i perioden 1. januar 2009 og frem til nu på Umbraco v.4. Umbraco-team’et har undervejs bragt diverse fejlretninger på banen og i skrivende stund er både version 4.01 og 4.02 udgivet.
Hvad der er værd at bemærke er at vores løsninger nemt er blevet opdateret til disse nyere versioner og at vores kunder har taget godt imod Umbraco-systemet.

Robodays

En større løsning som godt illustrerer hvor fleksibel Umbraco-platformen er. Udviklet til RoboCluster efter grafisk oplæg fra Stærk Reklamebureau. Både på dansk og engelsk, nyhedsmodul og kalender med RSS-feed mm. Omfatter omkring 10 skabeloner og 35 XSLT’er.

Se løsningen her: http://www.robodays.dk

Bluecollar

Lavet i samarbejde med Fohlmann Communication. Flyttet fra gammel CMS-platform til Umbraco og samtidig opdateret.

Se løsningen her: http://www.bluecollar.dk

Sanderum VVS

Helt ny løsning leveret i samarbejde med Fohlmann Communication. Fohlmann har stået for projektstyring, det grafiske samt tekst, mens vi har implementeret sagen i Umbraco.

Se løsningen her: http://www.sanderum-vvs.dk

Kunsternes Kooperative

Kunstnernes kooperative er en sammenslutning af kunstnere der her igennem forsøger at strømligne og organisere deres ydelser. Ældre CMS-løsning som nu er flyttet til Umbraco-platformen.

Se løsningen her: http://www.kkart.dk

Danske Billedkunstneres Fagforening

Som navnet siger: Fagforeningen for billedkunstnere i Danmark. Enkelt og “clean” look med medlemslogin til fildeling mm. Ældre CMS-løsning som nu er opdateret til en Umbraco-løsning.

Se løsningen her: http://www.danskebilledkunstnere.dk

Kerteminde / Drigstrup kirke

Kerteminde og Drigstrup kirke havde tidligere hver sin hjemmeside, men skulle lægges sammen. I samme omgang fik vi flyttet løsningen fra en gammel CMS-løsning over til Umbraco.

Se løsningen her: http://www.kertemindekirke.dk

Koloni på Fanø

Opdatering og flytning til Umbraco. De centrale funktionaliteter er her forum/messageboard samt billedgallerier med upload af zip-mapper med flere billeder, automatisk resizing af billederne samt billedfremvisning via “Lightbox diasshow”.

Se løsningen her: http://www.kopfa.dk

Som der bliver skrevet i indledningen:

In this article we bring you the history of the Umbraco Web CMS, from a .NET toolkit used as part of founder Niels Hartvig’s consulting business to being one of the most popular .NET open source web content management systems in the market.

Læs hele artiklen her: historien om Umbraco CMS.

Artiklen går rigtig godt i dybden med Umbraco CMS inkl. en objektiv gennemgang af fordele og ulemper. Bemærk ordet “objektiv”, da det jo ikke altid er sagen i diskussioner om valg af systemer og teknologier…

Når jeg og andre Umbraco tilhængere skriver om Umbraco, skal det selvfølgelig tages med et gran salt – eller kald det kildekritik. Vi er selvfølgelig farvet af vores valg af system og vil til enhver tid lovprise vores valg da det er det vi tjener (en del af) vores daglige brød på at implementere.

Hvad siger anmeldelsen på cmswire.com?

Når det er sagt, så tag et kig på artiklen. Historien bag Umbraco gennemgås og dernæst mulighederne for at benytte systemet uden betaling og med betaling. Dernæst går artiklen i krig med de tekniske detaljer omkring Umbraco, hvilket mest er interessant for dem der står med “hands-on” implementeringen. Dernæst følger en gennemgang af hvordan man håndterer et Umbraco-site mht. indhold (interessant for skribenten/administrator der sidder med den daglige håndtering) og så er vi fremme ved konklusionen:

1. Umbraco er fleksibelt! Det er tiltænkt udvikleren som har alle muligheder for at lave præcis det som ønskes
2. Umbraco har en stejl indlæringskurve. Det fungerer ikke “out-of-the-box”. Det tager tid at sætte sig ind i…
3. Arbejdsgangen med indhold samt håndteringen af brugere er ikke så god som den kunne være. Det kan tilpasses som man ønsker, men det kunne være bedre som standard
4. Dokumentation for udvikleren er ikke god nok. Der mangler simpelthen up-to-date dokumentation…

Hvad synes jeg?

Jeg er helt enig i at Umbraco er fleksibelt – det kan der ikke være tvivl om. Som udviklere har vi alle muligheder, og denne fleksibilitet hænger absolut sammen med punkt 2, den stejle indlæringskurve. Det kræver know-how at sætte sig ind i Umbraco og få det til at fungere. I øvrigt et meget sædvanligt tradeoff mellem fleksibilitet og brugervenlighed.

Vedr. arbejdsgangen i forbindelse med håndtering af indhold, er jeg lidt uenig med anmeldelsen. Umiddelbart synes jeg at Umbraco’s brugergrænseflade er ganske intuitiv og giver brugeren de muligheder der skal være. Okay, det er måske ikke Microsoft Office pakken vi sidder med, men kan man konkurrere med denne i et webinterface?
Anmeldelsen skriver at det ikke er muligt at have en bruger tilknyttet flere roller. Jeg er enig i at det burde være en mulighed, da alternativet er enten custom-code eller at oprette uforholdsmæssigt mange roller såfremt du ønsker en detaljeret opdeling mht. rettigheder og workflow. Måske det bliver en mulighed i kommende versioner?

Punkt 4: Manglende dokumentation. Dette er i mine øjne det absolut største problem ved at benytte Umbraco. Dokumentationen er ikke god nok! Umiddelbart kan man ikke tillade sig at brokke sig over dette i et så godt – og tilmed gratis – stykke software som Umbraco – men det er helt sikkert et sted hvor Umbraco-holdet kunne score rigtig mange point. Det er dog ikke point der giver kroner i kassen her og nu, og det er jo velkendt at det er nødvendigt. Dog er jeg sikker på, at der arbejdes på denne del, men det er et kæmpe arbejde. Den omtalte stejle indlæringskurve hænger selvfølgelig sammen med denne manglende dokumentation.

En ting der ikke omtales i anmeldelsen er at der stadig (her i version 4.01) opstår mystiske fejl og detaljer der vidner om at der er fart på Der er nogen issues rundt omkring med oversættelser og der er nogen detaljer med funktionaliteter som ikke er 100% på plads (vi stødte bl.a. på noget omkring tagging af indhold/dokumenter hvor brugergrænsefladen opførte sig mærkeligt, og samtidig rapporterer vores kunder om deteljer som nogen gange opfører sig mærkeligt).
Smådetaljer som er svære for “the core-team” at få bugt med, men man kunne argumentere for at det burde være 100% i orden i release-udgaver. Men men men…  som med alle systemer under udvikling (og heldigvis er et jo sagen med Umbraco ) så indrapporteres fejl og mangler og udbedres i senere releases…. Så må vi som slutleverandører blot sørge for at være på forkant med disse issues…

Min konklusion

Kort sagt: Rigtig god og dybdegående gennemgang af Umbraco. Mange gode pointer og så er jeg jo generelt enig…  så bliver det ikke nemmere at lave et positivt blog-indlæg

Vores arbejdsopgaver de seneste par måneder har især omfattet udvikling og levering af diverse Umbraco løsninger og så driften af disse. Efter en MEGET grundig gennemgang af mulighederne på markedet, skrottede vi for ca. et halvt år siden vores eget-udviklede CMS og satsede alt vedr. CMS’er på Umbraco. Det har vi bestemt ikke fortrudt! Læs her mere om hvorfor…

Gennem de sidste par år har vi høstet en del hug for at benytte vores eget system, og vi har ikke kunnet lade være med at lytte til kritikken og de særdeles gode argumenter mod at bruge proprietære systemer.

De primære argumenter i en sådan diskussion går sjældent på funktionaliteten af det givne CMS (proprietære systemer kan selvfølgelig være særdeles gode mht. funktion og brugervenlighed), men derimod på den situation man potentielt stiller sin kunde i. Support og videreudvikling af et proprietært system forsvinder ofte lige så hurtigt og pludseligt som leverandøren…
Kunderne er sjældent opmærksomme på denne problemstilling, men det er vores overbevisning at man absolut bør være det som leverandør og som kundens rådgiver.

At opgive sit eget system og så at sige starte forfra, er en stor mundfuld at sluge. Dels opgiver man noget man har brugt utallige timer på at udvikle, dels opgiver man et system man kender til fingerspidserne og som med alt nyt, føler man i den grad at det er op af bakke med det nye system i starten. Det har taget os lang tid at sætte os ind i alle detaljerne omkring Umbraco’s virkemåde. Hvordan gør man præcis dit og dat, hvordan bør man gøre, hvad er bedste løsninger i givne situationer osv. og ikke mindst har det været særdeles svært at fastlægge tidsplaner og økonomi i projekter, hvor man ikke har lang tids erfaring med den benyttede teknologi.

MEN…. som sagt har vi ikke fortrudt. Med Umbracos API, open source kildekode, XSLT og .NET usercontrols og så det community der omgiver Umbraco, føler vi at vi kan klare alle udfordringer vi måtte støde på – og dette er simpelthen det største plus.
Der er stort set aldrig noget der hedder “standard” når en kunde ønsker en hjemmeside præcis til deres behov. Med sin fleksible opbygning gør Umbraco det nemt at håndtere disse ønsker fra projekt til projekt.

…så nu efter et halvt års intensivt arbejde med Umbraco begynder det at ligne noget

Nå ja, og så skal jeg da lige nævne at Benjamin er blevet far til lille Lærke – det kan bestemt godt mærkes i en lille virksomhed, når så stor en del af arbejdskraften bliver sat midlertidigt ud af spillet