Storstilet redningsplan skal tvinge liv i Virk.dk

Anbefal Tip en ven Print Udskriv
Sponsoreret af:


Publiceret d. 27. januar 2006 kl. 07.00 | Antal kommentarer (20)
 
ANNONCE:
 
En redningsmanøvre i sidste øjeblik skal retfærdiggøre den fortsatte eksistens af den skandaleombruste erhvervsportal, Virk.dk, der blev lanceret under pomp og pragt i 2003 som erhvervslivets fælles indgang til det offentlige Danmark.

Det viser interne papirer fra Erhvervs- og Selskabsstyrelsen, som Computerworld er kommet i besiddelse af.

"Det er helt afgørende i forhold til at sikre Virk.dk's fremtidige eksistens, at der inden forhandlingerne med Finansministeriet sker en væsentlig trafikforøgelse på Virk.dk," skriver styrelsen i et internt notat.

Brugertal pumpes op
Notatet lægger op til, at op mod 30 procent af alle indberetninger til styrelserne skal ske via Virk.dk allerede i februar i år.

Det skal sammenholdes med en rapport fra Rigrevisionen i november, som viste, at der kun var sket 4.500 indberetninger fra erhvervslivet via Virk.dk mod knap 800.000 potentielle.

Papirerne lægger op til, at de myndigheder, der skal levere indhold til Virk.dk, skal have vredet armene om for sætte turbo på udviklingen. Det magre brugertal på Virk.dk skal pumpes i vejret, inden Finansministeriet i marts skal tage stilling til, hvor mange skattekroner der fremover skal postes i den kontroversielle portal.

I dokumentet peger Erhvervs- og Selskabsstyrelsen på, at det kan overvejes at tvinge erhvervslivet til at bruge Virk.dk ved at lukke alle andre alternative indberetningsmuligheder i 2007.

Det forudsætter, at styrelserne i løbet af 2006 leverer de løsninger, der skal gøre det muligt for erhvervslivet at indberette via portalen.

- Vi kan ikke være bekendt at gå til finansudvalget og bede om penge, hvis vi ikke engang kan få vores egne styrelser på, siger direktør i Erhvervs- og Selskabsstyrelsen Ole Blöndal.

Underskud på driften
Blöndal nedtoner sin egen styrelses udmelding om, at Virk.dk's eksistens afhænger af, at man i løbet af kort tid kan få boostet brugertallet.

- Der ligger ikke andet i det, end at vi ikke kan være en troværdig forhandlingspartner, hvis vi ikke har orden i eget hus. Så ser det ikke ud som om, at vi seriøst mener noget med den portal, siger han.

I den forløbne uge måtte økonomi- og erhvervsminister Bendt Bendtsen (K) bede Folketingets finansudvalg om at få en ekstra bevilling til Krak, selskabet bag Virk.dk, på 24 millioner kroner.

Det skal dække underskuddet på driften resten af året.

Men hertil kommer betydelige omkostninger til den integration, styrelserne står til at skulle færdigudvikle på rekordtid for at give adgang til deres services gennem Virk.dk. I forhold hertil vil de 24 millioner være peanuts, siger en centralt placeret embedsmand.

I de interne papirer erkender Erhvervs- og Selskabstyrelsen selv, at omkostningerne bliver "betragtelige". Ole Blöndal ønsker dog ikke at definere det nærmere.

Forældet standard
Et grundlæggende problem er, at den helt centrale, åbne teknologistandard i Virk.dk er forældet og ikke lever op til de nye fællesoffentlige standarder.

Det kan - ud over ekstra omkostninger til tilpasninger - betyde genindførelse af manuelle arbejdsgange frem for yderligere digitalisering hos de myndigheder, som har de mest avancerede løsninger - eksempelvis Skat.

Det bekræfter direktør i IT Services hos Skat, Thomas Juhl.

Rigsrevisionens rapport fra november fremhæver Danmarks Statistik som eksempel. Her har man indtil videre kun fået øgede omkostninger og nedsat effektivitet ud af samarbejdet med Virk.dk.

I de interne dokumenter lægges der op til, at partnerskabet mellem Krak og det offentlige efter den nuværende model helt skal stoppes, når portalen skal sendes i udbud i slutningen af 2006.

I stedet anbefaler Erhvervs- og Selskabsstyrelsen, at "staten genvinder den fulde kontrol med portalen", og at opgaverne i stedet splittes op og deles ud mellem flere leverandører.

Læs mere om Virk i fredagens trykte udgave af Computerworld.


Kommentarer - Debatoversigt


Standard nonsens
20 indlæg

Det er noget useriøst sludder at hævde at Virk.dk ikke lever op til standarder - eller anvender forældede standarder. Vi har en moderne serviceorienteret arkitektur og lever naturligvis op til de standarder, der bliver krævet af os. Det kan være dyrt at opfylde standarder, og vi leverer det vi bliver bedt om.

Jeg har i en årrække siddet med ved bordet i Dansk Standard, når der skulle besluttes danske IT standarder. Umiddelbart burde en standard jo af indlysende årsager være nem at forholde sig til. Ser man på standarder over tid, versioneringer, understandarder og nationale tilpasninger, bliver billedet en kende mere broget end som så. Der findes fortolkninger - også af danske standarder og også af offentlige udlægninger. Skat har åbenbart deres. Andre myndigheder - og især deres underleverandører - har en anden. Nogle af de fora, der behandler disse standarder diskuterer stadigt standarderne og fortolkninger af disse - også med os.

Virk.dk består i dag af 120+ servere, der kommunikerer med et utal af offentlige servere og netværk. Der er tale om en af de mest komplicerede og moderne portaler i verden. Hvis vi i forbindelse med denne kommunikation red den 100 procent høje standardhest, ville vores hverdag være endog meget vanskelig. Hertil kommer, at nogle af vore løsninger er etableret inden der kom offentlige standarder, og at nogle af de danske standarder - til trods for at de er teoretisk i orden - har vist sig umulige at implementere i praksis - og vel at mærke samtidigt opfylde myndighedernes krav om funktionalitet, og sikkerhed. Men vi afviger ikke fra standarder uden tilladelse, og vi opdaterer, når vi bliver bedt om det.

Skat har netop lanceret en ny hjemmeside. Den har været dyr, og jeg kan godt forstå de er stolte af den. Jeg har dog ikke hørt om nogen problemer Skat og os i mellem, hvad angår standarder. Jeg kender ikke Thomas Juhl. Han har ikke - ligesom Computerworld heller ikke har - henvendt sig om denne sag. Jeg hører gerne mere om det trusselsbillede, der tegnes op her.

Hvis Skat, ligesom Virk, kommuniker med alle danske kommuner autentificeret, krypteret, signeret, maskinelt og automatisk o.s.v. i XML, S/MIME og diverse andre standarder og herefter behandler og formidler denne kommunikation videre til adskillige andre myndigheder og ministerier (end sig selv) og deres systemer, medsamt Post Danmark og private virksomheder - og samtidigt lever 100 procent op til de nyeste offentlige danske standarder, så ring endeligt. Vi betaler gerne for konsulentbistanden.

Jeg håber at resten af Computerworlds behandling af Virk.dk er baseret på et mere indsigtsfyldt grundlag, ellers er læserne da meget lidt hjulpet, for at sige det mildt......

Kan du så ikke fx forklare hvorfor hovedsiden ikke validerer:

http://validator.w3.org/check?uri=http%3A%2F%2Fvirk.dk%2F

Er der meget dyrt at specifere ALT-tags og sørge for at der ikke bruges _ i identifiers?

Nu ville jeg så prøve at logge ind og se på en virksomhed.
Her er hvad jeg fik:

Server Error in '/' Application.
Unable to serialize the session state. Please note that non-serializable objects or MarshalByRef objects are not permitted when session state mode is 'StateServer' or 'SQLServer'.
Description: An unhandled exception occurred during the execution of the current web request. Please review the stack trace for more information about the error and where it originated in the code.

Exception Details: System.Web.HttpException: Unable to serialize the session state. Please note that non-serializable objects or MarshalByRef objects are not permitted when session state mode is 'StateServer' or 'SQLServer'.

Source Error:

An unhandled exception was generated during the execution of the current web request. Information regarding the origin and location of the exception can be identified using the exception stack trace below.

Stack Trace:

[SerializationException: The type Virk.Core.Services.KrakDataService.CompanySearchProxy.Company in Assembly Virk.Core.Services.KrakDataService, Version=1.0.2215.12635, Culture=neutral, PublicKeyToken=null is not marked as serializable.]
System.Runtime.Serialization.FormatterServices.InternalGetSerializableMembers(RuntimeType type, Boolean excludeNonSerializable) +868
System.Runtime.Serialization.FormatterServices.GetSerializableMembers(Type type, StreamingContext context) +300
System.Runtime.Serialization.Formatters.Binary.WriteObjectInfo.InitMemberInfo() +103
System.Runtime.Serialization.Formatters.Binary.WriteObjectInfo.InitSerialize(Type objectType, ISurrogateSelector surrogateSelector, StreamingContext context, SerObjectInfoInit serObjectInfoInit, IFormatterConverter converter) +362
System.Runtime.Serialization.Formatters.Binary.WriteObjectInfo.Serialize(Type objectType, ISurrogateSelector surrogateSelector, StreamingContext context, SerObjectInfoInit serObjectInfoInit, IFormatterConverter converter) +48
System.Runtime.Serialization.Formatters.Binary.ObjectWriter.WriteArray(WriteObjectInfo objectInfo, NameInfo memberNameInfo, WriteObjectInfo memberObjectInfo) +189
System.Runtime.Serialization.Formatters.Binary.ObjectWriter.Write(WriteObjectInfo objectInfo, NameInfo memberNameInfo, NameInfo typeNameInfo) +156
System.Runtime.Serialization.Formatters.Binary.ObjectWriter.Serialize(Object graph, Header[] inHeaders, __BinaryWriter serWriter, Boolean fCheck) +738
System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Serialize(Stream serializationStream, Object graph, Header[] headers, Boolean fCheck) +136
System.Web.Util.AltSerialization.WriteValueToStream(Object value, BinaryWriter writer) +1621

[HttpException (0x80004005): Unable to serialize the session state. Please note that non-serializable objects or MarshalByRef objects are not permitted when session state mode is 'StateServer' or 'SQLServer'.]
System.Web.Util.AltSerialization.WriteValueToStream(Object value, BinaryWriter writer) +1710
System.Web.SessionState.SessionDictionary.Serialize(BinaryWriter writer) +148
System.Web.SessionState.StateClientManager.Serialize(SessionStateItem item, Stream stream) +146
System.Web.SessionState.SqlStateClientManager.System.Web.SessionState.IStateClientManager.Set(String id, SessionStateItem item, Boolean inStorage) +126
System.Web.SessionState.SessionStateModule.OnReleaseState(Object source, EventArgs eventArgs) +465
System.Web.SyncEventExecutionStep.System.Web.HttpApplication+IExecutionStep.Execute() +60
System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously) +87


Version Information: Microsoft .NET Framework Version:1.1.4322.2300; ASP.NET Version:1.1.4322.2300


Læs igen Niels, og prøv denne gang at forstå, hvad jeg skriver og ikke hvad du tror sagen handler om.....

For at illustrere hvor relevant dit indlæg er i denne diskussion, så prøv lige denne:

http://validator.w3.org/check?uri=http%3A%2F%2Fwww.skat.dk%2F&charset=%28detect+automatically%29&doctype=Inline

Dette er ikke en diskussion mellem 2 free-lance webdesignere ;o)


Siger du at I har fravalgt at følge W3C HTML standard eller ?


Så fordi andre ikke overholder standarderne, så behøver I heller ikke, er det det, der er dit argument?

>Dette er ikke en diskussion mellem 2 free-lance webdesignere ;o)

Den forstod jeg ikke, men jeg er heller ikke webdesigner.


> For at illustrere hvor relevant dit indlæg er i denne
> diskussion, så prøv lige
> denne:
>
> http://validator.w3.org/check?uri=http%3A%2F%2Fwww.skat.dk%2F&charset=%28detect+automatically%29&doctype=Inline

Hvad er det præcist, du illustrerer ved at vise, at skat.dk heller ikke følger åbne standarder?


> Dette er ikke en diskussion mellem 2 free-lance
> webdesignere ;o)

Hvad mener du med ovenstående sætning?
Er du free-lance webdesigner?


Hvad angår HTML standard, er det et krav til Virk, at vores sider kan vises og funktionaliteten virker i en række browsere i bestemte versioner på forskellige platforme. Det lever vi op til. Nærværende online magasin har 48 XHTML fejl på bare forsiden, men mon ikke redaktionen er ligeglad, når bare læserne kan læse artiklerne - og se bannerannoncerne. Men helt ærligt, HTML is the least of our worries.

Vi bruger services og komponenter fra mange myndigheder og deres leverandører, som vi ikke kontrollerer. Vi må prioritere at Virk virker - højere end om koden lever op til en offentlig dansk standard. Hvis vi rigidt krævede, at alle skulle leve op til alle standarder, kom der på væsentlige områder ikke en eneste indberetning igennem. Når vi fraviger standarder, er det som regel af udefrakommende årsager. Vi laver noget efter en standard, og finder herefter ud af, at vi aldrig får det til at virke, med mindre vi fraviger standarden. Det accepterer myndighederne, og vi har dispensation fra flere standarder af samme årsag. Misforstå mig ikke. Vi ønsker at leve op til diverse standarder, og advokerer også for at andre gør.

Det ved sågar flere at de, der kritiserer Virk, men nævner behændigt intet herom. Når nogen kritiserer andre for ikke at have orden i standarderne, og samtidigt ikke har orden på egen bagperron, kan man naturligvis gisne om årsagerne. Jeg afstår herfra offentligt, men jeg er naturligvis heller ikke journalist.

Husk på at når man peger på nogen, er der som regel tre fingre der peger bagud på en selv. Sjovt at tænke på i den sammenhæng at Computerworld overser at Virk har fuldstændigt samme antal læsere som CWO. Hvis det går skidt for os, hvordan går det så for CWO?

Heldigvis går det hverken skidt for Computerworld eller Virk. Vi er blandt de 40 største websites i Danmark og mange ville ønske, de havde den position - og ville med glæde ofre HTML 4.01-standarden i bytte ;o)


Mange ord.

Kan jeg opsummere til at "Ja virk.dk har fravalgt W3C HTML
compliance. For at faa siden til at virke" ?

(jeg undrer mig saa over at man ikke kan faa en W3C HTML
compliant side til at virke, men ...)


Nej det kan du ikke. Jeg er lidt nervøs over din reference til "siden" - og nu skal jeg jo passe på ikke at fornærme webdesignere, men fronten, som måske er den du referer til med det udtryk, er - ud over at den er uhyre dynamisk, og derfor svær entydigt at fastnagle - er jo langt mindre end det synlige af et isbjerg. Denne diskussion, går - som det fremgår af den trykte udgave af Computerworld - bl.a. om diskussioner af OIOXML - og hvis du er klædt på til at diskutere nilables contra anvendelsen af any så siger du bare til, men mange står af her, så jeg er usikker på hvor du befinder dig? Men det er alså det sagen drejer sig om og ikke om et website er w3c-kompatibel, hvad ganske få portaler i øvrigt er - ikke engang Google....


Jeg har slet ikke laest papir udgaven.

Og det burde fremgaa klart af diskussionen her at alle os
andre konkret diskuterer HTML validering.

Det er uden tvivl en lille del af jeres system, men det
er jo ligesom den del som det er nemmest for
udenforstaaende at vurdere.

Og jeg har aldrig hoert at det skulle vaere specielt svaerere
at lave dynamisk genereret HTML W3C compliant end statiske
filer.

Betyder det meget ? Ikke i sig selv. Men ligesom naar man
kigger paa en bil og den har rust i skaermkanterne, saa er
skeptisk overfor saelgerens forsikringer om at motoren kan
holde 200000 km mere, saa bliver man lidt skeptisk
for om alle standarderne for de 90% usynlige dele af
dit isbjerg er i god stand, naar de synlige 10% ikke er det.


Man plejer vist heller ikke at vise den slags stacktraces
til slutbrugere.

Igen frontend.

Men ...


Såvidt jeg forstår det har hr. Poul Anotn Møller en relation til virk.dk i form af enten udvikler eller på anden måde engageret i udviklings processen af selv samme portal.

Er dette tilfældet må jeg indrømme at jeg finder det en kende useriøst og endog lidt for følelses ladet at indgå i en sådan debat her på CW debatforum.

...det kommer der ikke noget godt ud af da de fleste herinde bare er ude på at pille alt ned eller fra hinanden.

Jeg kan da udemærket godt forstå at man føler sig lidt skidt tilpas hvis man uberettiget har fået af den "grove" høvl af CW men så burde man istedet tage det op med CW frem for at forsvare sig her på debatten.

...envidere syntes jeg at det var på sin plads at hr. Poul Anotn Møller gav sig til kende i form af hvilken rolle/funktion han har i relation til virk.dk.

Jeg sytnes det er useriøst at komme med sådanne "uofficelle" udtalelser hvis man er udvikler på et projekt som virk.dk

Der må da være andre til at tale deres sag i en officel tone end at tage tråden op på en beynderlig måde her i et "useriøst" debat forum?

...og tilslut har jeg meget svært ved at forestille mig at nogen er interesseret i at en medarbejder udtaler sig på en sådan måde i offentligheden.

...i dont know.


Tjaeh du har ret i at niveauet på CWO's debat ikke altid er lige lødigt, men det skal nu ikke afholde mig fra at forsvare kollegerne mod useriøse angreb fra Computerworld og hvem de nu kan få til at svine andre kolleger til. Jeg er ikke selv udvikler på Virk, men har et ansvar for, at hvis vi sælger noget - der skal leve op til en eller anden beskrevet standard, så gør vi det.

Det var ikke mig der pastede en errorkode ind i debatten, men du har da ret i at det er dumt, og siger måske en del om afsenderen.

Der er ikke noget, af det jeg skriver, der er hemmeligt - der er jo offentlighed i forvaltningen for tiden - men CWO har trods alt en vis læserskare, og jeg synes mange flere skulle tage til genmæle, når bladet udstiller sin useriøsitet - hvilket ofte sker, når journalisterne forlader dets normale koncept - at oversætte historier fra udenlandske IT nyhedssites...


Du skriver at hvis diverse instanser, overholder de danske standarder mv. ville du gerne yde konsulentbistand.

her er jeg så lidt sat.

der bliver derefter diskuteret HTML standarder, herunder noget så simpelt som et ALT tag, som undskyldes med at siden er dynamisk og derved svær at få til at følge nogle simple standarder.

her må jeg så sige:

hvis i vil sætte krav til de instancer der skal levere data til jer, må i ligsom feje for egen dør først, måske virker jeres sider korrekt i diverse browsere, men alt andet end lige kan vi konstatere, at i ikke just er brugt tiden på at følge en så simpel standard som HTML standarden, og at siden er dynamisk er da den sidste undskyldning at komme med, da der ikke er angivet nogle steder i standarden at hvis siden er dynamisk, er det tilladt at undvige, og endvidere er det ikke en størrer opgave om det er dynamisk eller ej.

jeg kan så godt se dit synspunkt med at det ikke just er det store problem at dette ikke er opfyldt, men sådanne kan alle jo se på det herunder de instancer der leverer data til jer.

så efter min mening ville det være en ide at følge standarderne selv inden man begynder at give aben videre.


Det er dejligt nemt at finde fejl i folks HTML-kode. Man skal bare indtaste URL'en i W3C-validatoren, og vupti, så får man folks fejl udleveret på et sølvfad. Med lidt held kan man også finde nogle stavefejl på deres website, og hvis man besøger dem fysisk, kan man måske også være heldig at finde lidt nullermænd i krogene, eller en vandhane, der drypper.

Fælles for disse ting er, at de i en ideel verden burde være undgået, men at de i praksis ikke udgør det store problem, og at der nok er andre ting, som er vigtigere at få taget hånd om først.

Selvfølgelig er det problematisk, hvis der er så mange og alvorlige HTML-fejl, at siderne ikke virker ordentligt i browseren, eller hvis der er så mange stavefejl, at teksten er uforståelig, eller hvis der er så mange nullermænd, at folk får astma. Men der findes også mellemstadier, hvor der er lidt småfejl hist og her, uden det gør nogen skade.

Hvis man bruger antallet af HTML-fejl på http://virk.dk som udtryk for, hvor kvalificerede folkene bag Virk.dk generelt er til at lave teknik og drive forretning, så mangler man i mine øjne proportionssans. Medmindre altså der er tale om fejl, der har nogen praktisk betydning.


I øvrigt kan jeg ikke se noget useriøst i uofficielle udtalelser. Tværtimod synes jeg, at det er interessant at høre sagen fra folkene, der tumler med problemerne til daglig, frem for officielle udmeldinger, der ofte har karakter af politisk tomgangssnak.


@R. Fallesen,

Nej det er ikke det jeg skriver. Det ville hjælpe på debatnivauet, hvis du tog dig lidt tid til at læse hvad der rent faktisk står i indlæggene.

Hvis vi går ud fra at, det er uhyre vanskeligt at bedrive straks-sagsbehandling, og maskinelle workflows omfattende modtagelse og afsendelse af mails til sagsparterne, uden at forvente at støde på Outlook eller Lotus mailklienter, så kan jeg fortælle dig, at det er umuligt at få sådan et system til at spille, da hverken Microsoft eller IBM bekymrer sig om de officielle standarder, men holder mere af deres egne - hvilket i øvrigt ikke nødvendigvis altid er noget skidt, eftersom standarder ofte indeholder dumme kompromisser.

Nogle af de ting vi laver på Virk har ingen prøvet før os, og selv om vi synes, vi er nogle farlige karle, kan vi altså hverken få Microsoft eller IBM til at ændre deres applikationer eller få den offentlige forvaltning - og deres kunder, dig og mig, i Danmark til udelukkende at bruge Thunderbird eller Firefox :o)

Måske CWO kunne bidrage her, men deres journalister har tilsyneladende mere interesse i at forsøge at vinde en Cavlingpris i kampagnejournalistik, men Hey Wake Up, så skal man nok søge over på Ekstrabladet eller TV2 Nyhederne... og kommitteen plejer i øvrigt at vægte sandheden ret højt.....


Jeg synes også det er rart, at mere eller mindre menige udviklere i den slags projekter deltager i en debat som denne.

Jeg prøvede jo faktisk også at se på lidt mere end HTML-koden, men så fejlede databasen.

Når man tydeligvis ikke tager det så alvorligt med at overholde HTML-standarderne, styrker det jo ikke troen på, at det står bedre til med alle de andre standarder.

Hvis kravet til virk.dk ikke er at overholde standarderne, men at kode til bestemte browsere, er der også noget galt et andet sted.

Jeg synes virk.dk burde dokumentere de dispensationer, de har fået til at afvige fra standarderne og grundene til at de har gjort det. De kunne spare andre for meget arbejde.
(det har de måske også gjort, jeg kunne bare ikke lige finde det).


@Niels Larsen, Nej hvor skulle man også lede efter den slags dispensationer?

Hvis man laver noget for en kunde inden der findes en standard, og der herefter kommer en standard, kan han/man vælge at dispensere, eller kunden kan betale for at gamle projekter bliver opdateret - hvis ikke standarden f.eks. er bagud "kompatibel" I så fald virker applikationen jo fint, og diskussionen om standarden overgår så fra den praktiske verden til den teologiske, hvor du åbenbart befinder dig.

Ingen ved deres fulde fem, vil vel garantere at en kode i al fremtid lever op til alle de standarder der måtte komme. I så fald vil det nok blive dyrt. Standarder kommer også i versioneringer, men det ved du sikkert? Derfor laves aftaler ofte på en aktuel standard, og det er ved afleveringsprøven at man skal bevise, at man lever op til standarden.

At du har fundet en fejlagtig fejlmeddelelse på Virk, har jo ikke noget med standarder at gøre. Vores udviklere har noteret den, og det bliver rettet ved næste deploy. Jeg er lodret uenig i, at det er vigtigere at leve op til en standard, end at få en opgave løst. Det betyder ikke at man ikke respekterer standarder og tilstræber dem, men ligesom i mange af livets andre vilkår, er fundamentalisme oftest en belastning.

Hvis man beder mig leve op til en standard, gør jeg det. Beder man mig lave noget der fungerer med Outlook, gør jeg det. Vil man have begge dele, beder jeg dem ringe til dig. OK?

;o)


Om dispensationer: Jeg mente bare, at hvis I har fundet en masse steder hvor standarderne ikke virker med gængse produkter på markedet, så ville det være godt for andre at, vide, så de ikke selv skal opdage det på den hårde måde.

Jeg har ikke sagt, at fejl har noget med standarder at gøre. Kun at det jo er svært at vurdere om noget, som ikke virker, overholder standarder.

Ja, standarder kommer ofte i versioner. Fx hævder jeres HTML-sider at overholde "HTML 4.01 Transitional//EN", men det gør de altså ikke.

Jeg er ikke fundamentalist. Men jeg forstår ikke hvorfor man ikke kan bruge et par timer på fx at rette de småfejl, der er i HTML-koden, så den overholder, den standard, den hævder at overholde. Det er jo ikke fordi MS IExplorer ikke kan klare ALT-tags eller korrekte identifiers.

==
Hvis man beder mig leve op til en standard, gør jeg det. Beder man mig lave noget der fungerer med Outlook, gør jeg det. Vil man have begge dele, beder jeg dem ringe til dig. OK?
==

Det er bare helt i orden.


Virk.dk tæller idag over 30.000 sider, så på den ene side er det jo lidt underholdende at starte dem alle med, at Virk overholder en standard man ikke gør, den er jeg helt med på. Men det med et par timer til at rette det? Hmmm...det rækker nok ikke :o), selv om en del af dem bliver bliver spyttet ud i ca. 40 forskellige templates eller grids.

Vi ville alligevel aldrig komme i nærheden af W3C eftersom en del af siderne på Virk er robotiserede fra myndighedernes sites, og som det er tilfældet med Skat, overholder de ikke alle standarderne.

Men det er jo stadigt ikke HTML sagen drejer sig om, men nu gider jeg altså ikke at skrive det mere.....


Kommentér
Titel:

Ytringer på debatten er afsenders eget ansvar - læs debatreglerne
Forsiden lige nu

10 kommuner erkender, at de skulle være gået i udbud, da de købte et it-system fra KMD. Skandalen kan samlet løbe op i milliarder af kroner.
18. marts 2010 kl. 15.59 | (1) | læs »

Videnskabsminister Charlotte Sahl-Madsen (K) udpeger en tidligere TDC-medarbejder som sin særlige rådgiver.
18. marts 2010 kl. 16.29 | læs »

Multimedieskatten kan være en god forretning for personer, der driver selvstændig virksomhed ved siden af det normale lønarbejde. Man kan spare tusindvis af kroner, vurderer Deloitte.
18. marts 2010 kl. 14.48 | (2) | læs »

Det bliver en afløser for Dansk Folkeparti, som fredag afgør, om udenrigsminister Lene Espersen (K) får mandat til at indgå omstridt antipirat-aftale.
18. marts 2010 kl. 16.22 | (5) | læs »


En ud af tre danske myndigheder har været ramt af virus inden for det seneste år, og det går frem for grøn it. Danmarks Statistik har gjort status over det offentliges brug af it.
18. marts 2010 kl. 15.24 | læs »



EU og NATO samarbejder slet ikke nok om at styrke forsvaret mod cyber-angreb, lyder konklusionen i en længere rapport om it-sikkerhed.
18. marts 2010 kl. 14.00 | læs »



Hosted Drupal CMS vil blive lanceret cirka samtidig med Drupal 7, en større opgradering til den open source-baserede platform.
18. marts 2010 kl. 13.13 | læs »



Silverlight til Windows Phone 7 og HTML5 til Internet Explorer 9. Microsoft satser på to heste. Læs om beslutningsprocessen bag de valg.
(1) | 18. marts 2010 kl. 12.23 | læs »



HTC og T-Mobile har besluttet ikke at vente på det nye styresystem Windows Phone 7 og i stedet benytte Windows Mobile 6.5 til HD2.
18. marts 2010 kl. 11.41 | læs »



Den danske udenrigsminister vil fredag bede om mandat til at indgå omstridt antipirat-aftale, vurderer oppositionspolitiker. Udfaldet af aftalen er endnu ikke på plads.
(13) | 18. marts 2010 kl. 10.59 | læs »




E-mail-adresse:
Adgangskode:

Seneste debat
 
 
Whitepapers
360° er en integreret produktsuite til informationshåndtering og indeholder moduler til...

The shared services model has attracted a lot of interest but what is it precisely?

Oracle WebLogic Suite 11g er en ny, væsentlig udgivelse af den kerneinfrastruktur, der...