QCon New York - 1. del

Min dækning af QCon lægger ud med nogle indtryk fra mandag formiddag, som blev skudt i gang med en velkomst og en præsentation af de forskellige spor. Derefter lagde Khawaja Shams fra NASA Jet Propulsion Laboratory (JPL) ud med en udmærket gennemgang af nogle af de myter, som bruges om cloud computing (i særeleshed PAAS og IAAS tilbud, som f.eks. Amazon AWS og Windows Azure), i Mythbusters-stilen.

Er Cloud-produkterne virkelig:

• mere usikre end at have sit eget serverrum (Busted)
• mindre pålidelige (Busted)
• ude af stand til at konkurrere med egentlige supercomputere (Busted)
• kun Amazon AWS (Busted, selv Windows Azure kan køre Linux nu)
• i stand til at skalere uendeligt (Busted - men praktisk talt ubegrænset)

JPL har over de senere år flyttet rigtig mange af deres "computing"-behov til cloud'en, og taleren var fuld af gode war stories om elasticiteten i cloud-løsningen. Har man tænkt cloud ind ens applikation fra starten kan man komme rigtig langt i særligt skalérbarhed. Men: Der ér også et loft, hvilket han demonstrerede ved starte virtuelle maskiner på AWS ved at dreje på en hjemmebygget Cloud Control gadget til stor latter fra salen.

Cloud Control 2.0 er baseret på et Phidget kit.

I den seriøse ende har NASA mulighed for at starte tusindvis af instanser under AWS og kan derved få supercomputerkraft til få hundrede dollars i timen og derved få videnskabelige data frem til forskerne meget, meget hurtigt, med langt mindre investereringer. Mon ikke Amazon har sørget særlig godt for en kunde som NASA?

På QCon giver tilhørerne feedback ved at aflevere røde, gule eller grønne sedler: Keynoten fik en grøn seddel for en indlevende præsentation af udfordringer som er de færreste forundt, men som Khawaja fik gjort både underholdende og relevant. Et eksempel er håndtering af patches: I det "klassiske" datacenter: Er du sikker på at alle dine servere har alle de seneste patches? I Skyen tænker man ikke enkeltmaskiner - instanser af et bestemt image: Du sørger for patches er lagt på det image, der startes, og så kan du med et enkelt API-kald checke at alle dine instanser kører det seneste image, og kan slukke for dem som ikke gør. Det kender jeg ihvertfald nogle driftsfirmaer, der kunne lære noget af.

Næste præsentation, jeg hørte - 'Taking Time Seriously' - kunne ikke leve op til den gode start. Indlægget skulle præsentere anvendelsen af Haskell i "den rigtige verden", hvor afviklingshastighed, deadlines og udviklerens produktivitet er vigtig. Ironisk not startede taleren med at bruge nogle minutter på at få fler-monitor opsætningen til at fungere til præsentationen, hvorefter han spildte lidt mere tid på et par fortællertekniske gimmicks, herunder Müller-Lyer illusionen, for at sælge ideen om at funktionel programmering er mere intuitiv end vi frygter: Ikke overraskende var pointen at den programmeringsteknik, man lærer først, farver opfattelse af "intuitiv".

Mandens pointe var, at for komme "i flow" er det meget værdifuldt at tingene fungerer intuitivt og at komme af med al den "accidental complexity" som f.eks. C biblioteker giver -- fordi tid skal tages seriøst, at der var en del nyere Haskell forbedringer, der muliggør hurtigere udvikling (eksempelvis udsat typecheck)

Imens kom han forbi forskellige emner såsom det senest fundne MySQL sikkerhedshul (som ville være fundet ved strengere typecheck), brugen af QuickCheck til at skrive tests i Haskell (frem for at nøjes med at håbe at dine unit tests kommer omkring i hjørnerne), og introduktion af typer til at markere rollen af data inde i et bibliotek, samt at Haskells strengbehandling ikke er så langsom, som den engang var. Det virkede bare ikke sammenhængende på nogen måde, som en turistguide på vej igennem byen, forklarerende til højre og venstre, men med en sæk over hovedet, så han ikke vidste hvor han var. Og hans konklusion: "Haskell passer meget godt for mig, men måske ikke for dig?"

En rød seddel blev givet for et fuldstændig rodet og usammenhængende præsentation af en taler som sagtens kunne have gjort det bedre. Behøver jeg at skrive at han gik over tiden?

Del 2