TechEd - et overflødighedshorn af sessions

Fly og hotel er bestilt, passet kom for en uge siden, kreditkortet er pudset af (og koden genfremsendt) og i eftermiddag bliver der hentet lidt startvaluta i banken. Forude venter tre flyveture - fra afgangen hjemme i Aalborg og til vi ankommer til hotellet, går der ca. 20 timer. Så er de praktiske detaljer efterhånden på plads.

Her to dage før afrejse til TechEd er det derfor oplagt at forberede sig ved at udpege de indlæg der er interessante. Det er ikke lige ud ad landevejen, idet der er 874 sessions (dog med enkelte gengangere imellem) at vælge imellem.

Mit fokus vil nok være på arkitektur, og gerne et par sessions der anlægger en filosofisk synsvinkel på softwareudvikling.

Ét indlæg der umiddelbart kunne pege i den retning er: "Why Software Sucks", som måske kan forklare hvorfor jeg af og til bander og svovler over det stykke hardware ligger foran mig, men som dybest set jo ikke er skyld i den dårlige brugeroplevelse man nogen gange får.

Naturligvis skal der også være nogle lidt mere hardcore tekniske sessions. Her vil jeg satse på at få mere viden om specielt LINQ men også AJAX og hvad der nu ellers er på programmet. Læs om indholdet her: https://www.msteched.com/public/sessions.aspx.

Bloggen vil blive vedligeholdt af både Rune og undertegnede, og når vi først kommer rigtigt i gang vil vi nok i fællesskab forsøge at holde den opdateret.

På vej til TechEd2007

Jeg har læst programmet til teched igennem for at få et overblik over hvad jeg skal høre om. Det er dog ikke sådan lige til. Til tider er der 36 paralelle spor og det er meget svært at vælge.

Jeg vil prøve at fokusere på følgende typer information til konferencen.

• Integration til 3. part
• Windows Communication Foundation
• Windows Presentation Foundation
• Windows Workflow Foundation
• Silverlight
• PowerShell

Jeg har på forhånd fravalgt farvede indlæg som f.eks.: "Hvorfor VPC er bedre end Vm-Ware". Det lyder ikke særligt sagligt :)


Tirsdag aften er jeg blevet inviteret ud at spise med ms' hjælpeværktøjs afdeling. Jeg modtog en mail hvor man blev opfordret til at skrive tilbage hvis man havde noget på hjertet mht. hjælpesystemerne til udviklerne.

Jeg listede hurtigt et par punkter op:

• Det er ikke muligt at dokumentere alle dele af sine .net applikationer. F.eks. er det meget svært at dokumentere operator overloads
• Da .Net ikke har checked exceptions, er man MEGET afhængig af at exceptions bliver dokumenteret ordentligt. Jeg har brug for en måde at være sikker på at exceptions fremgår af dokumentationen.
• Hvis navngivningen er fornuftig er hjælp ikke så vigtig. Her tænker jeg f.eks. på System.Collections.Generics
• Selvom understøttelse af flere sprog er et stort salgsargument, vil jeg som udvikler gerne undgå at skulle tage stilling til flere sprog. Det gælder i hjælpen såvel som i bøger.
• Frameworket i .Net er en lukket kasse. Det er ikke muligt at debugge ind i frameworkets metoder. Hvis du f.eks. prøver at databinde og får en fejl er det ikke sikkert det er særligt nemt at finde ud af hved der er gået galt.

Hvis der er nogen af jer der har en issue mht. ms hjælpe værktøjer kan i jo skrive det som en kommentar her.