Aaron öppnade med en kort presentation om hans professionella liv som utvecklare där han började med Perl 1999 och blev mer eller mindre tvingad att byta till Java 2002 som fortsatte till 2007 då han började använda Ruby.

I och med att Aarons kunskaper kring Ruby ökade, ökade även hans rädsla för att han inte kunde tillräckligt mycket – kanske något många kan relatera till? Detta var i alla fall ämnet för hans tal.

Hans tips för att motverka den känslan är att ”Läsa, Läsa, Läsa” – varje dag, samt vad han gärna kallar ”The Buddy System” eller i en något mer bekant term Pair Programming. I Aarons fall fortsatte han lite längre och gick med i e-post listor för ruby-talk och ruby-core, började gå på massor av konferenser och även undervisa på ett lokalt universitet i Seattle.

En fras som är viktig i Aarons vardag är ”I don’t know”, om man inte förstår något hjälper oftast personen du pratar med att lära dig och hjälpa dig förstå.

Jonathan Dahl (@jondahl) – ”Programming and minimalism: lessons from Orwell and the Clash”.

Jons presentation började med liknelser mellan programmerare och andra professioner. Bland annat:

• Ingenjörer: ”Not about building things – about building processes” och ”Designing solutions to direct problems”
• Hantverkare: Att ha rätt verktyg, kunskaper, jobbar i små team och att ha rätt vanor och rutiner.
• Författare: Skriv, skriv, refaktorera

Presentationen fortsatte med att antal musikdemonstrationer genom tiderna med exempel som Bach, Mozart, Mahler till lite mer nutida pop musik med Beatles och även punk musik. Han ville med dessa exempel demonstrera hur

Hans tips för att bli en bättre programmare är:

• Konsumera: Läs mycket och inte bara om det du gör
• Studera – hur skriver andra?
• Producera – ju mer du skriver desto bättre blir du

Not only is bad writing impossible to understand, it is buggy.

Tech Block #2

Ett Tech Block består av tre kortare presentationer.

Jim Remsick (@jremsikjr) - ”Functionally Equivalent”

Jims tal var något kortare men med ett direkt budskap att förklara fördelarna med funktionell programmering som letade sig ner till dessa tre punkter:

• Kortfattat (mer koncist)
• Trådbarhet (Concurrency)
• Inga buggar* – Går att bevisa matematiskt

Ruby är ett objektorienterat språk men det är inte helt ovanligt att skriva det i funktionell stil. Jim avslutade med en uppmaning

Gå ut och prova något du inte är bekväm med.

CJ Kihlbom (@cjkihlbom) – ”Frontend Testing Frontier”

Det var extra kul att höra CJ tala då han kommer från Göteborg och driver firman Elabs. CJ/Elabs var också initiativtagarna till konferensen Nordic Ruby som Athega sponsrade och vi har bloggat om tidigare.

Elabs har länge lagt ett stort fokus på frontend testning där Elabs, Jonas Nicklas (@jncoward) bland annat har gjort ett par stora bidrag till Ruby commityn via Capybara och Evergreen. Detta var fokus för CJs tal.

CJ pratade om verktyg för integrationstestning:

• cucumber
• steak
• capybara

Capybara är ”driver agnostic” vilket innebär att man kan köra Capybara med hjälp av annan mjukvara som:

• rack-test
• selenium
• HTMLUnit via celerity/culerity/akephalos
• envjs via capybara-envjs

JavaScript unit testing är inte så vanligt så CJ tog tillfället att berätta om ett bra alternativ nämligen Jasmine av Pivotal Labs, tillsammans med Evergreen av Jonas Nicklas. En riktigt bra feature med Evergreen är att man kan skriva sina JavaScript tester i CoffeeScript. CoffeeScript är för JavaScript vad HAML/SASS är för HTML/CSS.

Front end testing is NOT hard

Paul Sadauskas (@theamazingrando) – Forms Don’t Have to be this Complicated

Forms Suck

Paul pratade om hur krångliga fomulär kan vara i Rails, framförallt om man har HABTM relationer mellan sina modeller. Eller ännu värre, nästlade formulär.

Paul visade exempel på krångliga formulär och olika lösningar, de inkluderade bland annat att ladda om hela sidan, olika sidor för olika formulärdelar eller att generera direkt från JavaScript.

Paul’s förslag till slut var att använda progressiv förbättring som laddar om sidan om man inte har JavaScript aktiverat men endast hämtar en partial via AJAX om man har JS aktiverat. Denna metod blir dessutom ganska enkel att testa.

Blake Mizerany (@bmizerany) – 1000 ways to kill a Buffalo

Blake är uppfinnaren av Sinatra och jobbar till vardags på Heroku som har en intressant och mycket flexibel Rails

hosting med enkel Add-on arkitektur.

Blakes presentation tillhörde definitivt en av de mer humoristiska. I princip hela presentationen bestod av en serie tecknade figurer (”Ugh” grottmannen, hans familj och en buffel) ritade på en iPad i en rad olika situationer.

Presentationen (som kunde vart en säljpitch för Heroku) ville få oss att fokusera på problem istället för idéer, hur problem i vår vardag driver innovation och utveckling. För att knyta ihop med titeln var Blakes exempel på hur Ugh försökte jaga buffel på stenåldern.

Han pratade om hur man som Ruby on Rails utvecklare kan skriva små problemlösande add-ons till Heroku som andra utvecklare kan dra nytta av (och på så vis tjäna pengar).

Heroku add-ons är små självständiga tjänster som man laddar upp i Heroku som i läggs på en Amazon EC2 instans. EC2 arkitekturen var ett starkt argument eftersom alla Heroku appar ligger i EC2 så är det extremt låg latens mellan instanserna (add-ons/appar), även internationellt och mellan kontinenter.

Lightning talks

Lightning talks är snabba presentationer, man har 5-7 minuter att lära ut något. Det var många snabbpresentationer men en som jag tycker var värd att nämna.

Neal Enssle (@nealenssle) – How to be a better developer in 90 days

Denna presentation var tre bok rekommendationer för alla som vill bli bättre utvecklare (inte bara Ruby/Rails). Tanken är att man ska läsa en bok per månad.

The Passionate Programmer – Chad Fowler

• Om du inte bryr dig kommer det att märkas.
• Var en generalist.
• Gör det du kan – klaga inte, lös problem.
• Kom ihåg vem du arbetar för – hur mycket värde tillför du?
• Daglig framgång – vad åstadkom du idag?
• Är du bättre idag än igår? (n + 1)

Clean Code – Robert C. Martin

• Semi-objektiv och praktisk.
• Storleken spelar roll.
• Gör en sak, på ett enda ställe.
• Scout-regeln, lämna koden bättre än du hittade den.

Refactoring: Ruby edition – Martin Fowler (m.fl.)

• Koda för att öka förtroende för gammal kod
• ”Smells in code” - motverka dålig kod, duplicering, långa funktioner m.m.
• Självförklarande variabelnamn
• 60 refaktoreringsmönster

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.

Sedan några timmar så kan man köra Phusion Passenger under Nginx!

Phusion Passenger och Apache har under en tid varit det populäraste sättet att enkelt driftsätta Ruby on Rails och Rack-applikationer. Nu kan man alltså välja att köra Passenger under den ryska (och tokigt snabba) Nginx.

Det enda man behöver göra är:

1. Installera gem: sudo gem install passenger
2. Köra Nginx installern: sudo passenger-install-nginx-module
3. Konfigurera (Det mesta sköts automagiskt)
4. Starta

Mer ingående instruktioner finns på Phusion’s blogg

Phusion Passenger

Hongli Lai och Ninh Bui presenterade Phusion Passenger (också känd som mod_rails) under RailsConf 2008, det var då jag verkligen fick upp ögonen för projektet.

I den nya versionen har Phusion-grabbarna förutom att man nu kan använda sig av två olika webbservrar för att köra Passenger lagt till:

• Stöd för ”chunked file uploads”
• Stöd för Capistranos sätt att sköta driftsättning (Symlänkning av current osv.)
• Förmåga att ladda application_controller.rb från en icke-standard sökväg
• ”Worker process event hooks” för Rack

Nginx

Nginx driver ett flertal stora webbplatser, såsom WordPress, Hulu, Github, och Ohloh. Den serverar mer än två miljoner webbplatser och är därmed den näst populäraste webbservern under Linux.