Citerus blogg om framgångsrik mjukvaruutveckling

Sammanfattning av Crazy Snake - Jfokus Edition

Tue, 21 Feb 2012 08:38:42 GMT

Kort beskrivet gick tävlingen ut på att deltagarna skapade sin egen ormhjärna och mötte en annan ormhjärna i en match bestående av tre heat. Den som hann äta mest frukt innan tiden var ute eller överlevde när motståndaren dog vann heatet. Den ormhjärna som vann flest heat blev King of the hill och fick möta nästa utmanare. För att vinna hela tävlingen gällde det att vara King of the hill klockan kvart över tre den andra tävlingsdagen. Citerus tillhandahöll ett API och en testmotor.

Tolv bidrag var med och tävlade från start och redan då kunde man se att det skulle bli en hård kamp om titeln som King of Jfokus 2012. När andra tävlingsdagen startade var det tydligt att många hade ägnat föregående kväll åt kodning, nya bidrag och uppdaterade bidrag gjorde kampen ännu hårdare. Under de två tävlingsdagarna deltog totalt 24 tävlingsbidrag och sammanlagt uppdaterades bidragen 67 gånger.

När klockan slog kvart över tre på den andra tävlingsdagen korades King of Jfokus 2012 och det vinnande bidraget var Paxport-Ygge. PetSnake7 var det bidrag som vann flest matcher under tävlingens gång: 70 vinster på 91 spelade matcher. Under tävlingsdagarna delades också tre spurtpriser ut till den som var King of the hill just då.

Resultat:
King of Jfokus 2012 - Paxport-Ygge
Spurtpris 1 - pwnBrain
Spurtpris 2 - Nagini
Spurtpris 3 - Wurstmeister
Flest vunna matcher - PetSnake7

Ett stort tack till alla deltagare och åskådare för det stora engagemanget och intresset.

Crazy Snake - Jfokus Edition!

Wed, 08 Feb 2012 10:48:33 GMT

Ibland handlar utmaningen om att ändra en hel avdelnings arbetssätt, ibland om att snabbt realisera värde ur en otymplig kodmassa, och ibland sitter svårigheterna i den kod som skall skrivas. Från stora till små utmaningar - nästan alltid finns det mycket att lära och erfarenheter att utbyta. Just därför vill vi åter igen bjuda in dit till en programmeringsutmaning på Jfokus. Gnugga dina geniknölar, sparka igång din favorit-Maven-IDE och kör igång här!

Learn portable cloud development from founder of jclouds!

Wed, 23 Nov 2011 14:44:40 GMT

"My goal is to make the cloud as easy and portable as the mobile phone network."
Adrian Cole, founder of jclouds

Between 8-10 February, Citerus will present a three-day hands-on class in portable cloud development, led by Adrian Cole, the founder of jclouds. Jclouds is an open library that simplifies the development of portable cloud applications for Java and Clojure developers.

Time To Market more important when launching cloud services

Today more and more business, services and applications are using cloud services, like Amazon EC2 or Microsoft Azure, to reduce their time to market and improve their agility. "The cloud" has fundamentally changed the deployment of services and data storage, reducing to mere minutes the time taken to provision hardware and deploy an application, an improbable dream several years ago.

Obstacle in API growth

However, in recent years the number of cloud providers has skyrocketed, creating a bewildering mix of 'standard' APIs. The number of APIs, and the variations between them, complicates the selection of cloud services for developers and users and creates vendor lock-in. Correctly choosing a vendor and understanding their API can completely determine the success of your project! Jclouds provides an easy to use, open standard for accessing cloud services with different APIs, allowing you to create portable multi-cloud applications, without having to learn or worry about the differences between multiple APIs.

Jclouds solves API issues

Jclouds started as an open Java library for Amazon's Simple Storage Service when Amazon was pioneering cloud storage. Since then jclouds has grown to provide an easy to use, idiomatic, Java and Clojure API for compute and storage across more than thirty cloud providers. Jclouds provides a natural way to develop for the cloud on the Java platform without being tied to a particular clouds supplier. Many problems and complexities relating to error handling, concurrency and unique API 'features' are managed under the surface, allowing you to focus development on the application in the cloud, rather than troubleshooting specific implementations.

Jclouds used by distinguished brands

Jclouds has been designed from the ground up to handle concurrency, support a common domain model, transparently handle differences between APIs and providers, and provide a portable abstraction while allowing you to access cloud specific features. Jclouds' limited external dependencies allow it to run in restricted environments like Google App Engine and reduce the risk of code conflict. Test stubs are provided for each provider to ensure that your cloud application is fully testable, even without an internet connection. Twitter, Adobe, Red Hat, Enstratus and Neotys are already using jclouds for cloud provisioning and storage, now you can too!

Citerus are proud to offer the oppurtunity to learn cloud development in collaboration with Adrian Cole, creator of jclouds. Sign up to Adrian's unique three-day course in Stockholm on 8-10 February 2012. The course will introduce the key concepts of cloud development and the toolkit required for development. Bring your own computer as you will be writing code during the class!

The course is held in Stockholm 8-10 February 2012
Register here

Links:
http://www.citerus.se/jclouds
http://www.jclouds.org
https://github.com/jclouds/jclouds

http://www.cloudsoftcorp.com

For more information
Karin Edström, CEO Citerus AB
karin.edstrom@citerus.se
Phone: +46 733 225 227

www.citerus.se

Lär dig molnutveckling från skaparen av jclouds!

Wed, 23 Nov 2011 10:14:04 GMT

"Jag ska göra molnet lika lätt och åtkomligt som mobilnätet."
Adrian Cole, skapare av jclouds

Tidsfaktorn allt viktigare vid lansering av tjänster i molnet

Att time-to-market är viktigt i mjukvarubranschen numera är ingen nyhet. Men att kunna driftsätta flertalet servrar, bakom en lastbalanserare, med full kontroll över val av både operativsystem och hårdvara (provisionering), för att sedan inom några minuter driftsätta sin applikation på dessa noder trodde inte många på för några år sedan. Molnet har i grunden förändrat hur vi idag driftsätter tjänster och lagrar data. Fler och fler tjänster och applikationer hittar numera sitt hem i moln som t ex Amazon EC2 eller Microsoft Azure.

Stötestenar med API:er och testning

Under de senare åren har dock antalet API:er för molnlagring och provisionering av virtuella maskiner ökat men framförallt har antalet leverantörer skjutit i höjden. Detta har skapat en stor blandning av olika API:er som alla har likheter och skillnader. Som utvecklare och användare av en molntjänst finns det många aspekter att titta på när det handlar om att välja API, men även vilken leverantör man väljer kan spela stor roll för hur väl tjänsten passar för användningsområdet.
Testbarhet har även det varit en grundpelare i jclouds ända sedan starten och tack vare de stubbade API:erna är det möjligt att utveckla helt utan nätverksåtkomst. Stubbade API:er är nedladdningsbara versioner som simulerar verkliga API:er från molntjänsteleverantörer.

Jclouds löser API-problematik

Ramverket jclouds erbjuder ett naturligt sätt att börja utveckla för molnet på Javaplattformen utan att binda sig mot en speciell molnleverantör. Många problem relaterade till felhantering, samtidighet och skillnader mellan olika API:er och leverantörer hanteras under ytan på ett konsekvent sätt, utan att för den sakens skulle gömmas för utvecklaren. Jclouds har en pragmatisk syn på portabilitet, med en gemensam domänmodell för de flesta användningsfall, men där det även finns stöd för att hantera skillnaderna mellan API:er och olika leverantörer.

Stora plattformar använder jclouds

Amazon var tidigt ute med sin tjänst Simple Storage Service (S3) och jclouds startades när de då tillgängliga Java-biblioteken för S3 inte höll måttet gällande samtidighet och skalbarhet. Från att ha varit ett projekt som skulle stödja lagring på Amazon S3 har initiativet växt betydligt. Numera handlar jclouds om att ge ett enkelt och idiomatiskt alternativ för molnutveckling i Java eller Clojure, jclouds har idag stöd för över 30 molnleverantörer. Jclouds är från grunden designat för samtidighet och då beroenden till externa bibliotek är få till antalet, löst kopplande och noggrant utvalda kan jclouds köra i miljöer som har speciella restriktioner, som till exempel Google App Engine. Jclouds används för provisionering och lagring hos bland annat Twitter, Adobe och Red Hat.

Djupdykning i molnutveckling

Tillsammans med Adrian Cole och Cloudsoft erbjuder Citerus en spännande djupdykning i molnutveckling. Under tre unika dagar med Adrian visas det hur det går till att skriva kod i Java och Clojure som är testbar, skalbar och flyttbar mellan olika molntjänster. Kursen kommer att introducera de viktigaste begreppen inom molnutveckling samt den verktygslåda som en utvecklare behöver för att komma igång. Med sin egen dator följer deltagaren med i kodexempel och skriver egen kod i jclouds under kursens gång.

Kursen går i Stockholm den 8-10 februari 2012
Anmäl dig här

Länkar:
http://www.citerus.se/jclouds
http://www.jclouds.org
https://github.com/jclouds/jclouds
http://www.cloudsoftcorp.com

För mer information
Karin Edström, VD Citerus AB
karin.edstrom@citerus.se
Tfn: 0733-225 227

Citerus hjälper sina kunder att lyckas med mjukvaruutveckling; antingen genom att utbilda och coacha, införa ett självstyrande ledarskap och ett lättrörligt arbetssätt eller genom att utveckla mjukvara åt dem. Allt för att de ska kunna hålla en hög innovationstakt och skapa smarta lösningar som ökar deras konkurrenskraft. Vi är ledande på Scrum, Java, Domändriven design och många andra metoder och tekniker i framkant.

www.citerus.se

Med Domändriven Design hanteras dagens ökade systemkomplexitet

Thu, 10 Nov 2011 09:59:50 GMT

Reducerad komplexitet - Ökad produktivitet!

Domändriven design handlar om att utforska modeller i en kreativ samverkan med domänexperter för att på så sätt lyfta komplexitetstaket. Programmerare kan då bygga system som snabbt genererar affärsnytta och samtidigt är konstruerade för att kunna vidareuvecklas under många år. Inte sällan finns lösningen på till synes tekniska problem i en djupare förståelse för domänen!

Under den fyra dagar långa kursen görs en djupdykning inom dessa områden. Genom att varva taktiska och strategiska diskussioner samt teoripass med kodning och modellering ger kursen de verktyg som krävs. Citerus erbjuder kursen i samarbete med Eric Evans på Domain Language Inc.

Kursen ges 5-8 december. Länk till information om kursen: DDD

För mer information,
Karin Edström, VD Citerus AB
karin.edstrom@citerus.se
Tfn: 0733-225 227

www.citerus.se

Premiär för Agil re-bootcamp hos Citerus

Mon, 31 Oct 2011 09:40:47 GMT

Mikael Boman och Tobias Fors arbetar i sina konsultroller på Citerus nära många olika kunder och såg ett behov av erfarenhetsutbyte. De har tillsammans utvecklat Agil re-bootcamp som en "stödmottagning" för insatser mot de utmaningar som uppstår när omdaningen till lättrörliga metoder inte går som förväntat. Många gånger är det helt naturliga hinder som det finns verktyg för att hantera, det gäller bara att hitta verktygen.

Korta föredrag och Open space

- En sån här dag samlar kunskap på ett sätt som drar igång kreativiteten och skapar energi, säger Mikael Boman som tillsammans med Tobias Fors kommer leda dagen. - Det blir något kort föredrag men huvudfokus för dagen är på workshoppar i Open Space-format. Vi hoppas kunna ge deltagarna ett riktigt lyft med de idéer som kommer fram under dagen. Väl tillbaka i sin vardag kan de fortsätta utveckla sitt arbetssätt. Vi har identifierat en vilja hos många som fastnat i sin agila utveckling att komma vidare. Då kan en inspirations-injektion vara precis det som behövs för att kunna ta steget, avslutar Mikael Boman.

Genererar många lösningar att välja bland

Rätt använt är Open Space ett effektivt format som fungerar väldigt bra för att lära av varandra, tillägger Tobias Fors. - Vi vet att ett antal frågeställningar kommer komma upp som många känner igen sig i, och olika lösningsalternativ kan diskuteras fram. Genom att använda Open Space som format är alla med och väljer de diskussioner som är intressanta och relevanta för den situation de befinner sig i. Agil re-bootcamp ger en nystart och gör det lättare att ta ett steg till framåt, avslutar Tobias Fors entusiastiskt.

Premiär för Agil re-bootcamp är den 24 november i Fryshuset.

För information och anmälan: klicka här eller använd länk:
http://www.citerus.se/curriculum/385866-agil-re-bootcamp

För mer information
Karin Edström, VD Citerus AB
karin.edstrom@citerus.se
Tfn: 0733-225 227

Citerus hjälper sina kunder att lyckas med mjukvaruutvecklingen; antingen genom att utbilda och coacha, införa ett självstyrande ledarskap och ett lättrörligt arbetssätt eller genom att utveckla mjukvara åt dem. Allt för att de ska kunna hålla en hög innovationstakt och skapa smarta lösningar som ökar deras konkurrenskraft. Vi är ledande på Scrum, Java, Domändriven design och många andra metoder och tekniker i framkant.

www.citerus.se

Holländske Apello utvecklar svenska chefer i agilt ledarskap

Fri, 30 Sep 2011 12:31:10 GMT

Fritänkaren och författaren Jurgen Apello beskriver en ny nivå av ledarskap i boken Management 3.0, en bok som tagit världen med storm. Efter att ha drivit företag med hundra utvecklare ägnar han sedan publiceringen en stor del av sin tid åt att åka runt i världen som ledarskapskonsult. Han hjälper ledare att praktiskt kunna tillämpa bokens nydanande teorier om ett agilt - lättrörligt - ledarskap.

Agila arbetsformer som gör jobbet roligt

Jurgen Apello har analyserat vad det är som driver människor och hur en ledare genom att se dessa behov kan förbättra sitt ledarskap och få entusiastiska medarbetare. Han tar hål på myterna om dåliga ledare och ovilliga medarbetare genom att visa hur alla, med ett annat sätt att se på saker, kan bli bättre. Citerus har lyckats få Jurgen Apello till Sverige så att även svenska chefer kan ta del av de praktiska metoder som leder till ett framgångsrikt agilt ledarskap.

Agila metoder revolutionerar ledarskap

Ledarskapet är ett område som ofta glöms bort när man talar om agilt och lättrörligt arbete. När organisationer inför agil mjukvaruutveckling är det inte bara utvecklare, testare och projektledare som måste lära sig ett nytt sätt att jobba. Utvecklingschefer och ledare ska också lära sig ett nytt sätt att leda för att stimulera agila organisationer. Det här är en unik möjlighet för ledare och chefer att snabbt nå ett agilt ledarskap.

Kursen hålls 24-25 oktober, för information om kursen och Jurgen Apello, se Citerus hemsida

För mer information
Karin Edström, VD Citerus AB
karin.edstrom@citerus.se
Tfn: 0733 225 227

Turboladda din systemarkitektur med Domändriven design och CQRS

Thu, 29 Sep 2011 08:05:10 GMT

Det har gått mer än fem år sedan Eric Evans introducerade begreppet Domain-Driven Design, DDD, med sin bok Domain-Driven Design - Tackling Complexity in the Heart of Software. Boken samlade ett antal centrala begrepp inom framförallt objektorienterad analys, design och implementation under ett gemensamt tak och har på många sätt skapat nytt liv i tankarna runt design av mjukvara med tydligt avstamp i dess problemdomän.

Introduktionen av begreppen domänhändelser (Domain Events), och Event Sourcing är troligen de områden där Domändriven design har utvecklats mest under de senaste åren. Särskilt arkitektur baserade runt designmönstret Command Query Responsibility Segregation, CQRS har rönt stor uppmärksamhet under ett par år och är ständigt återkommande ämnen på konferenser som Øredev, DDD eXchange och QCon. Både den ordinarie och den extrainsatta workshopen om CQRS på årets upplaga av Øredev är utsålda långt innan konferensstart.

CQRS är i grunden, lite beroende på vem man frågar, ett sätt att tydligt dela upp metoder så att läsning (query) och kommandon (commands) indelas i olika klasser. CQRS kombineras ofta med andra mönster som Event Sourcing och Domain Events för att skapa systemarkitekturer där interaktion med applikationen sker via kommandon och händelser. Läsning skiljs tydligt från skrivning, inte sällan med olika modeller för dessa.

CQRS i kombination med Event Sourcing vänder till viss del upp och ner på etablerade sätt att designa system och utmanar hur vi ser på systemarkitektur. En design baserad på Event Sourcing och CQRS öppnar upp en hel del intressanta möjligheter som är begränsade i en mer traditionell CRUD-arkitektur. Det kanske mest omtalade är möjligheten att bygga applikationer som helt separerar läsning från skrivning och där dessa två aktiviteter kan skalas oberoende av varandra för att hantera mycket omfattande genomströmning av data. Tidigt i tankarna runt DDD ansågs dessa typer av applikationer, med mycket data och höga krav på prestanda, som mindre lämpliga för Domain-Driven Design, en uppfattning som CQRS och Event Sourcing har kommit att till stor del förändra.

En annan intressant egenskap hos dessa typer av arkitektur är att vi genom att spara våra inkommande händelser och kommandon kan spåra inte bara nuvarande systemtillstånd, utan även hur vi kom dit. Detta, i sin tur, leder till andra möjligheter.

Om vi till exempel stöter på produktionsproblem kan vi i en testmiljö återställa systemet i ett tidigare tillstånd och sedan lägga på alla sparade kommandon igen för att på så sätt spåra exakt vad som gick fel. Detta är något som ofta kan vara svårt att göra baserat enbart på loggningsdata.

Det kan också ge oss möjlighet att köra om gamla händelser och kommandon i nya versioner av mjukvaran, eller mot alternativa modeller, och på så sätt skapa nya affärsdata ur tidigare händelser.

Citerus kan nu erbjuda dig en utmärkt möjlighet att lära dig mer om DDD och CQRS i samarbete med Greg Young, en av de absoluta frontfigurerna inom området. Anmäl dig redan idag till Gregs legendariska tredagarskurs i Stockholm den 14-16 november. Kursen introducerar teorin bakom CQRS och Event Sourcing, men främst ligger fokus på att implementera DDD och skriva fungerande kod! Du tar med egen dator så att du kan utveckla i den miljö och det språk som du är mest bekväm med www.citerus.se/cqrs

Citerus pratar Agil Innovation på Entreprenörsgalan idag

Tue, 27 Sep 2011 09:25:53 GMT

Agil Innovation och Agil Expansion är begrepp som Citerus kommer prata om på Entreprenörsgalan 2011 idag. Agil Innovation innebär att ta hjälp av agila metoder, för att fokusera på affärsnytta genom design och utveckling av en första version. För att sedan klara en vidareutvecklings- och förvaltningsfas när kunderna strömmar till och affärerna tar fart, hjälper vår erfarenhet av Agil Expansion.

Agil Innovation

Agil Innovation handlar om att använda agila verktyg för att på ett flexibelt sätt fokusera på att maximera affärsnyttan, för att snabbt kunna gå från idé till handling. Detta för att kunna kommersialisera en affärsidé med begränsade resurser, i form av tid och pengar.

Agil Expansion

När den första lanseringen är klar gäller det att vara beredd på expansion. På nätet kan framgången gå extremt snabbt och då gäller det att vara förberedd så att alla delar kan expandera. Såväl processer som organisationen behöver ofta trimmas för att klara en sådan förändring.

Så här gjorde reco.se

Det lönar sig att ta hjälp när en briljant mjukvarubaserad affärsidé skall realiseras med begränsade resurser. Läs om hur Citerus hjälpte entreprenören Tobias Basilius på resan att vidareutveckla sin sajt reco.se för att möta kraven från hundratusentals besökare i veckan.

reco.se accelererar lättrörligt

Fri, 23 Sep 2011 08:57:31 GMT

Reco.se satsade på coachning och kunskapsöverföring för kvalitetshöjning

Det lönar sig att ta hjälp när en briljant mjukvarubaserad affärsidé skall realiseras med begränsade resurser. Fokus på affärsnytta skall behållas genom design och utveckling av en första version, till vidareutveckling och förvaltning när kunderna strömmar till och affärerna tar fart. Citerus har hjälpt entreprenören Tobias Basilius på resan att vidareutveckla sin sajt reco.se för att möta kraven från hundratusentals besökare i veckan. Det är ett exempel på hur entreprenörer kan dra nytta av Agil innovation och Agil Expansion, begrepp som Citerus kommer samtala om på Entreprenörsgalan 2011 (som arrangeras av Founders Alliance) tisdagen den 27 september. Agil Innovation handlar om hur lättrörliga metoder används för att snabbt kommersialisera en affärsidé, Agil Expansion handlar om att organisera sig för tillväxt.

Oberoende rekommendationer särskiljande

Det som skiljer reco.se från andra rekommendationssajter är att de har omfattande rutiner som förhindrar rekommendationer av egna affärsrörelser och smutskastning av konkurrenter. Betygen ges av riktiga, oberoende användare. Idag är det 110.000 besökare i veckan som betraktar reco.se som en god vän som ger bra tips.

Utmaning med explosionsartad tillväxt

Efter lanseringen växte sajten explosionsartat i antalet besökare, med allt större databas och fler funktioner. Eftersom idén är att användaren bidrar frivilligt måste alla funktioner upplevas som användarvänliga. Upptid är affärskritiskt och stopp eller långa svarstider får absolut inte förekomma.

För att klara tillväxt under tidspress gjordes kompromisser under utvecklingen av koden. Tack vare duktiga programmerare fungerade koden bra trots att den blev allt yvigare. Så sakteliga började dock uppdateringar i koden innebära att bieffekter uppstod, till synes utan samband med ändringen. Ibland blev svarstiderna långa och det hände till och med att sajten gick ned ibland. Entusiasmen hos användarna började dala. De återkommande larmen började tära på både utvecklare och ledning.

Målet blev att bit för bit återställa kvaliteten i koden samt att coacha och kompetensöverföra till det befintliga utvecklingsteamet. Tobias Hill från Citerus anlitades för detta och under mottot "ingenting är omöjligt" gjordes en lista av prioriterade punktinsatser. Under den dag i veckan han jobbade axel mot axel med recos.se's utvecklare betades listan av bit för bit. Dagen avslutades med guidning om vad som skulle göras fram till nästa besök.

Ifråga sätt allt

- Det Tobias Hill åstadkom på en dag i veckan hos oss var magiskt, säger Tobias Basilius, grundare av reco.se. - Han är väldigt okonventionell, vänder ut och in på allt, tittar fram- och baklänges, hittar nya perspektiv, inget är heligt. Han kan faktiskt vara riktigt jobbig med att även ifrågasätta teknikval, organisation och ledarskap. Men han löser problem effektivt och när jag med lite perspektiv ser förändringen känner jag en stor tacksamhet att han vågade utmana oss.

- vi hade en taktik att varje dag Tobias var här skulle vi attackera det mest relevanta problemet. Nästan alltid var det löst innan dagen var till ända, ibland hade även några andra problem eliminerats av bara farten, avslutar Tobias Basilius.

Lättrörligt arbetssätt accelerar nya idéer

Svårigheterna att tillföra nya funktioner är som bortblåsta och reco.se kan idag expandera utan växtvärk. Förr gjordes uppdateringar så sällan som möjligt eftersom det alltid blev problem. Idag görs de varje vecka vilket innebär att sajten förbättras lika ofta, utan någon oro. Tack vare stabiliteten och det lättrörliga arbetssättet kan förbättringar och nya affärsidéer hela tiden testas mot verkligheten. De affärskritiska svarstiderna har gått ned till en sjättedel och nedtid finns inte.

Hemsida reco.se: www.reco.se, hemsida Citerus: www.citerus.se

För mer information
Karin Edström, VD Citerus AB
karin.edstrom@citerus.se
Tfn: 0733- 225 227

Citerus hjälper våra kunder att lyckas med mjukvaruutveckling; antingen genom att utbilda och coacha, införa ett självstyrande ledarskap och ett lättrörligt arbetssätt eller genom att utveckla mjukvara åt dem. Allt för att de ska kunna hålla en hög innovationstakt och skapa smarta lösningar som ökar deras konkurrenskraft. Vi är ledande på Scrum, Java, Domändriven Design och många andra metoder och tekniker i framkant.

Agil Innovation

Wed, 21 Sep 2011 11:35:24 GMT

Sätt affärsnyttan i fokus när innovationer skall realiseras!

Det är ett stort steg från att vara en driven entreprenör med affärs- och marknadsfokus, till att ha kunskap om verktyg och metoder för hur man verkligen gör i praktiken för att sätta affärsnyttan i fokus. Fokus på reell affärsnytta skall behållas genom hela kedjan; under design-, krav- och utvecklingsprocesserna - i nära anslutning till kundernas behov. Om detta kommer vi samtala med entreprenörer och innovatörer på Entreprenörsgalan som anordnas av Founders Alliance för tionde året i rad.

Det krävs erfarenhet och träning av hur man praktiskt gör för att som entusiastisk entreprenör faktiskt hålla fokus. Det underlättar, om man har några praktiska och beprövade verktyg till sin hjälp.

Lättrörliga - agila - metoder, är idag relativt väl förankrade såväl i mjukvaruindustrin (företrädesvis Scrum) som inom delar av tillverkande industrin (Lean och Kanban). Samtliga metoder har sin grund i några gemensamma principer.

Dessa principer ämnar sig mycket bra som stöd för innovationsföretag i dess uppstartsfaser. Att gå från en idé till färdig tjänst eller produkt är en snårig bana. Att ha metoder och verktyg för att få hjälp att fokusera på prioritering av krav där realiserad affärsnytta står i centrum, skulle hjälpa många innovatörer och entreprenörer att komma till nästa nivå i sitt företagande, dvs kommersialiseringsfasen. Många utvecklingsprojekt som använder Scrum som metodik, levererar användbar programvara var 14:e dag. I ett uppstartsläge kan detta vara enda chansen till överlevnad!

Jag vill introducera begreppet Agil Innovation. Det vill säga hur man kan ta hjälp av agila verktyg och metoder för att underlätta det innovativa arbetet. Låt mig konkretisera: På Citerus hjälper vi ofta snabbväxande företag och har under åren fått otaliga bevis för hur man genom att ta hjälp av verktyg och metoder från den agila världen snabbare kan visa marknaden sina idéer i form av demobara prototyper.

Begreppet "Minimum Viable Product" är centralt för alla som jobbar med innovation som behöver finansieras. Fokus på MVP innebär att du designar din produkt för att visa det som är viktigt att bevisa och därmed skapar ett fundament för en affär eller finansiering. Det kan du ofta göra med mycket mindre resurser än vad du tror.

Det handlar om att snabbt kunna få feedback från kunder och användare, genom att faktiskt kunna se hur de använder produkten, och om de återkommer. Därmed kan man iterera sig fram till en kommersiellt gångbar produkt.

Under mina år i branschen, har jag alltför ofta sett motsatsen; där man antingen låter idén stanna vid en powerpointpresentation för länge, eller att man spenderar allt för lång tid (och för mycket pengar) innan man har en produkt som kan visas upp för omvärlden. Förändringar och justeringar kostar då förödande mycket, både tid och pengar.

Jag vill påstå att Agil innovation bör läggas till listan över inspel för hur vi tillsammans kan jobba för att säkerställa att bra idéer kommersialiseras tillräckligt snabbt och i tillräckligt hög utsträckning.

Karin Edström, VD Citerus AB
karin.edstrom@citerus.se
+46 733 225 227

"Citerus - frigör kraften i mjukvara åt alla som har en vision"

Varför Clojure?

Mon, 19 Sep 2011 12:40:18 GMT

Clojure är ett av de många nya JVM-språk som börjar få fotfäste bland utvecklare. Som Lisp-dialekt så skiljer sig dock Clojure ganska mycket från många andra språk, och programmerare med Javabakgrund verkar inte sällan uppleva språket så pass annorlunda att de instinktivt ryggar tillbaka. Det är lite synd tycker vi på Citerus då det finns många bra anledningar att titta närmare på Clojure. Några av de frågor jag ganska ofta får när jag föreläser eller hamnar i samtal runt språket är funderingar runt varför man ska använda Clojure. Vad man ska ha det till? Vad är det bra på?

På Jfokus 2009 fick jag frågan vad det var med just Clojure som gjort att jag fastnade för språket. Svaret blev då spontant ganska känslobaserat. Första gången jag kom i kontakt med Clojure var under en presentation av Rich Hickey, och det var något i språket som i stort sett omedelbart tilltalade mig. Minnen från gamla universitetskurser i ML kom tillbaka. Elegansen i den funktionella programmeringsmodellen blev tydlig.

Jag laddade direkt ner Clojure och började utforska språket. Jag fick den känsla som jag tänker mig att många personer som fastnat för Ruby har; en känsla av att allt på något sätt känns naturligt och det blir omedelbart oerhört kul att programmera igen. Jag lyckades aldrig frambringa denna passion för Ruby trots att jag verkligen försökt flera gånger. Men med Clojure så kändes väldigt mycket rätt, även om inlärningströskeln inte på något sätt varit låg. Trots att verktygen är relativt primitiva, utbudet av bibliotek och tredjepartskomponenter liten och mycket måste skrivas från början så kunde jag komma långt på kort tid. Det var kul, och jag kände mig produktiv. Dessutom var Clojure-gemenskapen väldigt välkomnande och hjälpsam.

Nu tenderar rent känslomässiga argument kanske att fungerar lite sämre som beslutsunderlag för att få en organisation att ta till sig ny teknik och nya arbetssätt. Det får helst finnas andra argument, som upplevs lite mer rationella. Som tur är så saknas det inte argument av den typen för Clojure.

Utrycksfullhet

Clojure är uttrycksfullt och i grunden designat för att vara enkelt. Detta ger ett väldigt kraftfullt språk där mycket som kan upplevas som onödig ceremoni tagits bort. Det låter oss lägga fokus på det faktiska domänproblemen, och gör att vi mer effektivt kan styra bort från teknisk komplexitet. De funktionella aspekterna av Clojure, så som stöd för högre ordningens funktioner, bidrar även de till att språkets uttrycksfullhet.

Java som plattform

Genom att köra på JVM:en finns en robust och effektiv exekveringsmiljö redan på plats som är extremt väl spridd och accepterad. Genom sömlös integration med Java finns möjlighet att nyttja redan existerande tredjepartskomponenter, samtidigt som nyutvecklad Clojurekod enkelt kan integreras med existerande lösningar och miljöer. Clojure finns nu även i en version för exekvering på JavaScript-tolkar, ClojureScript.

Samtidighet

Det som ofta framförs som en viktig del av Clojures tänkta tillämpningsområde, är parallellisering och hantering av samtidighet. Under de senaste åren har utvecklingen mot snabbare och snabbare processorer bytts mot en utveckling som går mot fler och fler kärnor. En modern bärbar dator av i dag kan ofta vara bestyckad med en fyrkärnig processor, inte sällan med någon form av hyper-threadingteknik. Till och med telefoner och surfplattor kommer idag med flerkärniga processorer. Man kan argumentera för att många befintliga språk, så som Java, är mindre lämpade för att skapa de program som krävs för att till fullo utnyttja den kapacitet som flerkärniga processorer erbjuder.

Clojure är designat runt den funktionella programmeringsparadigmen. Datastrukturerna är persistenta, oföränderliga, och det finns en fullständig tanke runt identitet, tillstånd och tid. Bara det att man arbetar med icke muterbara datastrukturer hjälper långt i att hantera samtidighet. En icke muterbar datastruktur är trådsäker.

Funktionell programmering

Clojure är ett programmeringsspråk för funktionell programmering. Funktionell programmering är till stor del deklarativ, det låter oss fokusera på vad vi vill göra framför hur det ska göras. Stöd finns förstås i språket för högre ordningens funktioner, och datastrukturerna är icke muterbara. Att datastrukturer inte går att förändra efter att de är skapade, tillsammans med fokuseringen på rena funktioner, gör mycket för att hålla ner komplexiteten i program och underlätta parallellisering. Inom Domain-Driven Design förespråkar vi använding av värdeobjekt mycket på grund av detta, men det är svårt att få till i språk som Java. I Clojure får vi det som en integrerad del av språket.

Lisp

Många har starka åsikter om Lisp. Förutom ett par rader som jag klistrade in min .emacs-fil tidigt under våren 1996 hade jag ingen tidigare erfarenhet av Lisp innan jag kom i kontakt med Clojure. Släktskapet med Lisp gör Clojure annorlunda, och med det kommer några riktigt spännande möjligheter.

“Data som kod”, eller homoiconicity, och makron är ett par koncept som är starkt förknippade med Lisp. Det är koncept som kanske inte är helt enkelt att vrida sin hjärna runt, men när man väl börjar förstå vad det är och hur det kan användas så öppnas helt nya möjligheter. En konsekvens av denna egenskap, och att Clojure numera går att exekvera både på JVM:en och i en JavaScriptmiljö, är att vi kan använda samma språk för att uttrycka klientkod, serverkod och den data som flyttas mellan klient och server utan behov av mellanformat så som JSON eller XML.

Om du ännu inte kikat på Clojure så är det verkligen något som jag kan rekommendera Bli inte avskräckt över att det ser så annorlunda ut. Särskilt om du, som jag, har varit helt inne i en objektorienterad värld de senaste åren så är det ett fantastiskt sätt att vidga sina vyer och få nya perspektiv!

Ett urval av länkar

Stuart Halloway - Clojure, http://oredev.org/videos/clojure. En introduktion till Clojure och varför språket är viktigt, från Øredev 2009.
Rich Hickey - Are We There Yet?, http://www.infoq.com/presentations/Are-We-There-Yet-Rich-Hickey. En mycket spännande diskussion om identitet, tillstånd och tid som på många sätt utmanar etablerade sanningar runt tillstånd och OO, av Clojures skapare.
Paul Graham - Revenge of the Nerds, http://www.paulgraham.com/icad.html. En intressant diskussion om programmeringsspråk, och om det verkligen spelar någon roll vilket språk man använder. Från den kanske störste Lisp-förespråkaren av dem alla.
sthml.clj - Stockholm Clojure User Group, http://groups.google.com/group/stockholm-clojure-user-group. Användargrupp för Clojure i Stockholmsområdet

Bellmanstafetten 2011

Sun, 28 Aug 2011 20:56:28 GMT

I år lyckades vi få i hop två lag med deltagare som i nytryckta Citeruströjor avverkade de totalt 25 kilometrarna. Och till skillnad från förra året när det var kallt och mörkt fick vi i år en tävling i fantastisk väder med en skön efterföljande picknick i solen.

Nästa år satsar vi på tre lag i Bellmanstaffetten - hör av dig om du vill vara med! Under tiden laddar vi om inför Hässelbyloppet i oktober.

Agila kurser i Västerås och Linköping

Fri, 26 Aug 2011 08:21:53 GMT

Vi ser att agil/lättrörlig utveckling vinner fäste i allt fler organisationer och behovet av att utbilda personer till Scrum Master ökar över hela landet, säger Karin Edström, VD på Citerus. Att vara borta från jobbet två kursdagar klarar de flesta men med besväret kring resor och boende ser vi att det finns en tröskel mot att utbilda sig, en tröskel som vi nu tar bort för Mälardalen och Linköpingsregionen. Som ambassadörer för agila utvecklingsmetoder är det min förhoppning att fler företag och människor ska få del av fördelarna i form av högre effektivitet och pålitlighet, avslutar Karin.

Citerus lärare är certifierade av Scrum Alliance och de arbetar själva som konsulter med att införa och förbättra lättrörliga metoder.

Kurserna erbjuds följande datum:

Göteborg 30-31 augusti
Västerås 18-19 oktober
Linköping 22-23 november

Kursinformation hittar du på: www.citerus.se/kurser

För information om kurser:
Pär Buskas, 0736 - 20 44 80
par.buskas@citerus.se

För information om Citerus:
Karin Edström, 0733 - 225 227
karin.edstrom@citerus.se

Citerus är ett konsultföretag som hjälper sina kunder att lyckas med mjukvaruutveckling. Sedan 1996 har Citerus utvecklat mjukvara, lett projekt, förbättrat utvecklarpraxis och förfinat ledningsmetoder åt företag från många olika branscher. Citerus är experter på agila (lättrörliga) utvecklingsmetoder såsom Scrum, Domändriven design, Kanban och Lean. Citerus uppnår resultat genom att höja kvalitetsribban, sätta människor i första rummet och minska byråkratin.
www.citerus.se

Vad är återblickar?

Thu, 11 Aug 2011 10:15:04 GMT

Lättrörliga, eller agila, metoder har blivit ett vanligt sätt att arbeta i mjukvaruföretag idag. En central del i lättrörliga metoder är fokuset på lärande och förbättring. Med lättrörliga metoder bygger vi inte bara produkter av hög kvalitet, vi bygger också ökad kapacitet i våra organisationer.

Jag pratade med en utvecklare på ett stort produktföretag om det här med innovation och idéer. Han hade flera lovande idéer som han gärna ville utforska vidare, men fick inget gehör för dem. Jag frågade honom hur det kändes. Föga överraskande svarade han att det fick hans motivation att sakta dala.

För att en idé skulle anammas i företaget krävdes att den kom från rätt, officiellt håll. I det här fallet betydde det att de skulle komma från en chef på en viss nivå. Jag frågade om han trodde att det fanns fler som satt på idéer som inte togs tillvara. Han svarade att han trodde att nästan varenda en av hans kollegor hade en toppidé som bara låg och ruttnade bort i en byrålåda någonstans. När man försökt lyfta sin idé några gånger och misslyckats gav man helt enkelt upp.

Hur ser det ut i ert företag? Har ni en mekanism för att fånga upp idéer om såväl produkt- som processförbättringar? Hur gör ni för att undersöka vilka resultatförbättrande åtgärder era kollegor har tänkt ut, men ännu inte fått gehör för? Hur gör ni för att utvärdera dem, förankra dem och planera för deras genomförande?

Regelbundna återblickar är ett sätt att tillsammans utvärdera och förbättra verksamheten. Till skillnad från expertdrivna eller toppstyrda förbättringar, bygger återblickar på att engagera de som gör jobbet i förbättringarna. Det finns flera positiva effekter av det:

Det bygger engagemang för förbättringarna
Sannolikheten för att förbättringarna genomförs och accepteras ökar
De hjälper deltagarna att se saker och ting ur olika perspektiv

Hur fungerar en återblick rent praktiskt? Det krävs ingen svartkonst för att lyckas göra återblickar effektiva, men det krävs tålamod och uthållighet. Med lite hjälp kan ni lätt sätta ihop ett grundformat för era återblickar som ni kan använda under till exempel ett halvår, för att sedan utvärdera och förbättra det allt eftersom ni lär er mer om vad som fungerar bra för er.

Den som handleder en återblick behöver sätta sig in i vad som får en återblick att bli effektiv. En skicklig handledare fokuserar på att:

Skapa en miljö i återblicken som är trygg, så att deltagarna törs säga vad de tänker
Engagera gruppen med hjälp av interaktiva och ändamålsenliga övningar
Fånga upp det som sägs så att det inte går förlorat
Hjälpa gruppen omsätta sina idéer till en konkret och överenskommen handlingsplan

Ett sätt att lära sig mer om återblickar är att undersöka om det redan finns någon i organisationen som använder dem. I så fall kan man fråga om det går bra att delta som, helt tyst, observatör vid några tillfällen. Kanske kan också den som leder de återblickarna hjälpa din grupp med handledningen de första gångerna, så att ni blir varma i kläderna. Ett annat sätt är att ta hjälp av en erfaren extern handledare, dels för handledning de första gånger, dels för att hjälpa er att ta fram ett grundformat för era återblickar.

Rätt utförda är regelbundna ett effektivt sätt snabbt omsätta den kunskap och kreativitet som finns i organisationen till lösningar på både små och stora problem. Återblickar är med andra ord en bra affär rent ekonomiskt.

Närproducerat och kravmärkt är bättre!

Fri, 17 Jun 2011 09:13:48 GMT

Citerus är ett exempel på den typ av konsultbolag som nämns; vi är betydligt mindre än jättarna i branschen och består till övervägande del av konsulter med 10-15 års erfarenhet. Våra konsulter har dessutom jobbat tillsammans under en stor del av dessa år. Det gör att vi kan erbjuda våra kunder ett färdigt team som vi inte bara tror – utan vet – är långt mer effektivt än de flesta team som sätts ihop tillfälligt, ofta med en mix av anställda och timkonsulter.

Genom att anlita erfarna konsulter i sammansvetsade team, får man inte bara tillgång till best practices avseende tekniska vägval och kodning. Aktörer som Citerus har mycket lång erfarenhet av hur man jobbar med helheten; från att samverka med verksamheten för att på så sätt utgå från domänkunskapen när systemet eller funktionen designas, via effektiva kravformuleringsprocesser till att jobba med effektiva metoder för prioritering av arbetet, där affärsnytta alltid skall ha en framträdande plats.

Hur teamen jobbar med estimering och planering av sitt arbete, samt hur integration av den färdiga koden sker, påverkar i allra högsta grad såväl kvalitet som produktivitet. Genom att kombinera standardverktyg för enhetstestning, versionshantering och automatisering av byggprocessen kan man åstadkomma en byggmiljö som garanterar den tekniska kvaliteten i koden. Vi ser alltför få företag därute som jobbar kontinuerligt och långsiktig på detta område.

Samtliga moment i kedjan ovan kräver erfarenhet för att behärska och en förmåga att kombinera kunskapen till en helhet. Att höja och strömlinjeforma nivån kring Engineering Practices tar tid, och för varje gång team slås isär och sätts ihop igen kommer nya synsätt in som ger olikheter i den färdiga koden. Det är inte realistiskt att förvänta sig av juniora utvecklare som sätts samman i nya team skall kunna vara produktiva på en nivå som ens är jämförbar med ett samspelt team av erfarna konsulter. Detta har inget med den enskilde konsultens kompetens att göra, vi har förmånen att varje dag jobba med begåvade yngre utvecklare. Vi lär oss av dem lika ofta som de lär av oss.

Att adressera missade deadlines i projekten med att öka antalet utvecklare i teamen, ger sällan önskad effekt. Att outsorca utveckling till låglöneländer fungerar i vissa fall, när kraven är enkla och utrymmet för missförstånd litet. I de projekt där vi är involverade ser det sällan ut så. En kontinuerlig, ständig och nära dialog är en förutsättning att resultatet skall bli det önskade.

Därför erbjuder vi på Citerus ett närproducerat och kravmärkt alternativ till den traditionella outsourcingen; sammansvetsade, erfarna team på lättrörliga kontrakt, där fokus är att leverera prioriterad affärsnytta - inte att sysselsätta så många konsulter som möjligt!

Karin Edström
VD, Citerus AB

Citerus frigör kraften i mjukvara åt alla som har en vision

Läs mer

Störst är inte alltid bäst, ledare i Computer Sweden 7 juni 2011

Horisontell skrollning av vyer i Android

Mon, 30 May 2011 19:39:01 GMT

I ett Android-projekt hade jag ett krav att ta fram en UI-komponent för horisontell skrollning av ett variabelt antal vyer. Jag började titta efter vad andra har åstadkommit inom samma område och även på Androids egna ViewFlipper. ViewFlipper är en UI-komponent som lämpar sig bra om man har ett fixt antal vyer att växla mellan. Dessa vyer läggs till antingen med XML eller programmatiskt. Även om det rent teoretiskt skulle vara möjligt att fylla en ViewFlipperfrån en dynamisk källa så skulle det betyda att alla vyer i gruppen skulle vara laddade i minnet, trots att bara en vy syns åt gången.

ListView är en UI-komponent som klarar av en dynamisk mängd data utan att för den sakens skull fylla minnet. Den gör det genom att ladda ur vyer som inte längre är visuellt synliga och återanvända gamla vy-objekt när nya behöver skapas, dvs när användaren skrollar upp eller ner i en listvy. Jag bestämde mig för att skriva en UI-komponent för horisontell skrollning som fungerar likt ListView. Android-biblioteket, som är släppt som open source, heter ViewFlow och finns för nerladdning på GitHub.

ListView är förmodligen en av de mest använda UI-komponenterna i Android. Elementen i en ListView baseras på innehållet i den Adapter som kopplas till listvyn. En adapter tillhandahåller åtkomst till ett antal element och är också ansvarig för att generera vyer som representerar enskilda element. Adaptern fungerar således som en brygga mellan data och den AdapterView (generalisering av ListView) som visualiserar datat. ViewFlow, som är en specialisering av AdapterView, fungerar genom att buffra ett antal element om båda sidor om den för tillfället synliga vyn. Övergången mellan två vyer i ViewFlow är kontinuerlig vilket betyder att två vyer kan vara visuellt synliga samtidigt. Av den anledningen behöver man som minst ladda tre vyer åt gången (den för tillfället valda vyn samt en på vardera sida). Om en vy tar tid att visualisera (t.ex. om bilder laddas in asynkront för presentering i vyn) så kan det dock krävas en större buffert för att skrollningen ska flyta på utan att få känslan att vyer faktiskt laddas in dynamiskt.

ViewFlow är publicerat som ett android-bibliotek vilket betyder att det är väldigt lätt att återanvända. Du kan t.ex. med enkla medel referera ett android-bibliotek i Eclipse. För att använda ViewFlow lägger du bara till följande XML-kod i din layout:

<org.taptwo.android.widget.ViewFlow
          android:id="@+id/viewflow" android:layout_width="fill_parent"
          android:layout_height="fill_parent" />

Du kommer nu ha en ViewFlow-komponent med en sidobufferstorlek på tre, vilket betyder maximalt sju (3*2 + 1) vyer i minnet åt gången. Att koppla en adapter till ViewFlow görs precis som med ListView:

ViewFlow viewFlow = (ViewFlow) findViewById(R.id.viewflow); 
viewFlow.setAdapter(myAdapter);

Om man är i behov av att veta vilken vy som är aktiv för tillfället så kan man registrera en ViewSwitchListener.


viewFlow.setOnViewSwitchListener(new ViewSwitchListener() {
      public void onSwitched(View v, int position) {
          // Your code here
     }
  });

Källkoden är släppt under Apache License 2.0 och finns att ladda ner på Github. Rapportera gärna in buggar och problem ni upptäcker, eller allra helst, skicka pull request om du kan lösa buggen själv.

Filmen från Hackers’ Night Crazy Snake

Mon, 30 May 2011 08:38:10 GMT

Programmeringstävlingen Hackers' Night Crazy Snake edition samlade tretton lag som gjorde upp om vem som på begränsad tid kunde programmera den smartaste ormen. En gedigen insats från kvällens Snakemaster Mikael Boman och hans tävlingsteam från Citerus gjorde programmeringstävlingen till spännande underhållning på den stora skärmens virtuella ormgrop. Upplev kvällen på tre och en halv minut.

Läs mer om tävlingen och om det vinnande bidraget.

Tobias Fors blixttalar på Agila Sverige 2011

Tue, 10 May 2011 14:07:54 GMT

Begreppet systemtänk eller framförallt bristen på det har stor påverkan på IT-intensiva företag. Under föreläsningen kommer många tyvärr känna igen sig i de problem som beskrivs. Systemtänkande är det nya sättet att möta gamla utmaningar, att hitta kreativa lösningar på bland annat följande problem:

Ett separat testteam inrättas för att höja kvalitén. Effekten blir den motsatta.
Små ändringar görs i ett system, plötsligt smäller det på sju olika ställen.
Lösningar ger helt motsatt effekt mot vad det är tänkt.
Problem biter sig kvar trots hårt och långvarigt arbete.
Ibland är lösningen att flytta den bäste utvecklaren!

Tobias Fors

Talare på Agila Sverige 2011

Tobias Fors är en av Sveriges mest erfarna konsulter inom agil (lättrörlig) utveckling. Han har erfarenhet från både programmering och ledarskap och en mycket god förståelse för helhetsbilden i mjukvaruutveckling. Tobias Fors har framgångsrikt stöttat förbättringsarbetet hos både enskilda team och hela avdelningar.

Ladda Clojure-kod med java.util.ServiceLoader

Thu, 05 May 2011 09:23:26 GMT

Jag tänkte berätta lite om ett problem som vi stötte på under utveckling av spelmotorn till vår programmeringstävling Crazy Snake. Förhoppningsvis kan några av våra lärdomar kring klassladdning i Clojure och användandet av ServiceLoader att komma till användning för andra.

De tävlande lagen tillhandahöll var sin jar-fil med en ormhjärna (som implementerande Brain-interfacet i vårt API). Tanken var att ladda in de tävlandes jar-filer i runtime och instantiera en hjärna för varje lag. Hjärnan användes sedan för att skapa en orm som rörde sig på spelplanen. Således behövde vi använda dynamisk klassladdning för att ladda de olika lagens hjärnor.

Det vanligaste sättet att ladda klasser dynamiskt har tidigare varit att använda klassens namn och anropa Class.forName(). Eftersom vi inte ville styra vilket klassnamn de deltagande lagen skulle använda tyckte vi inte om den lösningen. I Java SE 6 infördes klassen ServiceLoader som ger möjlighet att ladda en klass baserad på dess typ istället för dess namn (som tidigare med Class.forName()). ServiceLoader läser filer i katalogen META-INF/services i sin classpath och instantierar en klass baserat på namnen som finns angivna i den filen. Dock måste klasserna implementera det interface som anges i ServiceLoader.load(). Namnet på filen med implementationsklasser måste även stämma överrens med det interface som klasserna implementerar. I vårt fall innehöll alltså alla deltagares jar-filer filen META-INF/services/se.citerus.crazysnake.Brain. Om denna förklaring inte var tydlig kan du titta i exempel-projekten här för att se hur det hela såg ut.

När vi implementerade spelmotorn använde vi alltså ServiceLoader för att ladda deltagarnas implementationer av ormhjärnor. Deltagarna packade in sin implementation av ormhjärnan i en jar-fil och vi laddade dem med ServiceLoader som fick en referens till en URLClassLoader till deltagarens jar-fil. Koden såg ut ungefär så här:

  URL[] urls = {file.toURI().toURL()}; 
  ClassLoader classLoader = new URLClassLoader(urls); 
  ServiceLoader<Brain> services = ServiceLoader.load(Brain.class, classLoader);

Detta tillvägagångssätt fungerade för våra första test-hjärnor och vi började känna oss kanske nöjda. Vi ville dock även gärna ge möjligheten för deltagarna att implementera Brain-interfacet i andra JVM-stödda språk än Java och snabbt kom vi att tänka på Clojure som ett utmärkt alternativ. Detta visade sig dock vara något klurigare än vi först insåg.

Våra ormhjärnor skriva i ren Java kunde laddas utan problem (även Groovy och Scala gick bra), men när vi provade att ladda vår test-implementation som var skriven i Clojure stötte vi på patrull. Vi implementerade vår test-implementation i Clojure med :gen-class. En korkad exempel-orm som illustrerar detta ser ut såhär:

(ns se.citerus.crazysnake.brain.clojure-brain
  (:import
    [se.citerus.crazysnake Movement])
  (:gen-class
    :name se.citerus.crazysnake.brain.ClojureBrain
    :implements [se.citerus.crazysnake.Brain]
    :main false))

;-- Implementation of Brain interface

(defn -init [this participants meta])

(defn -getName [this]
  "ClojureBrain")

(defn -getNextMove [this state]
  Movement/FORWARD)

När vi skulle ladda vår Clojure-hjärna genom att iterera över vår ServiceLoader så kastades ett ServiceConfigurationError. Vi gjorde lite efterforskning och fann på att Clojure per default använder sig av kontextklassladdaren för den anropande tråden. Eftersom den anropande trådens klassladdare inte har kännedom om vår Clojure-kod fungerade detta inte. Som tur var kan man sätta om denna i Java och när vi istället satte trådens kontextklassladdare innan vi anropade ServiceLoader.load() fungerade det hela mycket bättre. Koden som vi slutligen använde i spelet såg ut ungefär så här:

File brainImplementingJarFile = new File(pathToJar);
URL[] urls = {file.toURI().toURL()};
ClassLoader contextLoader = Thread.currentThread().getContextClassLoader();
ClassLoader classLoader = new URLClassLoader(urls, contextLoader);
Thread.currentThread().setContextClassLoader(classLoader);
ServiceLoader<Brain> services = ServiceLoader.load(Brain.class, classLoader);

// Reset the context classloader    
Thread.currentThread().setContextClassLoader(contextLoader);

Detta är en väldigt liten, detaljerad inblick i vår implementation av spelet. Det var också något som vi lärde oss under resans gång och som vi gärna vill dela med oss av.

Hoppas det kommer till användning!

Lag Paxport vann Crazy Snake

Thu, 05 May 2011 09:27:34 GMT

Minns du spelet Snake? Det gör i princip alla som någon gång har haft en Nokiatelefon, inklusive vi på Citerus. Inte utan en liten gnutta nostalgi bestämde vi oss därför för att ordna en tävling under namnet Hackers' Night - Crazy Snake edition. I korthet gick tävlingen ut på att skapa en orm som på en spelplan med andra ormar kunde äta så mycket frukt som möjligt och samtidigt undvika att krascha in i något - sig själv, en annan orm eller en vägg (de fullständiga tävlingsreglerna finns här). Lagen fick tillgång till ett API och en spelmotor som vi på Citerus programmerade.

Totalt samlades tretton lag med upp till tre medlemmar för att göra upp, påhejade av över 20 åskådare. Det blev tidigt tydligt att lagen hade förberett sig olika mycket; en del inte alls och medan andra hade listat ut hur spelmotorn borde fungera och byggt en egen version att testa sin idéer mot.

En del hade svårt i första heatet och ett lag lämnade till och med walk over till första heatet då de inte hunnit med att skapa en fungerande ormhjärna. Efter detta började det bli mer spännande och för varje heat så blev det fler bra hjärnor och därmed jämnare heat. Laget VSG valde till exemepl att köra på en och samma ormhjärna i alla heat medan Paxport förfinade sin kontinuerligt.

Resultat

Finalen blev en spännande uppgörelse som slutade på följande sätt:

1:a	Paxport Systems feat. Itello	Joel Jonsson, Henrik Ygge, Dmitry Palagin
2:a	Grand Champions	Jens Ståhl, Malin Ljungh och Jonas Samuelsson
3:a	VSG	Johan Ringdahl, Magnus Rundlöf

Finalen avgjordes när två av ormarna kraschade och Paxport därmed kunde promenera, eller snarare ringla, hem segern i ensamt majestät. Grattis Paxport till en välförtjänt seger!

Kort om vinnaralgoritmen

Paxport beskrev själva sin sista version, som de körde i heat 3 och finalen, som bättre på att äta frukt men lite sämre på överlevnad än tidigare versioner. Vinnarhjärnan gjorde A*-sök mellan alla maskars huvud och alla frukter och bestämde sedan "mest attraktiva frukt att navigera mot" som den närmaste frukt som garanterat kan nås innan någon av motståndarna kan nå den. Till detta fanns också en panic-move-strategi när någon motståndares huvud var nära, samt analys för att inte åka in i för små konkava utrymmen.

Slutligen...

...vill vi tacka alla lag och åskådare som gjorde detta till en kväll som var både lärorik och rolig. Ju mer vi satte oss in i att programmera ormhjärnor, desto mer insåg vi hur komplex och nyanserad det är och att vinnaralgoritmen skulle kunna gå att förbättras ytterligare. Till exempel kan man tänka sig en ormhjärna som håller koll på vilka av de andra ormarna som gör avsteg från deras respektive bästa/säkra vägar och komma ihåg dessa som dumma ormar; detta i sin tur skulle kunna göra att man ibland väljer att sikta på frukt som en dummare orm har närmare till. Vår spelplan var 50*50 rutor, men på en större spelplan med fler ormar (vi hade maximalt 6 ormar på plan samtidigt) skulle man eventuellt behöva snabba upp sökalgoritmen till en naiv sökning mellan närmsta frukt och de andra ormarnas frukt.

Tack också för alla uppmuntrande tweets före, under och efter tävlingen. Inom kort kommer vi att publicera fler bilder och en video från kvällen, så håll utkik!

Sammanfattning av Citerus programmeringstävling på Jfokus 2011

Wed, 16 Mar 2011 10:58:15 GMT

Godkända bidrag

Först och främst måste vi säga att responsen på tävlingen var långt bättre än vad vi hade kunnat drömma om. Vi fick in hela 109 bidrag (plus en lösning på papper av en kund som inte är programmerare) och blev även omnämnda i CS Jobb. Kul!

Av 109 inlämnade bidrag skrivna i 14 olika språk gav 63 stycken (58 %) korrekta svar på vårt testdata.

Utmaningen var alltså inte en helt trivial nöt att knäcka, men här kommer en komplett lista på de 63 personer som klarade den bedriften och som därmed förtjänar ett hedersomnämnande:

Namn	Språk	Twitter	Länk till kod
Anders Ahlgren	java	-	http://www.citerus.se/post/257700-alternativ-l-sning-1-snabb-ven-p
Anders Ekström	java	-
Anders Eriksson	java	anders_eriksson
Anders Gustafson	java	-	http://www.citerus.se/post/260388-alternativ-l-sning-4-elegant-och-l-ttl-st
Anders Malmros	groovy	-
Björn Antonsson	scala	-
Brian Al Saadi	java	-
Carin Lidmar	java	carinlidmar	http://www.citerus.se/post/255951-vinnaren-utsedd-i-citerus-programmeringsutmaning-p
Daniel Andefors	scala	-
Daniel Rejment	java	-
Dmitry Palagin	java	-
Fredrik Prüzelius	java	pruzze
Henrik Hjelte	lisp	-
Henrik Warne	java	-
Henrik Ygge	java	-
Jakob Bergendahl	java	jakber
Jan "pi" Bäckström	java	JanBackstrom
Jan Palmquist	java	-
Jens Jansson	java	Peppe_
Jens Ståhl	java	cykeltillsalu
Joakim Andersson	scala	joakim666
Joel Jonsson	java	joeljons
Johan Andrén	java	-
Johan Haukka	java	-
Johan Wirde	clojure	jwirde
Jonas Samuelsson	groovy	-
Jörgen Andersson	java	se_thinking
Kåre Jonsson	java	karejonsson
Kristian Skotte	java	-
Kristofer Karlsson	java	-
Magnus Åhlander	java	-
Magnus Eriksson	java	JavaFanBoy
Magnus Ljung	java	-	http://www.citerus.se/post/257716-alternativ-l-sning-2-graf-och-dijkstra
Magnus Svedjebratt	java	-
Marcus Frödin / Jonas Wiklund	scala	-
Mathias Jiderhamn	java	-
Matti Pehrs	java	pehrs
Mattias Jansson	jython	fimblo
Mattias Norrby	jruby	-
Mikael Löthman	java	-
Mikael Vessgård	java	-
Mikael Wikblom	java	mwikblom
Mikko Puustinen	groovy++	-
Niklas Udd	java	-
Odd Möller	scala	oddan
Olle Sundblad	java	-
Patrik Nordwall	scala	patriknw
Pelle Andersson	java	-
Per Ullberg	java	-
Peter Jaric	java	peterjaric	http://javahacker.com/?p=412
Petrus Bergman	java	-
Petter Cederqvist	java	-
Petter Hill	java	-
Roger Westerlund	groovy	rogerwesterlund
Staffan Nöteberg	java	staffannoteberg	http://blog.staffannoteberg.com/2011/02/15/my-solution-to-citerusjfokus-programming-contest/
Stefan Olsson	java	-
Thomas Alexandre	scala	tomalex1	http://talexandre.wordpress.com/2011/03/15/jfokus-2011citerus-programming-contest/
Thomas Bladh	java	-
Thomas Podal	java	-
Tomas Lundström	java	-
Viktor Hedefalk	scala	-	http://hedefalk.posterous.com/43264654
Örjan Lundberg	scala	oluies
Östen Forshed	java	ofdofd

Språk

Av de 62 godkända bidragen var den absoluta merparten, 45 stycken, skrivna i Java. Nio bidrag var skrivna i Scala, tre i Groovy eller Groovy++ medan de övriga bidragslämnarna var ensamma med sitt val av språk.

Det mest svårlästa bidraget som lämnades in var skrivet i Brainfuck, "Hjärntrassel" (för att använda den mer familjevänliga översättningen på Wikipedia). "Att programmera i brainfuck är svårt, att läsa brainfuckkod är ännu svårare" hävdar Wikipedia helt korrekt och tyvärr var det Brainfuck-bidrag som lämnades in inte en godkänd lösning på problemet. Vi vill ändå tacka bidragslämnaren för att ha bidragit till mångfalden i tävlingen och publicerar bidraget i sin helhet nedan så att den hugade kan försöka sig på att felrätta koden (och vågar oss på att utlova ett hederspris till den som lyckas):

build VOCDIITEIOCRUDOIANTOCSLOIOCVESTAIOCVOLIOCENTSU in memory
 
>++++++[->++++++++++++++<]>++[->>+>+<<<]>>>-------[->>+>+<<<]>>>------------[-
>>+>+<<<]>>>+[->>+>+<<<]>>>+++++[->>+>+<<<]>>>[->>+>+<<<]>>>+++++++++++[->>+>+
<<<]>>>---------------[->>+>+<<<]>>>++++[->>+>+<<<]>>>++++++[->>+>+<<<]>>>----
--------[->>+>+<<<]>>>+++++++++++++++[->>+>+<<<]>>>+++[->>+>+<<<]>>>[----->>++
++>++++<<<]>>>+++++++++++[->>+>+<<<]>>>------[->>+>+<<<]>>>--------[->>+>+<<<]
>>>+++++++++++++[->>+>+<<<]>>>++++++[->>+>+<<<]>>>-----[->>+>+<<<]>>>---------
---[->>+>+<<<]>>>++++++++++++++++[->>+>+<<<]>>>-------[->>+>+<<<]>>>+++[->>+>+
<<<]>>>------[->>+>+<<<]>>>++++++[->>+>+<<<]>>>------------[->>+>+<<<]>>>-[---
>>++++>++++<<<]>>-->---[----->>++++>++++<<<]>>+>+++++++++++++++[->>+>+<<<]>>>+
[->>+>+<<<]>>>[---->>+++>+++<<<]>>++>++++++++++[->>+>+<<<]>>>++++++[->>+>+<<<]
>>>------------[->>+>+<<<]>>>-[--->>++++>++++<<<]>>-->---------[->>+>+<<<]>>>-
--[->>+>+<<<]>>>---[->>+>+<<<]>>>++++++[->>+>+<<<]>>>------------[->>+>+<<<]>>
>++[->>+>+<<<]>>>+++++++++[->>+>+<<<]>>>++++++[->>+>+<<<]>>>-[->>+>+<<<]>>>++[
->>+<<]>>[<<<]>>>
 
replace strings
 
TDD
[<++++++++++++[->-------<<+++++++>]>>+<[>-]>[>]<<<<[->>+<<]>>>><[->+++++++++++
++++++[->----<<++++>]<+>>->+<[>-]>[>]<<<<[->>+<<]>>>><[->+++++++++++++++++[->-
---<<++++>]<+>>->+<[>-]>[>]<<<<[->>+<<]>>>><[-<[-]<<<[-]<<<[-]>>>>>>>>>[[-<<<<
<<<<<+>>>>>>>>>]>>>]<<<<<<<<<<<<[<<<]>>>>>>>]<<<]<<<]>>]<<<[<<<]>>>
 
DDD
[<+++++++++++++++++[->----<<++++>]<+>>->+<[>-]>[>]<<<<[->>+<<]>>>><[->++++++++
+++++++++[->----<<++++>]<+>>->+<[>-]>[>]<<<<[->>+<<]>>>><[->+++++++++++++++++[
->----<<++++>]<+>>->+<[>-]>[>]<<<<[->>+<<]>>>><[-<[-]<<<[-]<<<[-]>>>>>>>>>[[-<
<<<<<<<<+>>>>>>>>>]>>>]<<<<<<<<<<<<[<<<]>>>>>>>]<<<]<<<]>>]<<<[<<<]>>>
 
ANT
[<++++++++[->--------<<++++++++>]<+>>->+<[>-]>[>]<<<<[->>+<<]>>>><[->+++++++++
++++[->------<<++++++>]>>+<[>-]>[>]<<<<[->>+<<]>>>><[->++++++++++++[->-------<
<+++++++>]>>+<[>-]>[>]<<<<[->>+<<]>>>><[-<[-]<<<[-]<<<[-]>>>>>>>>>[[-<<<<<<<<<
+>>>>>>>>>]>>>]<<<<<<<<<<<<[<<<]>>>>>>>]<<<]<<<]>>]<<<[<<<]>>>
 
IOC
[<+++++++++[->--------<<++++++++>]<+>>->+<[>-]>[>]<<<<[->>+<<]>>>><[->++++++++
+++++[->------<<++++++>]<+>>->+<[>-]>[>]<<<<[->>+<<]>>>><[->+++++++++++[->----
--<<++++++>]<+>>->+<[>-]>[>]<<<<[->>+<<]>>>><[-<[-]<<<[-]<<<[-]>>>>>>>>>[[-<<<
<<<<<<+>>>>>>>>>]>>>]<<<<<<<<<<<<[<<<]>>>>>>>]<<<]<<<]>>]<<<[<<<]>>>
 
LOC
[<+++++++++[->--------<<++++++++>]<++++>>---->+<[>-]>[>]<<<<[->>+<<]>>>><[->++
+++++++++++[->------<<++++++>]<+>>->+<[>-]>[>]<<<<[->>+<<]>>>><[->+++++++++++[
->------<<++++++>]<+>>->+<[>-]>[>]<<<<[->>+<<]>>>><[-<[-]<<<[-]<<<[-]>>>>>>>>>
[[-<<<<<<<<<+>>>>>>>>>]>>>]<<<<<<<<<<<<[<<<]>>>>>>>]<<<]<<<]>>]<<<[<<<]>>>
 
DI
[<+++++++++++++++++[->----<<++++>]>>+<[>-]>[>]<<<<[->>+<<]>>>><[->+++++++++[->
--------<<++++++++>]<+>>->+<[>-]>[>]<<<<[->>+<<]>>>><[-<[-]<<<[-]>>>>>>[[-<<<<
<<+>>>>>>]>>>]<<<<<<<<<[<<<]>>>>]<<<]>>]<<<[<<<]>>>
 
DO
[<+++++++++++++++++[->----<<++++>]>>+<[>-]>[>]<<<<[->>+<<]>>>><[->++++++++++++
+[->------<<++++++>]<+>>->+<[>-]>[>]<<<<[->>+<<]>>>><[-<[-]<<<[-]>>>>>>[[-<<<<
<<+>>>>>>]>>>]<<<<<<<<<[<<<]>>>>]<<<]>>]<<<[<<<]>>>
 
OO
[<+++++++++++++[->------<<++++++>]<+>>->+<[>-]>[>]<<<<[->>+<<]>>>><[->++++++++
+++++[->------<<++++++>]<+>>->+<[>-]>[>]<<<<[->>+<<]>>>><[-<[-]<<<[-]>>>>>>[[-
<<<<<<+>>>>>>]>>>]<<<<<<<<<[<<<]>>>>]<<<]>>]<<<[<<<]>>>
 
UI
[<++++++++++++[->-------<<+++++++>]<+>>->+<[>-]>[>]<<<<[->>+<<]>>>><[->+++++++
++[->--------<<++++++++>]<+>>->+<[>-]>[>]<<<<[->>+<<]>>>><[-<[-]<<<[-]>>>>>>[[
-<<<<<<+>>>>>>]>>>]<<<<<<<<<[<<<]>>>>]<<<]>>]<<<[<<<]>>>
 
CV
[<+++++++++++++++++[->----<<++++>]<->>+>+<[>-]>[>]<<<<[->>+<<]>>>><[->++++++++
++++[->-------<<+++++++>]<++>>-->+<[>-]>[>]<<<<[->>+<<]>>>><[-<[-]<<<[-]>>>>>>
[[-<<<<<<+>>>>>>]>>>]<<<<<<<<<[<<<]>>>>]<<<]>>]<<<[<<<]>>>
 
SU
[<++++++++++++[->-------<<+++++++>]<->>+>+<[>-]>[>]<<<<[->>+<<]>>>><[->+++++++
+++++[->-------<<+++++++>]<+>>->+<[>-]>[>]<<<<[->>+<<]>>>><[-<[-]<<<[-]>>>>>>[
[-<<<<<<+>>>>>>]>>>]<<<<<<<<<[<<<]>>>>]<<<]>>]<<<[<<<]>>>
 
VO
[<++++++++++++[->-------<<+++++++>]<++>>-->+<[>-]>[>]<<<<[->>+<<]>>>><[->+++++
++++++++[->------<<++++++>]<+>>->+<[>-]>[>]<<<<[->>+<<]>>>><[-<[-]<<<[-]>>>>>>
[[-<<<<<<+>>>>>>]>>>]<<<<<<<<<[<<<]>>>>]<<<]>>]<<<[<<<]>>>
 
[.>>>]
 
\n
++++++++++.

Andra mindre vanliga språk som förekom bland bidragen var F#, awk, jython och de funktionella språkens old-boy Lisp från 1958 som aktiverade nostalgigenerna hos mer än en av Citerus konsulter eftersom flera av oss introducerades till systemutvecklingens fascinerande värld på 1990-talet genom funktionell programmering i språket ML. Vi har dessutom ett gott öga till Lisp-dialekten Clojure som körs på Java Virtual Machine.

Längd och läsbarhet

Slutligen några ord om antal kodrader och läsbarhet:

Genomsnittslängden var ungefär 60 rader kod, men de olika bidragen varierade enormt i längd.
Den mest omfattande lösningen i antal kodrader var ett helt projekt med en snygg presentation (se alternativ lösning 2).
De kortaste lösningarna var bara några få rader kod. En av de kortaste som dessutom använder en hel del av tricken är den som vi tåtat ihop själva (se alternativ lösning 5).

Det finns inte någon strikt bästa lösning på något problem; värdet eller kvaliteten av koden beror helt och hållet på vilket problem som den ska lösa.

Det finns inget självklart samband mellan antal rader kod och läsbarhet (som ju dessutom är ett subjektivt begrepp som beror mycket på läsaren). Vissa korta lösningar gick snabbt att sätta sig in i medan andra krävde desto mer tankeansträngning för att förstå. Slutsatsen och kärnfrågan i den efterföljande diskussionen är att det inte finns någon strikt bästa lösning på något problem; varje lösning har starka och svaga sidor ur olika perspektiv och värdet eller kvaliteten av koden beror helt och hållet på vilket problem som den ska lösa.

Tack!

Slutligen vill vi passa på att tacka alla som har engagerat sig i tävlingen och bevisat att det finns en stor vilja bland svenska utvecklare att skapa vacker, läsbar och effektiv kod som löser problem och att debattera för- och nackdelar med olika lösningar. Det betyder att det finns gott hopp för svensk mjukvaruindustri i den ökande globala konkurrensen. Tack!

Vi laddar nu inför nästa tävling som kommer att ha ett helt annat, mer slingrande, format!

Det finns gott hopp för svensk mjukvaruindustri i den ökande globala konkurrensen.

Tävlingsjuryn,

Tobias Hill, Patrik Åkerfeldt, Mattias Holmqvist och Jesper Hammarbäck

Citerus i vinnarlag på Appening 2011

Mon, 21 Mar 2011 13:19:47 GMT

I helgen tävlade - och vann - Citerus konsult Patrik Åkerfeldt i Mittuniversitetets och E-delegations Appening 2011. Det är en 24-timmarstävling med syfte att ta fram tjänster som baseras på offentliga data, tjänster som i förlängningen ska leda till att Sverige tar tätpositionen globalt när det gäller att tillgängliggöra offentlig data. I Sundsvall möttes deltagare från näringsliv, offentlig förvaltning och från akademi för att göra upp om totalt fem priser.

Lagmedlemmarna i Team Avtryck som ett dygn senare stod som vinnare till två av dessa fem priser fann varandra på Twitter och bestod av Patrik @pakerfeldt Åkerfeldt (Citerus), Johan @johanni Nilsson, Joakim @jbripley Bodin, Jonas @jonasbeckman Beckman och Johan @nollbit Mjönes.

Användarvänlighet och sociala funktioner skapar nytta

- "Vårt val av datakälla föll ganska snabbt på Riksantikvarieämbetet och deras K-Samsök som är ett API för att hämta ut kulturarvsdata. Deras datamängd är otroligt rik med i dagsläget över 3,5 miljoner objekt.", förklarar Patrik.

- "Riksantikvarieämbetet har redan en Android-applikation idag som kan användas för att söka ur all den information som finns i denna databas, men nyttan med detta för vanliga användare är begränsad. Vi ville istället göra en applikation som väljer ut och presenterar information från K-Samsök på ett mer användarvänligt och socialt sätt. Därför utvecklade vi en tjänst vi kallar Avtryck."

Med Android-appen Avtryck kan man göra guidade turer baserat på information ur K-Samsök. Turerna skapar man genom ett webbgränssnitt och tanken är att vem som helst ska kunna ta fram guidade turer. Tjänsten inehåller också sociala funktioner så som möjlighet att kommentera och "gilla" turer och att kunna dela med sig av information man ges under turen via sociala medier som till exempel Twitter.

Vi på Citerus brinner visserligen för välskriven kod av hög kvalitet i sig, men det vi riktigt går igång på är när de tjänster och applikationer som vi utvecklar kan skapa hög affärsnytta och på sitt sätt bidra till en bättre värld. Därför är vi extra stolta över Patriks och Team Avtrycks bedrift att kamma hem både Bästa tjänst eller app som bygger på kulturarvsdata och Bästa tjänsteidé. Bra jobbat!

Mer information

Samtliga vinnare på Appening 2011: http://www.appening.se/resultat
Team Avtrycks kod: https://github.com/Avtryck

Konferens om Lean och Agile i Stockholm

Fri, 18 Mar 2011 07:02:36 GMT

(Dessutom kommer jag att gnabbas med experter på scen om likheter och skillnader mellan Lean och Agile, det blir spännande att se vad som kommer ut av det)

Läs mer här och innan du klickar på anmälan, kontakta mig, så ordnar jag 30% rabatt på priset eftersom du läser den här bloggen :)

Securing webservices without going crazy

Thu, 24 Feb 2011 13:00:55 GMT

I have issues with Webservices. As you might not remember even if you read it, I wrote an article for PNEHM a while back about how we could avoid the madness of how Webservices used to be created and configured (the article was in Swedish back then): http://www.citerus.se/post/220208-en-titt-p-xfire. Using a framework called XFire, we could use a simple Javabean as a service and avoid all the fluff that was needed to publish a service and create a dynamic client to connect to it - without for instance generating a bunch of classes via a WSDL.

Since then, some of the things that used to make XFire special have been adopted as the standard way of doing things, which is really nice. However, there are still annoyances and headaches associated with making Webservices working easily.

Given a free choice, I would suggest that the reader stay away from all the "heavy" things defined by the standards and just go along the route of REST based services, secured on URL/resource level via HTTPS and normal web session login. Sometimes however, the choice is not yours, so you need to get along with whatever is chosen for you.

This small article is about such a time, making something work decently enough. In this case, it's about setting up a simple Webservice and securing the communication to it via WSSecurity - what we’ll do is set a timestamp and signature on SOAP messages, and encrypt the information being sent. The client side should be set up to have the capability to communicate with such a Webservice, and do some serious logging of what's being transferred - so we can actually tell if the messages have been encrypted or not.

My framework of choice for this, is the evolution of the old XFire framework - CXF. It makes (dynamic) service/client creation a breeze, and also allows for adding logging and security in an easy enough way for me to endure it. CXF can't do all of this on its own though, it uses the open-source WSS4J project to provide WSSecurity functionality.

So, what do we need to get started?

First of all, we need encryption keys if the communication is supposed to be decently secure. If you don't know much about public/private keys, certificates and their role in WSSecurity, take a look at this introduction:

https://cwiki.apache.org/CXF20DOC/ws-security.html

We want to generate keys for both the client and for the server, and they should each have their own keystore. We also want to establish mutual trust between the server and the client, meaning that we want the keystore of the client to know and trust the server's signature, and vice versa.

The link above describes this scenario quite well.

The actual commands to make things work are run using a shell script called setup-keystore.sh (or use the .bat file) inside the sample zip file, so you don't have to type it all out. There are however already generated keystores available, to make things work more easily.

(See http://www.sslshopper.com/article-most-common-java-keytool-keystore-commands.html for a good listing of keytool operations.)

After having created the certs, we now need to create a basic Webservice to use - and to configure it the way we want it.

This is the code of the Webservice:

/**
 * @see se.citerus.wssecurity.TheService
 */
@WebService(endpointInterface = "se.citerus.wssecurity.TheService")
public class TheServiceImpl implements TheService
{
    @Override
    public String sayHello(String name)
    {
        return "Hello " + name + "!";
    }
}

.. implementing this interface:

@WebService
public interface TheService
{
    String sayHello(String name);
}

Yikes, such an enterprise project right there.

So, now we have the Webservice - what about the client?

// Configure Spring
XmlBeanFactory factory = new XmlBeanFactory(new ClassPathResource("client-context.xml"));

// Get a handle to the service via CXF generated client
TheService helloService = (TheService) factory.getBean("service");
System.out.println("Message received: " + helloService.sayHello("Blahonga Blahonga"));

This is when the observant reader realizes that this little example is actually using Spring for configuring CXF. This is for two reasons; partly because the old article also used Spring, partly because I figured it would be more relevant to see this example in a context that's not just CXF on its own - even though configuring this with just CXF in plain Java is quite doable.

Anyway, as we're trying to do WSSecurity configuration - the Spring configuration for that is going to require some explaining. To secure the communication, we need to do the following things before it will work the way we want it to:

Configure CXF to add interceptors to the SOAP communication call stack, applying WSSecurity (via WSS4J) to the message exchange.
Add the keystores containing our generated keys to the solution, and make WSS4J aware of them.
Define what the WSS4J framework should do about the messages we send.

First, let's have a look at the server-side configuration. We'll package the Webservice in a war archive, which means that we need a web.xml descriptor:

    <context-param>
        <param-name>contextConfigLocation</param-name>
        <param-value>/WEB-INF/applicationContext.xml</param-value>
    </context-param>
    <listener>
        <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
    </listener>
    <servlet>
        <servlet-name>CXFServlet</servlet-name>
        <servlet-class>org.apache.cxf.transport.servlet.CXFServlet</servlet-class>
        <load-on-startup>1</load-on-startup>
    </servlet>
    <servlet-mapping>
        <servlet-name>CXFServlet</servlet-name>
        <url-pattern>/*</url-pattern>
    </servlet-mapping>

We're basically just saying here to use Spring, and refer to a configuration file for Spring to use that we'll review in a moment.

We also configure CXF's Servlet for receiving Webservice requests, and map all incoming requests to use the CXF Servlet.

The below Spring XML configuration sets up the Webservice:

    <import resource="classpath:META-INF/cxf/cxf.xml"></import>
    <import resource="classpath:META-INF/cxf/cxf-extension-soap.xml"></import>
    <import resource="classpath:META-INF/cxf/cxf-servlet.xml"></import>

    <!-- Define the webservice doing Hello World in a pretty secure way :o -->
    <jaxws:endpoint implementor="se.citerus.wssecurity.TheServiceImpl" address="/HelloWorld">
         <jaxws:outinterceptors>
             <ref bean="WSSecurityServiceResponseInterceptor"></ref>
         </jaxws:outinterceptors>
         <jaxws:ininterceptors>
             <ref bean="WSSecurityServiceRequestInterceptor"></ref>
         </jaxws:ininterceptors>
      </jaxws:endpoint>

We import the Spring bean declarations that CXF requires, and then we define our Webservice as a JaxWS endpoint.

Not too bad. However, the configuration refers to two interceptors - and this is where it gets a bit confusing.

The interceptor definitions look like this:

    <!-- Interceptor for decrypting and validating the signature of the request -->
   <bean id="WSSecurityServiceRequestInterceptor" class="org.apache.cxf.ws.security.wss4j.WSS4JInInterceptor">
       <constructor-arg>
           <map>
               <entry key="action" value="Timestamp Signature Encrypt"/>
               <entry key="signaturePropFile" value="keystore.properties"/>
               <entry key="decryptionPropFile" value="keystore.properties"/>
               <entry key="passwordCallbackClass" value="se.citerus.wssecurity.ServerPasswordCallback"/>
           </map>
       </constructor-arg>
   </bean>

   <!-- Interceptor for timestamping, signing and encrypting the response -->
   <bean id="WSSecurityServiceResponseInterceptor" class="org.apache.cxf.ws.security.wss4j.WSS4JOutInterceptor">
       <constructor-arg>
           <map>
               <entry key="action" value="Timestamp Signature Encrypt"/>
               <entry key="user" value="helloService"/>
               <entry key="signaturePropFile" value="keystore.properties"/>
               <entry key="encryptionPropFile" value="keystore.properties"/>
               <entry key="encryptionUser" value="useReqSigCert"/>
               <entry key="passwordCallbackClass" value="se.citerus.wssecurity.ServerPasswordCallback"/>
               <entry key="signatureParts" value="{Element}{http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd}Timestamp;{Element}{http://schemas.xmlsoap.org/soap/envelope/}Body"/>
               <entry key="encryptionParts" value="{Element}{http://www.w3.org/2000/09/xmldsig#}Signature;{Content}{http://schemas.xmlsoap.org/soap/envelope/}Body"/>
               <entry key="encryptionSymAlgorithm" value="http://www.w3.org/2001/04/xmlenc#tripledes-cbc"/>
           </map>
       </constructor-arg>
   </bean>

Did I lose you there? If not, let's go through what this really means.

We use two classes from the CXF WSSecurity API to create two Spring beans, which also happen to be interceptors that can be added to the communication stack of the dynamic Webservice, in this case on the server side.

The interceptor stack receives incoming calls to the wrapped service, and can do things when that call is made. The image below shows such a scenario.

The interceptor for inbound traffic is responsible for decrypting, checking timestamp and message signature. The one for outbound traffic adds timestamp, signature and encrypts the message using the tripple DES algorithm.

The timestamps add the behaviour that messages expire after a set time (default in WSS4J version 1.5.9 seems to be 300 seconds from what I could see in the code), thus reducing the risk of some malicious person intercepting messages to be replayed with some modifications later. If the message takes longer than 300 seconds to be delivered, the receiving side will respond with an error.

Signing a message is done to guarantee the message is from a certain trusted party, and is accomplished via creating a signature generated using the private encryption key of the sender. We have to give the interceptors a reference to a callback for verifying the private password used when signing the message, so the client and server can be sure that they are in fact not talking to an impostor.

This is set with the passwordCallbackClass property in the XML configuration. The passwords used in the respective callback correspond to the key passwords from when the keystores were created. A keystore password and a key password are quite different things, and the callbacks deal with the key passwords. WSS4J needs to know about the keystore passwords to unlock the keystores, however - but that is accomplished via the property files.

Read more about the interceptors in CXF here: http://cxf.apache.org/docs/interceptors.html

The interceptors delegate the WSSecurity handling to the WSS4J library, which we’ll set up using the keystore.properties file on the server side:

org.apache.ws.security.crypto.provider=org.apache.ws.security.components.crypto.Merlin
org.apache.ws.security.crypto.merlin.keystore.type=jks
# Service keystore password
org.apache.ws.security.crypto.merlin.keystore.password=service
# Service keystore certificate alias
org.apache.ws.security.crypto.merlin.keystore.alias=helloService
org.apache.ws.security.crypto.merlin.file=serviceKS.jks

We basically use the certificate alias we defined when we created the server-side keystore, the password required to access the keystore, the name of the keystore file and the type of it.

So, we're done setting up the server-side, let’s move on to the client. As you remember from the client code that was shown earlier, we refered to a Spring configuration file for setting up the client:

XmlBeanFactory factory = new XmlBeanFactory(new ClassPathResource("client-context.xml"));

The contents of this client-context.xml file looks like this:

    <!-- The client bean definition -->
    <bean id="client" class="se.citerus.wssecurity.WSClient" factory-bean="clientFactory" factory-method="create"/>

    <!-- Webservice client factory bean, adds interceptors to the communication -->
    <bean id="clientFactory" class="org.apache.cxf.jaxws.JaxWsProxyFactoryBean">
        <property name="serviceClass" value="se.citerus.wssecurity.TheService"/>
        <!-- Where we find the Webservice to connect to -->
        <property name="address" value="http://localhost:8080/ws_security/HelloWorld"/>
        <property name="inInterceptors">
            <list>
                <ref bean="WSSecurityResponseInterceptor"/>
            </list>
        </property>
        <property name="outInterceptors">
            <list>
                <ref bean="WSSecurityRequestInterceptor"/>
            </list>
        </property>
    </bean>

  <!-- Interceptor that will add a timestamp, a signature, and encrypt the message using triple DES -->
    <bean id="WSSecurityRequestInterceptor" class="org.apache.cxf.ws.security.wss4j.WSS4JOutInterceptor">
        <constructor-arg>
            <map>
                <entry key="action" value="Timestamp Signature Encrypt"/>
                <entry key="user" value="client"/>
                <entry key="signaturePropFile" value="client.properties"/>
                <entry key="encryptionPropFile" value="client.properties"/>
                <entry key="encryptionUser" value="helloService"/>

                <!-- The class implementing the client password verification callback -->
                <entry key="passwordCallbackClass"
                       value="se.citerus.wssecurity.ClientPasswordCallback"/>
                <entry key="signatureParts"
                       value="{Element}{http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd}Timestamp;{Element}{http://schemas.xmlsoap.org/soap/envelope/}Body"/>
                <entry key="encryptionParts"
                       value="{Element}{http://www.w3.org/2000/09/xmldsig#}Signature;{Content}{http://schemas.xmlsoap.org/soap/envelope/}Body"/>
                <entry key="encryptionSymAlgorithm" value="http://www.w3.org/2001/04/xmlenc#tripledes-cbc"/>
            </map>
        </constructor-arg>
    </bean>

    <!-- Interceptor that will decrypt the response, and verify the timestamp and signature -->
    <bean id="WSSecurityResponseInterceptor" class="org.apache.cxf.ws.security.wss4j.WSS4JInInterceptor">
        <constructor-arg>
            <map>
                <entry key="action" value="Timestamp Signature Encrypt"/>
                <entry key="signaturePropFile" value="client.properties"/>
                <entry key="decryptionPropFile" value="client.properties"/>
                <!-- The class implementing the client password verification callback -->
                <entry key="passwordCallbackClass"
                       value="se.citerus.wssecurity.ClientPasswordCallback"/>
            </map>
        </constructor-arg>
    </bean>

Since you saw similar definitions for the server with regards to the interceptors, I assume it’s not confusing anymore.

We basically say the same thing as for the server, we point out the properties of the WSSecurity configuration, and how the messages should be handled - timestamped, signed and encrypted using triple DES.

The properties needed by WSS4J are defined in the client.properties file, which looks like this:

org.apache.ws.security.crypto.provider=org.apache.ws.security.components.crypto.Merlin
org.apache.ws.security.crypto.merlin.keystore.type=jks
# Password of the client keystore
org.apache.ws.security.crypto.merlin.keystore.password=client
# Client keystore certificate alias
org.apache.ws.security.crypto.merlin.keystore.alias=client
org.apache.ws.security.crypto.merlin.file=clientKS.jks

Pretty similar to the server side, right?

We’ll also add logging the communication between client and server, but using Java code on the client. This could just as easily be injected via Spring XML, just showing another way to add interceptors to the CXF call stack.

Client client = ClientProxy.getClient(helloService);

// Add logging interceptors to trace the request+response XML
client.getInInterceptors().add(new LoggingInInterceptor());
client.getOutInterceptors().add(new LoggingOutInterceptor());

Once again, we use the interceptor concept; adding two standard interceptor classes existing within CXF to the call stack.

Now we have all the pieces in place to get this working. If you want to try this out for yourselves without actually writing any code, feel free to download the example code here:

http://www.citerus.se/downloads/wssecurity.zip.

The code has been tested on JBoss 5.1.0 GA, Glassfish v3, Jetty 7.3.0 and Tomcat 7.0.8. It builds using an included Ant-script, or via the IntelliJ project files.

Go to the wssecurity directory, and run "ant -projecthelp" to see the available build targets for Ant. Just run "ant" without arguments to create a deployable WAR archive.

Deploy the WAR to an application server of choice, and ensure that the serviceKS.jks file is in the "start directory" of the application server*. Or, you could modify the path to it in the property file and just place the keystore whereever you'd like.

The client is started using the Ant target "run-client" in the ws-security-client directory.

The reader should note, that this is not the only way to solve this problem. An option might for instance be to have a look at Spring Web Services: http://static.springsource.org/spring-ws/sites/1.5.

I hope this little exercise was useful, if not I hope it's because you're already using Webservices in a more pragmatic and easy way - and in that case I'd like you to share your secrets with me. :)

* = Start directories:

Glassfish = (installation path)/glassfishv3/glassfish/domains/domain1/config/

Tomcat = (installation path)/bin/

Jetty = (installation path)/

JBoss = (installation path)/bin/