Igår arrangerades årets tredje SHRUG (Stockholm Ruby User Group). För mig även den första jag besökte.
Konceptet är väldigt enkelt. Samla Ruby intresserade personer under samma tak. Bjud på öl (tack Bukowskis) och utbytt kunskap. Klockrent om du frågar mig.
Eventet inleddes med tre presentationer som sammanfattas nedan.
Creating RubyGems
David Backeus från Streamio visade hur man enkelt på egenhand utan hjälpmedel kan skapa egna s.k. “gems“. Kontentan är att din gemspec inte alls är lika skrämmande som den kan framstå vid första anblick. Istället visade David live om hur man enkelt kan generera grundstommen för ett gem och redigera ens gemspec väldigt enkelt. Allt detta utan att använda verktyg som t.ex. Jeweler. Det finns givetvis ett värde i att låta ens gem vara oberoende av ett annat gem.
Utöver detta bjud även David på en del personliga och i mina ögon väldigt vettiga tips om hur man ska tänka kring vad man inkluderar och inte i sitt gem. Särskilt vid release. Som att t.ex. exkludera enhetstesterna. Detta p.g.a. ett problem som uppstod på Davids arbetsplats där enhetstesterna ofta kräver faktiska videoklipp som gör ens gem onödigt “tungt” sett till antalet megabytes. Detta kan tyckas enbart vara applicerbart på en tjänst likt Streamio men kontentan tåls att tänka på.
Gem:et som skapades under presentationen finns tillgängligt för allmän beskådan på GitHub.
Minimizing Library Dependencies
Rails-konsulten Peter Marklund pratade om vikten av att försöka hålla ner antalet plugin och gems i ens Rails-applikation. Den initiala vinningen i tid betalar ofta tillbaka sig på lång sikt.
Istället förespråkar Peter att man försöker skriva funktionaliteten på egenhand alternativt extrahera de väsentliga delarna ur biblioteket som krävs för just din applikation.
Jag som själv är i färd att lära mig Ruby on Rails upplever det oerhört enkelt att komma igång eftersom det finns så pass mycket färdig funktionalitet att implementera på nolltid. Dock får man nog se så att man inte hamnar i “dependency hell“.
Hela presentation finns tillgänglig här.
The Front End Testing Frontier
Carl-Johan Kihlbom från Elabs pratade om vikten av att testa ens JavaScript. Ruby- och Rails-världen är överlag väldigt duktiga på att skriva enhetstester för backend-koden. Dock har inte denna positiva trend smittat av sig på frontend-koden, än.
Carl-Johan presenterade ett flertal alternativ för testning. Bl.a. Capybara som utvecklats av en kollega på Elabs.
Av publikens frågor att döma verkar flera tycka att Behavior Driven Development fortfarande är en omständlig syssla. Något som jag själv instämmer i. Dock får vi hoppas att det blir bättre med verktyg som Capybara och Cucumber.
Koden som demonstrerades finns även den tillgänglig på GitHub.
Presentationerna var väldigt givande och intressanta. Nivån kändes även den lagom.
Något som man ganska snabbt kan konstatera efter att ha besökt SHRUG är att den svenska marknaden skriker efter Ruby- och främst Rails-kunniga utvecklare. I stort sätt alla företag som var närvarande under kvällen sökte utvecklare i någon form. En bra start är att hålla koll på RailsJobb.se.
Bilderna tillhörande detta inlägg är lånade ifrån David Hall (@moonhouse).