Mitt fokus på konferensen låg dock inom 3 andra spår. Java, arkitektur och excellence. Excellence handlar om att kontinuerligt sträva efter att lära sig och bli bättre. Arkitekturspåret handlade till stor del om hur man kan optimera för att hantera förändring i system, vilket i min tolkning handlade mycket om att bättre kunna hantera arkitekturfrågor i ett agilt sammanhang. Java spåret innehöll blandade godbitar av teknisk natur, bland annat om Java EE 6, REST-services och MongoDB.

Två föreläsningar som i min mening var konferensens allra bästa gavs av Greg Young och Udi Dahan. Greg Young höll en föreläsning under med titeln How to get productive in a project within 24 hours som handlade om hur man kan utnyttja statistik ur versionshanteringssystem och code metrics för att effektivt hitta ställen i koden som kan vara potentiella problemområden. Kanske inte så mycket nytt, men en lite annorlunda tillämpning av informationen och framlagt på ett väldigt engagerat sätt.

Udi Dahan höll en väldigt intressant föreläsning med titeln Domain models and composite som handlade om vanligt förekommande problematik i domänmodeller och tankar om hur man kan tackla den typen av problematik. Kortfattat kan man säga att det handlade om hur relationer kan orsaka stora problem när en domänmodell förändras och hur men kan bryta ut relationer ur modellen och klargöra affärsmässiga behov för att kunna dela upp modellen i mindre och mer lätthanterliga bitar. Med relationena på behörigt avstånd kan man sedan jobba med kompositer av objekt när man bygger sin funktionalitet. Med andra ord föreslås en annan sorts normalisering än vad man oftast finner i våra system, för att bättre kunna hantera förändringar. En lysande föreläsning i min mening.

/Jonas Holmer

Vad det gäller själva utvecklingen av Java så är det positivt att denna nu tagit ordentlig fart igen. Under JavaOne presenterades en såväl hoppfull som tydlig roadmap som kan sammanfattas som följer:

Java 7, släpptes nu i somras med bland annat följande innehåll:

• Nytt API för filer vilket innebär att det nu är lättare att hantera kataloger och filer på disk. Exempelvis finns nu ”oneliners” för att flytta eller kopiera en fil:

  Files.copy(source, target);

• ProjectCoin, en mängd mindre ändringar som förenklad hantering av ”Generics” och ”MultiCatch”.

• InvokeDynamic, bättre stöd för alternativa JVM-språk.

• Fork/Join-framework, bättre stöd för parallellism och datorer med flera kärnor.

Java 8, släpps sommaren 2013 innehållandes bland annat:

• Project Lambda, stöd för closure-liknande syntax.

• Project Jigsaw, modularisering av Java-plattformen.

• Nashorn, ny Javascript-hantering.

• Nytt API för att hantera datum och tid.

Java 9, ska vara klar till sommaren 2015 och även om innehållet nog mest för tolkas som visioner så nämndes i alla fall bland annat följande:

• ”Self tuning JVM”

• Multitenancy – stöd för att köra flera applikationer i samma JVM

• Stöd för stora data (> 4Gb)

• ”Reification” – Bland annat genom att avskaffa ”Type erasure”.

Det talades också en hel del om JavaFX 2 som ska vara plattformsoberoende och utvecklingsspråket ska vara Java. Inget mer JavaFX-script eller liknande alltså. Vidare är det tänkt att JavaFX 2 ska släppas som en del av JavaSE 8 och kommer således vara tillgängligt från och med sommaren 2013. Det visades en demo på JavaFX och det ser helt klart spännande ut, både rent grafiskt men inte minst det faktum att de kunde köra på såväl Windows som Android och IOS.

Vad det gäller Enterprise-delarna av Java så låg fokus kring JEE7 och ”molnet”. JEE7 ska kunna erbjuda ”Platform as a Service” och därmed förbättrat stöd för exempelvis att köra flera olika applikationer samtidigt och även bättre skalbarhet.

Utan att gå in alltför djupt på innehållet i de över 400 sessioner som hölls så var det mycket fokus på bland annat modularisering (Jigsaw, OSGi med mera), JavaFX samt alternativa JVM-språk (som Scala, Groovy, Clojure, Mirah och Gosu).

//Magnus Sundström och Tobias Modig

]]> http://blogg.altran.se/cis/2011/10/12/javaone-2011/feed/ 2 http://blogg.altran.se/cis/2011/04/06/scandianavian-developer-conference-2011-dag-ett/ http://blogg.altran.se/cis/2011/04/06/scandianavian-developer-conference-2011-dag-ett/#comments Wed, 06 Apr 2011 11:31:24 +0000 Kompetensfabriken http://blogg.altran.se/cis/?p=984 Då var det dags för en handfull Altrankonsulter att bege sig till Svenska Mässan där årets upplaga av Scandinavian Developer Conference hölls. Första dagen började med en introduktion av Emily Bache, följt av en femtiominuters Key Note av Alistair Cockburn (uttallas kobörn).

Dr. Cockburns dragning hette “On beyond Agile: The New Face of Software Engineering”. Det handlade om hur man måste anpassa sig efter storlek på projekt. Alistair betonade bla vikten av kommunikation ansikte mot ansikte. Det optimala är att två personer diskuterar vid en Whiteboard. Går inte detta så kan man spela in en video där man diskuterar problemet som andra sedan får titta på. Detta ger långt mer än att läsa ett dokument.

Sedan var det dags för oss att dela upp oss och bege oss iväg till de olika föreläsningarna. Det fanns olika spår (t.ex. .Net, Java och Web), men man behövde inte följa ett visst spår utan kunde välja själv vilken föreläsning man ville höra på.

Det här gick vi och såg:

Setting Up and Running a Space for Programmers

Föreläsare: Emmanuel Gaillot

Om man vill bli bättre på något måste man träna, så också programmering. Ett sätt att göra detta på är att samlas i en så kallad Coding Dojo. Dojo är japanska och betydet ungefär träningsplats. Konceptet som Emmanuel pratade om gick ut på att man har en person som har förberett ett problem som ska lösas på ungefär en timma. Denna person programmerar sin lösning och alla deltagare får kommentera och komma med frågor och förslag. På detta sätt kan man:
- Träna tills det sitter i ryggmärgen, vilket gör att arbetet blir omedvetet och man inte behöver tänka på ”hur”
- Träna på att programmera med publik. Det är en bra förberedelse för att börja jobba med parprogrammering
- Träna på att läsa och prata om kod, t ex som i en code review
- Träna på att få en bra attityd mot sitt eget sätt att koda
- Träna på att jobba under viss tidspress, och lära sig ta rätt beslut vid rätt tidpunkt

Samma plats, samma tid. En gång per vecka. Vid början av varje möte bestämmer man när nästa möte ska vara och ser tillbaka på föregående möte.

Utse en Do Jo Cho som ansvarar för allt praktiskt, lokalbokning, nycklar, etc. Dock är inte den personen ansvarig för själva mötet. Där har gruppen delat ansvar. Alla tar med ett kodexempel och gruppen röstar om vilket av dem man kör.

Separera socialisering med allvar, men ha med båda.

Håll hårt på de regler som är uppsatta men bryt dem medvetet ibland. Kör tex ett kodexempel utan att använda iterationer eller utan tester. Exempel på regler:

• Ingen design utan kod
• Ingen kod utan test. Man kan utnyttja detta till göra flera lösningar med samma testfall
• Ingen diskussion från gruppen medans testet visar rött

Målet är att göra klart lösningen elller att i alla komma fram till något. Det som händer, händer. Lär av misstagen lär dig att lyssna. Presentera resultatet i en blogg elller wiki, gärna publikt så att andra kan ta del av det.

Det finns en del exempel att hitta:
http://codingdojo.org/
http://codekata.pragprog.com/

/Emil och Tomas

Fractal TDD: Using tests to drive system design

Föreläsare: Steve Freeman

Något förvirrad föreläsning om vilka fel man gör när man skapar tester. Några exempel på fel: – Testerna är duplicering av kod – För många assert – Faking av fel objekt – Setupen av test är för krånglig /Emil och Tomas

HTML5: The JavaScript Part

Föreläsare: Tim Berglund

En bra föreläsare denna svenskättade amerikan som pratade om vilka delar som är nytt i JavaScript i nästa version av HTML. En del stöds redan av de flesta webbläsare. Internet Explorer var ofta ett undantag märkte vi…

Följande delar togs upp:

• Canvas. Tim visade hur man kan använda ”Canvas” för att rendera grafik direkt på websidan. Man har programmatisk access för varje pixel. Ramverk finns för att förenkla kodandet.
• Geolocation. Geolocation API kan användas för att tala om för browsern var den är. Specen säger inte hur man får reda på detta (tex via gps), men den hanterar privacy (får man kolla) och noggrannhet.
• Web storage
• Web workers
• Web sockets

Tim Berglund rekommenderade boken ”JavaScript: The Good Parts”.

/Emil och Ingrid

A (gentle) (yet performative) (and test-driven) incursion in Haskel

Föreläsare: Emmanuel Gaillot

En kodkata där vi fick se en del av ett program för uträkning av bowlingresultat byggas upp med hjälp av Haskel och TDD. Kul att se ett programmeringsspråk som fungerar väldigt annorlunda mot C# jag normalt sitter med.

/Emil

Railsify your web development

Föreläsare: Thomas Lundström

Ganska torr genomgång av vilka saker som ingår i Rails och vad man ska tänka på om man vill ”railifiera” sitt webprojekt i .Net eller Java.

De här tolv sakerna bör man implementera:

1. BDD – Behaviour Driven Development
2. TDD – Test Driven Development
3. MVC – Model View Controller
4. Collaborative database development
5. App-private database
6. RESTful URLs
7. DevOps
8. Convention over Configuration
9. DRY – Don’t Repeat Yourself
10. Scaling out
11. OSS – Open Source Software
12. Reference management

Saker man inte bör använda:

• Active Record Pattern
• Scuffolds

/Emil

jQuery and Sinatra, a Classy Combination

Föreläsare: Anders Janmyr

Mycket kod som visade hur man ganska enkel kan bygga en webbsida med mycket funktionalitet med javascriptbibilioteket jQuery och REST-ramverket Sinatra. Imponerande hur kraftfullt javascript är, om man vet hur man ska använda det. Det finns även testverktyg:

• Javascript: Qunit
• Sinatra: Rspec med Rack-Test

/Emil och Ingrid

Test-First Development v. Next with Pex and Moles

Föreläsare: David Starr (Pluralsight)

Intressant session som hölls av en kul, storväxt och verbal föreläsare som inledde med orden ”It’s gotta be fun for you to see an American – you get to see real-life fat people!”

Pex är ett automatiserat ”white-box” unit testing-verktyg för Visual Studio 2010 (tror att det även kan funka i 2008). Du kan utifrån en metod i din kod, högerklicka och välja Run Pex, och Pex skapar utifrån koden, m h a Reflection, ”enhetstester” för att se att koden uppfyller de Code Contracts som finns och att metoden klarar av olika typer av input-parametrar (testar ”boundary conditions”). Dessa tester kan sedan automatiskt konverteras till ”vanliga” enhetstester och läggas till befintlig test-svit. Code coverage blir automatiskt hög. Davids erfarenhet är att Pex ej är en ersättning för dina vanlig enhetstester, utan ett komplement och används främst för att testa . Pex är även bra på att hitta vad du missat i dina tester. Han trycker även på att Pex verkligen är ”Test-First”, eftersom du utifrån ett tomt metod-skal först får ett falerande Pex-test. Du bygger sedan inkrementellt på din metod, och kör sedan Pex enligt devisen ”Red-Green-Refactor”.

Moles – är enligt David inget mocking-ramverk, utan är en stub-teknik som jobbar med ”re-routing” för att ”stubba” properties och metoder. Med Moles kan vilken .NET-metod som helst ”re-routas” med hjälp av en delegat. Vid enhetstestning kan alltså Moles användas för att isolera bort miljö-beroenden såsom filsystem, databaser mm,. Moles möjliggör testning av static properties eller sealed types. Bl a. så är det svårt att skapa enhetstester för kod som går mot SharePoint:s objektmodell, eftersom det har krävts att testerna körts på en SharePoint-server, men här kan Moles förbigå SharePoint:s objektmodell och möjligöra enhetstester i denna miljö.

http://research.microsoft.com/en-us/projects/pex/
http://elegantcode.com/
http://www.pex4fun.com/

/Tomas

But what about performance?

Föreläsare: Patrick Kua (Thoughtworks)

Patrick Kua började med att gå igenom några värdering som används inom agil utveckling:

• User stories
• Visualisera dessa
• Bry sig om ”hantverket” (Clean Code)
• Continous Deployment
• Feedback – Gör detta iterativt

Det är ett glapp här, varför missar man prestanda-tester? Oftast kommer detta i slutet av ett projekt, väldigt nära den slutliga releasen. Istället för:
iteration 1 => iteration 2 => … => iteration n => Performance test
bör det se ut så här:
iteration 1 inkl. perf test => iteration 1 inkl. perf test => … iteration n inkl. perf test.

Oftast är den ”normale” prestandatestaren inte van vid det agila arbetssättet (de kommer som sagt oftast in sent i projekt eller då system redan är i produktion…), då därför är det bra att par-jobba med andra ur teamet. På detta sätt kommer testaren in i arbetssättet, och kunskap om prestand-testning sprids inom teamet. Till slut kanske inte denna testare finnas med på heltid, utan viss testning kan överlåtas till andra i teamet (cross-discipline teams) Kua pratar om att det är viktigt att hitta andra användare, som ej är end-users, t ex support-personer, dba:s mm – och låta dessa skriva user stories utifrån sitt perspektiv av systemet.

Performance user stories är user stories skrivna med fokus på prestanda:
”So that investors have a high-quality experience as the business grows, As the Operations Manager I want the portfolio value page to render within 0,2 s when 10 000 users logged in”.

Det gjordes även en referens till Cockburns key note där han nämnde ”walking skeleton” (dvs den minsta implementationen av ett system end-to-end, GUI till t ex databas). När det finns ett ”walking skeleton” av systemet, i detta läge kan prestanda-test påbörjas. På detta sätt kan prestandetestning också göras inkrementellt och byggas på allteftersom systemet växer.

Det talades även om att gå från automatiserade tester automatiserad test-orkestrering, vilket skulle leda till snabb feedback om systemets prestanda.
Om kontinuerlig integration (continuous integration – CI) finns på plats är det relativt enkelt att även få med ”Continuous Performance Testing”.

Performance Champion är en ny roll som Patrick Kua introducerar och som skall ingå i scrum-teamet. Denne ansvarar för att sprida kunskap om vad kostnaden är för dålig prestanda, tar fram de ”performance characteristics” systemet har, analyserar risk/påverkan och potentiella konsekvenser relaterat till prestanda.

Result repositories – data från historiska prestandatester skall sparas, för att lättare kunna analysera skillnader/trender.

Result visualization - rådata är svår att analysera med ögat, men genom att göra den visuellt representerad kan mönster, och förhoppningsvis orsaker, hittas.

/Tomas

Full speed ahead with Entity Framework!

Föreläsare: Anders Bratland

Med Microsofts release av Entity Framework har OR-mappers kommit att bli en del av vår vardag. Ni som har använt Entity Framework har säkert märkt att det ibland lämnar mycket att önska prestandamässigt, och Anders Bratland gick här igenom ett antal viktiga saker att tänka på för att öka prestandan. What´s Your Pain? Hur vet du om det är EF eller databasen som är långsam? Använd SQL Profiler och EF Profiler. Nedan följer några problem och lösningar som presenterades:

1. Deferred Execution

Problem: Vi vet inte är när vår linq-fråga kommer att ställas. Vår fråga kan komma att bli exekverad mer än en gång.

Lösning: Tänk på att LINQ-satsen du använder mot data contextet är en query och inte datat i sig och därför kan exekveras mot databasen varje gång du använder den i koden. Det kan därför vara bättre att istället returnera det materialiserade datat (mha ToList() eller liknande) istället för queryn i sig.

2. Change Tracking

Problem: Min applikation använder sig mycket av read-only data och spenderar mycket resurser på att hålla koll på förändringar.

Lösning: Ladda entiteter med MergeMode = NoTracking. Slå av change tracking om du inte behöver den funktionen, eftersom det ger onödig overhead.

3. Precompiled Queries

Problem: Samma query körs flera gånger kompileras dynamiskt varje gång.

Lösning: Förkompilera din query.

Kommentar: Är själva frågan ”tung” spelar detta mindre roll då tiden för kompileringen blir förhållandevis liten. Detta ger en prestandaförbättring endast främst på frågor som besvaras lätt av databasen.

4. Batch-jobb

Problem: Jag vill göra insert eller update på en massa data.

Lösning: Om du ska inserta stora mängder data, använd inte Entity Framework eftersom det suger i det fallet! Använd istället något av följande alternativ:

• SqlBulkCopy
• ADO.NET
• Nhibernate + HQL

5. GetObjectByKey

Problem: DB anropas även om den redan har blivit uppladdad

Lösning: Använt ditt EntityContext med GetObjectByKey eller TryGetObjectByKey. Finns entiteten inläst hämtas den därifrån annars från databasen.

The secret cliffhanger:

It´s still SQL, remember the database!

• Index
• Normalisering
• Statistic

Avlsutningsvis:

• What´s YOUR pain? Lös inte problem som som inte existerar.
• EF är inte en religon utan ett verktyg! Använd det där det passar.
• Kom ihåg att använda Eager Loading där det behövs, för att undvika onödiga roundtrips till databasen (googla på ”select N+1”)
• Shape your results! Dvs hämta endast det data du behöver från databasen.

/Alexander och Tommy

JDK7

Henrik Ståhl från Oracle gick igenom en del av vad som kommer i JDK7. Några exempel är: · InvokeDynamic. Stöd för dynamiskt typade språk i JVM:en. Ny Java bytekod gör att dessa språk kan köra mycket snabbare i JVM:en. · Project Coin: Små förändringar i språket. Tex: strängar i switch, underscore i literals m.m. · NIO.2: Filsystem provider för zip/jar archives. · Internationalization: Stöd för fler tecken med Unicode 6.0 JDK7 beräknas vara tillgängligt i slutet av juli, och JDK8 väntas till höst/vinter 2012.

/Ingrid

Your first Android app

Pär Sikö och Martin Gunnarsson från Epsilon visade hur man gör en enkel Android app från grunden. De använde Eclipse med Android plugin för att skapa en app som listar olika sorters ”fulcola”, samt visar mer info om vald cola. De introducerade begrepp som Intents, Views, Activities och Services. Appen använde sig av Internet permission för att kontakta ”fulcola”-servern.

/Ingrid

Java EE 6

Adam Bien gjorde en presentation i raketfart av JEE6. Allt skedde i NetBeans IDE där han byggde en applikation kallad ”VikingsAndVolvos” (för det är ju sånt vi svenskar gillar). VikingsAndVolvos blev en fungerande end-to-end Java EE6 applikation med BeanValidation, CDI, EJB3.1, JPA2 och JSF2.

/Ingrid

NoSQL – Smackdown

Tim Berglund från The August Technology Group gick igenom ett antal ”icke-relations databaser”. Han beskrev CAP-teoremet som en tradeoff mellan följande egenskaper, där ett distribuerat system aldrig kan garantera alla delar utan max två av delarna. · Consistency (alla noder ser samma data samtidigt) · Availability (nodfel hindrar inte övriga noder) · Partition Tolerance (systemet funkar trots enstaka förlorade meddelanden) De databaser han rekommenderade mest var Cassandra och MongoDB. Dessa uppfyllde båda C och P delen i CAP. Cassandra: En väldigt skalbar databas som används av bla Facebook, twitter mfl. Implementerad i Java6 Mongo DB: Implementerad i C++ och byggd för snabbhet. Används av bla sourceforge Andra databaser som nämndes var: Redis (Impl i ANSI C, väldigt liten) och Neo4J (graph database) Tim rekommenderade boken ”Cassandra: The Definite Guide” av Eben Hewitt

/Ingrid

Developing iPad applications in .NET

Föreläsare: Paul Rayner Utvecklar du i dagsläget i .NET eller Java och är intresserad av iPhone/iPad utveckling men känner att steget till Objective-C är för stort? Prova MonoTouch, en implementation av Mono (open source C# .NET), så kan du fortsätta utveckla i ett språk du är van med! Dock krävs det fortfarande en Mac att utveckla på… Surt. http://monotouch.net/

/Tommy

Practical multi-core programming in .NET

Föreläsare: Tiberiu Covaci Som någon har sagt angående övergången från allt högre klockfrekvenser på processorer till att istället öka antalet kärnor i processorn: ”The free lunch is over”. Detta syftar på att utvecklare tidigare fått lösningar på prestandaproblem genom att nästa generation processor hela tiden varit snabbare, och därför inte krävt någon större förändring av hur man faktiskt implementerar programmen. Fler processorkärnor istället för högre hastighet kräver nu att utvecklare nu måste börja parallellisera sin kod för att dra nytta av kapaciteten. I .NET finns tex Task Parallel Library och Parallel LINQ (PLINQ). Extremt förenklat kan man exempelvis använda Parallel.Invoke för att starta ett antal tasks parallellt, samt Parallel.ForEach för att göra en ”parallell-foreach”. Inget nytt för många av er, men det tål att påminnas om!

http://blog.multi-core.net/
http://msdn.microsoft.com/en-us/library/dd460693.aspx

/Tommy

Creating Silverlight Applications for Windows Phone 7 (WP7)

Föreläsare: Pontus Wittenmark

Sessionen bestod i främst live demos och hur man enkelt kunde producera en WCF-service och hur man kan skapa en klient-applikation för WP7.

Strikta hårdvarukrav
Utifrån en apputvecklares perspektiv är android grymt krångligt eftersom appen måste anpassas för så många olika hårdvarusystem. Eftersom WP7 har strika hårdvarukrav kan utvecklarna lättare anpassa sitt program efter hårdvaran. En annan fördel med den strikta hårdvarukraven är bland annat att du i princip vet vad du får i prestanda oavsett tillverkare och modell.

Processorer ska vara minst en ARM-processor på 1 GHz, upplösningen ska vara 800×480, de tre knapparna under skärmen plus kameraknappen måste finnas (och vara i den ordningen), kameran måste vara 5 MP, blixt måste finnas, 256 MB RAM och 8 GB minne är lägstanivån.

För att bygga applikationer till Windows Phone 7 kan man antigen använda XNA som är anpassat mot för spelutveckling eller så kan man använda Silverlight. Förutom att man kan skriva WP7-appar i Silverlight, är det också ett browser plug-in som finns för Windows, OS X och Linux.

Verktyg
För att bygga apppar krävs:

• Visual Studio 2010 / VS Express för Windows Phone
• Windows Phone Developer Tools

För att publicera appar krävs:

• App Hub Account
• Phone (rekommendation)

Har du tidigare utvecklat Silverlight för webben eller WPF-lösningar är det ganska enkelt, för att inte säga väldigt enkelt att bygga dina egna appar för WP7.

Några saker att tänka på dock:

• Det finns ingen socket support
• WCF, REST, JSON fungerar fint
• Dina appar kan inte starta andra appar
• Däremot finns det s.k. Launchers och Choosers – enkla att använda

Skillnaden mellan en Launcher och en Chooser är att Launcher inte returnerar något medan en Chooser, ex. CameraCaptureTask kan returnera en bild.

Exempel på Launchers:

• PhoneCallTask
• SmsComposeTask
• EmailComposetask
• WebBrowserTask

Exempel på Choosers:

• EmailAdressChooserTask
• SavePhoneNumberTask
• PhotoChooserTask

Toombstoning
Så som WP7 är utvecklat idag så avslutas din applikation (gäller applikationer som utvecklats av tredje part) om det exempelvis inkommer ett telefonsamtal, sms, påminnelser eller om du startar en annan app.

Detta innebär kanske lite oväntat att det är du som utvecklare som blir skyldig till att hålla illusionen vid liv din applikation ”hållts vid liv”.

För att åstadkomma denna illusion, kan du använda dig av följande fyra events och spara ner/läsa upp data (IsolatedStorage) till/från din app:

• Application_Launching - När appen startas
• Application_Deactivated - När en app till bakgrundsläge
• Application_Activated – När en app frångår bakgrundsläge
• Application_Closing – När man backar från appen till ”startsidan”

Som tidigare påpekades är det riktigt bra stöd för utvecklare till WP7 plattformen och har du pysslat med Silverlight eller WPF tidigare är tröskeln mycket låg och Visual Studio är en ytterst bekant miljö…

Mer info: http://msdn.microsoft.com/en-us/wp7trainingcourse.aspx

/Alexander

===

TACK FÖR OSS!
/Alexander, Emil, Ingrid, Tomas och Tommy

Det har nu hunnit gå cirka en och en halv månad sedan jag började äventyret som trainee på Altran. Den första tiden här har varit väldigt rolig och med många nya intryck. Jag har fått känna på att komma ut på uppdrag ute hos kunder och där tagit de första stapplande stegen i att bli den erfarna Documentum-konsult som både jag och Altran hoppas och vet att jag en dag kommer att bli. För att jag på bästa sätt ska komma in i rollen som konsult har jag fått gå en veckolång introduktionskurs i Documentum. Att lära sig nya kunskaper är ju inte allt, jag har även fått tillfälle att lära känna många av mina fantastiskt trevliga kollegor som arbetar här på Altran.

Hur kommer det sig att jag fastnade för Altran? Nu är det så här att jag älskar utmaningar och brinner för att lära mig nya och spännande saker; och vad är då bättre än att med hjälp utav medarbetare, coach och mentor, alla med hög kompetens, få möjligheten att lära mig och utvecklas inom de områdena som jag intresserar mig för!

Den här veckan bär det iväg till konferens i Varberg. Alla nyanställda ska samlas där för en introduktionskonferens, lunch till lunch, där vi ska lära känna varandra och företaget ännu lite bättre. Detta ska bli himla flott och jag ser fram emot trevliga möten, goda middagar och att bli lite bortklemad på något spa.

Eftersom jag är en av de lyckliga få som ingår i YPP-programmet så ska jag stanna kvar en dag extra på konferensanläggningen och där påbörja vår första softskills-kurs; allt för att vi på bästa sätt ska komma in i konsultrollen. Till kursen har alla deltagare fått göra en förberedande uppgift där vår personlighet kartlagts för att se hur vi fungerar i ett team. Så nu kommer det fram vem man egentligen är… Dr Jekyll eller Mr Hyde?

The second day I decided to try to follow the tracks Architecture and Software Craftmanship more in detail . First out was the key note speech by Patrick Copeland, director of engineering at Google. He talked about “Innovation at Google”. He differed between Top-down Innovation and Entrepreneurial Innovation were the former meant innovation performed at a company by a select few and the latter being more like Googles’ model and have all employee spend some part of their time dedicated to innovation. He made a point of that a company should aim at trying to “build the right it” and not “building it right“. Also ideas in themselves didn’t have value but the people who realize them. Building something new is ”1% inspiration and 99% perspiration”. Copeland then introduced the concept “Thoughtland” where everything is possible, good ideas, bad ideas, which is basically unrealized ideas. Then a number of cases where mentioned, first off IBMs attempt to invent the ”speech-to-text apparatus”. At this point the concept of ”Pretendotype” or ”Pretotyping” was introduced meaning that you should fake creating a product and thereby test the validity of the idea. This is just what IBM did by having users think that the speech-to-text existed when in actuality it was a person listening and typing it all on a computer screen. At this point it was realized that the idea had flaws such as causing a sore throat with the users, after some usage, as well as being hard to control. Also a graph of usage over time was introduced to analyze how the idea stood the test of time. If frequent usage still was the case after a long time then the idea was valid, otherwise he said “we will not retreat – we will advance in another direction”, bringing down some laughs saying this. Then he gave the general recipe for innovation which was try out some pretendotypes followed by a quick launch  on a small user group, followed by abandon or repeat until achieving the previously mentioned high stable usage over time. First after that real prototyping can take place.

Next lecture was on the track ARCHITECTURES YOU ALWAYS WONDERED ABOUT and OnLives game streaming product held by Charles Jablonski. The idea with  OnLives product is basically about playing video games without actually owning anything more than a computer screen or tv. All the processing is made in the cloud and the resulting image is sent to you. He made a point of this not being able just 24 to 18 months ago both due to the limitations in computer screens as well as the speed of the internet. The general response time to aim at is 16 to 80 miliseconds, he explained, for the user to perceive it as happening in real time. This is an example of software as a service, Saas. The data is always there, its always backed up. Other examples of these cloud based applications are Facebook, Google Docs and Chrome OS. Jablonski at this point started to tell about what kind of user experience they were to give the user, back when they were still thinking how to build it. It was decided that the desktop with all its thick client behaviour would not be possible as the response time on a lot of features could not be met. So desktop was out of the question but they on the other hand gave the user a live streamed game that would have virtually no loading time at all compared to its pc equivalency. They hade to however come up with their own operating system but instead of letting os interactions be handled by sys call, as is customary, it was done by database queries. Telling more about the system he  explained the concept of watchdogs. It means that there are guards in the system who constantly keeps watch of all users experience and ensures that if a connection is failing or not living up to OnLives quality another set of resources are allocated and the game session is seamlessly moved to that new allocation and the previous resources are garbage collected. OnLive works by a piece of hardware being connected to your tv or computer. One interesting fact was that that the server hall, their ”cloud” is made out of custom built servers where among other things the graphics cards are custom built in the sense that the fans for example actually move in the other direction and that extra cooling has been added. Jablonski said an ordinary graphics card would physically melt if running around the clock for three months.

The next lecture was a really good one covering the mental mind of people namely that how to better ourselves in what we do. It was in the track SOFTWARE CRAFTMANSHIP and called ”Deliberate practice” and was held by Jon Jagger.

He started off by talking about being adaptable and that there was a contradiction between being adapted and being adaptable, i.e too specialized means to rigid and unable to cope to change, like a frog. The total absence of meaningful practice keeps teams from becoming effective learning units he said.  Talking about software removing bad practices can actually be compaired to traning a dog in the sense that inefficient behavior is removed by adding more effective behavior. Research has showed that there exist no effective way to enhance forgetting and supressung memory directly hence the need to basically overwrite it with learning a  good behaviour.  Focus on what you do good and ignore the bad. Jagger then told of the importance of keeping your brain constantly challenged, for example try using your off hand and learn to write with it a par level with your main hand , doing what you are not good at isn’t necessarily fun. Also challenge yourself with a task that is just beyond your current ability. The essence of practice is constantly trying to do things one cannot do comfortably. Work hard but work smart. Act your way into a new way of thinking , boyds law. The meaning here is you cant change how you think but you can act the part. The next driving point was that he downplayed peoples ”natural talent” and said it was the amount of hours put in that took you someplace. As he said there exist, according to research, no fast tracks to learning. Even the ones we call geniuses have worked enormous amount of hours to get where they are, also effort gives meaning to life. We can not all strive to do something perfect but we shouldnt stop trying, ”improvement is easier than perfection”, Chinese proverb. ”Analysis paralysis” is a term he mentions, meaning  left brainers are at fault at trying to analyze tasks too much, Jagger said talking about development teams. For the agile manifesto to work sometimes you need to just start implementing it.  He said he has seen development teams spend as much as half the day analyzing. At this point he was making several quick points, among them ” You do deliberate practice to improve your ability to perform a specific task, not to complete it”.  ”The speed of an iteration trumps the quality of and iteration”. ”Practicing without feedback is like bowling against a curtain”. Talking about feedback he said  ”Just calling it feedback doesn’t mean it has actually fed back”.  It hasn’t fed back until the system changes course.

Just before breaking for lunch a nice little mobile lecture took place.

IOS4 AND ANDROID track Introduction to iOS4 software development by Adrian Kosmaczewski

This lecture was about giving a brief insight in what it means to develop for iOS. It meant to cover Objective-C , the framework Cocoa , Tools, Developing for the web or native and lastly app creation in general.  The basics of objective-c were covered first in a comparison between objective-c and c#/ java, himself being a former .net developer. Most concepts had an equivalent in each language although objective-c lacked the concept of namespaces. Also notable was that garbage collection was left entirely to the developer where java and .net developers have enjoyed having this handled automatically. One might argue that there is performance to be gained if learning to handle memory management properly as well as making you a better coder for learning this. Also the concept of virtual memory is nonexistent which means that when the memory is out the application will quit on you. However there seems to be a way of capturing the warning that occurs just before the memory runs out. The basic tools for development are Xcode and Interface Builder but it seems that Apple is looking to merge the two into a single program in a near future.  Also several frameworks for web app development were mentioned. Kosmaczewski was pushing a lot for his blog, http://kosmaczewski.net/ where a lot of issues regarding concepts such as build servers, continuous integration etc is covered more in detail. One interesting tool is Static Analyzer which analyzes objective-c code and points out potential bugs and best practice which resembles the Resharper product for Visual Studio.

The next track that I chose to follow was the SOFTWARE ARCHITECTURE IMPROVEMENTS and especially the lecture titled ”Putting the ‘re’ into architecture” by Kevlin Henney.

He started off with a really striking quote ”Estimates are like fiction you are writing – it’s made up”. With that said it is sometimes really difficult to foresee all the factors and pitfalls when implementing software and estimates are really hard to make. The lecture continued with another quote ”That which is overdesigned, too highly specific, anticipates outcome; the anticipation of outcome guarantees, if not failure, the absence of grace” – Wiliam Gibson.  Architecture was defined as “decisions that shape a system, where significant is measured by cost of change”. He also made a point that not just the architects’ acts as architects for example managers’ act as architects when they make decisions that makes impact on the system. Software construction was also compared to that of a living garden rather than a house. Also there were talks on stability in a system and the impact of a planned change and the methods to analyze it. Employing a dot technique to point out the location of the bugs would give you an estimate of which modules were affected and to what degree but it would not give you an answer. More bugs in one module and less in another could indicate bad code but also that the module with the lesser amount of bugs consisted of codes not being used or that other metrics such as the number of lines of code should be taken into account as the most affected module could be a really large module. The main point to all of this was to learn to ask better questions rather than finding the answer.

NEXT GENERATION FINANCIAL TECHNOLOGY Complex Event Processing : DSL for high frequency trading by Richard Tibetts.

Financial systems are characterized by ultra low latency and large data volumes which poses significant requirements on any application or system built to handle the data. StreamBase is a company that invented a graphical language, that has the ability to act as a connection point for more than 100+ adapters and also aims to decrease time to market and time to change considerably. As speed is key StreamBase uses Janino compiler to generate java bytecode and issues such as optimizing garbage collection, array definition etc are matters that needed addressing when creating the language.It is built using c++ but also java. Tibetts went really in detail at this stage but I think it suffices to say that optimization on all aspects of a language was the driving theme to creating the StreamBase language.

For the last lecture of the day I chose to yet again follow the mobile development track and got to listen to a funny but to the point presentation on usability issues when developing iPhone apps.

IOS4 AND ANDROID “Making apps that dont suck” by Mike Lee

The lecturer Mike Lee came dressed as a pirate with a “expect the unexpected” premise. He started off showcasing an app for gaming that seemed to firstly consist of an endless number of popup screens that basically did all wrongs possible. The popups did everything from confusing to disappointing to outright annoying the user and the general lesson learnt was that you as a developer will never get a second chance to do a first impression. He also made a point of saying the user deserved nothing but the best so only do what you are good at, if you’re not a graphical artist then hire one or as he said ”design is the cheapest awesome money can buy”. Then came a general advice to app developers to try creating something that lasts rather than trying to make money off of a “crap application”. Next lesson to learn was that communication with a user is important when it comes to feedback and here he said “feedback is a chance to improve yourself not to prove yourself” meaning that developers should treat a bug report from a user as something important and ignore the fact it might be the 1500th time the same bug is reported, in other words be humble.

This concluded a very interesting first day

The conference started with an introduction speech with Craig Larman a real uml guru, talking about large scale scrum projects operating on several sites spread out across the world. He talks about the importance of not having  component teams as they tend to tasks in a waterfall like approach. It’s also important to find good ways of cooperating and on equal terms. The last excludes using project manager software that teams in certain countries will not be able to afford the license on. So basically use tools that are as simple as possible, google docs, invest in large whiteboards and so on. With his own words “using project management software is like applying lipstick to a pig”. Larman was responsible for a setup consisting of almost a thousand coders and asked what to change if doing it again- he said only use 10 really good coders to code everything

I then chose to follow the track of NEXT-GENERATION  FINANCIAL TECHNOLOGY and its first lecture was titled “Large scale integration” by John Davies. There seemed to be several protocols involved for sending data at high speed as the lecture revolved around banking systems. For banking system speed is key as well as correctness. Davies narrowed it down to talk about front end and back end protocols and used the FIX protocol as an example for the front end. The important part on the front end is for a handshaking procedure to proceed really fast meaning that all things xml was out of the question and FIX in its very nature is very simple. It consists of key value pairs where the key is a number representing the type of data and value the actual value. The key value pair statements are separated by control -A character (0×01). An example part of a FIX message is 52=2010-01-01  142=STRING where 52 means a date data type and the 142 points out a string type value. He then continued on to talk about the back end protocols and gave an example of FPML which is an xml based really verbose protocol, more than 3000 elements, having more than 46 different standards that changes on a monthly basis. He then continued on to mention SWIFT which are three things; a security network, a standards body and a connectivity provider. Moreover it’s been around for 30 years with an availability of 99.98 % and has “NEVER lost a message”. Sending a SWIFT message is also something you don’t do manually as it has a load of complicated rules that could easily be overlooked and the SWIFT network will fine you heftily if a message is poorly constructed. Davies then went on to talk about his own company, c24, later sold to Iona technologies, and their solution which included a majority of  UKs investment banks including citigroup and royal bank of Canada and also US Federal Reserve. The solution in itself seemed to be made out of a relational database although coated with a cache like layer. So the architectural would be that of several services talking to the cache oblivious of the exact nature of the data backend. The data carriers, so called integrations objects are made out of POJOs which have format and parse functionality and data binds to the actual unformatted raw data. He also made a point of the integration object are created to be treated like xml nodes without the creation of the actual xml thus enabling the usage of XPATH on the objects, which is used for selection as well as routing of the objects. The integration objects can consist of any type of raw data made in any format such as the previously mentioned FPML type and so on. FPML on the other hand presents a problem to the cache due to its size but this is solved as it is stored as a BLOB.

More on architecture, iOS and a pirate for the second half so stay tuned..

/Chris

• Can this be automated?
• Cost of autmation?
• Cost of maintaining autmation?
• Benfits of automating this?
• How should we automate?
  - Unit testing of this feature
  - Web performance test of this feature
  - etc
• What should we automate in the project?
  - Deployment?
  - Test cases
  - etc

Övrigt att nämna under dagen var Patterns of Parallel Programming – Ade Miller kanske inget nytt för oss insatta men det tål att trycka på detta är något du måste lära dig. Kärnorna i processorerna blir bara fler men dem ser inte ut att bli snabbare.

Intressant var också Glenn Blocks dragning om RX Framework. Huvudbudskapet handlar om push istället för pull och ett asynkront tankesätt. Pull är en standard IEnumerable<Customer> medans du i RX har en IObservable<Customer>. Där du som intressent prenumererar på en collection och lyssnar på events.

Eller… Rx is a library for composing asynchronous and event-based programs using observable collections.

Fungerar i javascript också. En cool demo visades med flygande bokstäver. Ska finnas bland demos om du laddar ner från http://msdn.microsoft.com/en-us/devlabs/ee794896.aspx.

Roy Osherove och Reviewing Unit Tests var en matnyttig dragning fokus på att unit tester och i viss mån integrationstester ska vara Trust worthy, maintainable och readable. Viktigt också att ha unit tests och integration tests i olika projekt. Då också att man skiljer på unit tests och integration tests. Det som skiljer är att unit tests alltid går bra eller alltid fallerar. Integration test är sådana tester som har beroenden till resurser som kräver konfiguration tex en databas eller ett filsystem. Mer finns att läsa i hans bok The art of unit testing.

Har ni hört talas om Razor? Inte jag, men å andra sidan har jag varit insnöad i Windows Forms världen ett tag nu. Asp .Net MVC 3 presenterades av Brad Wilson. Vet du inte vad Razor är så är det (en av flera) View engines som du kan använda i MVC 3. Den har förenklad syntax och vad jag tyckte ett tydligare sätt att kombinera kod och html i dina vyer.

Jon Skeet hade en spännade dragning om vad man kan hitta på för konstigheter i C#. Är man intresserad hittar man mer här: http://msmvps.com/blogs/jon_skeet/

//Mattias

Embracing HTTP in the .Net – Glenn Block
Det har efterfrågats en närmare kontakt med http i WCF det finns nu att ladda ner på http://wcf.codplex.com Det man får är bla en stark typning i accessen till http stacken. Något som jag kanske inte dirket känt ett behov av, än…

Men det som också erbjuds i och med det är att man kan koppla på processors på den inkommande ellet utgående http strömmen. I och med det så kan man utan att ändra på en befintlig metod, som tex returnerar en IEnumerable, erbuda olika content types att efterfrågas tex json eller odata. Du gör inte detta på din metod utan konfigurerar detta på applikationsnivå.

Android outside a phone – Chris Hughes
Jag hade hoppas på några coola demos. Men tyvärr hade blivit av med sina prylar (inte här i Sverige) så det blev det inte. Utan presentationen var tekniktung på lågnivå blan komponenter och C kod. Men tydligt blev att Android är lättare och betydligt billigare att använda för att styra diverse devices. Kul var det när Chris berättade om att han hade laddat in Android på en iPhone 3G och kopplat den till en dammsugare. Han kunde nu schemalägga städningen. Dammsugaren hade hela planlösningen klart för sig. Men framför allt så kunde dammsugaren jaga katten

Unleash Your Domain – Greg Young
Greg berättade om deras applikation som kör över 10 00 transaktioner över en rik modell. Och nyckeln är att dem använder sig av state transitions. Det handlar också om en CQRS modell där för att förenkla det hela Commands och Query har varsin modell. Query delen använder sig av en databas i första normalform. Medans Commands delen använder en databas i tredje eller fjärde normalformen. Klart spännande och man får läsa på mer… Bla här kan man läsa mer http://elegantcode.com/2009/11/11/cqrs-la-greg-young/ och hur mycket som helst ska finnas här http://cqrsinfo.com/

Making Java and .Net play well together – Ted Neward
Ted pratade om varför detta kan behövas och han presenterade ett antal olika metoder beroende på vilka krav man har på snabbhet tex. Spontant kan man tänka sig saker som att använda en databas för att flytta information eller BizTalk och MQSeries (om man nu har dem produkterna). Men det går också att lösa out-of process med tex sockets eller RPC och web services. Det finns även lösningar för In-process med div verktyg tex IKVM och JNBridge.

//Mattias