Så kan jeg bedre forstå at jeg pludselig fik sms'er fra netto. Har afmeldt....

Total begynder fejl og total 0 test af proceduren,
ved bare en enkel test ville man kunde finde fejlen.

Man bliver lidt bange over den inkompetence der hersker,
selv helt basale ting som dette bliver der lavet fejl i og tilmed
bliver der ikke testet noget som helst.

Og selvfølgelig skal telefonnumre lægges i databasen som en
string type. Man bruger jo ikke et telefonnummer til beregning
eller anden summering.

"Læg lige +45 på alle numre i kolonnen mobnum"

Endnu bedre hvis opgaven er outsourced:

"Please add +45 til the numbers in column mobnum"

Opgaven beder næsten selv om at blive kørt som en one-liner SQL (hvis databasen er en sådan) . Resultatet af operationen er så forskelligt fra det ønskede, at enten har man virkelig ikke gidet checke resultatet eller også har man ikke forstået opgaven.

Ja, det forklarer meget. Jeg undrede mig også over pludselig at få SMS fra Netto, har også afmeldt :-)

Heraf kan man lære at Excel nok ikke egner sig specielt godt til den slags opgaver :-)

Ikke "normal polsk notation".

Åh - opn er f. eks. 45 40 +

Det er ikke det, der bliver brugt i eksemplet

Implicitte konverteringer kan give overraskende resultater. Se f.eks. http://www.2ality.com/2013/04/quirk-implicit-conversion.html

Lige præcis "+45" + "20202020" burde give en konvertering, men hvis anførselstegnene er glemt (+45 + "20202020"), så bliver andet argument konverteret.

Moralen er: Sprog bør ikke implicit konvertere værdier til andre typer.

Man kan til nød implicit konvertere heltal til kommatal, men det er ikke voldsomt irriterende for programmøren at gøre det eksplicit -- og så kan man undgå fejl.

Den han skriver i artiklen om polsk notation er helt korrekt. Polsk notation er at skrive beregningerne som funktions kald: plus(45,40) giver 85. Eller skrevet med tegn og uden parenteser: "+ 45 40 = 85".

Omvendt polsk notation er at det samme som polsk notation men med funktionen angivet efter parametrene. "+ 45 40" bliver til "45 40 +".

... og intet om hvor mange der har fået den - er en fejlagtiv modtaget SMS ikke til indløsning i Netto for en plade 'undskyld' chokolade :-)
/Stig

Åh, Excel har da rigtigt mange muligheder for at skabe kaos med enkelte tilsyneladende uskyldige kommandoer...

Min personlige favorit er "Sort Column" (note: nej, det er ikke sort BY column der hentydes til...)

Der er ingen tvivl om, at det er en pinlig begynderfejl, som skulle have været fanget under en simpel test.

Men mon ikke, de fleste af os engang har prøvet at lave en type fejl af den slags en sen aften, hvor man havde lige lovlig travlt? I den ideelle verden laver man ikke den slags fejl, men så kan man til gengæld bruge adskillige timer på trivielle opgaver, såsom at tilføje +45 til et telefonnummer.

Men Netto skal have ros for at fortælle, hvad der gik galt - og så er problemet jo ikke større. Har man modtaget en SMS, kan man jo bare slette den og komme videre i livet :-)

Havde de brugt Excel, havde de kunnet se hvad der skete. Det kan være sværere med en oneliner shell kommando.
Jeg tror nu snarere på en for dårlig opgavebeskrivelse, hvor hverken danskeren som har skrevet mailen eller inderen, som har læst den, har engelsk som modersmål.

Kunsten ligger vel nu i at reetablere listen. Det er jo ikke bare at trække 45 fra det nye nummer. Jeg tror ikke at de har taget en backup af listen :D