Beyond Ruby

Jakob Mattson from Burt talked about his view on Ruby as a language. Ruby is often titled as a fully dynamically typed language. Something the speaker wouldn’t  totally agree upon. Especially when it comes to the dynamic features. He made his point clear and we all could agree that everything in Ruby isn’t dynamic. He did also bring up the false assumption that everything (really everything) is an object in Ruby. For instance the “end” statement or the booleans operators (also referred to as “Chuck Norris” operators) aren’t object therefor almost impossible to overwrite their behavior.

I liked the fact that someone had the curage to share a rather critical opinion after lots of Ruby embracing. New programming languages often arises from frustration over the current available ones.

Mountain Dew and My Trail of Tears

Aaron Patterson more commonly known as @tenderlove held a real entertaining talk. This man knows how to get every single person in the audience attention during the whole talk. The topic was legacy code and what methods and techniques that can help us dealing with this phenomena on a regular basis.

Overall it was good stuff. A few notes that stuck:

• Appending the “w” flag when using the Ruby binary will output warnings. Ruby 1.9.3 will even inform you when there’s unused variabels in your code(!).
• The “I” flag lets you specify the load path when running the Ruby binary from your console. Comes handy if you for instance want to overwrite some dependencies with your own code.
• Aaron uses pure Ruby to mock objects during testing.
• Deprecation warnings should be omitted if the $VERBOSE variable isn’t present.

“Legacy”

Chad Fowler a respected and well-known person from the Ruby community did also talk about legacy. But from a totally different perspective.

Legacy isn’t by all definitions a bad thing. Legacy also means inheritance, gift or benefaction. Take Beethovens symphonies for instance. They’ve been around for ages by now and can therefor be classified as legacy by all means.

Keeping this definition in mind how do we then make software that stick? Statistics tells us the chances your code will still be around after a five year period of time is close to zero. Definitely worth thinking about.

Also worth mentioning. Nordic Ruby was one of the first conferences I attended that did have a fully mobile optimized website. It’s even responsive! Strangely enough this isn’t as common as you might assume.

Thanks to all the folks that made Nordic Ruby possible. I will definitely be back next year!

I arrived yesterday and went straight for a run in the beautiful Slottsparken. Sadly enough I got to tired and had to skip the preparty. Instead I spent some time hacking CoffeeScript which I recently became very found of.

Below is a short summary of some of the talks that I found interesting.

GitHub Flavored Ruby

Tom Preston-Werner, one of the founders of GitHub, talked about various techniques used internally at GitHub in order to avoid complexity. Which most often tend to grow into a invincibly battle when dealing with software development in general.

Most of techniques is essentially about opposing the Waterfall model or “cowboy coding” as Tom put it.

One technique I did find interesting was Readme Driven Development. The idea is basically to start of with the readme of your project. Which if often is the initial encounter for your end-users who’s starting to dig into your project.

Tom also mentioned TomDoc (named after Tom himself) which I hadn’t heard of before. Finally a “non-bullshit” specification for writing code-level documentation with humans and not machines in mind. Similiar specifications like RDoc or phpDoc is a good thing but it forces you to use this strict grammar in order to make it parser friendly. Just like one of the essential foundations of Ruby TomDoc puts the human in center of attention.

Some trivia about Tom to round of. He’s also the creator of Semantic Versioning which I adopted in almost all of my work by now.

As you might concluded Tom’s and GitHub’s contributions to Open source is by far extremely impressive.

The Limited Red Society

Joseph Wilk from Songkick held an inspiring talk on the subject of testing. Where the “red society” is a reference to failing tests. He mentioned and demoed a few tools that can help you gather better insight about your test suite. And especially help you find the pitfalls who either tends to fail most often or consume most of your time.

Rounding of with a quote from the presentation which I found real compelling: “to measure is to know“.

Lightning Talks

The first day ended with five minutes talks from a bunch of attendees. This was probably the hilight of the day.

Stephen Sykes help a entertaining talk on obfuscated code and showed of some crazy Ruby one-liners. Great fun!

Nikolay talked about what he thought started out as a bad idea. Namely to give all developers on a project the ability to deploy at any time. Doesn’t sound to bad does it. Well let me put you in to context. We’re not talking about a regular site. We’re talking about WordPress.com. Severing around 6 000 000 pageviews a day. Now you might start to realize why this is considered being a bad idea.

One prerequisite to even make this possible in practice is speed. Since the code needs to be deployed to around 1000 servers. This was simply solved by not running any kind of tests before deployment. For any Ruby developer this is considered pure madness. To spice things up he did also confessed that their only using one branch for all their code.

But even how paradoxical this might sound it turnes out this is one of the best decisions made at WordPress.com. Due to the rapid deployment cycle their able to test their code live and get instant feedback. Since deployment occurs that often the changes are quite small and bugs are therefor most often easily to track down.

Last but not least. Ruby is definitely hot stuff. Everybody seems to be hiring.

I decided to create a service called lastcred.fm. With the following tagline: last.fm without shame. Since I think we all at some point get ashamed of our last.fm profile lastcred.fm is here to help. The service simply lets you scrobble music from a given set of genres. I highly recommend you giving it a try and save your cluttered last.fm profile!

Built using my favorite framework Ruby on Rails and hosted on Heroku.

Last but not least thanks to Adrian for helping me out with the design, Jonas for coming up with the tagline and Johan and Roel for organizing a splending Music Hack Day.

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).

Konferensen inleddes under lördagen med traditionella föreläsningar leda av flera välkända svenska WordPress profiler. Nedan följer en sammanfattning av tre föreläsningar jag både fann givande och intressanta.

Jonatan Fried

Jonatan Fried från den både prisbelönta tidningen och sajten Fokus pratade om hur de arbetar med WordPress. Sajten består av en hel del dynamiskt innehåll som redaktörerna själva kan styra över. Detta tack vare ett frekvent användande av dynamiska sidebars. Dessa sidebars populeras sedan med Query Posts widgets. Tack vare denna lösning har man helt och hållet ersatt den traditionella loopen och istället flyttat filtreringen av innehållet i händerna på redaktörerna. En smart lösning som gör det möjligt att flytta och lyfta fram innehåll bäst man vill.

En annan funktion som får Fokus WordPress installation att sticka ut är deras konsekventa tänk kring deras egna taxonomier. Flera smarta egna taxonomier finns tillgängliga för att göra strukturen av innehållet mer logiskt. Bl.a. en som gör det möjligt att filtrera på papperstidningens nummer.

Systersajten Makthavare drivs även den av samma grundtema.

Hela presentationen finns tillgänglig här.

Thord Daniel Hedengren

WordPress gurun och författaren av boken Smashing WordPress Thord Daniel Hedengren pratade om hur man kan strukturera sina WordPress teman enligt parent och child principen.

Det hela går ut på att skapa ett parent tema som sedan ett flertal child teman kan baseras på. På så sätt kan man samla delad logik och funktionalitet i ens parent tema för att sedan hålla temaspecifik funktionalitet och logik i child temat. Den som tidigare är bekant med något form av ramverk inser säkerligen vinningen med denna princip.

Något som var nytt för mig var möjligheten att lyfta ut looparna till separata filer. Dessa filer kan sedan inkluderas medhjälp av funktionen get_template_part. Tidigare har jag använt en egen lösning för att åstadkomma precis detta. Nu är det dock givetvis dags att slänga ut min egna lösning till fördel för den nya befintliga funktionen.

Jag har i ärlighetens namn inte utforskat parent och child teman tillräckligt. Att separera logik och slippa upprepningar är alltid något som tilltalar mig.

Isaac Keyet

Isaac Keyet som i sig är en oerhört spännande och inspirerande person var även han påplats. Efter gymnasiet startade han ett flertal webbrelaterade projekt varav ett vid namn IntenseDebate vart uppköpt av Automattic. Idag jobbar han som projektledare för WordPress i mobilen vilket också var det ämne hans presentation berörde.

WordPress har idag applikationer för både Android, BlackBerry, iOS samt Nokia. Detta kompletteras med ett mobilanpassat tema som finns förinstallerat på alla WordPress.com bloggar. Temat finns i två versioner som alterneras beroende på telefonen du använder. I dagsläget är fördelningen av s.k. smartphones och “vanliga” telefoner lika. Dock ser Automattic en dramatiskt ökning av smartphones vilket inte gör det omöjligt att den inom en snar framtid dominerar användandet.

Temat som Automattic själva använder vid namn WPtouch kan du givetvis aktivera på din egen blogg.

WordCamp:et fortsatte långt in på natten med ett s.k. “hackathon“. Dagen därpå bestod av workshops och livesändning av Sweet Sunday Web Crunch. Dessvärre var jag själv tvungen att avvika efter föreläsningarna på lördagen. Dock är jag nöjd med sveriges första WordCamp och ser fram emot nästa års tillställning!

Bilderna tillhörande detta inlägg är lånade ifrån David Hall (@moonhouse).

What makes Cassandra tick

Ingen mindre än Eric Evans höll i dagens inledande föredrag. För er som inte är bekant med Eric sen tidigare var han mannen som myntade uttrycket NoSQL.

Det hela handlade om databasen Cassandra som den senaste tiden har varit på tapeten. Föredraget var ganska tekniskt orienterat och bjöd på en hel praktiska exempel i form användningsområden och ren kod.

Något som fångade min uppmärksamhet var den s.k. CAP theorem. En sats som tar fasta på att ett distribuerat datasystem inte samtidigt kan garantera: konsistens, tillgänglighet samt tålighet mot partitionering (en databas som är uppdelad på flera servrar). Enligt satsen kan en databas inte leverera mer än två av dessa önskvärda egenskaper samtidigt.

Rockin’ API. How to get third party developers to use and promote your services

Eric Wahlforss från SoundCloud höll ett oerhört intressant föredrag kring hur hans startup SoundCloud lyckats bygga upp ett alldelses eget ekosystem kring deras API.

För er som inte är bekanta med SoundCloud väljer Eric att likna det med vad Flickr gjorde för bilder, vad YouTube gjorde för video fast i detta fall för musik. SoundCloud har idag över två miljoner användare och över tre miljoner uppladdade låtar.

Som titeln avslöjar bjöd Eric på en del lärdomar kring hur de lyckats locka till sig smart folk till just deras API.

Den första lärdomen är att utvecklare har en förkärlek till nya tekniker. Något som jag gladeligen bekräftar. Därav förefaller det naturligt att använda sig av de senaste teknikerna för att ligga i framkant och erbjuda något nytt till denna skara vetgiriga utvecklare. Exempel på nya tekniker idag t.ex. OAuth och pubsubhubbub.

Den andra lärdomen var att använd själv sitt eget API. På så sätt kan du redan tidigt hitta buggar och putsa på det som behövs. Om du själv inte är nöjd med vad ditt eget API kan åstadkomma och inte är det föga orimligt att andra kommer känna sig manade att börja använda API:et.

Försök initialt själv att skapa skriverier kring ditt API genom att utveckla egna tjänster baserat på API:et. Ett annat exempel på hur man kan få upp andras ögon för just ditt API är att arrangera s.k. “hackdays“. SoundCloud var initiativtagare till Music Hack Day. En tillställning som jag själv besökte här i Stockholm tidigare i år.

Så här i efterhand konstaterar även Eric att versionering av ditt API är en bra sak. Du kommer hur den än gör komma till en punkt där det är dags för förändring. Med versionering kan man försäkra sig om att alla befintliga tjänster byggda “på toppen” av ditt API fortsätter fungera.

Den fullständiga presentation kan hittas här.

IE9 – the good, the bad and the ugly

Danwei Tran, utvecklarevangelist på Microsoft, pratade om den nyligen släppta betaversionen av webbläsaren Internet Explorer 9.

Utvecklingen av denna webbläsare ska till skillnad från tidigare versioner vara mer öppen. Med det menas en öppen dialog mellan utvecklare och användare. Under utvecklingsfasen släpps en ny version för allmänheten var åttonde vecka.

Flera många nya funktioner visades upp. Vilket i ärlighetens namn kändes aningen konstigt eftersom majoriteten av publiken var utvecklare och var mer nyfikna på vad som händer “under skalet“. Tidigare versioner av Internet Explorer är en utvecklares värsta mardröm. Något som Microsoft tur nog även själva verkar vara medvetna om.

Som tur var övergick föredraget till att handla om vad som hänt “under skalet“. En ny grafik-accelererad JavaScript-motor vid namn Chakra introduceras. För att demonstrera motors kraft visades bl.a. demo:t Flying Images.

Stöd för HTML5 är även något som den stundande versionen stödjer. Dock blir det hela aningen tvetydigt när väsentlig funktionalitet så som Geolocation och WebSockets inte finns med på listan över prioriteringar.

Jag ställde själv frågan till Danwei om hur planen att få alla befintliga Internet Explorer användare att uppgradera deras webbläsare såg ut. En plan som idag tyvärr inte existerar. Ur ett perspektiv är det förståeligt eftersom ett företag av Microsofts storlek inte kan påtvinga deras kunder nya lösningar utan möjligheten att tacka nej. Vad som dock är lite konstigt är att Danwei menar att detta främst är en uppgift för oss utvecklare. Genom att använda oss av de senaste teknikerna kan vi påvisa värdet i att uppgradera webbläsaren för användaren. Spontant vill man aldrig låsa ut en användare p.g.a. webbläsaren inte stödjer det allra senaste. Värt att notera är att Internet Explorers marknadsandel är oerhört stor i större delar av världen. Vilket i praktiken resulterar i att man dessvärre lämnar många användare utanför förens webbläsaren är uppgraderad till senaste versionen. Om detta ska gå att genomföra i praktiken måste nog hela uppgraderingsflödet bli så pass smidigt och intuitivt som möjligt. Där verkar vi tyvärr inte vara idag. En åskadare i publiken poängterade att hon fann det omöjligt att ladda ned den senaste stabila versionen av Internet Explorer (version 8). Istället hänvisades hon gång på gång till nedladdningssidan för beta-versionen av Internet Explorer 9.

Panel: The do’s and don’ts of scaling

Den avslutande panelen bestod av Eric Evans, Eric Wahlforss, Per Åström och Ted Valentin.

Eric E. inledde med att poängtera värdet av att tackla skalningsproblemen först när de uppstår. Den finns ingen vettig anledning till att skissa upp ett flertal skräckscenarion och hitta en lösning förens de faktiskt inträffar. Skalningsproblem är som Eric W. förklarar långt ifrån homogena och kräver i majoriteten av fallen en helt egen lösning. Nyckeln är i många fall att hitta rätt verktyg till rätt uppgift. Att genast hoppa på den senaste och hetaste tekniken är något som på sikt inte håller.

Per som tillskillnad från t.ex. Eric W. och hans SoundCloud kan i förtid gardera sig emot stora trafikpeak:ar eftersom deras trafik går helt i linje med vad som finns med i dagens tv-tablå.

Ted har tillskillnad från de andra tre panelmedlemmarna inte upplevts några direkta skalningsproblem än. En lärdom han delade med sig av från utvecklandet av Blogipedia var att databasfrågor innehållandes s.k. JOINS inte var en god idé när din databas börjar nå en kritisk storlek.

Eric W. passade även på dela med sig lite om SoundClouds senaste skalningsproblem. Som inloggad användare på SoundCloud möts du av en dina vänners senaste aktivitet i form av en interaktiv ström. Oerhört lik en vanlig Twitter-ström. Denna aktivitetsström lagrades i en traditionell relationsdatabas som växte sig så stor att den praktiskt taget var omöjligt att arbeta med. Ut åkte MySQL till fördel för Cassandra som visade presterade något extra ordinärt. Idag kör SoundCloud en Cassandra databas fördelad på åtta noder. Sett till NoSQL använder sig även SoundCloud av MongoDB för realtidsstatistik.

Så här i efterhand kan jag konstatera att Disruptive Code var riktigt lärorikt och kommer även se till att gå på nästa års event!

Konferensen kretsar kring programmering och webbutveckling med nya intressanta tekniker och lösningar i fokus. Som t.ex. NoSQL, HTML5, CSS3 och molnbaserade tjänster.

Bland dagens talare fanns en rad välkända namn så som Andreas Ehn, Bruce Lawson och Robert Nyman. Nedan följer en sammanfattning av de tre föredrag som jag fann mest intressanta utan någon form av rangordning.

High performance web sites with ads: don’t let third parties make you slow

Tobias Järlund från Aftonbladet har under den senaste tiden drivit ett projekt vars mål är att förbättra annonsernas prestanda på Aftonbladet.se. Med prestanda syftar jag givetvis på laddningstiden för slutanvändaren.

Personligen har jag varit oerhört nyfiken på Tobias arbete sedan det nämndes tidigare i våras på konferensen Optimera STHLM. Den utlovade bloggposten har även den lyst med sin frånvaro. Bortsett från posten som introducerar oss till ämnet och problematiken givetvis. Därav var det extra roligt att få höra Tobias i egen hög person prata kring ämnet.

Annonser har sedan urminnes tider laddats in medhjälp av JavaScript. Förenklat sett har flödet bestått av ett vanligt script-element som efter att skriptet som det refereras till i src-attributet hämtats hem exekverar några rader JavaScript som hämtar annonsen från annonsören i fråga. Därav presenteras annonsen rent visuellt för användaren genom att använda sig av JavaScript metoden document.write. En metod som Tobias lite skämtsamt refererar till som “the Jimmy Åkesson of JavaScript methods“. Detta tillvägagångssätt har både sina för- och nackdelar. Den största fördelen är att annonsen kan bestå av i stort sätt vad som helst utan att orsaka problem eller försvåra implementationen. Den största nackdelen är att script-elementet fryser laddningen av sidan tills att skriptet hämtats hem och exekverats. Något som inte helt oväntat hämmar laddtiden och framförallt ger sajten i fråga en känsla av att vara allmänt långsam sett ur ett användarperspektiv.

Tobias har hittat hela 16 lösningar på detta problem. Varav hela 14 var trasiga. Den 15:onde passade inte deras verksamhet. Kvar har vi då den 16:onde och sista lösningen som består av något så kontroversiellt som iframes. Flera inklusive mig själv vred mig av ren förvåning när just iframes kom in i bilden. Har man på något sätt sysslat med webbutveckling vet man säkerligen att iframes är bland det mest “kostsamma” HTML-elementet man kan använda sig av.

Tekniken går under beteckningen “friendly iframes“. Implementation verkar vara löjligt enkel om ni frågar mig. Det traditionella skript-elementet byts ut mot en iframe som i sin tur inkluderar en statisk HTML-sida vars innehåll bl.a. består av ett script-element. Detta resulterar att flödet för att hämta annonsen inuti iframe:n är precis detsamma jämfört med den gamla välbeprövade metoden som beskrivs ovan. Den enda egentliga skillnaden man gör i implementationen är att skicka med en variabel, vid namn “inDapIF“, som berättar för annonsören att annonsen laddas in via en iframe. På så sätt kan annönsoren se till att justera storleken på iframe:n när annonsen väl har laddats in. Detta är givetvis endast möjligt om den statiska HTML-sidan levereras från samma domän som sajten i fråga. Den största fördelen med denna metod är att laddningen av en iframes innehåll kan ske parallellt medans andra resurser hämtas hem.

Om man tidigare bekantat sig med några “best-practices” när det kommer till optimering av klientkod i webbläsaren vet man säkerligen att iframes är inget att rekommendera. Vad som gör detta ännu mer intressant är att självaste guden av optimering Steve Souders själv har uttalat sig kring denna lösning med en kommentar i stil med: “it’s not good but it’s the best option we have today“.

Vad som även är intressant är att denna lösning inte säker den totala laddningstiden avsevärt för användaren. Vad den dock gör är att ge sajten i fråga intrycket av att ladda markant mycket snabbare.

Tobias bjöd även lite på intressanta siffror som nog talar för sig själv. Antalet besök i veckan steg med 7 procent. Antalet visade sidor per besök ökade med 16 procent. Slutligen minskade den genomsnittliga laddningstiden med 30 procent för användaren. Minst sagt imponerande siffror. Andra sajter som implementerat samma lösning har noterat att genomklickningsfrekvensen har minskat sedan iframe:n kom in i bilden. Något som Aftonbladet konstigt nog inte alls har märkt av. Någon förklaring på detta avvikande beteende har tyvärr inte Tobias i dagsläget.

Tobias nämnde även att Aftonbladet möjligtvis i framtiden hade planer på att släppa koden för att läsa in annonser i iframes fri. Något som jag verkligen hoppas de gör!

Hela presentation hittar du här.

Designing for NoSQL Databases: a case study to get you started

Adam Skogman från Springsource bjöd tidigare under dagen på en introduktion till fenomenet NoSQL. För er som inte är bekanta med uttrycket handlar det om nya typer av databaser som i uppbyggnaden skiljer sig avsevärt från den traditionella relationsdatabasen som har en tendens att inte skala upp i takt med att den lagrade datan växer.

Hela fyra olika kategorier av NoSQL-lösningar presenterades. Key-value, column, document samt graph databaser. De lösningar som tilltalar mig är främst Redis (key-value) och MongoDB (document).

Redis fick jag nyligen chansen att experimentera med i mitt dagliga arbete. I detta fall handlade det om att avlasta en traditionell relationsdatabas vid stora trafikpekar som innefattade bl.a. skrivningar till databasen. Ett område där Redis verkligen får chansen att skina med full kraft.

Prestandatest av Redis är minst sagt imponerande. Inte mindre än 110000 skrivningar i sekunden och 81000 hämtningar i sekunden har uppmätts på en vanlig konsumentdator med Linux installerat. Läs mer kring prestandatest av Redis.

Efter denna gedigna introduktion bjöds det på ännu en föreläsning som visade på hur man faktiskt kan använda sig av dessa databaser i praktiken. Flera andra intressanta lösningar och tekniker så som sharding och Amazons Dynamo Model diskuterades.

En annan databas som även nämndes i den andra föreläsning var Cassandra som under den senaste tiden fått en hel del uppmärksamhet. Inte minst p.g.a. att den initialt utvecklats av Facebook och används av både Digg och Twitter. Mer om detta imorgon när självaste Eric Evans ska prata om just Cassandra.

10 things the cloud has taught us

Per Åström från TV4 delade med sig av 10 lärdomar från att använda sig av molnbaserade lösningar.

TV4 använder redan idag ett imponerade antal nya tekniker samt molnbaserade tjänster. Akamai, Disqus, AddThis, Polldaddy, Heroku och WordPress för att nämna några.

Presentationen bjöd även på en kort introduktion till Heroku som även jag fattat tycke för den senaste tiden. Ett enklare sätt att få ut en ruby eller node.js baserad applikation finns inte.

Något som jag fann underhållande var Pers egna beskrivning av hur de svenska mediehusen gått från epok till epok. Det började under tidigt 1990-talet med fullkomligt statiska HTML-sidor. För att sedan utveckla egna CMS. Som i sin tur fick ge plats för ett proprietärt CMS som köpts in. Per jämförde dessa CMS med en schweizisk armekniv. De gjorde väldigt mycket ganska halvdant. Vilket inte helt osökt för mina tankar till ett kapitel i 37signals bok Rework med titeln “you’re better of with a kick-ass half than a half-assed whole“.

Idag har utbudet av tjänster ökat explosionsartat vilket gör att plötsligt har flera olika alternativ uppdukade framför sig. Alla löser sin specifika uppgift på ett bra sätt. Frågan är bara vilken man ska välja. En diskussion som Per öppet för med sina kollegor.

Intrycket av Disruptive Code är så här långt mycket bra. Jag håller tummarna för en minst lika inspirerande dag imorgon.

Om ni vill följa konferensen i aningen mer realtid rekommenderar jag Nikke Lindqvist blogg där han löpande skriver om alla föredrag han närvarar på.

För dig som inte är bekant med Hack Day konceptet går det kort och gott ut på att skapa något under 24 intensiva timmar. Den faktiska slutprodukten är inte det viktigaste utan det är mer fokus på att faktiskt åstadkomma något.

Bonnier Hack Day var faktiskt min tredje Hack Day i ordningen. Enda skillnaden denna var att jag inte närvarade som privatperson utan representerade Mobilab tillsammans med Herman Olsson, Gunnar Johansson och Morris Packer.

Vårt projekt med arbetsnamnet “tvättmaskinen” är ganska tråkigt för att vara ett Hack Day projekt men något som vi intern kommer ha stor nytta av. Hela idén grundar sig i att vi av olika skäl inte kan hämta innehåll direkt Expressens API från klienten (t ex. en iPhone applikation). Därav byggde vi ett mellanlager som hämtar innehåll från Expressen och lagrar det slutligen på Amazons S3 plattform. På så sätt kan vi på våra kommande sajter och applikationer komma åt det innehåll som efterfrågas utan att gå direkt mot Expressens API. En annan fördel med att lagra innehållet hos Amazon S3 är att Expressen kan gå ner, vår “tvättmaskin” kan gå ner men alla sajter och applikationer kommer fortfarande ha tillgång till det senaste innehållet eftersom Amazon S3 är så stabilt det bara kan bli.

Efter 24 intensiva timmar fick alla chansen att presentera sina projekt i sann Hack Day anda. Bland publiken fanns även en jury bestående av massa kloka huvuden. Denna jury korade sedan en vinnare som inte var någon mindre än Sydsvenskans Citypedia projekt med följande motivering.

The jury … particularly liked the way in which team Sydsvenskan used new and vastly different sources/API:s to provide more accurate and extensive reviews.

Nedan finns även en lista över mina favorit projekt utan någon specifik rangordning.

• repr.is
  En tjänst som aggregerar alla s.k. play-tjänster och gör dem sökbara under ett och samma tak. En klockren idé som verkligen fyller ett behov som jag personlig har känt av. Jag hoppas verkligen att denna tjänst fortsätts utvecklas. Utvecklat av Marcus Lindén och Per Åström, båda ifrån TV4.
• linkr
  Att förena det digitala med det analoga har gång på gång visat sig vara ett vinnande Hack Day koncept. Linkr är heller inget undantag. Vad denna röda låda gör är att visa antalet klick som besökarna genererat de senaste fem minuterna från ett visst antal fördefinierade sajter. Det hela kompletteras med en indikator som visar om antalet klick har ökat eller minskat gentemot den tidigare fem minuters perioden. Syftet är att konkretisera och öka förståelsen kring statistiken som finns tillgänglig hos främst redaktionerna som ansvarar för innehållet på sajterna. Utvecklat av Per Åström och David Hall.
• whereitshot
  Google Maps i kombination med s.k. heatmaps för att presentera data är något som på senaste tiden har intresserat mig. Vad whereitshot gör är att visa vart “tweets” innehållandes en viss sökterm är mest förekommande rent geografiskt. Det hela visar visserligen bara en bråkdel av alla “tweets” eftersom denna idé bygger på att alla “tweets” är geotaggade med faktiska koordinater. Hur som helst är hela genomförande väldigt snyggt och genomtänkt. Utvecklat av Anders Cserkuti och David Andersson, både ifrån Adlibris.
• Pictoriala
  Utvecklat av Hack Day veteranerna Henrik Berggren och David Kjelkerud, båda ifrån Doberman. Ett oerhört grafiskt tilltalande nyhetsflöde i form av bilder är vad jag skulle kalla Pictoriala för.

Så här i efterhand kan jag konstatera att detta var ännu en oerhört lyckad Hack Day. Det är kul att se att detta koncept börjar dyka upp mer och mer här hemma i Sverige. Återigen ett stort tack till alla som gjorde dessa 24 timmar till något helt fantastikt. Jag ser med glädje fram emot nästa Bonnier Hack Day!

Bilderna tillhörande detta inlägg är lånade ifrån Bonnier R&D.

Idéen till projektet mipi.se spånades redan fram på konferensen Reboot av mig och Morris Packer. Grundidéen var helt enkelt att kunna skapa en frågeställning för att sedan skicka ut den till en så stor publik som möjligt. Med andra ord frågan är fri.

Under mina 24 timmar skapade jag ett webbaserat gränssnitt för att skapa frågor och se resultatet som uppdateras i realtid. Användningsområdena är redan så här initialt många. Tänk t. ex. om du anordnar en konferens och vill ha din deltagares svar på en viss fråga. Skapa frågan och visa resultatet en storskärm medhjälp av en projektor. Deltagarna kommer på så sätt kunna följa utvecklingen i realtid.

Det hela byggdes i ramverket Codeigniter som jag verkligen har fattat tycke för den senaste tiden. Plus en hel del JavaScript med jQuery som grund.

Framtiden för detta projekt ser ljus ut. Appcorn har sedan en tid tillbaka tagit fram en “proof of concept” iPhone applikation som använder sig av Push-protokollet för att skicka ut frågor.

Gillar mipi.se får du gärna rösta på oss. Eller läs mer om bakgrunden till detta projekt.

Jag valde att endast besöka campet på lördag. Denna dag stod mer tekniska föreläsningar på agendan. Favoriterna var “Frontend optimization of Drupal“, “Drupal theming with the 960.gs grid system” och “Drupal community: Participating and contributing“. Det fullständiga programmet hittar du här.

Under våren har jag börjat kika lite på Drupal och även hunnit med att hjälpa Good Old med Ängavallens nya hemsida som är byggd i Drupal. Helhetsintrycket av plattformen är gott, det känns som om det går att åstadkomma oerhört mycket med förvånadsvärt lite kod. Tanken är att börja arbeta med Drupal mer aktivt inom den närmsta framtiden.

Jag hoppas att fler konferenser som kretsar kring Drupal kommer arrangeras i Sverige. Gärna med lite fler workshops där man får chans att utveckla lite påplats och träffa andra duktiga utvecklare.

Jack Nutting
Har skapat spelet Scribattle och släppte faktiskt idag hans senaste kreation Diabolotros.

Aaron Ardiri
Gammal linuxräv som verkar ha utvecklat för i stort sätt alla mobila plattformar genom tiderna. Han har skapat inte mindre än sju spel för iPhonen som har gjort stor succée i Japan.

John Chang
Jobbade tidigare på Apple med deras operativsystem Mac OS X där han bl.a. varit med och utvecklat applikationen Software Update och Time Machine. Idag jobbar han på Skype här i Stockholm och ansvarar för utvecklingen av deras iPhone applikation.

Alla tre delade med sig av deras egna erfarenheter kring själva utvecklingsprocessen och framförallt App Store. Den sistnämnda processen verkar vara mer omständlig och knepig än vad jag hade trott. Även om man har läst några skräckhistorier fick man en djupare förståelse kring hur det kan gå till. Det hela kan summeras att det kan ta fruktansvärt långt tid att få sin applikation publicerad i App Store.

Dock var inte allt inte bara negativ kritik som riktades mot Apple. Många fördelar lyftes fram och man förstod snabbt att alla tre var väldigt nöjda med det jobb Apple gjort för utvecklarna på iPhone-fronten.

Det hela var mycket inspirerande och jag blir verkligen sugen på att börja utveckla för iPhonen så fort som möjligt. Så nu är det hög tid att börja plöja igenom dokumentationen och läsa tutorials efter tutorials.

Bild lånad av Bjørn Molstad.