mboost-dp1

mit.dk

Netcompanys mit.dk ramt af nedbrud lige efter lanceringen

- Via TV 2 -

Netcompanys digitale postkasse mit.dk blev lanceret i mandags, og i går onsdag var platformen ramt af tekniske problemer for tredje dag i træk, skriver TV 2.

Det har været en sløv start for den nye infrastruktur til digital post, som gik i luften i mandags. Her lød det i en pressemeddelelse, at danskerne er langt fremme, når det kommer til “brugen af moderne digitale løsninger, og det skal vores digitale postløsning også afspejle.”

Onsdag middag fremgik det af hjemmesiden, at mit.dk oplevede problemer med at logge ind, hvorfor man valgte at lukke for adgang til systemet, mens man arbejdede på at finde fejlen.

Til mediet ITWatch siger vicedirektør i Digitaliseringsstyrelsen Adam Lebech, at selvom selve Digital Post-løsningen fungerer fint, er det “ærgerligt, at nogle af visningsplatformene har haft nogle udfordringer til at begynde med.”

Læs også: Alle danskere over 15 år får ny digital post-løsning.





Gå til bund
Gravatar #1 - sirius09
24. mar. 2022 14:42
Udskydelsen fra november 2021 til marts 2022, har kostet den danske statskasse 43 millioner kroner ekstra. Hvad er der blevet lavet for de penge? Det må man vel kunne få agtindsigt i. For alle beløbet er sindssygt højt i sig selv. Men der er tydeligvis ikke blevet arbejdet for de penge.
Gravatar #2 - arne_v
24. mar. 2022 14:55
#1

Der kan nu sagtens være arbejdet for pengene.

Men måske var der ikke så meget at gøre.

De kan have stået i 2 forskellige situationer i efteråret:
A) Softwaren er helt fin men det har taget lidt længere tid end forventet og der er lige brug for N måneder mere for at gøre det færdigt.
B) Softwaren er dårlig med mange problemer. Der er ikke tid til at starte forfra, så man forsøger at løse problemerne med lidt workarounds og grimme hacks. Og måske bliver alle problemerne løst, men det grundliggende kvalitet af softwaren er stadig dårlig.

Situation #B er langt mere normal end situation #A.

Gravatar #3 - fe950
24. mar. 2022 16:45
Nu har jeg prøvet mit.dk i et par dage og hold nu op hvor der det latterligt. Den kan ikke finde indholdet i de mapper jeg har oprettet.
Gravatar #4 - Claus Jørgensen
24. mar. 2022 16:52
#2

Specielt når det udvikles af en konsulentvirksomhed. Konsulenter producere universelt dårligere arbejde end når løsningen udvikles af et team der også skal vedligeholde løsningen i årevis bagefter.

Der er også desværre mange udviklere som "don't give a shit" der vælger at arbejde som konsulenter (høj løn, lavt ansvar, og ens shitkode bliver glemt når kontrakten er slut)

Her i Sverige er vores digitale id løsning (BankID) udviklet og vedligeholdt af en permanent virksomhed med cirka. 30 ansatte, der har eksisteret siden 2002.

At Danmark stadigvæk nægter at oprette en permanent offenlig virksomhed/afdeling med fuldtidsansatte udviklere til denne her slags opgaver er mig en gåde. Det er som om at man stadigvæk ikke vil indrømme at software, apps, etc. er en del af den moderne verden.
Gravatar #5 - arne_v
24. mar. 2022 17:00
#4

Konsulent firmaer er ofte også ansvarlige for vedligehold (bug fixes og enhancements).

Men hvis vedligehold udføres på time and material basis, så er logikken jo:

dårlig kvalitet => mere vedligehold => større indtægt
Gravatar #6 - Claus Jørgensen
24. mar. 2022 17:07
#5

Men arbejdsmodellen er anderledes, det er ikke de samme udviklere der arbejder på det samme projekt i årevis.

Sandsynligvis bliver de bedste udviklere flyttet til mere interassante og krævende projekter, og de dårligere udviklere bliver sat til vedligehold.

Og at lave projekter så store som MitID på kontraktbasis er simpelthen så absurd og verdensfjernt at det ikke burde være lovligt.

Udbydningslovene i Danmark er skrupskøre når det kommer til IT, og har ikke gjort noget som helst positiv for Danmarks IT infrastruktur i de sidste 20 år.
Gravatar #7 - arne_v
24. mar. 2022 17:07
#4

Men deruover så:
- danske offentlige myndigheder er i særklasse dårlige til at holde nogen ansvarlige - det er helt generelt ikke kun IT projekter, men dem som leverer IT projekter ved at risikoen ved at levere noget bras er lille
- danske udviklere er generelt dårligt uddannede
- dansk udviklings metodik og dansk mentalitet generelt egner sig bedre til små projekter end til store projekter
Gravatar #8 - arne_v
24. mar. 2022 17:15
Claus Jørgensen (4) skrev:

At Danmark stadigvæk nægter at oprette en permanent offenlig virksomhed/afdeling med fuldtidsansatte udviklere til denne her slags opgaver er mig en gåde. Det er som om at man stadigvæk ikke vil indrømme at software, apps, etc. er en del af den moderne verden.


Claus Jørgensen (6) skrev:

Og at lave projekter så store som MitID på kontraktbasis er simpelthen så absurd og verdensfjernt at det ikke burde være lovligt.

Udbydningslovene i Danmark er skrupskøre når det kommer til IT, og har ikke gjort noget som helst positiv for Danmarks IT infrastruktur i de sidste 20 år.


Der er ingen tvivl om at interne udviklere som kender "forretningen" og sidder tæt på "forretningsfolkene" (forretning brugt i bred IT forstand) har nogle store fordele.

Problemet er hvis arbejdsmængden er meget ujævn. Modellen fungerer fint hvis man f.eks. bruger 60000-75000 timer hvert år. Modellen duer ikke hvis man har 2 år hvor man bruger 1 million timer og så 8 år hvor man bruger 50000 timer.

Det er hele pointen i konsulenter - man kan skaffe et stort antal folk for en kortere periode når der er brug for det.

Kan man udjævne arbejdsmængden kan man overveje intern udvikling. Hvis ikke så er det ikke muligt.

Naturligvis kan man godt lave et internt konsulent firma som arbejder på alle mulige offentlige systemer. Men det er ikke anderledes end et privat konsulent firma. Det var faktisk sådan at både CSC og KMD startede!

Gravatar #9 - Claus Jørgensen
24. mar. 2022 17:20
#8

Staten kunne sagtens have et par tusinde udviklere fastansat. Der nok IT inden for staten.

Og virksomheder som Microsoft, Google, Amazon har alle store og mange projekter som deres fastansatte medarbejdere vedligeholder, men har en meget anderledes tilgang til udvikling end KMD har

Gravatar #10 - arne_v
24. mar. 2022 17:20
Claus Jørgensen (6) skrev:

Sandsynligvis bliver de bedste udviklere flyttet til mere interassante og krævende projekter, og de dårligere udviklere bliver sat til vedligehold.


Det ses desværre ofte.

Og er en katastrofe.

Ofte er det rimeligt ligetil at lave et nyt system. Forudsat at der er lavet fornuftige krav og en fornuftig arkitektur så bør det være noget som enhver udvikler fra middel og opefter bør kunne klare.

Vedligehold derimod. Selvfølgelig er noget vedligehold trivielt. Men vedligehold kan ofte være særdeles krævende. Dem der laver det skal kunne forstå store kode mængder, måske er dokumentationen mangelfuld eller forældet, måske passer det nye krav meget dårligt ind i det originale design.

Ofte er det vedligehold som virkeligt kræver de bedste.
Gravatar #11 - Claus Jørgensen
24. mar. 2022 17:21
Visse projekter kan jo også kører mere eller mindre forevigt. Et EPJ system vil altid kræve folk. Skat vil ALTID have interne systemer der skal erstattes, vedligeholdes og nye systemer som skal videreudvikles

Men Danmark synes bare ikke at ville indrømme det, og betaler istedet absurde mænger penge til konsulenter for dårligt arbejde.
Gravatar #12 - Claus Jørgensen
24. mar. 2022 17:26
arne_v (10) skrev:
Vedligehold derimod. Selvfølgelig er noget vedligehold trivielt. Men vedligehold kan ofte være særdeles krævende. Dem der laver det skal kunne forstå store kode mængder, måske er dokumentationen mangelfuld eller forældet, måske passer det nye krav meget dårligt ind i det originale design.

Ofte er det vedligehold som virkeligt kræver de bedste.
Men det kræver fastansatte. Og folk der faktisk brænder for deres arbejde.

At vedligeholde en god kodebase er som at vedligeholde en vintage sportsvogn - det bliver nærmest en hobby at nusse omkring koden, og sørge for at alt er godt og velpudset.

Og folk der forstår koden kan også bedre tilføje (og fjerne) features uden store mænger nye fejl (regressions)

Men det kræver jo at der er incitament til at blive i virksomheden, og at projektet ikke bliver uaktuelt (stale?).
Gravatar #13 - arne_v
24. mar. 2022 19:54
Claus Jørgensen (9) skrev:

Staten kunne sagtens have et par tusinde udviklere fastansat. Der nok IT inden for staten.


Staten kunne sagtens have deres eget interne konsulent firma.

Og kommunerne kunne have deres.

Man kunne jo kalde dem Datacentralen og Kommunedata.

Nej vent - det er prøvet.

:-)

Det gør ingen forskel.

Claus Jørgensen (11) skrev:
Visse projekter kan jo også kører mere eller mindre forevigt. Et EPJ system vil altid kræve folk. Skat vil ALTID have interne systemer der skal erstattes, vedligeholdes og nye systemer som skal videreudvikles


Visse offentlige insitutioner som f.eks. skat har så mange IT systemer, at der er muligheder.

Hvis de:
- ændrede bevilling for et system fra XXX millioner til initiel levering og prøv og søg om X millioner om året til vedligehold senere til XX millioner hvert år de næste N år
- ændrede ansættelsesvilkår (læs: gav højere løn) så de blev konkurrencedygtige på IT-job markedet
- fik bedre ledelse med klart ansvar
så kunne de:
- køre projekterne internt
- flytte folk rundt mellem systemer når nødvendigt
- når der midlertidigt var behov for flere folk så hyre konsulenter men som "warm bodies" ikke for projekt levering



Gravatar #14 - Claus Jørgensen
24. mar. 2022 22:24
arne_v (13) skrev:
Visse offentlige insitutioner som f.eks. skat har så mange IT systemer, at der er muligheder.

Hvis de:
- ændrede bevilling for et system fra XXX millioner til initiel levering og prøv og søg om X millioner om året til vedligehold senere til XX millioner hvert år de næste N år
- ændrede ansættelsesvilkår (læs: gav højere løn) så de blev konkurrencedygtige på IT-job markedet
- fik bedre ledelse med klart ansvar
så kunne de:
- køre projekterne internt
- flytte folk rundt mellem systemer når nødvendigt
- når der midlertidigt var behov for flere folk så hyre konsulenter men som "warm bodies" ikke for projekt levering
Yup

Hvilket er mere eller mindre modeller her i Sverige.
Gravatar #15 - nwinther
25. mar. 2022 07:22
Men er det ikke bare konsekvensen for næstes alt, i en politisk styret organisation, hvor der ikke er nogen klar målsætning og hvor forretningsområdet er enormt?

Hvis statsministeriets departementschef synes at jura er vigtigere, end IT, hvad mon så får prioritet? Hvis statsministeren synes at infrastruktur er vigtigere end jura? Og hvis folkene i indenrigsministeriet synes, at deres personlige karriere er vigtigst af alt?

Og næste år er der udskiftning på alle poster, så ansvaret for - og ejerskabet til - et givent projekt er ganske æterisk.

Og samme vilkår gør sig gældende hele vejen ned til kommunerne.

Jeg tror vi kommer til at brokke os over det, så længe vi har ytringsfrihed, for det er simpelthen et vilkår.
Gravatar #16 - Ni
25. mar. 2022 09:45
#13 Der er langt fra 80'ernes offentlige it til nutidens. Præcis som der er langt fra 80'ers private it afdelinger til nutidens. Og det offentlige har rykket sig 100 gange mere end det private.

... Hvor jeg sidder bliver de få opgaver vi MÅ insource løst bedre hurtigere og er langt mere vedligeholdelses- og driftsvenlige.

Der er nogle specialopgaver som giver mening at outsource, men alt udvikling burde insources. Det er simpelthen for sølles kvalitet, når det bliver leveret udefra. Uanset om det er på timebasis eller kontraktbasis, det er lortekode, hvor den eneste løsning ofte er et få den ene konsulent eller starte fra scratch.

Den store forskel er, om folk går på arbejde for at levere mest muligt eller mindst muligt for sin løn. I det private levere man levere mindst muligt, for glæden ved at levere mere er at direktøren løber med den værdi og indsats man har ydet.
Gravatar #17 - nwinther
25. mar. 2022 11:04
Ni (16) skrev:
Den store forskel er, om folk går på arbejde for at levere mest muligt eller mindst muligt for sin løn. I det private levere man levere mindst muligt, for glæden ved at levere mere er at direktøren løber med den værdi og indsats man har ydet.


Hvem løber med den, i det offentlige?
Gravatar #18 - arne_v
25. mar. 2022 13:17
#15

Politik i beslutningsprocessen og meget store forretningsområder er ikke noget unikt for den offentlige sektor. Det findes også i private virksomheder når de når en vis størrelse.

Men der er nogle konkrete problemer.

Offentlig bevillings process har det med at se på IT projekter ligesom bygning af broer og motorveje. Der bevilliges en formue til at lave det og så antages det at en tæppebelægning i ny og næ er alt hvad der er brug for de næste 25 år. De fleste private virksomheder selv store ved godt at software skal udvikles løbende.

Jobannoncerne med "Ansættelse vil ske efter vedkommendes organisations overenskomst med finansministeriet" skaffer ikke de bedste IT folk. Heller med "mulighed for individuelr tillæg". Resultatet er at når man ikke kan tilbyde den rgtige person 500 kroner i timen men kun 350, så ender man med at betale et konsulentfirma 1200 kroner i timen som så ansætter personen til de 500 kroner i timen.
Gravatar #19 - arne_v
25. mar. 2022 13:26
Ni (16) skrev:

Den store forskel er, om folk går på arbejde for at levere mest muligt eller mindst muligt for sin løn. I det private levere man levere mindst muligt, for glæden ved at levere mere er at direktøren løber med den værdi og indsats man har ydet.


Ligesom at man kan se at offentlige ansatte har lavere fraværsprocent end privat ansatte.

Hov - hvordan er det nu lige det er.

(kommunalt ansatte har ca. 12 sygedage om året og statsansatte ca. 8 sygedage om året)
Gravatar #20 - arne_v
25. mar. 2022 15:05
arne_v (2) skrev:

B) Softwaren er dårlig med mange problemer. Der er ikke tid til at starte forfra, så man forsøger at løse problemerne med lidt workarounds og grimme hacks. Og måske bliver alle problemerne løst, men det grundliggende kvalitet af softwaren er stadig dårlig.


"stadig dårlig" er nok rettere "endnu dårligere".

P.g.a. et fænomen som er nemmere at forklare matematisk.

t = tid
c = antal ændringer = antal fejlrettelser + antal ny funktionalitet
e = nye fejl introduceret ved ændring
q = proxy for kode rod

c = f(t) hvor f' > 0 fordi der vil altid være ændringer
e = g(q) hvor g' > 0 og g'' > 0 fordi jo mere rodet koden er jo flere fejl laves ved ændringer og problemet vokse mere end lineært
q = h(c) hvor h' > 0 fordi ændringer altid giver mere rod

e = g(q) = g(h(c)) = g(h(f(t))) = z(t)

hvor det udfra forudsætningerne for f,g og h vil gælde at de for enhver e0 eksisterer en t0 hvor e0=z(t0)

Hvilket på mere jævnt dansk betyder at der altid kommer et tidspunkt hvor kode basen er så rodet at det at rette 1 fejl vil introducere 1 eller flere nye fejl. Og kode basen derfor er umulig at vedligeholde.






Gravatar #21 - larsp
26. mar. 2022 08:46
arne_v (20) skrev:
Hvilket på mere jævnt dansk betyder at der altid kommer et tidspunkt hvor kode basen er så rodet at det at rette 1 fejl vil introducere 1 eller flere nye fejl. Og kode basen derfor er umulig at vedligeholde.

Det kommer vel an på om softwaren er sund eller rådden i sin grundlæggende struktur. Hvis koden er fundamentalt rådden, så ja, så vil rettelser være svære at lave og introducere flere problemer. Udviklere vil være meget lavt motiverede og lave dårligt arbejde og projektet kuldsejler.

Men hvis softwaren har en god struktur, bør man kunne vedligeholde den uden at det kuldsejler, og der er da mange eksempler på veldesignet kode men lang historik der stadig leverer varen i dag.

Man kan vel sige at hvis et projekt har en stor teknisk gæld, så kan det nå et punkt hvor det er så dyrt at betale renter på gælden og betale den tilbage, at det er bedre at skrotte det hele. Men hvis et projekt kun har en lille teknisk gæld, så går det meget bedre.
Gravatar #22 - Claus Jørgensen
26. mar. 2022 12:33
arne_v (20) skrev:
Hvilket på mere jævnt dansk betyder at der altid kommer et tidspunkt hvor kode basen er så rodet at det at rette 1 fejl vil introducere 1 eller flere nye fejl. Og kode basen derfor er umulig at vedligeholde.
aka. tid til at omskrive det hele.

Jeg har oplevet det ;-)

Men det er faktisk nemmere at omskrive software end det er at lave et nyt produkt.

Du har den orginale kode som reference og stort set alle krav er kendt på forhånd. Der er sikkert kode som kan genbruges (database, data modeller / deserialisering af network calls, etc.)

Meget af brugerfladen er allerede defineret. Du har sikkert allerede strings/i18n der kan genbruges.

Så der kan faktisk være en stor værdi i et omskrivningsprojekt, hvis man når det til punkt hvor alt nyt kode introducere fejl.
Gravatar #23 - arne_v
26. mar. 2022 12:52
#21

Påstanden er at logikken gælder for både dårlig og gode kode - at forskellen på god og dårlig kode kun er hvor hurtigt det går galt.

Hvis vi siger at z(t) er en eksponential funktion z(t) = a * b pow t så udvikler både den virkeligt gode kode og den virkeligt gode kode sig sådan, men værdierne af a og b er forskellige.

Dårlig kode kunne være 0.4 * 1.2 pow t og den gode kode kunne være 0.1 * 1.05 pow t.

Hvilket giver at den dårlige kode er færdig efter 5 år. og den gode kode er færdig efter 47 år.
Gravatar #24 - arne_v
26. mar. 2022 12:55
#22

Ja. Hvis der er mulighed for at genimplementere funktionaliteten 1:1 så har man et rigtigt godt udgangspunkt.

Men i virkeligheden går det ofte galt fordi at man har et større antral ønsker på hylden som "lige skal med når nu man er igang".
Gravatar #25 - Claus Jørgensen
26. mar. 2022 13:09
arne_v (23) skrev:
Hvilket giver at den dårlige kode er færdig efter 5 år. og den gode kode er færdig efter 47 år.
Det virker rimeligt at begynde forfra en gang hver halve århundrede :p


Gravatar #26 - linos
26. mar. 2022 19:15
sirius09 (1) skrev:
Udskydelsen fra november 2021 til marts 2022, har kostet den danske statskasse 43 millioner kroner ekstra. Hvad er der blevet lavet for de penge? Det må man vel kunne få agtindsigt i. For alle beløbet er sindssygt højt i sig selv. Men der er tydeligvis ikke blevet arbejdet for de penge.

Jeg er overrasket over at beløbet ikke er større :'D Jeg synes altid statens IT systemer plejer at koste milliarder udover milliarderne det kostede at udvikle xD
Gravatar #27 - arne_v
5. apr. 2022 16:35
Claus Jørgensen (4) skrev:

Specielt når det udvikles af en konsulentvirksomhed. Konsulenter producere universelt dårligere arbejde end når løsningen udvikles af et team der også skal vedligeholde løsningen i årevis bagefter.

Der er også desværre mange udviklere som "don't give a shit" der vælger at arbejde som konsulenter (høj løn, lavt ansvar, og ens shitkode bliver glemt når kontrakten er slut)


Claus Jørgensen (11) skrev:

Men Danmark synes bare ikke at ville indrømme det, og betaler istedet absurde mænger penge til konsulenter for dårligt arbejde.


NetCompany har ihvertfald ikke modbevist din hypotese omkring konsulenter:

https://newz.dk/forum/tagwall/lidt-info-om-mit-dk-...

Gå til top

Opret dig som bruger i dag

Det er gratis, og du binder dig ikke til noget.

Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.

Opret Bruger Login