Jesper Sørensen

Dansk virksomhed frygter Analytics-forbud: »Vi bliver fuldstændig blændet«

Bliver debatten ikke netop taget mellem Google og EU? Google bryder loven og er derfor ulovligt. Hvad har det at gøre med at tørre noget af på små og mellemstore virksomheder?

Jeg ville ønske at metaforen om supermarkedet var blevet genbrugt da artiklen handlede om konverteringrater på reklamer. For det er jo netop ikke normalt at Rema kan se om jeg tager en pakke cornflakes fordi jeg læste deres avis eller fordi jeg så deres TV-reklame, eller om det blot var tilfældigt.

Hvis de vil vide det må de spørge mig, og jeg vil i det tilfælde kunne undlade at svare.

Hvis reklamer på nettet blot virkede som avis- og TV-reklamer, og man ikke blev tracket mere end hvad en kvik medarbejder i en fysisk butik kan udlede af dennes iagttagelser, så ville der knapt nok være et problem.

28. marts kl. 08:02
Zuckerberg efter Schrems II: Måske lukker vi Facebook og Instagram i Europa

Nøjagtig ligesom med cookie lovgivningen, er det virkelig en fordel at man skal spørges om cookies, hver gang man besøger et website? Jeg synes i hvert fald det er træls.

Det er kort fortalt kun hjemmesider som ønsker at tracke al din færden, og oftest give den videre til tredjeparter, som behøver et cookiebanner.

Vær kritisk overfor siderne i stedet for loven som blot giver dig en reel mulighed for at sige fra.

Man kan sagtens lave en side med reklamer uden at der skal være et cookiebanner. Det møder bare modstand fordi at alle har vænnet sig til at reklamer død og pine skal være tilpasset den enkelte bruger, i stedet for eksempelvis sidens indhold.

9. februar kl. 21:55
Østrigsk aktivist satte cloud-verdenen på den anden ende: Her er overblikket over Schrems II-sagen

Det er svært at tolke reglerne på anden vis end at du ikke må gemme persondata hos amerikanske virksomheder - medmindre data er krypteret på en måde så virksomhederne ingen adgang har.

Der er bare ikke nogen som tør sige det lige ud. Måske fordi at mange håber at nogen finder på et smuthul lige om lidt så de ikke skal flytte væk fra Amazon og Azure.

31. august 2021 kl. 16:32
Næste Javascript er lige om hjørnet - her er nyhederne

men ville du foretrække "innerHyperTextMarkupLanguage"? eller "innerHtml"?</p>
<p>Jeg har vist ret tydeligt gjort klart hvad jeg foretrækker.

Du foretrækker det du kender (pascal) og ikke har en ærlig interesse for at forstå noget der er anderledes (javascript).

Derfor er det også spild af tid at fortsætte denne snak :-)

26. maj 2021 kl. 15:21
Næste Javascript er lige om hjørnet - her er nyhederne

99%, jamen det er da fedt.</p>
<ol>
<li>queryString - din camelCase.</li>
<li>innerHTML - jamen hov, hvad er nu det.</li>
<li>Promise.any - åh ja, sådan kan det også se ud (but who cares).

"Promise" er en klasse og derfor med stort forbogstav, og "any" er en utility-funktion på klassen. Hvad er problemet?

I.f.t. "innerHTML" kan vi godt blive enige om at der er en edge case, men ville du foretrække "innerHyperTextMarkupLanguage"? eller "innerHtml"?

Jeg synes ærligt talt at man har valgt den bedste løsning.

Nogen der har et godt bud på hvordan man får Webdeveloper til at komme med den feedback.

Du kan få din browsers developer tools til at stoppe op når der opstår en exception, ligesom når du sætter et breakpoint:

https://developer.mozilla.org/en-US/docs/Tools/Debugger/How_to/Breaking_on_exceptionshttps://developer.chrome.com/docs/devtools/javascript/breakpoints/#exceptions

26. maj 2021 kl. 12:51
Næste Javascript er lige om hjørnet - her er nyhederne

Hvad har JavaScript dog gjort dig?

Svag typing = mere tilgængeligt hvilket i mine øjne er godt. Og hvis man er træt af det kan man eksempelvis bruge typescript.

"Rædselsfuld syntax". Her synes jeg godt nok du strammer den, syntaksen minder da meget om andre C-/javaagtige sprog? Hvad tænker du helt konkret på?

Inkonsekvent casing... 99% er camelCase, og klasser starter med stort. Så er der noget gammelt skrald som ikke følger de regler, men det er forbavsende lidt taget i betragtning af sprogets alder og popularitet.

Det er måske en populær holdning at JavaScript er noget lort, men det er også en noget unuanceret holdning i mine øjne.

25. maj 2021 kl. 23:03
Offentlige midler, offentlig kode!

(#2) kunne være open source men så ville danskerne skulle betale for hele udviklingen. Hvis man lader EPIC eje koden, så kan de sprede udgifterne ud på flere kunder som alle bruger samme apparat. Fx. så jeg at rigshospitalet bruger et Philips system til at overvåge patienters "vital signs". Det er rimeligt at forvente at samme system bruges af en række andre kunder.

Jeg mener at man er noget blåøjet hvis man tror at EPIC ikke bare sælger den samme kode gentagne gange til overpris.

Den her "hvorfor give de andre lande noget gratis?"-tankegang er udelukkende en fordel for de lukkede leverandører og en ulempe for alle andre.

Dertil ville det vel være meget betryggende at den kode som skal overvåge dine "vital signs" rent faktisk kunne tjekkes efter i sømmende?

(#3) er selvfølgeligt der hvor "kødet" er. Hvorvidt man kan læse koden uden at forstå det underlæggende i EPIC systemet skal jeg ikke kunne sige. Vigtigere er det at man skal have ganske indgående forståelse for de arbejdsprocesser der findes i sundhedssektoren for at forstå de valg der er truffet. Jeg har svært ved at se nogen bruge lang tid her med mindre man finder en læge eller sygeplejerske der også kan programmere.

Jeg formoder at de programmører som har bygget systemet ej heller er læger og sygeplejersker.

Er det helt utænkeligt at der sidder en læge eller sygeplejerske derude som har en partner der kan programmere?

Min partner er pædagog, og hvis jeg havde mulighed for at bidrage til at hendes - og mange andre pædagogers - hverdag blev forbedret, så ville jeg gøre det med glæde.

17. maj 2021 kl. 09:52
Offentlige midler, offentlig kode!

Mit pessimistiske gæt er, at det vil vælte ind med velmente bidrag om at man har valgt en forkert database, en forkert udviklingsmodel, et forkert programmeringssprog, en forkert platform og at alle kommentarer burde skrives på fransk.

Jeg arbejder med open source hver eneste dag og kigger ofte i diverse projekters kildekode, issues og pull requests når der mangler dokumentation eller jeg støder på bugs. Jeg mindes ikke at have set nogen der ønskede at gøre nogen af de ting du beskriver her.

Ja, der er af og til folk som opretter issues på ting som faktisk er dokumenteret, eller bidrag som er ude af scope i.f.t. hvad der var tænkt med projektet eller bare af for lav kvalitet.

I det store hele fylder den slags dog ret lidt, især hvis projektet i forvejen har en høj kvalitet. Det er tværtimod bidrag med "kød på" som kræver opmærksomhed, og den opmærksomhed er efter min vurdering en god investering.

Måske er jeg naiv, men jeg tror at der er mange dygtige udviklere i DK som vil være stolte af at have ydet et bidrag til et offentligt projekt - om det så bare er en stavefejl som ville koste en konsulenttime, men nu koster et tryk på en merge-knap.

Og hvis man virkelig mener at omkostningen til at håndtere bidrag er for stor, så kan man jo bare undlade at tage imod bidrag. Alene det at projektet kan tjekkes igennem vil have en positiv effekt på kvaliteten.

Der vil muligvis være henvendelser som man er nødt til at reagere på, eksempelvis vedrørende sikkerhedshuller, men det er vel bare godt hvis den slags bliver opdaget?

16. maj 2021 kl. 13:08
Offentlige midler, offentlig kode!

Men er det nødvendigt og eller nyttigt at koden er lukket?

15. maj 2021 kl. 16:31
Atomkraft og IT

Jeg har ofte tænkt, men sjældent set det nævnt i diverse diskussioner, om ikke det er alt for sårbart med ét kæmpe værk frem for 1000-vis af eksempelvis vindmøller.

Jeg har ikke taget del i debatten fordi jeg ærligt talt ved for lidt om emnet. Måske er 1000 vindmøller lige så sårbare, men af en grund jeg ikke kender?

Er der nogen her på siden der ved så meget om sagen at de kan oplyse os andre?

11. marts 2021 kl. 15:39
Tæt på hver anden husstand betaler for overflødig net-hastighed

Hvis man ofte downloader spil, så er det nu helt rart med 200Mbit i stedet for 100Mbit, så man kun behøver at vente halvt så lang tid før man kan komme i gang med at spille.

Det kræver selvfølgelig at den server man downloader fra kan følge med, men det oplever jeg oftest er tilfældet med de store spiltjenester.

29. maj 2020 kl. 08:42
V2 programmerer i Rust: Vi møder den første boss og undslipper med nød og næppe

Jeg er lidt i tvivl om du fik svar på din undren eller jeg fik besvaret noget helt andet.

Hvis det sidste er tilfældet er jeg nysgerrig på hvad du egentlig er i tvivl om. :-D

13. maj 2020 kl. 06:53
V2 programmerer i Rust: Vi møder den første boss og undslipper med nød og næppe

Det er fordi det ikke er givet at dir rent faktisk peger på noget, eller at man har adgang til at læse mappen.

Du kan læse mere her:https://doc.rust-lang.org/std/fs/fn.read_dir.html#errors

12. maj 2020 kl. 11:51
Udvikler vild med C#: Ingen grund til at kode i Java nogensinde igen

Den her historie ligner godt nok meget noget MS har sendt jer for at promovere .net.

17. august 2019 kl. 13:49
Nye retningslinjer fra EU: Data fra videoovervågning skal slettes indenfor 72 timer

Er det virkelig givet at man ikke kan beskytte en ubemandet ejendom uden at kunne gemme videoovervågning i mere end 72 timer?

Der må være løsninger på det problem, som eksempelvis alarmsystemer, vagtbesøg eller mulighed for at tjekke kameraer udefra.

Det kræver selvfølgelig en investering som er større end hvis man bare kunne overvåge løs.

25. juli 2019 kl. 23:05
Leder: Staten må beskytte os mod løgn og svindel – også fra it-giganter

Man kunne jo starte med at stille reklamenetværket, eller mediet der viser reklamen, til ansvar for hvis en af deres reklamer leder til et svindelsite. Eller i hvert fald kræve at de har handlet i god tro.

Så må de virksomheder der sælger reklamepladserne enten:

  1. Tjekke samtlige af reklamerne
  2. Vide hvem der rent faktisk reklamerer, så de kan udpege svindleren.
7. september 2018 kl. 08:41
Github sætter turbo på Atom-editor

Og hvad så når jeg har overvejet det, og at det i den givne situation er den bedste løsning?

Når fællesskabet for danske fodboldgolfentusiaster ringer til mig og spørger om jeg vil skifte tre linjer tekst på deres hjemmeside der består af 5 filer som ligger på en billig shared host.

Er det så ikke rart at atom bare virker i stedet for at fryse i et sekund?

Jeg synes det er arrogant og lettere virkelighedsfjernt mene at jeg bare bør overveje hvad jeg laver, at der findes to slags programmører etc.

Jeg mener de dygtigste programmører er dem der løser det givne problem på den bedste måde, om det så er at optimere koden til døde eller at implementere en loadbar.

15. august 2017 kl. 08:14
Github sætter turbo på Atom-editor

Hvad hvis min fil ligger på en ftp-server?

14. august 2017 kl. 20:05
Telmore-autentifikation: Send de første tre tegn af dit kodeord i klartekst

Her er et uddrag fra den seneste email jeg fik fra Telia, inden jeg skiftede selskab:

Kære Jesper Sørensen</p>
<p>Din faktura vedrørende dine bredbåndsprodukter med fakturanummer: *********** for januar er nu tilgængelig på selvbetjeningen. Beløb til betaling er 489 kr., og sidste rettidige indbetalingsdato er 04-01-16.</p>
<p>Bemærk venligst, at hvis du har ubetalt gæld til Telia, så fremgår dette beløb af denne måneds opkrævning. Indtil betaling er sket kan du forvente at modtage yderligere rykkere.</p>
<p>Dit brugernavn og password til selvbetjeningen er:</p>
<p>Brugernavn: ********
Password: telia1234

"telia1234" skiftede jeg koden til så snart jeg opdagede problemet.

Da jeg på Telias facebookside advarede andre kunder om at bruge deres "almindelige" password til Telias selbetjening, nægtede deres supporter at de gemte passwords i klartekst. Jeg lagde så et screenshot op af den mail jeg havde modtaget og fik et standard "Jeg sender det her videre"-svar. Mere skete der ikke.

15. februar 2017 kl. 08:22