Lördag

Standing On the Shoulders of Giants

Corey Haines inledde konferensen med en uppmaning om att reflektera över hur och varför man arbetar som man gör.

“Message passing, not objects”
“Lotus notes is a good document database”

Cucumber Inside

Aslak Hellesøy höll konferensens andra föreläsning och ämnet var inte helt oväntat testramverket Cucumber samt dess språk Gherkin vilket nu har extraherats till en gem.

Den imponerande prestandaökningen i Cucumber den senaste tiden beror på att man har bytt ut TreeTop mot Ragel.

Aslak nämnde även hur hooks i Cucumber fungerar.

Neo4j.rb – The Benefits of Graph Database

Andreas Ronge berättade om sitt projekt Neo4j.rb vilket är en grafdatabas för JRuby.

• Inbäddad
• ACID
• Inga scheman
• Inga externa beroenden
• Enbart skrivlås

De två javabibliotek som är inblandade är Neo4j samt Lucene. Neo4j inkluderar ett flertal algoritmer, t.ex. Dijkstra.

Möjligheten att traversera djupa relationsgrafer verkar ha ett ganska begränsat användningsområde, men när man väl behöver göra det så är det säkerligen mycket kraftfullt.

Rubyists, you can write JavaScript again

Priset för konferensens effektfullaste introduktion måste gått till Dr Nic a.k.a. Iron Man.

Han började med att nämna att man kan köra JavaScript i Ruby med hjälp av Johnson (Mozilla SpiderMonkey) och att man kan använda capybara-envjs för att testa sina javascript på serversidan. Men efter det var det CoffeeScript som gällde.

“Capybara because it’s AWESOME”

CoffeeScript är i korta drag:

• De bra delarna i JavaScript
• Det Haml är för HTML och Sass är för CSS
• Går att kombinera med alla JavaScript-bibliotek (jQuery!)
• Kompilatorn är skriven i CoffeeScript! (Går alltså att köra i en webbläsare)
• Implicita returvärden
• Inga onödiga tecken
• Går att köra i Node.js

Enough Design

Ian McFarland från Pivotal Labs pratade om agila designprocesser och hur viktigt det är med en kort “feedback loop”.

Han påpekade att det är viktigt att iterera över problem, oavsett storlek.

En bra design är:

• Modulär
• Principfast
• Regelbaserad
• UX > Pixlar!

The Ruby advantage – metaprogramming and DSLs (.pdf, 22MB)

Man kan inte bli annat än imponerad av Niclas Nilsson när han så “vårdslöst” tvingar Ruby att bete sig som han vill.

Han berättade om hur man med lite fantasi kan bygga ett internt DSL utan att för den skull ha tillgång till Rubys AST.

Han visade även sin gem properties.

Middag på SoHo

Lördagskvällen spenderade jag med att diskutera hackerspaces, användning av Ruby för utveckling mot Arduino, mikrobryggerier i USA och mycket annat.

Söndag

From artist to programmer

Dagens första föreläsning stod Keavy McMinn för, och hon pratade om likheter (och skillnader) mellan konstnärskap och programmering.

“Just make”

Några av hennes punkter

• Var öppen för förändringar
• Det går att bygga något utan initial finansiering
• Vi utvecklas genom reflektion

The MongoDB Effect

Jag hade gärna sett att Durran Jordan och Les Hill hade fokuserat lite mer på Mongoid än vad de gjorde. Vi vet redan att MongoDB är häftigt.

Enligt Durran borde man ALLTID använda MongoDB.

Mongoid

• Rails 2 och Rails 3
• Atomiska operationer
• Stora dataset
• Grymt kriterie API
• Scopes som tar block
• Master/Slave

SOLID Ruby

Jag hade verkligen sett fram emot Jim Weirich föreläsning om SOLID och jag blev inte besviken.

Några av hans punkter

• Fördela ansvaret
• Monkey patchning i bibliotek är dåligt (Arv framför öppna klasser)
• Protokoll är viktiga

Artificial stupidity, adding smarts to yer kode with a little machine learning

Konferensens tyngsta föreläsning (med råge) stod Randall Thomas från Engine Yard för.

Ämnet var datautvinning genom att använda statistikspråket R och RSRuby. Den enligt mig intressantaste delen av föreläsningen bestod i användningen av en support vector machine (KSVM i R) för att gruppera data och sedan använda detta för rekomendationer.

Böcker: Super Crunchers, Introductory Statistics with R

Software for the Human Animal

Hampton Catlin pratade om skillnaderna mellan manlig och kvinnlig design. Att vi inte är mycket mer än djur och att Internet är den nya vildmarken.

Han hävdade att vi människor generellt sett är självorganiserande och framförallt trevliga. Vi borde alltså sluta motverka på de fåtal användare som förstör och istället uppmuntra och belöna de användare som uppför sig.

Det finns inga dumma användare, bara dåliga gränssnitt som gör dem dumma.

Rails at GitHub (Chris Wanstrath, @defunkt)

Konferensen inleddes av Chris Wanstrath som gick igenom hur Ruby on Rails används på GitHub. Vi fick även reda på hur de använder Git (grit, smoke, chimney) och hur de hanterar meddelandeköer (resque).

Några av projekten som nämndes:

• albino för syntax highlighting genom (front för pygmentize)
• faker för att generera påhittad data: namn, adresser, telefonnummer
• Rack HTTP servern Unicorn

The Plataforma Way (José Valim, @josevalim)

Dagens andra föreläsning hölls av José Valim från Plataforma tecnologia. José pratade om autentiseringslösningen Devise (bygger på Warden), domänspråket simple_form (inspirerat av Formtastic) samt Responders vilket är en utbyggnad av respond_with i Rails 3. Lite rörig föreläsning men med många intressanta projekt, kommer speciellt hålla koll på Devise.

Jag har sedan jag bloggade om MongoDB första gången varit intresserad av projektet och nu fick vi verkligen en bra genomgång av 10gen’s Michael Dirolf.

Översikt av MongoDB:

• Atomiska operationer per dokument (:$push)
• Dynamiska frågor
• Hög prestanda (10% långsammare än memcached, snabbare än CouchDB)
• Master/Slave failover
• Auto-sharding (snart)
• Servern har en JavaScript parser

Mobile Web Apps with Rails 3 (Yehuda Katz, @wycats)

Även om jag sett föreläsningen tidigare (Efter Philly ETE, Emerging Technologies for the Enterprise) så var det bra att få se den live så att säga.

Några av punkterna som Yehuda berörde:

• HTML 5 LocalStorage (samt Offline API)
• Föredra gammal data
• HTML == static asset
• Betrakta webbläsaren som en API-klient
• “Sip, don’t gulp”

Projekt:

• Rack::Offline
• jQuery Offline
• jQuery tmpl
• Mustache.js

Cucumbered (Joseph Wilk, @josephwilk)

(Foto: Chris Comella)

Den bästa föreläsningen på hela konferensen stod Joseph Wilk för, ämnet var Cucumber och mer specifikt hur man ser till att testerna går så fort som möjligt. (Cucumber 0.7 är för övrigt så galet snabb att det inte ens är roligt nu när de bytt från TreeTop till Ragel)

Några av Josephs punkter:

• Cukover vs. Autotest
• Harmony (Frontar Trace/SpiderMonkey i Ruby)
• cucumber –format

CouchDB on Rails (Jonathan Weiss, @jweiss)

Jonathan hade ett digert uppdrag framför sig då konferensdeltagarna direkt jämförde allt med hur det fungerar i MongoDB. Tyvärr var exemplen lite för enkla och visade inte riktigt på styrkan i CouchDB, snarare att det är “svårare” att ställa enkla frågor än med SQL då man måste implementera map/reduce i JavaScript själv. (Vilket är en BRA grej när man gör lite mer avancerade saker)

Några av punkterna:

• “Built for the web”
• Skalar bra
• Inga konstigheter: HTTP, JavaScript, JSON
• Revisioner (id + rev)
• Inga collections (på gott och ont)
• “JavaScript, easier than SQL”
• Värdet kan vara komplex JSON
• Nycklarna kan vara arrayer
• Statiska frågor (map/reduce)
• Compaction of B-tree via HTTP request (tänker inte ens försöka översätta
• HTTP cache (Varnish) och lastbalansering (HAProxy, nginx)
• Inbäddad Lucene (Killer feature?)

Rails 3: Tasty Burgers (Carl Lerche, @carllerche)

• Bundler (Isolation av gems)
• Möjligt att använda jQuery i Rails!
• Routern kan nu ha valfria segment, scopes och HTTP verb
• Rack överallt!
• rails_upgrade

Perfectionism (Jarkko Laine, @jarkko)

Priset för den nervösaste killen på hela konferensen måste ha gått till Jarkko. Förutom detta var det en grym sista föreläsning om hur vi perfektionister ofta har problem med att skeppa något innan det är helt perfekt. (vilket det kanske aldrig blir) Han rekomenderade även boken The Cluetrain Manifesto (hela bokens text)

Oh, hela konferensen filmades så när filmerna dyker upp på nätet så länkar jag dem här.

Jag är ett stort fan av Unobtrusive Javascripts där man strävar efter att helt separera scriptdelen från sin html-content. Jag använder i dagsläget nästan alltid jQuery när jag kodar javascript. Jag tänker inte gå inte gå in djupare på hur det fungerar i denna bloggpost. Generellt när jag jobbar strävar jag åt DDD-hållet så att alla namespaces innehåll enkelt kan förstås av kunden, även om han inte har någon teknisk kunskap. (Självklart ligger oerhört mycket mer i konceptet DDD)

I mitt scenario jobbar jag med ett projekt som kallas ”Acme”. Jag utgår därför från en scriptfil som jag döper till ”acme.js”. I den lägger jag funktionalitet som är gemensam för hela sidan. Den skulle kunna se ut såhär;

 
var acme = function() {
 
	// Initierare
	var init = function() {
		// Initiera eventuella kontroller etc.
		// Anropa eventuella andra privata funktioner
		somePrivateFunction();
	}, 
 
	// Denna funktionen blir "privat" eftersom den inte returneras
	somePrivateFunction = function() {
 
	}
 
	return {
		init: init
	};
}();
 
$(function() {
	acme.init();
});

När denna scriptfil körs på sidan kommer automatiskt init anropas efter dom:en har laddats. Då kan man där i manipulera dom:en eller kanske binda något event osv.

Säg sedan att mitt projekt innehåller ett forum som behöver specifik javascriptlogik som bara gäller för forumet. Jag skapar därför en ”acme.forum.js” som skulle kunna se ut såhär;

acme.forum = function() {
	var someVariable,
 
	// Initierare, bind knapphändelser m.m
	init = function() {
		$("#someButton").click(validateEmail);
	},
 
	// Validerar e-postadress
	validateEmail = function(event) {
		// Logik för validering
	}
 
	return {
		init: init
	};
}();
 
$(function() {
	acme.forum.init();
});

Här bygger jag vidare på ”acme” variabeln som vi tidigare skapat (eller ”namespacet” om ni nu så vill). Enligt detta tänk fortsätter jag med alla delar av projektet.

När koden sedan skall ut i produktion brukar jag se till att minifiera och kombinera alla mina javascript (även tredjepartsbibliotek t.ex jQuery) till en enda fil vid namn ”acme.min.js”. Detta gör jag för att få ner antalet requests så mycket som går och även få ner storleken på dem. Jag har haft nöjet att jobba ihop med Robert Nyman som har en bra bloggpost om vilka minifierare som finns att tillgå i denna posten.

I mitt fall har jag använt YUI Compressor for .NET som ett ”post build-event” som även sköter minifiering av din CSS. Ett tips är att endast inkludera den minifierade CSS:en när det inte är debugg-kompilerat så blir det oerhört mycket enklare i utvecklingsprocessen.

Min idé var att göra ett lajvflöde av Flickr-bilder och Twitter-postningar baserat på ett givet sökord eller tag.

JSONP

Både Flickr och Twitter har rika APIer i JSON-format som gör det lätt att åstadkomma det jag vill. Då dessa av naturliga skäl inte ligger på samma domän som min labb, kan jag inte göra ett vanligt XHR-anrop eftersom webbläsaren av säkerhetsskäl kastar ett same domain-policy-fel. Räddningen stavas JSONP, som helt enkelt wrappar hela JSON-svaret i ett metodanrop. Detta går vi inte in närmare på denna gång, utan konstaterar istället glatt att jQuery har stöd för detta och löser detta under ytan.

jQuerys effektköer

Planen är alltså att långsamt smyga in en bild, visa den ett tag, sedan dimma ner den och till sist ta bort den helt.

Sedan jQuery 1.4 finns det en toppenmetod för att hantera pauser i den allmänna effektkön, fx. Metoden heter delay() och låter mig åstadkomma önskat beteende på ett oerhört kompakt och tydligt vis.

$(img).fadeIn('slow').
    delay(1000).
    fadeTo('slow', 0.3).
    delay(2000).
    fadeOut('fast', function() { $(this).remove(); });

Det är ju nästan som att prata svenska (engelska)! Vi repeterar:

• Smyg långsamt in bilden
• Vänta en sekund
• Dimma ner den litet
• Vänta två sekunder
• Smyg snabbt bort bilden och ta bort den

Koden

Vill du se hur det ser ut, kan du titta här eller ladda ner hela koden och labba vidare själv.

I slutet av maj kommer några av oss att befinna sig i Göteborg för att delta i konferensen Nordic Ruby. Under två dagar hålls föreläsningar om så vitt skilda ämnen som den dokumentorienterade databasen MongoDB, spelmekanik, en introduktion till maskininlärning samt metaprogrammering i Ruby.

Hoppas att vi syns där!

Jag har den senaste tiden känt att jag behöver strukturera mitt arbete då det regnar in puckar från olika håll hela tiden. Inspirerad av Scott Hanselmans föredrag från Öredev som vi som inte var där kollade på under en utbildningsdag så tänkte jag pröva på Pomodoro-tekniken.

Pomodoros syfte är att försöka hjälpa dig att få så mycket som möjligt ut ur din tid. Detta genom att jobba fokuserat i 25-minuters perioder helst helt utan störmoment. Detta följs sen av fem minuter tid du ägnar åt något helt annat, helst inget som kräver allt för mycket hjärnverksamhet.

Som tidtagarur la jag in en widget i min dashboard som hette ”Tea Timer” som håller reda på min tid.

Skall inte gå in på det mycket djupare då jag ännu inte kan titulera mig expert i ämnet men känner du samma som mig att man ibland kan bli stressad av att tiden bara flyger iväg, så kanske detta är något för dig.

Ett exempel på en användning skulle t.ex kunna vara att du vill slumpa ut tio av en sidas barn, du vill också se till att bara hämta de som är publicerade. Genom att ha några smarta extensions så skulle du kunna göra såhär.

PageDataCollection pages = CurrentPage.GetChildren(new FilterPublished(), new FilterRandom(10));

Utan Extensions skulle detta kräva ett antal rader kod ytterligare och det är det lilla extra som gör att man trivs med ett API.
Eftersom filterparametern är en params parameter kan man kombinera ihop hur många filter man vill, egengjorda eller de som ingår i EPiServer. FilterRandom är bara ett enkelt filter för att slumpa ut ett antal sidor som jag gjort.
Min klass innehåller ett antal funktioner för att underlätta arbetet med EPiServer så det är bara att ta ner min klass och se om det är något ni gillar.

• EPiServer Extensions

Inte nöjd med mina eller vill du ha ännu mer extensions så kan du kolla på EPiCode där man försöker sammanställa bra extensions från epi-utvecklare.

• EPiCode

Vi är självklart både glada och stolta över detta.

En gasell
- har offentliggjort minst fyra årsredovisningar.
- har en omsättning som överstiger 10 Mkr.
- har minst tio anställda.
- har de senaste tre åren kontinuerligt ökat omsättningen.
- har under samma period minst fördubblat sin omsättning.
- har ett samlat rörelseresultat för de fyra räkenskapsåren som är positivt.
- har i allt väsentligt vuxit organiskt, inte genom förvärv eller fusioner.
- har sunda finanser.

Användandet av Web Oriented Architecture (WOA) med hjälp av lättviktiga APIer (gränssnitt) gör det möjligt att kombinera och samköra information från olika leverantörer och därigenom skapa nya tjänster och applikationer. Tekniken innebär nya affärsmöjligheter för företag som vågar tänka annorlunda, men ställer samtidigt nya krav på öppenhet av strategisk information.

Utbildningsradion har med hjälp av IT-konsultbolaget Athega möjliggjort för landets AV-centraler att via lättviktiga gränssnitt nå information om URs alla produktioner. För att göra detta krävdes ett strategiskt beslut om hur informationen bäst och framtidssäkert skulle göras tillgänglig. Valet blev att använda webbaserade APIer och på så sätt låta AV-centralerna få tillgång till informationen, direkt från huvudsystemet.

UR – ”Athega har varit en samarbetspartner under många år och drivit utvecklingen av URs IT-tjänster och uppbyggnaden av ett flertal projekt inom UR. När vi presenterade en önskan om att utveckla en tjänst som skulle underlätta hanteringen av informationen visade de på en rad innovativa lösningar på upplägget.”

URs programinnehåll, metadata kring produkterna och tablådata för alla radio- och TV-program från URs sändningsplaneringssystem, blir webbtjänster som finns tillgängliga publikt på internet. Det gynnar AV-centralerna som nu kan inkludera informationen i sina egna applikationer via lättviktiga APIer. Detta gör det även möjligt för utvecklare att ta fram nya tjänster kring URs produktdata.

Det här tillvägagångssättet skiljer sig avsevärt mot tidigare då uppdateringar skedde på mottagarens eget initiativ, ofta via tungrodda, specialutvecklade exportformat. Import och export av data tog tid och det var svårt för AV-centralerna att alltid presentera aktuell information. Integration mellan de olika AV-centralerna krävde även anpassningar av URs system.

Lösningen blev att webbtjänsterna levererar information i ett eller flera format beroende av tjänst. AV-centralerna väljer själva om de vill hämta informationen som JSON, XML eller kanske IMS. JSON (JavaScript Object Notation) är speciellt intressant eftersom det är ett lättviktigt format för datautbyte som är enkelt att läsa och skriva för både människor och datorer. Dessutom kan det användas direkt i en webbläsare med JavaScript.

AV-centralerna, som bland annat distribuerar utbildningsmaterial till landets skolor och som traditionellt uppdaterat informationen på egen hand, får nu direkt tillgång till URs information. Flera AV-centraler har utöver UR en mängd andra leverantörer. Att UR nu erbjuder AV-centralerna sin information på detta öppna och standardiserade sätt borgar för att även andra innehållsleverantörer följer efter. I slutändan kanske AV-centralerna inte behöver uppdatera sina egna databaser varken manuellt eller via importer. Informationen kan istället hämtas direkt från källan, utan fördröjningar.

Peter Hellberg, utvecklare på Athega – ”Att utveckla generella, lättanvända webbgränssnitt mot interna system ger exempelvis möjligheter att anpassa information olika för olika mottagare. Det blir lättare samköra information från flera system och att snabbt ta ut den information som behövs för stunden.”

UR har i samarbete med Athega sedan tidigare utvecklat informationssystemet Infokuben med den samlade informationen från URs olika plattformar och system. Istället för att AV-centralerna ska uppdatera en egen databas med UR-program finns nu informationen direkt tillgänglig och korrekt uppdaterad via URs nyutvecklade sökfunktion. Mot sökfunktionen, som även finns tillgänglig via ett enkelt API, finns dessutom en generell, lättviktig klient skriven i Ruby on Rails. Den kraftfulla sökfunktionen returnerar ett resultat med information som kan kombineras från flera källor, exempelvis rättighetshantering, programtablåer och programinformation.

Christian Lizell, VD på Athega – ”Tekniken ställer nya krav på företagen att anpassa sig till ett nytt företagsklimat. Den som inte anpassar sig riskerar att bli frånkörd i framtiden. Tekniken öppnar upp för många möjligheter, men svårigheterna har visat sig framförallt finnas i styrelserummen. Det är ibland svårt att motivera en företagsledning att dela med sig av den värdefulla informationen och därigenom faktiskt även släppa kontrollen över hur den används.”

I de fall informationen inte kan släppas helt fritt kan man med hjälp av autentiseringsnycklar begränsa vem som kan använda sig av tjänsten. Gränssnittet hanterar vilken information ett system har åtkomst till och hur den får användas.

Peter Hellberg ger även exempel på framtida användningsområden – ”En av de mer direkta och konkreta möjligheterna är naturligtvis för produktföretag att exponera hela eller delar av sina produktkataloger som fritt kan infogas i nya applikationer, skräddarsydda för nya målgrupper, i Facebook-sidor, specialiserade forum eller webbshoppar.”

Genom att öppna upp sig på detta sätt har nu UR fått möjligheter att nå ut med korrekt information, snabbare, säkrare och till fler mottagare. Den enda insats som behövs är att hålla informationen uppdaterad, vilket ju redan görs.

Nedan följer en rad tips, som alla syftar till att hjälpa dig bli en mer produktiv programmerare, oavsett om du använder emacs, notepad eller Eclipse.

Urklippshanteraren (eller clipboard)

Varför, varför finns det bara plats för ett urklipp i taget i dagens moderna operativsystem (*nix-dialekter undantagna)?

Det är ju helt tokigt att inte kunna gå tillbaka och ta fram något man kopierade eller klippte ut för bara några minuter sedan, bara för att man råkat svara på ett mail, mitt i ett enhetstest eller liknande. Lösningen finns i form av några hjälpprogram:

• Jumpcut (Mac)
• clcl (Windows)

Lär dig kortkommandon

Tiden det tar att lära sig även det mest obskyra kortkommando är väl investerad tid. Varje gång dina fingrar måste lämna tangentbord slösar du med tid. Hitta en bra partner att parprogrammera med och be honom/henne raljera över hur långsam du är varje gång du använder musen.

Scripta dina vanligast kommandon/texter

Om du märker att du ofta skriver samma sak, skriver samma fel eller skriver samma sekvens av kommandon i en terminal, finns det hjälp. Textexpander är ett litet makroverktyg som verkligen sparar tid. Du kan använda det till allt från epostsignaturer till kod-”snippets”.

Tyvärr kostar det pengar och finns det bara för Mac, men jag är övertygad om att det finns ett Windowsalternativ.

”Locus of Attention”

Att kunna fokusera och komma in i flytet (”the Flow” eller ”the Zone”) är lika viktigt som verktygen du använder. Om du programmerar vill du att platsen för din uppmärksamhet (fritt översatt) ska vara din IDE. Inte din klienter för IM, Twitter eller email, etc. Med den mängd information vi utsätts för varje minut är detta svårare och svårare.

• Stäng av dina klienter för epost, twitter och IM och uppdatera dig då och då när du tar en paus från programmerandet
• Använd hörlurar för att visa att du inte vill bli störd
• Inför tysta timmar på kontoret, exempelvis mellan 14 och 16 varje dag då du verkligen kan fokusera

Neal menar exempelvis att Windows är som en treåring som konstant stör dig med påpekanden som ”Du har oanvända ikoner på ditt skrivbord”, ”Ditt virtuella minne håller på att ta slut” eller ”Det finns säkerhetsuppdateringar till din dator”. För att ytterligare hjälpa dig att minska störande moment finns det verktyg, skärm-dimmers, som sakta släcker ner allt förutom ditt akiva fönster:

• Doodim (Mac)
• Jedi Concentrate (Windows)

Sök

En sökning slår alltid navigation med mus eller till och med tangentbord. Se till att du har en bra lokal sökmotor för din dator, som Google Desktop (Mac/Windows) eller QuickSilver (Mac). Neal menar att navigera i en trädstruktur i utforskaren eller i din IDE är som att berätta för datorn att du vet hur du använder musen. Om du vet vad filen heter – sök!

Automatisera

Ett spiffigt användningsområde för Selenium är faktiskt att automatisera ditt iterativa testande. Du kanske felsöker en funktion som kräver att du klickar dig igenom en sekvens, fyller i litet testdata och till slut når fram till funktionen du felsöker. Denna process kan bli ganska trist att upprepa om och om igen. Med Seleniums IDE, som du installerar som ett plugin till Firefox, kan du enkelt spela in sekvensen en gång och sedan spela upp den varje gång du vill testa. Eller som Neal uttrycker det; ”You should never manually interact with the thing you are building unless you want to”.

Han avslutar med tänkvärda ”Solving problems by hand, makes you dumber”. Word!