Torben Mogensen

Rss
Personligt feed med nye kommentarer i tråde, du overvåger:
https://www.version2.dk/mit/0/kommentarer?token=HPnHcLYhJ8jCXC_UoTnfzqY2R9xpwMBmKONAZAek0jk

Kommentarer

Kommentar til HP giver igen fingeren til skærmen

Plato

Trykfølsomme skærme fandtes langt før 1983. En af de tidlige var Plato IV (http://en.wikipedia.org/wiki/PLATO_System) fra 1972. Jeg er ikke selv voldsomt stor tilhænger af trykfølsomme skærme. Ikke alene bliver de snavsede af fingeraftryk, man dækker også over det, man vil trykke på, med finge...
Kommentar til Mænd og teknik

Re: Det vender også den anden vej

Min kone fortalte om en episode fra før vi mødtes. Hun var til en fest og blev budt op til dans af en fyr, og bagefter satte de sig og snakkede sammen. Fyren fortalte, at han læste jura og havde startet sig eget firma, og spurgte så, hvad hun lavede. -- Jeg studerer også. -- Nåh, til sygeplej...
Kommentar til Acer: Linux er nøglen til lavpris-pc'er

God ide

Udover at spare udgiften til Windows-licenser, så tillader Linux også brug af andre processorarkitekturer, som kan være billigere og/eller mindre strømforbrugende i forhold til ydeevnen. Enkelte minibærbare bruger allerede kinesiske MIPS-kloner (se f.eks. http://www.reghardware.co.uk/2008/05/23/...
Kommentar til Operatorpræcedens

Re: Løsning: Drop operator overload

Jeg er fuldstændig enig i, at overloading bør være begrænset sådan at nemt kan finde definitionen ud fra typen. Jeg synes godt om Haskell's måde at gøre det på med typeklasser. Typen af funktionen [code=haskell] f x y = x+y*x [/code] er [code=haskell] Num a => a -> a -> a [/...
Kommentar til Ned med NULL!

Re: Ned med Klatch!

"Alle referencer kan potentielt være nulreferencer, så der skal checkes for dette overalt." Det tyder på ualmindeligt dårligt programdesign, hvis det er tilfældet. Så er både JVM og .NET dårligt design, for de checker begge for nulreferencer ved hver dereference. Pointen er, at det...
Kommentar til Google smadrer Illums Bolighus

Forskel på varer

På luksusvarer er der en indbygget status i prisen og i købsstedet, så folk vil ikke nødvendigvis finde tingen billigst muligt og slet ikke på internettet. Hvis man kan sige, at man købte den (i forvejen højt prissatte) designerting i Harrods til en formue, så er status højere, end hvis den er k...
Kommentar til OO dur ikke til unit test

Re: Re: Re: Misforstaaet koncept

Din ide er god nok, men som du siger er den O(n^2). En bedre metode, der bruger samme grundlæggende ide er at sammenligne this.last() med y.last(). Det giver dog stadig et væsentligt overhead, for uden testen er tidsforbruget af x.concat(y) O(|x|), mens det med testen er O(|x|+|y|), hvor |x| er...
Kommentar til OO dur ikke til unit test

Re: Re: Re: Misforstaaet koncept

[quote]Apropos inputvalidering, hvad ville du bruge til concat-metoden i mit eksempel? Et forslag kunne være at implementere interfacet Comparable.[/quote] Jeg kan ikke lige se, hvad det skulle hjælpe. Kan du uddybe? Og forklar så, hvordan det vil fange problemet i følgende kode: [code=ja...
Kommentar til OO dur ikke til unit test

Re: Re: Re: Re: Misforstaaet koncept

Rene skriver: Fejlen er at dit singleton pattern kun returnerer instansen første gang den bliver kald. Que? return-sætningen er uden for if-sætningens virkefelt, så indholdet af instance bliver returneret hver gang. Eller også har jeg slemt misforstået Java's syntaks og semantik.
Kommentar til OO dur ikke til unit test

Re: Re: Re: Re: Misforstaaet koncept

Rene skriver Til Torben: Hvad er dine erfaringer med OO siden du er så skræmt af det? Jeg er ikke skræmt -- jeg har nok programmeret i mange flere forskellige sprog meg mangle flere forskellige paradigmer end dig, så der skal meget til at skræmme mig. Men jeg har stirret OO-programmering i ...
Kommentar til OO dur ikke til unit test

Re: Re: Misforstaaet koncept

Jeg er ikke ekspert i alle detaljer omkring Java, så jeg ved ikke, om det betyder noget, at konstruktøren er erklæret private. Hvis ikke, så ser jeg ingen grund til at erklære den eksplicit, for defaultkonstruktøren gør det samme (initialiserer felter til nul). Hvis "private" betyder,...
Kommentar til OO dur ikke til unit test

Re: Re: Misforstaaet koncept

"1) Identificer den lovlige delmængde af inputværdier fra populationen. 2) Skriv test for afprøvning af denne delmængde." Det virker ku, hvis du er sikker på, at dine metoder aldrig bliver kaldt med værdier udenfro denne mængde, så hvis ikke typen i sig selv sikrer dette, så skal din...
Kommentar til OO dur ikke til unit test

Re: Misforstaaet koncept

Man kan ganske rigtigt ikke bevise et (ikke-trivielt) program fejlfrit med test (det er Dijkstra's lov om test). Men hvis tests ikke kommer bare nogenlunde rundt i rummet af mulige brugsmønstre, så er de intet værd. Så kan du være nok så glad over at have lavet unit tests på alle metoder...
Kommentar til OO dur ikke til unit test

Re: Re: Unit testing i funktionelle sprog

Rune skriver: "Det er f.eks. helt åbentlyst at bruge OO til at kunne dele en opgave ud på flere personer der så hver især kan udvikle dele af applikationen, unit teste den og til sidst sætte den sammen uden at skulle ændre noget i de dele der allerede er unit testet." Bevares, det kan...
Kommentar til Via frigiver bærbar med WiMax som open source

Unskyld, at jeg er lidt kynisk...

... men det er nok ikke af deres gode hjerte, at Via laver et åbent design -- designet bruger Via's egen processor og Via's egne chipsets, så enhver anvendelse af designet er penge lige i lommen til Via. Såvidt jeg husker lavede Intel et lignende referencedesign til deres "...
Kommentar til USA vil lægge sag an mod EU over skærmtold

Læsefejl

Er jeg den eneste, der i første omgang læste det som "skærmtrold"? :-)
Kommentar til OO dur ikke til unit test

Re: Re: Re: unittest != gammeldags whitebox

Hvis unit tests bliver skrevet med kendskab til implementeringen, så er det ikke længere black box. Ideelt set skal unit tests skrives af en anden end implementatoren, kun med kontrakten som udgangspunkt -- ellers vil testen ofte have de samme underforståede (og potentielt forkerte) antagelser s...
Kommentar til OO dur ikke til unit test

Re: unittest != gammeldags whitebox

Ja, det er netop pointen. Du tester kun udefra, og kan derfor ikke direkte observere den interne tilstand -- hverken før eller efter testen. Derfor kan en test med et givet argument og resultat, der opfylder kontrakten, ikke garantere, at samme argumenter også næste gang giver et resultat, der ...
Kommentar til OO dur ikke til unit test

Re: Re: Re: Re: Re: Helt ved siden af

"1: A, givet en B, lover at kalde foo() derpå. 2: C er en B og har en implementation af foo(), der fungerer. Hver af disse udsagn kan testes i hver deres unit test." Det forudsætter, at alle klasser (f.eks. A), der bruger B, har samme forventninger til foo(). Det sætter meget strenge...
Kommentar til OO dur ikke til unit test

Re: Re: Re: Helt ved siden af

Mogens skriver: "Så er det op til de unit tests du har af hver argument-type at verificere at de overholder deres del af kontrakten." Det vil sige, at den, der skal lave unit tests for en klasse skal kende kontrakterne for alle de metoder, hvor denne klasse kan bruges som argument. Det...