Hjælp til salg (Ikke internet)

Svar: Vi vil revolutionere webbranchen (Skyd på vores ide)

Lundsby — Sun, 27 Dec 2009 12:22:12 GMT

Hej Jimmy

Tusind tak, for din feedback.

Jimmy Thomsen:

Jeres nye CMS lyder særdeles interessant. Det er specielt systemets evne til at tilpasse materiale fra PhotoShop, der lyder mest interessant og unikt. Som du ved arbejder jeg selv med et Content Management System, og her ser jeg netop manglende templates som en svaghed, da mange vurderer et CMS' duelighed på mængden af tilgængelige plug-ins og templates. Du eleminerer ikke sidstnævnte, men gør opgaven væsentligt nemmere. Det tror jeg vil tiltale rigtig mange.

Jeg er helt enig, gode templates er kritiske for succes. Det vi mangler mest pt. er præcist det, nogle gode kom-i-gang sites, som letter indlæringskurven.

Jimmy Thomsen:
I din kommentar til posten om Sitemagic CMS, kom du ind på test-driven udvikling. Du kunne selv overveje denne tilgang - måske snare i retning af Proof-Of-Concepts. Jeg har nemlig svært ved at se, at man kan skabe en komplet web-løsning alene vha. et tegneprogram (groft sagt), da de fleste har særlige ønsker til funktionalitet, som, om ikke andet, vil kræve justering i funktionaliteten til standard-modulerne. Men hvis man rent faktisk kan nøjes med standard-funktionaliteten (som må være tilfældet i de demoer du linker til), så står du med et stærkt produkt.

Det man kan bygge med vores system pt. er selve datamodellen(taxonomien) og layoutet. Derudover er der også indbygget en række features f.eks. handel og tilmelding til nyhedsbrev, og her vil helt klart komme flere. Jeg checker ofte referencer lister for forskellige bureauer, der leverer løsninger til små- og mellemstore virksomheder. Og umiddelbart er det mit indtryk, at værktøjet kan klare en rigtigt fornuftig mængde af de sites der bliver leveret idag.

Der hvor begrænsningen er i vores produkt, er at man ikke pt. kan implementerer skræddersyet forretningslogik endnu.
Rent strategisk er vores ide først og fremmest at gå efter at lave et godt produkt for designerne. Og bagefter lave en version, der appellere til udviklerne.
Vi har allerede kørt proof-of-concept på det meste omkring udviklingsmodellen, og er selv begyndt at bruge den.
Vores fokus for udviklingsmodellen har i højgrad været sprog- og platform uafhængighed, så man vil kunne programmere udvidelser til CloudSprout, hvad enten man bruger .Net, pHp, Ruby-on-Rails etc. På den lange bane, tror jeg at test-dreven udvikling, er så stort et fænomen, at man ikke kan ignorere det når man laver noget til udviklere, så vi kommer nok også man nogle features specielt til test dreven udvikling, men det ligger en del ud i fremtiden.

Jimmy Thomsen:

Du kunne også overveje at fokusere mere på applikationens evne til at omdanne grafik til templates. Mange grafikere ville nok gerne punge ud for en applikation, der kan omforme grafik til funktionelle templates til diverse CMS-systemer. Jeg kender flere grafikere, der betaler sig fra den opgave

Det er som nævnt helt klart, der vi satser i første omgang.

Jimmy Thomsen:
Umiddelbart lyder dit produkt for unikt til, at du skal tage OpenSource-venlige priser for det. Hvis du beviser produktets værd (jeg ville meget gerne se en video), så tror jeg folk indser de besparelser der kan opnås med det, som retfærdiggør en højere salgspris.

Jeg er glad for du synes at produktet kan bære en højere pris! Det tror jeg egentligt også, ideen bag prissætningen og det at lave en gratis version, er at få en rigtigt rigtigt stor udbredelse. Hvilket er nødvendig for vores overlevelse på længere sigt.
Vi er meget inspireret af Open Source succeser, som Joomla og Magento, der på meget kort tid har fået enorm udbredelse. F.eks. havde Magento mindre end et år, efter deres første release oplevet 1.000.000 downloads. Det efter min vurdering, sket dels software er iorden, men faktisk primært fordi selve softwaren, har været gratis. Og det kunne være rigtigt spændende hvis vi kun genskabe samme effekt med en Software-as-a-service løsning.

Du må endelig skrive tilbage, hvis du har flere kommentarer eller spørgsmål.

Svar: Vi vil revolutionere webbranchen (Skyd på vores ide)

Jimmy Thomsen — Sun, 27 Dec 2009 00:04:09 GMT

Hej Lundsby.

Nu er der efterhånden kommet ikke så få kommentare til din interessante post om Jeres nye CMS, og jeg orker ikke at læse dem alle igennem. Så tilgiv mig hvis jeg begiver mig ind på områder som allerede har været dækket.

Jeres nye CMS lyder særdeles interessant. Det er specielt systemets evne til at tilpasse materiale fra PhotoShop, der lyder mest interessant og unikt. Som du ved arbejder jeg selv med et Content Management System, og her ser jeg netop manglende templates som en svaghed, da mange vurderer et CMS' duelighed på mængden af tilgængelige plug-ins og templates. Du eleminerer ikke sidstnævnte, men gør opgaven væsentligt nemmere. Det tror jeg vil tiltale rigtig mange.

I din kommentar til posten om Sitemagic CMS, kom du ind på test-driven udvikling. Du kunne selv overveje denne tilgang - måske snare i retning af Proof-Of-Concepts. Jeg har nemlig svært ved at se, at man kan skabe en komplet web-løsning alene vha. et tegneprogram (groft sagt), da de fleste har særlige ønsker til funktionalitet, som, om ikke andet, vil kræve justering i funktionaliteten til standard-modulerne. Men hvis man rent faktisk kan nøjes med standard-funktionaliteten (som må være tilfældet i de demoer du linker til), så står du med et stærkt produkt.

Du kunne også overveje at fokusere mere på applikationens evne til at omdanne grafik til templates. Mange grafikere ville nok gerne punge ud for en applikation, der kan omforme grafik til funktionelle templates til diverse CMS-systemer. Jeg kender flere grafikere, der betaler sig fra den opgave.

Umiddelbart lyder dit produkt for unikt til, at du skal tage OpenSource-venlige priser for det. Hvis du beviser produktets værd (jeg ville meget gerne se en video), så tror jeg folk indser de besparelser der kan opnås med det, som retfærdiggør en højere salgspris.

Svar: Vi vil revolutionere webbranchen (Skyd på vores ide)

Lundsby — Wed, 23 Dec 2009 14:41:24 GMT

cpufan:
dælen nissemig, mit ½time lange indlæg forsvandt som dug for solen

Øv, kunne jeg lokke dig til, at skrive det igen! Det har utroligt stor værdi for os, hvis du kan komme med nogle måder vi kan optimerer vores html på.
Det er ultra vigtigt, at vores sites er ligeså SEO-venlige, som dem der laves af webudviklere, på de forskellige cms'er.

Svar: Vi vil revolutionere webbranchen (Skyd på vores ide)

Jan Deleuran — Wed, 23 Dec 2009 11:35:29 GMT

dælen nissemig, mit ½time lange indlæg forsvandt som dug for solen

Svar: Vi vil revolutionere webbranchen (Skyd på vores ide)

Lundsby — Tue, 22 Dec 2009 17:53:29 GMT

cpufan:
For at vende lidt tilbage til SEO-delen, har jeg kigget thecolorclub.net igennem på html-niveau og på en tilfældig side finder jeg det første stykke tekstindhold i linie400+ - det er i hvert tilfælde ikke Googlevenligt.

Kan godt se hvad du mener, det ser ud til at ColorClub er sat op, med en drop-down menu, selvom der kun vises en menubjælke, det vil sætte deres indhold noget højere op.

Men det er helt klart rigtigt at markupen fylder mere end den behøver (Selvom den typisk på ColorClub er på under 40k). Hvis man kigger den igennem ses det, at grunden til markup'ens størrelse, primært er fordi de forskellige "identifiers", id'er klassenavne m.m. er utroligt lange. Selve strukturen skulle være relativt okay, vi har været meget bevidste om at bruge div'er, li'er etc. Vi har egentligt længe der ville erstatte de forskellige id'er med en central nummer strimmel. Så det vil f.eks. erstatte et id som "StringContextElement_268808e6cab148f59a49ac3dd1d88099_498d4b0614eb49c89f4d31d63b8f58ff" med "s1". Derudover er der også brug for lidt oprydning, men alt-i-alt burde det ikke tage os lang tid.

Jeg prøvede for sjov skyld at Google på et link på siden, og var enddog meget venlig mod thecolorclub jeg søgte på termen "Anti hate crime" og satte udtrykke i gåseøjne som vist her, dermed burde det nemt kunne ranke højt, da det er en ankertekst på thecolorclub.

cpufan:

Efter at have rodet Googlesiderne igennem - i hvert tilfælde de første 11 sider igennem med forslag -, var der ikke dukket et resultat op fra thecolorclub endnu.

Så der er den tilsyneladende heller ikke SEO-venlig.

At konkluderer at løsningen ikke er SEO-venlig, fordi den ikke ranker på "Anti hate crime", har jeg svært ved at følge rent fagligt. For det første fordi ColorClub ikke har nogen specielle ønsker om at ranke på det, men også fordi jeg ikke rigtigt synes at der er argumenteret for at konkurrencen på den sætningen, er så lille at det bare burde ranke der. Umiddelbart findes der jo over 3 mil. resultater på sætning.

Alt i alt tror jeg faktisk, vi klare os okay, på SEO-fronten, specielt når vi får en central nummer strimmel. Jeg ville mere at vores markup er relativt tæt på pæn.

cpufan:
Men jeg er klar over, at I der står overfor en stor udfordring - og du bad jo selv om at "blive skudt på"

Det er også super fedt med kritik, hvis du har nogle konkrete forslag til hvad vi kan gøre bedre, mere end det vi allerede har tænkt os, så må du meget gerne skrive det! Jeg føler mig rimeligt sikker på at vi kan nå frem til en løsning, der er mere seo-venlig end det meste af det html der skrives der i forvejen til slutkunde målgruppen.

cpufan:
Når det er sagt, vil jeres produkt jo nok kunne sælges til nogle niche-emner, men med mindre der tages særlige hensyn til dynamisk indhold (web 2.0) og SEO-venligt indhold som kan rykke siderne frem på de gode pladser, vil det kun være til firmaer uden særlige krav til en hjemmeside andet end et visitkort på nettet, som de selv kan kigge på, og skrive adressen på deres visitkort.

Jeg tror lidt, du har misforstået nogle af mine svar, systemet er bestemt ikke lavet til kun at blive solgt til en lille niche. Slutkunde målgruppen er generelt virksomheder med mellem 0-50 ansatte, og dem er der altså nogle stykker af, på vores klode. Det er heller ikke fordi, at de kunder der bruger løsningen idag, har specielt simple eller små krav. Snarere tværtimod.

Den måde vi har udviklet systemet på, er i samarbejde, med kunder fra målgruppen, det er igennem deres krav og ønsker, vi har bygget systemet. Dertil kommer at vores erfaringer mange andet fra mine over 10 år i branchen. Ialt har vi omkring 30-40 sites, der enten er sat i produktion eller er hastigt på vej. Og undervejs er der indgået meget få kompromiser.

Svar: Vi vil revolutionere webbranchen (Skyd på vores ide)

Lundsby — Tue, 22 Dec 2009 16:44:12 GMT

Andreas Højbak:
Lyder som et spændende projekt. God vind!

Tak, altid dejligt med positiv respons. Super!

Svar: Vi vil revolutionere webbranchen (Skyd på vores ide)

Lundsby — Tue, 22 Dec 2009 16:42:06 GMT

Hej Henrik

Henrik Sylvester Pedersen:

Okay den fik du hurtigt skudt ned :)

Men så vil jeg da bare sige at det lyder lovende, selvom jeg dog stadig tvivler en del på det...

Jeg er glad du synes at det lyder lovende, samtidigt med at jeg også forstår din skepsis! Du må endelig sige til, hvis du kan få øje på flere konkrete udfordringer og trusler, jo hurtigere vi bliver opmærksomme på dem, jo bedre kan rustet vil vi være.

Svar: Vi vil revolutionere webbranchen (Skyd på vores ide)

Jan Deleuran — Tue, 22 Dec 2009 15:50:11 GMT

For at vende lidt tilbage til SEO-delen, har jeg kigget thecolorclub.net igennem på html-niveau og på en tilfældig side finder jeg det første stykke tekstindhold i linie400+ - det er i hvert tilfælde ikke Googlevenligt.

Efter at have rodet Googlesiderne igennem - i hvert tilfælde de første 11 sider igennem med forslag -, var der ikke dukket et resultat op fra thecolorclub endnu.

Så der er den tilsyneladende heller ikke SEO-venlig.

Jeg tror at Slagter Finn har et ønske efterfølgende, når han har fået sin flotte grafiske side, at den også er synlig på nettet via organiske søgeresultater.

Men jeg er klar over, at I der står overfor en stor udfordring - og du bad jo selv om at "blive skudt på"

Når det er sagt, vil jeres produkt jo nok kunne sælges til nogle niche-emner, men med mindre der tages særlige hensyn til dynamisk indhold (web 2.0) og SEO-venligt indhold som kan rykke siderne frem på de gode pladser, vil det kun være til firmaer uden særlige krav til en hjemmeside andet end et visitkort på nettet, som de selv kan kigge på, og skrive adressen på deres visitkort.

Svar: Vi vil revolutionere webbranchen (Skyd på vores ide)

Andreas Højbak — Tue, 22 Dec 2009 14:16:49 GMT

Lyder som et spændende projekt. God vind!
Mvh

Svar: Vi vil revolutionere webbranchen (Skyd på vores ide)

Henrik — Tue, 22 Dec 2009 14:07:58 GMT

Okay den fik du hurtigt skudt ned :)

Men så vil jeg da bare sige at det lyder lovende, selvom jeg dog stadig tvivler en del på det...

Svar: Vi vil revolutionere webbranchen (Skyd på vores ide)

Lundsby — Tue, 22 Dec 2009 13:49:45 GMT

Kristian Melchior Echwald:
Sådan som jeg forstår dig, så er det unikke ved jeres system, at det er nemmere og hurtigere for designere at bruge end eksisterende systemer, og specielt at designere kan få det som de vil have det, uden at skulle involvere programmører.

Det er fuldstændigt korrekt :-)

Kristian Melchior Echwald:
Eftersom jeres målgruppe er designere, vil jeres kunder typisk være mindre reklamebureauer, der ikke har råd til egne programmører, og de skal så sælge jeres produkt videre til deres SMV kunder (dvs. at produktet skal have en ekstremt brugervenlig CMS-del). Eller alternativt kan I starte jeres eget bureau, og selv servicere SMV-kunder.

Kristian Melchior Echwald:
Det er den trade-off, der er nødvendig, hvis man vil have fat i helt almindelige ikke-ekspert-brugere. Så det mener jeg, I har fravalgt allerede, gennem jeres fokus på designeren

Kristian Melchior Echwald:
Hvad får vi som bureau i avance ved at sælge systemet?

Ingenting, systemet kommer til at koste omkring 20$-30$ pr. måned., hvilket er så lidt at der ikke er noget at give provision af. Grunden til at prisen er så lav, er at det er væsentligt at vi prismæssigt er konkurrence dygtige med Open Source systemer.
Så det primære incitament for at en designer, skal sælge en CloudSprout, er at få lov at lave timerne. Men man skal heller ikke sælge mange timer, før 20-30$ pr. måned virker irrelevant. Alternativt, kan man som designer, selv købe løsningen af os, og så videre fakturerer kunden.

Kristian Melchior Echwald:
Er CMS-systemet nemt at bruge for slutkunden (dvs. hvor mange support-opkald kan vi forvente at få?)

Det er rimeligt nemt at bruge, med udgangspunkt i produktetslave pris, tager vi ikke et support ansvar! Og anbefaler vi heller ikke vores designere gør, i stedet må supporten enten afregnes på timer eller efter aftale.

Kristian Melchior Echwald:
Hvilke ekstra features har vi som standard - integration med google-maps, bestillingsblanketter, betaling med dankort osv?

Betaling med Dankort kan vi klare idag, jeg mener også der er nogle der har brugt Googlemaps, i systemet.

Kristian Melchior Echwald:
Kan vi lave designet præcis, som vi vil have det?

Det helt klart vores ambition! De referencer, jeg nævnte oprindeligt er alle designet uden hensyntagen til systemet. Så vi synes selv, vi er godt på vej.

Kristian Melchior Echwald:
Hvad koster ekstra features, der ikke er standard - hvis kunden vil have en helt speciel feature, hvad skal I så have for at udvikle det?

Vi har tænkt os, at åbne vores API, så eksterne udviklere kan udvide systemet. Ideen er også at der skal bygges en markedsplads a la AppStore, så man slipper for at skulle købe så mange kosulenttimer.

Kristian Melchior Echwald:
Hvorfor skulle vi overhovedet gide at sætte os ind i jeres system, i stedet for at holde os til det, vi kender og ved, virker?

Salgargumenterne er kort: fuld kontrol det kreative værk, salg af flere timer, bedre time-to-market, ingen behov for programmører, potentielt lavere omkostninger for slutkunden.

Kristian Melchior Echwald:
Pas på, at I ikke fortaber jer i teknikaliteterne og glemmer, at der er mange andre hensyn, der i sidste ende kan være udslagsgivende for, om et bureau køber jeres løsning.

Vi er rigtigt heldige der, vi bor i Schillerhuset i kontorfællesskab, med over 100 kreative! Det er ved at lytte til dem, vi håber at holde os på rette spor.

Kristian Melchior Echwald:
Glædelig jul

I ligemåde og mange tak for dit feedback.

Svar: Vi vil revolutionere webbranchen (Skyd på vores ide)

Lundsby — Tue, 22 Dec 2009 13:19:33 GMT

Hej Rasmus

Vi har også en del lag caching i vores system, og ligner på mange måder SiteCore rent teknisk. Den store forskel mellem os, er at vi fokuserer på designere, mens SiteCore vil være udviklerens bedste ven. Faktisk lavede jeg den første version af vores system nogenlunde samtidigt med SiteCore omkring 1998.

Mht. SiteCores skaleringen, af brugergeneret indhold, så mener jeg umiddelbart at det kan løses med en CacheDependency, men det er er også noget tid siden, jeg har arbejdet med SiteCore. Mener også samme teknik, virker på en Sharepoint. I vores arkitektur, løses problemet via en intern event model.

Rasmus Lindgren:
Det kan være lidt farligt. I har valgt at fokusere på dem der laver websitet/shoppen, men at ignorere den besøgende kan være farligt i længden. Det er fint hvis jeres ambitioner er "Slagter Jørgen og hans gode tilbud", men jeg har en mistanke om at I sigter noget højere.

Umiddelbart, så mener vi at de websites man kan lave med systemet, skal være nok til at opfylde de gængse virksomheder i størrelse 0-50 ansatte måtte havde.

Rasmus Lindgren:
For hvad sker der når Slagter Jørgen pludselig hører at man også skal have en blog?! Nåh... men jeg ved i knokler med det, så I har sikkert tænkt på dette

Det har du helt ret i, vi mener helt klart at brugergenereret indhold, blogs etc. er enormt vigtige. Vi kan bare se, at der pt. er en masse ting, på opgave listen, som vi mener er vigtigere. Så Slagter Jørgen, kan godt for sin blog på CloudSprout, men han må være tålmodig.

Svar: Vi vil revolutionere webbranchen (Skyd på vores ide)

Lundsby — Tue, 22 Dec 2009 13:00:44 GMT

Hej Martin

Martin T:
Har i overvejet integration til de forskellige template systemet. Altsaa Velocity/Freemaker for java, og smarty for php?

Vi er baseret på et template sprog, faktisk er det .Net versionen af Velocity. Jeg har skrevet et par blog indlæg om det her http://www.amino.dk/blogs/lundsby/default.aspx. Vi bruger i dag, sproget i forskellige kontroller, til feeds, seo tekster, det er også dels igennem VTL at man vi kunne udvide systemet, som programmør.
Hele systemet er baseret på en skarp adskillelse imellem indhold og presentation, netop for at få de fordele du nævner.

Martin T:
Det jeg virkelig savner, er et tool saaledes at vores grafiker kan lave html templates, som han saa bare giver mig, saa jeg bare skal lave min java backend selv :}

Vores værktøj går lige skridtet videre, det tillader din grafiker at bygge de forskellige layouts, opsætte taxonomi og backenden ja den følger med systemet. Så du kan egentligt bare læne dig tilbage, og vente til der kommer en kunde med et ønske som vi ikke direkte understøtter, så skriver byggeklodserne til dette, aflevere dem til kunden, som er glad. Hvis du så vil lave lidt ekstra penge, sætter du byggeklodserne til salg på vores markedsplads. Så den næste grafiker, i skal ulejlige sin programmør, når han oplever ligende kunde ønsker.

Martin T:
Har i overvejet hvordan disse websites skal integreres med dynamiske systemer, eller er systemet primaert designet til at haandtere statiske websites?

Der hvor vi har fokus pt. er at designere istand til at leverer løsninger, svarende til de cms sites der bliver leveret idag. Men det er egentligt ikke begrænset, for et par måneder siden, var vi faktisk ved at drag-n-droppe os til en jobportal.

Martin T:
ps: Hvordan haandtere jeres loesning websites med dynamisk bredde. Proev for eksempel at se http://www.molanta.com hvor den samme html kan ses baade paa en mobil telefon og i en browser. Dette er 'bare' lavet ved brug af en max-width:600px; men jeg syntes stadig det er en rigtigt god loesnig fordi man saa faar et websites som virker ordentligt baade paa en mobil og i en computer browser.

De byggeklodser, vi har idag er i høj grad intuitive for designere, fordi de ikke understøtter dynamisk bredde. Noget de fleste designere har virket glade for. Fordi de gerne vil havde 100% kontrol over layoutet. Det vi har gjort istedet for, er at gøre det muligt hurtigt, at lave forskellige versioner af sit layout, som så vises afhængigt af hvilke enheden der renderer sitet. På den måde for designer 100% kontrol, over hvordan sitet står på en iPhone, en Netbook, en stor skærm etc.

Svar: Vi vil revolutionere webbranchen (Skyd på vores ide)

Kristian Melchior Echwald — Tue, 22 Dec 2009 11:10:13 GMT

Sådan som jeg forstår dig, så er det unikke ved jeres system, at det er nemmere og hurtigere for designere at bruge end eksisterende systemer, og specielt at designere kan få det som de vil have det, uden at skulle involvere programmører.

Eftersom jeres målgruppe er designere, vil jeres kunder typisk være mindre reklamebureauer, der ikke har råd til egne programmører, og de skal så sælge jeres produkt videre til deres SMV kunder (dvs. at produktet skal have en ekstremt brugervenlig CMS-del). Eller alternativt kan I starte jeres eget bureau, og selv servicere SMV-kunder.

Jeg tror, det er meget vigtigt, at I holder fast i, at det er dér, jeres forretning skal komme fra. Der er meget stor forskel på at sælge til et bureau, og så at sælge direkte til en SMV, hvor løsningen skal være betydeligt mere brugervenlig og enkel. Skal I sælge til SMV'ere direkte, så skal I kigge på eksempelvis sitebuilder; og udvikle et system, der matcher det i brugervenlighed og enkelhed. Dermed vil der også komme så mange begrænsninger ind, at systemet ikke samtidig kan bruges til designere. Det er den trade-off, der er nødvendig, hvis man vil have fat i helt almindelige ikke-ekspert-brugere. Så det mener jeg, I har fravalgt allerede, gennem jeres fokus på designeren.

Med fokus på designere og reklamebureauer vil relevante spørgsmål være:

Hvad får vi som bureau i avance ved at sælge systemet?

Er CMS-systemet nemt at bruge for slutkunden (dvs. hvor mange support-opkald kan vi forvente at få?)

Kan vi lave designet præcis, som vi vil have det?

Hvilke ekstra features har vi som standard - integration med google-maps, bestillingsblanketter, betaling med dankort osv?

Hvad koster ekstra features, der ikke er standard - hvis kunden vil have en helt speciel feature, hvad skal I så have for at udvikle det?

Hvorfor skulle vi overhovedet gide at sætte os ind i jeres system, i stedet for at holde os til det, vi kender og ved, virker?

Pas på, at I ikke fortaber jer i teknikaliteterne og glemmer, at der er mange andre hensyn, der i sidste ende kan være udslagsgivende for, om et bureau køber jeres løsning.

Glædelig jul

Kristian

Svar: Vi vil revolutionere webbranchen (Skyd på vores ide)

Rasmus Lindgren — Tue, 22 Dec 2009 09:29:53 GMT

Lundsby:
Vi lavede for snart et par måneder siden, nogle forsøg på at bygge en jobportal, via løsningen. Og de egentligt rigtigt godt, det er ret sej fornemmelse bygge en jobportal via drag-n-drop. Men idag, har vi egentligt ikke nogle specielle planner om f.eks. at blive en god blogging platform. I starten fokuserer vi på firmasites og webshops.

Det kan være lidt farligt. I har valgt at fokusere på dem der laver websitet/shoppen, men at ignorere den besøgende kan være farligt i længden. Det er fint hvis jeres ambitioner er "Slagter Jørgen og hans gode tilbud", men jeg har en mistanke om at I sigter noget højere.

Sitecore har fx. selv siddet i saksen (i hvert fald for et par år tilbage). Problemet var hvordan hele deres arkitektur er bygget op. De bruger meget metadata og har derfor en del database kald. De anvender derfor rigtig mange lag caching for at få (en ret god) performance.

Problemet kom så bare da internettet ikke længere handlede om at en person delte ting med omverdenen, men omverdenen begyndte at skrive tilbage til sitets ejere (via kommentarer på blogs, i fora og diverse smarte web 2.0 tiltag). Sitecore var en publiseringsmotor som skalerede (og skalerer) ud over flere servere. Men hvad sker der når der bliver oprettet en kommentar på een server og cachen på de andre servere ikke tømmes?!

Jeg har ikke arbejdet med SItecore det seneste år, så jeg ved faktisk ikke rigtigt hvad denne endte med (jeg er ret sikker på at de fik løst det, de er jo ret kloge hoveder), men det illustrerer min pointe udemærket. Web 2.0 og brugergenereret indhold kan ikke negligeres. For hvad sker der når Slagter Jørgen pludselig hører at man også skal have en blog?! Nåh... men jeg ved i knokler med det, så I har sikkert tænkt på dette

Og til alle jer ikke udviklere, sorry det lige kammede lidt over med snak om caching og anden sort kode snak....