Comments for kodehoved

Comment on Tabt i detaljerne by Martin Nørskov Jensen

Martin Nørskov Jensen — Wed, 08 Sep 2010 10:02:15 +0000

Super god beskrivelse af en for mange relevant problemstilling. Når jeg forklarer dette til kolleger (på min langt fra lige så pædagogiske facon) får jeg nogen gange svaret: “så kan jeg jo ikke se hvad der sker i koden”. Dette mener jeg netop udviser mangel på det at kunne beskrive en løsning abstrakt.

Jeg finder også at det er nemmere at udføre recfactorings på kode som er mere abstrakt udtrykt, da man typisk bedre kan gennemskue den underliggende algoritme.

Comment on Tabt i detaljerne by Christian Bjerre

Christian Bjerre — Tue, 07 Sep 2010 18:16:45 +0000

Abstraktioner er tilsyneladende svære at finde? Det er i hvert fald hvad jeg ser mange gange i min hverdag.

Måske fordi koden ligner det først eksempel i din artikel. Du aner ikke hvad den laver. Navne er ikke gode og indholdet er skjult bag operatorer…

Med et par velvalgte principper fra listen af de fem-seks ting al kode bør overholde, så kan man tage et skridt tilbage – finde abstraktionen og så sikre at det kan den næste person også.

PS: det kræver sjældent at man kaster sig ud i en ‘refactoring’ på 100-vis af timer eller at man bruger de helt nyeste language features som ingen egentlig kender endnu…

Comment on Nyheder i C# 4 – syvende del: Varians by Brian Rasmussen

Brian Rasmussen — Sat, 04 Sep 2010 18:23:43 +0000

Hej Anders – jeg er ikke helt sikker på, hvad du mener. Kan du komme med et par eksempler på, hvad du gerne vil kunne gøre?

Brian

Comment on Nyheder i C# 4 – syvende del: Varians by Anders Borum

Anders Borum — Sat, 04 Sep 2010 11:32:24 +0000

Tak for en glimrende artikelserie.

Måske har jeg misset noget, men hvad er den konkrete årsag til at man ikke understøtter variance på classes? Årsagen til mit spørgsmål går tilbage til mit CMS API, hvor jeg udtrykker hierarkiske noder via generiske objekter, men ser mig nødsaget til at implementere dele af klassens API i et interface, alene for at opnå support for co-variance i en række rimeligt relevante scenarier.

Med andre ord, enten har jeg taget fejl, eller også er variance tænkt som noget der primært vil gøre en forskel på ganske små interfaces, fx. IEnumerable. Jeg spurgte Anders Hejlsberg omkring dette til PDC 2008, men han var ikke umiddelbart i stand til at give en tilfredsstillende forklaring.

Hvad er dit “take” på ovenstående?

Comment on Resultatet af kodegolfkonkurrencen by Malte

Malte — Tue, 03 Aug 2010 12:29:31 +0000

Ahh det er altså et for loop…….. BANG, der døde min hjerne også.

Comment on Resultatet af kodegolfkonkurrencen by Jesper

Jesper — Sat, 31 Jul 2010 11:59:50 +0000

Tror en del af min hjerne eksploderede.

Comment on Resultatet af kodegolfkonkurrencen by Rune

Rune — Sat, 31 Jul 2010 09:29:28 +0000

Det kunne være sjovt at se hvilke af disse indlæg der resulterede i færrest instruktioner i MSIL …
- Og måske hvilke der performede bedst.

R-)

Comment on Kodegolf: Vind Visual Studio 2010 Ultimate by Code golf » mookid on code

Code golf » mookid on code — Fri, 30 Jul 2010 20:03:38 +0000

[...] result of Kodehoved’s code golf competition has been found, and I got a shared 5th [...]

Comment on Kodegolf: Vind Visual Studio 2010 Ultimate by Brian Rasmussen

Brian Rasmussen — Thu, 29 Jul 2010 15:27:24 +0000

I kan bruge alle typer fra .NET, men det er ikke tilladt at bruge using alias. List hedder således blot List, men Array kan f.eks. ikke omdøbes til A.

Comment on Kodegolf: Vind Visual Studio 2010 Ultimate by Ole Hyldahl Tolshave

Ole Hyldahl Tolshave — Thu, 29 Jul 2010 10:32:24 +0000

Lige en afklaring på falderebet:
Hvilke namespaces kan vi antage er i scope (om nogen overhovedet)?

Dvs. hvis man skal bruge “almindelige” typer som System.Collections.Generic.List kan man så f.eks. bare skrive List eller skal det skrives fuldt ud?

…og kan man bruge metoder fra Linq (er “System.Linq”-namespacet importeret med using?)