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.

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!

Zonen eller “The Zone” är den tid då man glömmer bort tid och rum, när man kan arbeta med ett problem och komma fram till en lösning utan onödiga avbrott. För min egen del inträffar denna oftast sent på natten.

Förebyggande

Sov

Jag tycker att det absolut viktigaste när det kommer till förebyggande åtgärder är att sova tillräckligt. Hur länge man sover är inte speciellt viktigt, bara man sover effektivt.

Att skaffa en bättre säng (utvald baserat på min längd, vikt och sovstil) samt ergonomiska kuddar har gjort underverk för min nattsömn.

Ät ordentligt!

Det har sagts tidigare och det tål att sägas igen, frukosten är det absolut viktigast målet på dagen.

Jag märker direkt att jag inte är lika skärpt om jag inte ätit en ordentlig frukost, redan där har man “slösat bort” halva arbetsdagen.

Jag äter oftast lunch ute på restaurang då det blir ett distinkt avbrott i arbetsdagen, detta gör att man återkommer till sina arbetsuppgifter med nya ögon och ökad energi.

Klättra

Min stora passion just nu är att klänga på stenblock, en sport (Bouldering) där man tävlar med och mot sig själv. Oavsett vilken sport det är man utövar så anser jag att det är mycket viktigt att bli fysiskt utmattad för att må riktigt bra samt förbättra sin arbetsprestation.

Vidare läsning

• Zen to Fitness

Rensa skrivbordet

Något jag hela tiden har förespråkat i mitt privatliv likväl arbetsliv så är det att ju färre prylar man har runt omkring sig desto mindre är chansen att man distraheras. Därför försöker jag hålla mitt skrivbord så tomt som möjligt, för att sedan under korta perioder belamra det med de anteckningar, dokument och böcker som rör mitt nuvarande arbete.

Vidare läsning

• Unclutterer

Diska

Att göra något så tråkigt som att diska får mig direkt att börja fundera på annat, ofta relaterat till något problem jag försökt lösa tidigare under dagen.

Irritationsmoment

Minimera antal irritationsmoment

Jag har för vana att skriva startscript för de olika projekt jag arbetar med så att jag snabbt och enkelt kan komma igång och jobba på morgonen, de startar oftast min texteditor (TextMate) och drar igång en eller flera servrar. (Thin, Apache/Passenger)

Ett annat litet irritationsmoment är strömförsörjningen till laptopen, laddare till mobilen, osv. Detta löser jag genom att ALLTID ha ett 3-vägs grenuttag på skrivbordet bredvid skärmen. Jag har även en extra eladapter hemma så att jag slipper packa upp den jag har i väskan.

Stäng ner IM-klienten

Ett bra och relativt självklart tips är att stänga ner IM-klienten. Nuförtiden använder jag nästan uteslutande chatten i GMail för att hålla kontakten med mina kollegor och andra utvecklare, detta gör att jag undermedvetet flyttar över det mesta av chattandet till de tillfällen då jag kollar min mail. (Jag har självklart ingen mailklient igång som kan störa)

Passiv kommunikation som Twitter är att föredra framför IM då man själv styr över vilka tillfällen man aktivt deltar.

Under tiden du arbetar

Omgivning

Det är viktigt att man har en bekväm arbetsmiljö, vad som är bekvämt varierar självklart och man ska vara uppmärksam på detta. Under vissa perioder står jag upp (Höj och sänkbart skrivbord) och någon gång ibland tycker jag att det bästa sättet att ta sig in i Zonen är att sitta i soffan (helt oergonomiskt) med laptopen i knät och hacka kod. Övergripande är att få tid till att vara helt för sig själv. (Förutom planerade sessioner av parprogrammering och KORTA möten)

Vidare läsning

• Getting Real: Alone Time

Stäng av datorn

Något av det bästa jag kan göra för att komma in i Zonen är helt enkelt att stänga av datorn. (Eller inte fullt lika drastiskt, flytta sig från datorn)

När jag har oklara krav, dåligt med idéer eller helt enkelt kört fast av någon annan anledning så brukar jag ta fram penna och papper och börja skissa. (Gillar att använda PILOT Fineliners och linjerade A5-kollegieblock)

Det är ofta enklast om man inte är så precis i det man ritar, om det är vyer man arbetar med så räcker det fint att rita fyrkanter och andra geometriska former.

Jag brukar skissa rätt grovt och sedan annotera med pilar kors och tvärs, ofta kommer jag fram till vad som fungerar och inte fungerar innan jag hunnit tillbaka till datorn. Det är oftast mycket lättare att ta sig in i Zonen om man har en mental bild av vad som ska göras.

Byt arbetstid

Jag har oftast mycket lättare att ta mig in i Zonen på kvällar och nätter, om du är likadan som mig samt har möjlighet så kan det vara en bra idé att lägga om dina arbetstider så att de bättre reflekterar den tid som passar dig bäst.

Det är även naivt att tro man får dubbelt så mycket gjort på 40 timmar jämfört med 20 timmar. Det är den effektiva tiden vi vill maximera, inte den totala arbetstiden. Jobba ALDRIG övertid, det blir ingen lyckligare av.

Lyssna på musik

Jag är en av många som inte kan jobba utan musik, det spelar inte så stor roll vilken genre det är, bara det inte är för “komplicerad” musik.

För min egen del betyder det att jag lyssnar på mycket minimal tech, ambient eller psytrance, när jag väl är inne i Zonen så lyssnar jag knappt på musiken, den blir snarare ett filter mot omvärlden. (Helst ska man ha ett par stora
hörlurar på sig, då noterar folk att man inte hör vad de säger)

Som ett litet incitament så belönar jag de två bästa kommentarerna till denna bloggpost med varsin invite till Spotify. Det enda kravet är att du skriver lite kort om hur du tar dig in i Zonen.

Vidare läsning

• How to Get Into the Zone as a Programmer
• Flow: Get into the Zone at Work
• 7 Tips for programming in The Zone

MongoDB är en blandning av nyckel-värde databas (t.ex. Scalaris), dokumentdatabas (t.ex. CouchDB) och relationsdatabas (t.ex. MySQL).

Den är skriven i C++ och passar bra för realtidsanalys av webbstatistik
(sidvisningar, unika besökare, osv), Sessionsobjekt, Datacachning och mycket mer.

Den har inbyggd replikering, automatisk failover och sharding, hög prestanda och den är open source.

Internt så sparas datan i formatet BSON, vilket är JSON med ett datumformat och möjlighet att spara binärdata.

Installation

Jag kommer som vanligt att använda Mac OS X och Ruby men det finns förkompilerade paket för de vanligaste operativsystemen:

• OS X 32 bit
• OS X 64 bit
• Linux 32 bit
• Linux 64 bit
• Windows 32 bit
• Solaris i86pc (EXPERIMENTAL)

Det finns även bindningar till ett flertal olika språk, dock har jag inte sett någon för .NET

• C++ (Inkluderas med databasen)
• Java
• Perl
• PHP
• Python
• Ruby

Installationen var helt smärtfri, bara att ladda ner senaste tarbollen (mongodb-osx-x86_64-0.9.5) och packa upp den på valfri plats.

Man behöver skapa en datakatalog (standard är /data/db) och sen starta servern med

./mongod --dbpath [DATAKATALOGEN]

Nu lyssnar databasen på port 27017 och det finns ett webbgränssnitt på port 28017.

På Rubysidan behövde jag bara installera paketet mongodb-mongo från GitHub med RubyGems:

sudo gem install mongodb-mongo

Dags för lite kod

Att ansluta till databasen:

#!/usr/bin/env ruby
 
require 'rubygems'
require 'mongo'
 
db = XGen::Mongo::Driver::Mongo.new.db("mydb")

MongoDB har konceptet collections för likartade dokument. (Eller olikartade.. det bestämmer du helt själv) Man kan likna dem vid tabeller.

# Hämtar en collection, den skapas om den inte redan finns
coll = db.collection("testCollection")
 
# Man kan stoppa in olika sorters dokument
coll.insert({ :name => "Peter", :address => { :city => "Stockholm" } })
coll.insert({ :name => "Velociraptor", :top_speed => "25 m/s",
              :can => {
                :open_doors => true,
                :turn_at_any_angle_at_any_velocity => true
              }
            })
 
# Man kan sedan hämta ut datat ur databasen med metoden find_first.
peter  = coll.find_first(:name => 'Peter')
raptor = coll.find_first(:top_speed => '25 m/s')
 
# Man kan även hämta alla dokument i en collection
coll.find.each do |doc|
  puts doc.inspect
end

Vidare läsning

Jag har bara skrapat lite lätt på ytan av allt som går att göra med MongoDB, om du tycker att det verkar intressant så rekomenderar jag följande länkar:

• MongoDB – Ruby document store that doesn’t rhyme with ouch (Presentation av Wynn Netherland)
• MongoDB (Wiki)
• BSON-formatet (Wikipedia)
• @mongodb (Twitter)
• 10gen (Företaget som sponsrar utvecklingen)
• Solution to XKCD Velociraptors Problem #2

Författaren, tecknaren, musikern, konstnären, och programmeraren Why the Lucky Stiff har under en tid jobbat med ett litet och snabbt språk som han döpt till Potion. Språket är inte på något sätt färdigt eller ens menat att tas på allvar, men jag tycker att det är roligt att experimentera med nya och annorlunda språk.

Mantrat bakom Potion

”Allt är ett objekt, men objekten är inte allt” samt tillägget ”Oh, och allt är en funktion”

Vad är speciellt med Potion?

• Potion kompilerar ner programmen till maskinkod
• Det inkluderar en liten ”generational near-exact garbage collector”
• Det är två språk i ett: ett för kod, ett för data
• Det består av färre än 10.000 rader C

Potion är inspirerat av språken Io, Ruby, OCaml, Lua, REBOL och C. I den ordningen.

Installation under Mac OS X

Först måste man installera Ragel och det gör man enklast genom MacPorts:

sudo port install ragel

Och sedan klonar man källkoden med Git:

git clone git://github.com/why/potion.git

Efter det kompilerar man koden:

make

Dags att skriva lite kod

Enklast möjliga

'Athega' print

Kommer helt enkelt att skriva ut strängen ‘Athega’ genom att man skickar meddelandet print.

Något lite roligare

loop: 'Athega' print.

I Potion startar man block av kod med kolon och avslutar med punkt. Kommandot loop kommer att inte helt oväntat loopa över blocket (en oändlig loop). Meddelandet print sänds till strängen ‘Athega’. Strängar är objekt, som allt annat. De tar emot meddelanden. Meddelanden är separerade från objekt med mellanrum. (I de flesta programmeringsspråk använder man punkt för att separera meddelanden, här (precis som i Svenska) representerar punkt ett avslut på något.)

Listor

('kaffet', 'på', 'h21', 'rockar') at (2) print

Nu skriver vi ut strängen ‘h21′. Allt inom parenteser är listor. Vi skickar meddelandet at. Alla listor har ett at meddelande som hämtar poster baserat på positionen i listan.

Notera att efter at meddelandet kommer det en till lista. (2) är ett argument till at. Den ser ut som en lista (och det är en lista,) men vi kallar den för ett argument eftersom den kommer efter ett meddelande.

Den funktionella sidan

  minus = (x, y): x - y.
  minus (y=10, x=6)

Här har vi en variabel som innehåller en funktion. Funktionen subtraherar y från x. I detta fall returneras -4.
(Detta liknar hur nyckelordsargument fungerar i Lua och Python)

Den objektorienterade sidan

Person = class: /name, /age, /sex.
 
Person print = (): 
 ('Mitt namn är ', /name, '.') join print.
 
p = Person ()
p /name = 'Peter'
 
p print

En subklass

Developer = Person class (language): /language = language.
 
Developer print = ():
  ('Mitt namn är ', /name, ' och jag gillar ', /language, '.') join print.
 
u = Developer ('Ruby')
u /name = 'Peter'
 
u print

Licks

Till sist har vi Lick vilket är dataspråket jag nämnde tidigare. Men varför skulle man vilja ha två språk i ett? En anledning är att det kan vara svårt att uttrycka data i kod.

Genom att ha ett separat litet dataspråk kan man bygga trädstrukturer av godtyckliga element, ungefär som i HTML. (Man kan se det som kod som har blivit tolkad men inte exekverad)

[name (attr1='string', attr2=10) 'TEXT HERE']

Varje lick kan ha ett namn, en tabell med attribut och en lista med barn. Listan med barn kan även vara av någon annan datatyp. (tex nummer eller sträng)

Vidare läsning

• Potion, a Short Pamphlet
• why’s potion at master – GitHub
• why the lucky stiff – Wikipedia

Wynn Netherland, Jim Mulholland och Bradley Joyce (Squeejee) visade hur de byggde Tweet Congress och hur de använder Twitters API och Twitters API för sökningar.

Deras första tips var att inte vara rädd för att göra refaktureringar, det andra tipset var att se till att komma på Twitters whitelist.

Ett annat tips var att använda Domainr för att hitta bra domännamn.

Marknadsföringsstrategin

• Twitter!
• Gick med i olika Webb-tävlingar (och vann sin kategori på SXSW)
• Skapade relationer med folk utanför IT-industrin

Floxee

En av bieffekterna av att göra Tweet Congress var att de kunde bryta ut Floxee både som en hostad tjänst och som öppen källkod.

Building a Video Portal in Rails

Ed Laczynski (Zype) och Nathaniel Bibler (Rocket Jump Industries) berättade om hur de arbetar med CDN’s och videoprocessing-tjänster. Hur de strukturerat sin databas och applikationslogik.

De har byggt ett Ruby-gränssnitt mot thePlatform som hanterar hämtningen av metadata samt implementerar Factory-mönstret för att bygga olika produkt-objekt.

De använder memcached för att hantera cachningen.

Integrating SMS Messaging with your Rails Application

Blythe Dunham (Spongecell) visade olika sätt att skicka och ta emot SMS genom Ruby.

Med RubyGSM kan man skicka AT-kommandon till mobiltelefoner.

R-House – Rails for Home Automation

Fernand Galiana (LiquidRail LLC) har skapat projektet R-House vilket är ett Ruby-lager ovanpå LinuxMCE.

Med R-House kan man kontrollera hårdvara, tex. dimma lampor, låsa upp dörrar, klimatkontroll eller styra mediacenter.

Han visade också hur han använder en iPhone som fjärrkontroll till sitt hus.

Presentationen: https://gist.github.com/0a2655aed6a26fa15a02

Rails Metal, Rack, and Sinatra

Adam Wiggins (Heroku) berättade om hur Rails Metal går att kombinera med Sinatra.

What Makes Ruby Go: An Implementation Primer

Charles Nutter (Sun Microsystems) och Evan Phoenix (Engine Yard) gick igenom olika delar av Ruby som man behöver tänka på för att inte stöta på prestandaproblem.

Metodanrop

Att cache:a metodanrop ger generellt sett den största prestandavinsten.

Object#extend är dock ett stort problem för att kunna cache:a metodanropen.

Det är viktigt att förstå hur extend fungerar så att man inte tömmer
metodanropscachen i onödan.

Konstanter

För att hålla prestandan upp ska man hålla konstanter konstanta, inte helt oväntat.

Options Argument

En option hash strider mot DRY.
Det är mycket snabbare att använda diskreta argument.

obj.run rescue nil

Det är otroligt ovanligt att man vill fånga alla StandardError, vilket är 101 underklasser; IOError, SecurityError, TypeError, Etc.

obj.run rescue Exception

I stort sett samma sak som rescue nil, fast värre, nu kan man inte ens ctrl-C’a ut ur koden.

Autoload

Helt tråd-osäkert, fördröjer laddning av koden.
Använder inte Kernel#require, alltså går det inte att köra autoload från gems.

Super

Man måste ta bort blocket om man inte vill att det ska skickas uppåt:

super(a, &nil)

Super ser bara senaste versionen av argumenten:

def foo(a, b)
  a = 1
  b = 'bar'
  super
end

Slutsats

• Enkel kod > Komplex kod
• Det finns inga gratis luncher
• Tänk igenom två gånger, skriv koden en gång
• YAGNI

Call into your Ruby code! Writing voice-enabled apps in Ruby with Adhearsion

Jay Phillips (Codemecca LLC) visade hur man kan programmera Ruby för att styra Asterisk genom att använda sig av Adhearsion.

Tyvärr fungerade det inte att använda Ahearsions Sandbox på konferensens wlan,
så jag får ta och testa det lite senare.

Verkar intressant att kunna styra sin applikation genom att ringa till den

Presentationen (PDF)

David började med en tillbakablick på de 5 år som gått och vad som sagts om ramverket och hur det kom sig att det skapades så många kloner. Han fortsatte med att berätta om några förändringar i Rails 3.0

• Ny router
• Snabbare och bättre Rack-stöd
• XSS skyddet uppdateras
• JavaScript blir unobtrusive och ramverksagnostiskt
• Mer agnostisism; Action ORM, Generatorer
• Refakturering; Abstract Controllers, ActiveRecord, Callbacks

En välkommen förändring är att output i vyerna kommer att bli escape:ad per default. För att skriva ut råformatet använder man metoden raw.

Unobtrusive JavaScript kommer att implementeras genom att använda HTML 5 attribut:

## Rails 2.x
<%= link_to_remote "Delete", :url => @comment, :method => :delete %> 
<a href="#" onclick="new Ajax.Request('/comments/1', {asynchronous:true, 
evalScripts:true, method:'delete'}); return false;">Destroy</a>
 
## Rails 3.x
<%= link_to "Delete", @comment, :remote => true, :method => :delete %> 
<a href="/comments/1" data-remote="true" data-method="delete">Destroy</a>

Och sen appliceras metoderna med JavaScript:

$(document.body).observe("click", function(event) { 
  var element = event.findElement("a['data-remote']"); 
  if (element) { 
    var method = element.readAttribute("data-method") || "get"; 
    new Ajax.Request(element.readAttribute("href"), { method: 
method }); 
    event.stop(); 
  } 
});

Han visade på hur viktigt hög produktivitet faktiskt är, hur motivation snabbt minskar vid svåra problem.

Relaterade bloggposter

• Rails Conf 2009 Day 2 – DHH Keynote

The Gilt Effect: Handling 1000 Shopping Cart Updates per second in Rails

Anställda på Gilt Groupe berättade om hur deras serverarkitektur ser ut, de använder PostgreSQL, 400+ Thin servrar, 2 ZXTM’s (Zeus Extensible Traffic Manager)

Applikationen är skriven i Ruby on Rails.

De måste jobba med sharding för att klara av den höga lasten.

De använder ett internt CMS skrivet i Rails och har två “CDN”-servrar framför som serverar förgenererade sidor. (En server på östkusten och en på västkusten)

Stort antal transaktioner

Dedikerade tjänster för varje transaktion – JRuby + EC2 + SQL + Rails

EC2 (lastbalanserad genom Zeus), expanderbar kapacitet, tid/behovsbaserad ökning av tillgänglig kapacitet.

De arbetar tillsammans med Joyent för hosting.

Hög volym / Delat tillstånd

Unik ehandelsmodell, “flash sale” där alla produkter tar slut på en dag.

Inventariemodellen

Gilt hanterar varje fysiskt objekt individuellt

• Begränsat antal
• Går inte att få tag i fler

Varukorgsmodellen

Shoppingfasen:

• Att lägga till en produkt skapar en reservation
• Om produkten är tillgänglig får man en 10-minuters reservation
  • Man måste betala in

Betalningsfasen

• Förfråga om att förlänga reservationen
• Om reservationen är , förlängs den med 10 minuter
  • Man kan får en prioriterad uppgradering
• Om reservationen inte är valid och det inte finns några lediga produkter
  • Meddelande till kunden att produkten är slut och att man kan skriva upp sig på en väntelista.

Betalning genomförd

Respektive produkt markeras som såld i databasen

Gilts framtidsstrategi

• Kärntjänsterna är vy-lösa (MC)
• Enda gränssnittet är JSON/HTTP
• Externa tjänster skrivna i Ruby, Java för kritiska operationer internt
• Internt ramverk kallat Blackbird under utveckling, det hanterar skalbar deployment av tjänter i Ruby.

PWN Your Infrastructure: Behind Call of Duty: World at War

Tyvärr fick jag inte plats inne på föreläsningen UI Fundamentals for Programmers med Ryan Singer från 37Signals så det fick bli mitt andrahandsval om hur Agora Games skalar sin serverarkitektur.

Jason LaPorte (Agora Games) talar om vad de tycker är fel med deployment av Rails. Ett av de största problemen är skalbarhet (Av administratörens tid) och i hans värld översätts detta i hur mycket den dagliga arbetsbördan ökar när antalet servrar ökar.

För att hantera fel jobbar de med virtualisering med hjälp av Terremark och replikation för mjukvaruproblem.

De propagerar /usr/local till alla servrar med NFS, vilket gör att uppdateringar sker hyffsat smärtfritt.

De har ett internt system de kallar Overlord skrivet i Rails, det sköter hantering av konfigurationsfiler som sedan laddas ner av respektive server.

Monit ser till att de konfigurerade tjänsterna startas samt startar om tjänster som gått ner.

RRDTool visualiserar hur de olika tjänsterna mår genom att använda Monits xml-format. (http://server/_status?format=xml)

Centraliserad deployment med ett enkelt shellscript som:

• Updaterar koden
• Uppdaterar miljön
• Startar om servrarna

JavaScript Testing in Rails: Fast, Headless, In-Browser. Pick Any Three.

Larry Karnowski och Jason Rudolph (Relevance, Inc.) visar Blue Ridge, ett ramverk för testdriven utveckling med JavaScript.

Delarna i Blue Ridge

• Rhino – en Java-baserad JavaScript interpreter
• Screw.Unit – en BDD syntax för JavaScript, liknar RSpec
• Smoke – ett JavaScript mocking & stubbing bibliotek, liknar Mocha
• env.js – en DOM implementation skriven helt i JavaScript

Det verkar grymt användbart att kunna köra tester av alla JavaScript från kommandoraden eller en CI-server. Tyvärr verkar det inte som om env.js fungerar tillsammans med jQuery 1.3.x så de kör med jQuery 1.2.6. De jobbar dock på att lösa problemet.

Relaterade länkar

• blue-ridge-sample-app
• http://pastie.org/469178

Smacking Git Around – Advanced Git Tricks

Presentationen (PDF) |
Cheat-sheet (PDF)

Scott Chacon (GitHub) började med “Git in 60 seconds” och gick vidare med att gå igenom mer avancerade funktioner i Git.

• Med filter branches kan man ta bort en fil från alla commits.
• Subtree merging är ett alternativ till Submodules.
• Git Bisect är användbart för att hitta vilken commit som orsakade problem
• Man kan diffa binära filer genom att använda .gitattributes

Quality Code with Cucumber

Aslak Hellesøy (Bekk Consulting AS) berättar om BDD med hjälp av Cucumber.

• Step – Method invocation
• Step definition – Method definition

Jag är inte helt övertygad om att det är en bra idé att kunna definiera dataset i sina steps, men för övrigt verkar det riktigt användbart.

Tags är en riktigt trevlig liten feature.

JRuby on Rails – Nick Sieger (SUN Microsystems)

Presentationen: jruby-railsconf-2009.pdf

Huvudpunkterna på föreläsningen var:

• Installation
• Utveckling
• Prestandatestning
• Interaktion med Java
• Testning

Jag hade gärna sett att han gått in lite mer på djupet om skillnaderna
mellan JRuby och MRI, Olika sätt att deploya (Han visade GlassFish,
med tveksamt resultat)

Ett verktyg jag helt klart kommer att använda mig av i framtiden är VisualVM.

A Hat Full of Tricks with Sinatra – Blake Mizerany (Heroku)

Det första som händer är att Christian Neukirchen,
huvudutvecklaren av Rack sätter sig brevid mig.

Första fjärdedelen av Blakes föreläsning handlar inte om
Sinatra över huvud taget utan om just Rack.

Minimal Rack-applikation

run lambda { |env| [200, {'Content-Type' => 'text/html'}, ['Hello']] }

Minimal Sinatra-applikation

require 'sinatra'
 
get '/' do
  'Hello'
end

Rekomenderade böcker

• Agile Software Development, Principles, Patterns, and Practices

Exempelkod

• Modulen sinatra-captcha

Relaterade länkar

• http://blogs.sun.com/arungupta/entry/rails_conf_2009_day_1