1: Hvis du benytter en password manager hvor du selv håndterer password database filen - er det så godt som sikkert at det kun dig der kender dine passwords. Eks. Keepass databasefilen kan beskyttes med en nøglefil. Hvis man benytter denne facilitet så er det i praksis 2FA og så kan man efter min...

Keepass er også er nævt i den oprindelige artikel fra Mike. Hvis du selv kan håndtere din password database fil og bruger en times tid på at komme i gang med keepass - så er du sandsynligvis godt kørende. Gratis og sikkert meret sikkert end så mange andre. Uanset hvad kan en password Wallet ikke...

Og tilbydes af https://www.cookiebot.com/da/ som oven i købet er dansk. Det tog et par timer at få vores firma WordPress site til at samarbejde med Cookiebots - og så havde jeg endda også nået at læse en hel del af det med småt.

Hvor 10'erne blev en sejrsgang for agile udviklingsprocesser så gætter jeg på at 20'erne bliver årtiet hvor der kommer mere focus på at kodebasen får forbedret de agile egenskaber. Herunder også øget fokus på kvaliteten af sourcekoden således som den defineres her

Det er naturligvis nødvendigt at tegne de store streger og have overblikket fra helikopterperspektivet. Og der er naturligvis mange årsager til at systemer forældes. En af de væsentlige årsager er at sourcekoden slides ned og sander som konsekvens af "sparsommeligt" vedligehold. Der kan...

Jeg tror der findes eksempler på at udviklere bliver presset til at springe over hvor gærdet er lavest. Hvis en overskrift skal være provokerende - så er det lykkedes :-)

Men et team sammensat af udviklertyper med den rette sammensætning - kan yde mere en summen af enkeltmedlemmerne. Denne "merværdi" kan optimeres ved at teamet kender hinandens styrker og svagheder og supplerer hinanden. Tilsvarende mindskes "merværdien" jo mere hver enkelte...

1: Jeg har ikke næstuderet MUMPS (hvilket 99,9999% af udviklerne i denne verden heller ikke har) men ud fra et hurtigt kig på sproget så synes det ikke specielt egnet til noget specifikt domæne. Men det var sikkert ret moderne i 1966. 2: Relationsdataser er meget udbredt og særdeles velegnet ti...

Sundhedsplatformen er rent IT teknologisk så afvigende fra de sidste 30 års "best practice" at den alene ud fra en IT-håndværksmæssig vurdering bør diskvalificeres. Herunder: - Sundhedsplatformen er kodet i et urgammelt niche programmeringssprog https://en.wikipedia.org/wiki/MUMPS -...

Især synes jeg at læse at gevistrealisering bedst opstår i det lange stabile samarbejde. Jeg hæfter mig også ved at "fastpris er gift for bevinstrealisering" Jeg kunne ikke være mere enig.

Så hvis kunden ønsker at leverandøren skal tænke business Casen ind i leverancen - så skal det være en af de parametre som leverancen måles på. Herudover så gætter jeg på at mange Business Cases udarbejdes ud fra den antagelse at projektet/leverancen er et Level 1 kaos. Og at det er i mange tilfæ...

Jeg har netop deltaget i "IDA Ledelse 2018" og hørt en tidligere programchef for Sundhedsplatformen forklare hvorfor det faktisk er en succes. Og det må være klart at implementering af et fælles IT system i en så kompleks verden ikke er nemt - for nu at sige det på jydsk. Og det er...

Det meget spændende spørgsmål er hvordan et sådant fornuftigt project er kommet igennem et EU-udbud - uden at have form af en traditionel vandfaldmodel. Hvis Skat.dk kunne få en fornuftig projektmodel gennem et EU udbud - så kan andre vel også?

Opfattelser i samfundet ændrer sig langsomt. Det er alt, alt for tidligt at drage konklusioner. Der skal meget mere tid, vedholdende viderearbejde og håndhævelse til- før man kan forvente at gode initiativer som GDPR fører til øget tillid. Tillid tager som bekendt lang tid at opbygge.

Kunne det være interessant at få de tekniske rådgivere i udbudssagen til at forsvare eller forklare deres oprindelige anbefaling (af Sundhedsplatformen). For man vægrer sig jo ved at tro at ansvarlige og sikkert begavede konsulenter/eksperter kan have anbefalet noget med så mange åbenlyse og let...

Som jeg forfattede for nogen tid siden https://www.linkedin.com/pulse/analog-information-technology-needed-demo...

Så er konklusionen at et valg bedst afvikles med lidt analog teknologi. Nærmere (eller snarere resumeret) argumentation findes på https://www.linkedin.com/pulse/analog-information-technology-needed-demo...

Udvidet argumentation findes her https://www.linkedin.com/pulse/analog-information-technology-needed-demo...

Igen og igen kommer der forskellige, men samstemmende vinkler på det grundlæggende problem ved den nuværende metodik omkring store IT projekter (ofte i det offentlige). Denne her er nok mere solidt funderet på erfaringer end min egen mere teoretiske analyse på https://www.linkedin.com/pulse/publi...

Udsagnet (at time to market ikke betyder noget) skal selvfølgelig læses i lyset af om man vælger det hurtigste programmeringssprog (at udvikle i) eller det mest langtidsholdbare og vedligeholdelsesvenlige :-) Jeg tror det bliver svært at finde offentlige IT skandaler hvor programmeringshastighed ...