Loake ett anrikt brittiskt skomärke som sedan urminnestider har tillverkat herrskor av högsta kvalité.

Jag tillsammans med Tomas Måsviken (@masviken), som stod för designen, tog under en lugnare sommarvecka fram en enklare sajt åt företaget riktad mot den svenska marknaden.

Sajten är byggd medhjälp av ramverket Ruby on Rails och driftas glädjeligen hos Heroku.

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.

This weekend was spent hacking in Berlin at Music Hack Day. The concept of the event is as follows: gather hackers with a passion for music and try building something during 24 consecutive hours. Brilliant if you ask me.

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.

Toca Boca är nystartad spelstudio med fokus främst på spel för barn.

Under början av året har jag tillsammans med The Brewery tagit fram Toca Bocas sajt. Ett krav från starten var att sajten skulle fungera minst lika bra i telefonen som på datorn. Vilket förefaller sig naturligt i.o.m. Toca Boca har valt att främst producera spel för iOS-plattformen. För att lösa detta använda vi oss av den relativt nya och populära tekniken vid namn Responsive Web Design. I kombination med CSS ramverket Less.

The presentation was held at a company called Improove. I came in contact with the company through @andk. A friend of mine. Improove invites speakers on a montly basis to talk about web related topics.

The presentation hilights a selection of features I became very found of in Ruby. All in all the presentation went well and I hopefully inspired a few to start digging into the world of Ruby.

This year I decided to donate a total of $300 to two people I think have embraced and contributed to the world of open source in a outstanding way. It ain’t that much but hopefully something.

Ryan Bates

Ryan is the author of a fanatstic resource called Railscasts. Every week a new screencast if being released where Ryan covers something from the world of Ruby on Rails which he finds interesting. By now almost 250 episodes have been released. Therefor the chance of that gem or functionality you’re seeking isn’t yet covered by Ryan is close to nonexistent.

FUEL PHP5 Framework

The FUEL framework is definitely the most promising PHP framework out there. I’ve spent quite an amount of time working with CodeIgniter during this year. Don’t get me wrong I really like CodeIgniter but once I tried Ruby on Rails I’ve been looking for something equivalent written in PHP. FUEL might be the answer to my prayers.

Almost all my work I do for my clients are based upon open source tools. Contributing back is an important matter of keeping this ecosystem healthy and fair. I’m not asking you to donate cash. But giving somekind back is a nice gesture especially since it’s christmas.

I’ve borrowed Ryan Bates list filled with ideas on how to contribute back to open source. Slightly modified.

Start of by choosing one tool or solution you’ve been using alot during the last year. Contribute back by:

• Making a donation.
• Fixing a bug.
• Adding documentation.
• Or simply thanking them.

Go out there and start contributing back to open source!

The image in this post is borrowed from Jen.

Nyligen lanserades Beckers Group nya webbplats där jag har ansvarat all frontend-kod (HTML, CSS och JavaScript).

Till detta projekt använde jag mig delvis av 960gs, jQuery och jCarousel. Sajten drivs på baksidan av EPiServer.

Koncept, form och programmering (backend) togs fram av BKC STHLM.

I’m glad to announce the release of version 2.0 of the SoundCloud PHP API wrapper. The wrapper got a complete overhaul including support for authentication using OAuth 2.0.

As stated above the wrapper now uses the OAuth 2.0 protocol instead of 1.0. The new shiny updated protocol is in my opinion a huge step forward and the authentication flow isn’t that much of a hazzle anymore.

The wrapper has been written with PEAR in mind and can easily be distributed as a PEAR package. The PEAR coding standard is also adapted.

Also worth mentioning is that most of the code is now covered by unit tests which makes maintaning and contributing to the project a more gentle matter.

Check out the new demo application or go grab the updated wrapper over at GitHub.

Happy hacking!

Image borrowed from Anders Pollas.

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

I helgen ägde konferensen WordCamp rum på Tekniska museet i Stockholm. WordCamp är ett välkänt fenomen runt om i världen. Tack vare initiativtagaren Thord Daniel Hedengren fick Sverige nu sitt första egna WordCamp.

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

Andra och sista dagen på Disruptive Code bjöd även den på föredag av hög klass. Nedan följer i stil med förra dagens inlägg en sammanfattning av de fyra föredragen jag fann mest intressanta utan någon som helst rangordning.

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!

Idag inleddes två dagars konferensen Disruptive Code (även känt under hashtaggen #dcode på Twitter) på Tekniska museet här i Stockholm.

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

Nyligen släpptes en uppdaterat version av Nyhetskanalens mobila sajt. Hela sajten har fått sig ett lyft rent grafiskt och en helt ny kodbas.

Jag ansvarade för den tekniska plattformen samt utförandet. I stil med mina andra uppdrag för Mobilabs räkning valde jag ramverket CodeIgniter som grund.

Design togs fram av @jkuno och @granding ansvarade för koncept och projektledning.

Nyligen lanserades version 2 av Väderkanalen. Denna version bjuder på en rad förbättringar.

Väderdatan som presenteras på sajten hämtas direkt via ett nytt API som SMHI själva tillhandahåller. Detta kompletteras med en positioneringstjänst som fungerar på i stort sätt alla telefoner. Väderkanalen utnyttjar Geolocation API:et på nyare s.k. “smartphones” och faller tillbaka på tjänsten Visibilly på äldre telefoner. På så sätt kan du få fram vädret för orten där du befinner dig just nu.

Designen har även den fått sig en rejäl uppdatering tack vare Johan Kuno.

Konceptet ansvarade Josefine Granding Larsson för.

Hyper Island erbjuder ett flertal intensiva Master Class utbildningar som fokuserar på digital och interaktiv kommunikation. Kurserna riktar sig främst mot strateger och projektledare som på ett eller annat sätt sysslar med kommunikation och marknadsföring. Till årets ansökningsperiod valde Hyper Island att ta fram en ny sajt.

Sajten innehåller främst information om de olika kurserna. Detta kompletteras i sin tur med ett traditionellt bloggflöde och aggregerad data från ett flertal webbtjänster så som Twitter, YouTube och Flickr.

Koncept och design togs fram av Good Old. Utveckligen ansvarade jag för och det hela byggdes i WordPress.

Sveriges jordbruksminister Eskil Erlandsson har en vision om att Sverige ska bli det nya matlandet i Europa. En vision som handlar om god mat, upplevelser i världsklass och en levande landsbygd.

En viktig del i handlingsplanen är hur Sveriges matkultur ska marknadsföras. Bloggen Sverige det nya matlandet är ett första steg som bjuder in dig på en resa till det matland som Visit Sweden vill förmedla. Genom intervjuer, reportage och dialog med alla som har en åsikt kring ämnet blir bloggen ett forum för alla matengagerade intressenter.

BKC STHLM tog fram både koncept och form. Vilket resulterade i en WordPress driven blogg som jag tog fram.

Idag släpps Expressen nya mobilsajt. Utöver ett rejält ansiktslyft har även klipp ifrån Expressen TV gjorts tillgängliga för såväl vanliga mobiltelefoner som iPhone och iPad.

Jag ansvarade för utveckling samt diverse tekniska bitar. Det hela är i sedvanlig Mobilab ordning byggd medhjälp av ramverket CodeIgniter och driftas i Amazons elastiska moln.

Imponerande nog byggdes allt på 30 dagar, från idé till den faktiska slutprodukten. Detta hade inte vart möjligt utan @jkuno som tog fram designen, @gunnarr som lett projektet och @granding som konceptutvecklare.

Idag släpps mobil.recept.nu med 17 000 recept, matinspiration och kupongerbjudanden rakt in i din mobil.

Den TV4 ägda sajten recept.nu har äntligen fått sig en mobilsajt som förlänger deras minst sagt gedigna recept-databas ut till mobiltelefonen. Utöver sökfunktionen kan man inspireras av redaktionellt utvalda recept samt få tillgång till exklusiva rabattkuponger.

Ett stort tack till @granding som lett projektet, @jkuno som tog fram design, @joachimalvarez som ansvarat för kupongerna, @mike som utvecklats kupong API:et och sist men inte minst @perkovich och hans gäng som nyligen slängde ut Polopolys sökindex till fördel för Apache Solr. En förutsättning för att denna mobilsajt skulle bli av.

Tillsammans med BKC STHLM och Fredrik Hansson har vi vidareutvecklat PRI Pensionsgarantis webbtjänst.

Webbtjänsten baseras på EPiServer i grund och botten. Detta kompletteras med en proxy som sköter kommunikationen mellan PRIs databas och klienten (slutanvändaren).

Min uppgift i det hela var att ta fram HTML-mallar, CSS samt en del JavaScript. Vi använde givetvis jQuery som grund och skrev en hel del funktioner på detta gedigna bibliotek.

Utvecklingen har skett med projektmodellen SCRUM, tillsammans med PRIs egna utvecklare som har ansvarat för utvecklingen av tjänsterna som proxyn i sin tur kommunicerar med.

Är du sugen på att pröva på slutresultat så finns det ett demo tillgängligt. Logga in med användarnamnet “exempel” och lösenordet “exempel“.

Margareta Björnberg startade nyligen en ny verksamhet under namnet Björnberg webbkonsult. Detta i syfte att hjälpa företag att bli bättre beställare av webbtjänster.

Margareta har tidigare arbetat som utvecklingsansvarig och projektledare för Visit Sweden men bestämde sig nu i april för att starta denna nya verksamhet.

Tillsammans med Linus Eriksson, som ansvarade för det grafiska, tog vi fram en ny webbplats baserat på WordPress åt Margareta.

I recently started digging into the world of Ruby on Rails and quite early came across Capistrano. The whole idea and concept of Capistrano could be explained with their own quite catchy tagline “Welcome to easyish deployment“.

I’ve been doing deployment using Git for a while by now. But I find Capistrano more flexible and reliable. Since Capistrano is intended to be used with Ruby on Rails it doesn’t work with other platforms “out-of-the-box“. But magic can still occur with a few lines of code.

Below you’ll a “step-by-step” tutorial on how the get started using Capistrano for easier deployment. The whole idea for this post came in mind during a Capistrano setup for a Codeigniter application I did recently. But I don’t see why this deployment process wouldn’t be applicable on any other platform or framework.

This tutorial assumes you already got your code hosted using either SVN or Git. You preferaly have setup public ssh keys between your computer and the server you’re deploying to. You’re using the same directory structure as below for your applications on your server (feel free to change the Capfile in order to match your existing structure).

/var/www/example.com
/var/www/example.com/www.example.com
/var/www/example.com/www.example.com/logs
/var/www/example.com/www.example.com/public

Start of by installing Capistrano on your computer. Capistrano is distributed as a Ruby gem.

$ sudo gem install capistrano

Next up clone my default Capfile (Capistrano config file) using cURL. Or use the Gist below.

$ curl "http://gist.github.com/raw/353124/ceda1eccacee7604d7180b23ff20cb618cb760af/capfile.rb" > Capfile

There are some variabels you need to change in order to make this Capfile work with your setup. Basically look through all lines that begins with “set” and change the corresponding value. Also make sure to change the server domain on line 10.

A typical Capistrano deployment is loaded with different kind of tasks. Since Capistrano is awesome it allows you to setup own tasks and even overwrite existing tasks.

As mentioned earlier Capistrano was invented with Ruby on Rails in mind, therefor we need to overwrite a few Rails specific tasks (migrate, restart, start). These default tasks are probably not compatible with your application. But feel free to rewrite them if needed.

As you might noticed by now the task “copy_config” inside Capfile isn’t a default task. My Codeigniter applications usually include some setup specific config files that shouldn’t be included in the repository by obvious reasons. For instance a config file including all necessary MySQL credentials. Therefor these files needs to be setup and edited manually in order to get the application running. But there’s one problem using this method with Capistrano.

Everytime you deploy using Capistrano a fresh copy of your latest application is being cloned/checkout from the repository and stored inside a new folder on the server. Since Capistrano doesn’t proceed from the previous deployed release all files that isn’t included in the repository will not be moved to the new deployed release folder. But no worries! Since Capistrano allows us to hook up our own tasks to specific events during deployment we can solve this problem with ease.

The task namned “copy_config” is being executed right after the “symlink” task. Right after the new release directory has been created and linked to the current directory. Since all my necessary config files are included in the “.gitignore” file we can use that as a reference and simply check if the file exists in the previous release folder. If so simply move the file to the newly created release folder. Capistrano provides some nifty variabels such as “previous_release” and “latest_release” to make this operation easier.

Any other needed operation to get your application up and running should probably be executed after the “symlink” task.

Once your Capfile is done it’s time to run a initial setup deploy. Start of by running the following command.

$ cap deploy:setup

You should end up with a similar directory structure on your server.

/var/www/example.com/www.example.com/public/releases
/var/www/example.com/www.example.com/public/shared
/var/www/example.com/www.example.com/public/shared/log
/var/www/example.com/www.example.com/public/shared/pids
/var/www/example.com/www.example.com/public/shared/system

It’s finally time to perform a first initial (cold) deploy of your application to your server.

$ cap deploy:cold

Congratulations! You just performed your first deploy using Capistrano. For future deploys the cold task isn’t necessary. Simply execute the command below.

$ cap deploy

Easy enough don’t you think?

This post should give you a brief idea of the Capistrano workflow. And show how you can hook up your own tasks in order to get your application up and running. I can’t guarantee that this method can be applicable on your application. As the title states “… almost anything“.

Interested in learning more about Capistrano? Here’s a few posts that I stumbled across and found interesting during research for this post.

Photo credit: heyskinny

Torsdagen och fredagen denna vecka spenderades på Bonnier Hack Day. Det hela var ett initiativ från Bonnier R&D sida med Paulina i täten.

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.

Coat it Green är ett nytt spännande initiativ från Becker Acroma med fokus på miljövänliga ytbehandlingar för trä.

Sajten är uppdelad i tre innehållsrika sektioner som i sin tur motsvara varsin målgrupp för de olika Coat it Green lösningarna.

Det hela är byggt medhjälp av WordPress som grund och är ännu ett bevis på att denna plattform även fungerar som ett fullfjädrat CMS när det kommer till informativa företagssajter i mindre skala. Det som inte fanns i kärnan löstes enkelt medhjälp av befintliga plugins för t ex. flerspråksstöd och kontaktformulär.

Koncept och design togs fram av BKC STHLM.

Sedan hösten förra året har jag haft kontakt och jobbat en del med Bonniers kommunikationsavdelning. Idag inleder vi dock ett nytt konsultuppdrag.

Under våren kommer jag spendera en dag i veckan hos Bonnier Communications som konsulterande webbutvecklare. Jag kommer främst pyssla med konkreta utvecklingsuppdrag samt agera rådgivare i diverse webbrelaterade frågor.

Bonnier Communications jobbar med intern- och externkommunikation på moderbolaget Bonnier AB och ansvarar för varumärket Bonnier i Sverige och övriga världen, både analogt och digitalt.

Det hela känns oerhört spännande och jag hoppas att jag kan hålla er uppdaterade på allt som händer.