Här kommer mina något sena intryck från Scandinavian Developer Conference 2012 (SDC)  som hölls för några veckor sedan på Svenska Mässan i Göteborg. Tyckte mässan var välordnad, bra lokaler, bra mat och allt verkade fungera som det skulle. Har dock inte så mycket att jämföra med då detta var första gången jag deltog på en konferens. Det som jag tycker saknades var någon form av kvällsaktivitet på måndagen där man kunde mingla med dom andra deltagarna.
Var på ett flertal intressanta fördrag och några mindre bra.

Första dagens keynote, Five Considerations, hölls av Kevin Henney och handlade om att man som utvecklare har alldeles för många rekommendationer att följa, han pratade i stället om 5 saker man borde ta hänsyn till. Economy, Visibility, Spacing, Symmetry och Emergence. Han hade en del bra poänger men kände inte att det gav så jättemycket. Ladda ner presentation här.

Robert Boedigheimer höll ett föredrag kallat Targeting Mobile Devices with HTML5 and CSS 3. Väldigt lärorikt om för- och nackdelar med app kontra mobil websida, saker man skall tänka på, användbara saker i HTML5 och CCS3 och massa bra tips. Ladda ner presentation här.
Han höll även ett informativt föredrag om vilka nyheter som kommer i nästa version av ASP.NET och Visual Studio. Ladda ner presentation här.

Agile Database development with Visual Studio var en annan intressant presentation av Jose Luis Soria Teruel. Han började med att ta upp hur databasutveckling går till, agil utveckling, och sen hur man kan kombinera dessa och avslutade med med att gå igenom metoder och verktyg. Hans presentation finns här.

Per Axbom höll ett roligt och intressant föredrag om UX, Ace your website. Awe your users. 7 steps to master UX. Hans presentation filmades och filmen m.m. finns här.

Shay Friedman höll ett föredrag med titeln Migrating ASP.NET Applications to the Cloud där han började med att förklara vad Azure är och gick sen igenom olika steg man bör genomföra för att flytta sin applikation till Azure. Han gick också igenom hur man kan estimera vad det kommer att kosta att köra sin applikation i molnet. Ladda ner presentationen här.

Andra intressanta saker som jag lyssnade på  var Patrik Löwendahs föredrag om Strategi för mobilitet och mobilarkitektur, Shay Friedmans fördrag med titeln What?!? C# Could Do That?!? om DLR och nyckelordet dynamic och  Mary Poppendiecks keynote Software Doesn’t Matter. Lyssnade även på Niklas Gustavssons presentation av Spotifys arkitektur av ren nyfikenhet. Imponerande det dom byggt upp.
Alla presentationer finns att ladda ner här.

Vill du komma igång med eller bli bättre på Scala? Gillar du tävlingar? Gillar du robotar? Då kanske Scalatron är något för dig.

Scalatron är ett programmeringsspel skrivet i Scala där man utmanar varandra i ett virtuellt robotkrig. Spelet är utvecklat för att vara ett snabbt och underhållande sätt att lära sig Scala. Det är finurligt uppbyggt så att det inte krävs några som helst förkunskaper för att komma igång.

I sin enklaste form så krävs endast ett par förberedande steg innan man är på banan och tävlar med sina robotar.

1. Ladda ner senaste versinonen av Scalatron
2. Starta servern

Det som nu händer är att det dels startas en applikation som visuellt visar spelplanen:

…samt en server med en webbapplikation via vilken man kodar, testar och sjösätter sina robotskapelser:

Den vänstra delen är en smart tutorial som behandlar grunderna i Scala samt hur spelet är utformat. Steg för steg så tar man sig framåt mot en grundläggande robot. Den mittersta delen är koden för din robot med knappar för att kompilera, testa och sätta roboton i spel. Eventuella kompileringsfel dyker upp i den nedre delen. Koden skickas till servern för att kompileras så klienterna behöver inget annat än en webbläsare för att deltaga. För att kunna analysera sin robot så finns valet att köra sin robot steg för steg i en sandbox som synes i bildens högra del.

Denna setup är lämplig för kortare sessioner. Installera servern på en dator och låt deltagare ansluta med sina webbläsare. Vill man ha ännu mer inblick i sin robot och möjlighet att fullt ut debugga den i ett IDE så kan man sätta upp en lokal miljö för sin utveckling.

Projektet, som för övrigt är open source, finns på http://scalatron.github.com och där kan man hitta mängder med matnyttig information om hur man utvecklar sina robotar, sätter upp servrar, lägger upp turneringar etc.

Game On!

“Nothing but text mode: the text, the whole text, and nothing but the text” - www.sublimetext.com 

Ännu en texteditor?

I den konstanta jakten efter smidiga verktyg så har jag upptäckt en för mig intressant kodeditor. Jag använder dagligen olika operativsystem och programmeringsspråk beroende på plats eller uppgift och har letat efter en editor i stil med TextMate för OS X som även fungerar på Linux och Windows. För ett tag sedan stötte jag på Sublime Text. Är sökandet över?

Mitt förstahandsval för utveckling brukar vara IntelliJ IDEA men ibland kommer behovet av något lite mer lättviktigt. Sublime Text är inget tungrott IDE som kräver mycket systemresurser utan en snabb och effektiv texteditor med inriktning på kod.

Idén med Sublime Text föddes runt 2007 hos Jon Skinner, en australiensisk utvecklare av bland annat spelverktyg. Han var van vid väldesignade verktyg för andra uppgifter och funderade över hur han kunde förena fördelarna med ett väldesignat GUI och effektiviteten i Vim till en ny kodeditor. Version 1.0 kom i januari 2008. Tre år senare, i januari 2011 kommer en alpha av version 2.0 med ett helt omskrivet applikationsskal. Applikationen är idag i beta.

Sen har jag har alltid varit imponerad av den effektivitet andra (dvs inte jag) har i verktyg som Emacs och Vim samt hur utbyggbara dessa är. Sublime Text känns som en härlig korsbefruktning. Det här kan vara min gyllene medelväg.

Vad jag sökt efter och funnit i Sublime Text är följande:

Plattformsoberoende

Fungerar i OS X, Linux samt Windows.

Enkel projekthantering

Ett projekt är helt enkelt en eller flera kataloger. Vill du spara ett projekt är det endast två filer som tillkommer. Du kan alltså öppna ett befintligt  projekt utan att förstöra det med massa nya filer. Det går även väldigt snabbt att byta projekt.

 Estetiskt tilltalande

Ett avskalat GUI med fokus på koden. Minimalt med verktygsfält och dialoger. Smarta vyer för multipla dokument och helskärmseditering. Lättlästa fonter.

Snabb och effektiv sök

Att hitta filer eller att hitta i filer är snabbt och effektivt. Cmd P/Ctrl P ger dig Goto Anything och stöder en sökalgoritm med fuzzy logic. Från samma sökfält hittar du även till symboler eller rader genom att prefixa din söksträng.

Kodfokus

Bra syntax highlightning och till en viss nivå även auto complete. Det finns även stöd för snippets, macros, bookmarks, brace matching, RegEx med mera. Och ett enkelt byggsystem där man kan integrera valfritt byggsystem t.ex. sbt, ant eller make.

Utbyggbarhet

Det finns ett bra API och en uppsjö av plugins skrivna i Python. Allt är konfigurerbart och man kan även återanvända teman från TextMate.

Och denna listan tror jag bara kommer att växa med tiden. Min utvärdering fortsätter.

I skärmdumpen ovan syns gränsnittet i Sublime Text. Till vänster har vi öppna filer och i vilka grupper de ligger samt projektstrukturen, dvs filsystemet. Till höger har vi tre grupper med några öppna filer samt (längs ner) en plugin i form av SublimeREPL vilken tillåter mig att köra Scalas REPL (med mera) direkt i editorn. I högra kanten syns även fågelperspektivsvyer över filerna. Den popup som syns är Goto Anything och man ser en sökning på orden view och main och att den då matchat main.scala.html i mappen views. Hade jag fortsatt med t.ex. #head hade jag kommit direkt in på det elementet i filen.

Läs mer och bilda er en egen uppfattning på http://www.sublimetext.com/.

Så här ett par veckor efter SDC 2012 har jag börjat smälta mina intryck från konferensen och mina egna presentationer. Övriga intryck får jag lov att återkomma till i en annan blogpost.

Avseende mina egna presentationer så talade jag dag 1 kort om ‘Renderscript‘ på mobilspåret i form av ett s.k. “lightning talk”. På 12 minuter (eller närmare bestämt 11:45) lyckades jag klämma in en kortfattad genomgång av vad Renderscript är inför drygt 70 åhörare. Det blev lite om tekniken, några enkla demonstrationer samt lite snack kring potentiella användningsområden. Det mesta intressanta är väl egentligen det sistnämnda, utan något vettigt användningsområde blir ny teknik mest av akademiskt intresse – hur avancerad och fantastisk tekniken än må vara. Presentationsmässigt gick det nog så bra som jag hade kunnat hoppas på då detta var min premiär som talare på en offentlig konferens – dessutom på engelska. Mitt stora bekymmer inför talet var att hinna med det jag ansåg viktigt på mina 12 minuter. När jag repeterade var jag uppe i 14-15 minuter och fick löpande skära i materialet – med resultat att jag tyckte det uppstod otrevliga luckor i den röda tråden istället. Men den feedback jag fick efteråt var helt klart positiv så presentation 1 var jag klart nöjd med.

Foto från scandevconf.se

Mitt huvudnummer handlade om OpenGL ES 2.0 på Android och ägde rum som sista pass dag 2. Åhörarskaran var klart glesare denna gång, men jag är ändå glad att drygt 30 personer tog sig tid för att komma att lyssna på mig. Budskapet jag i grund och botten ville få fram var att 3D-grafik behöver inte vara så svårt och krångligt. Om jag lyckades? Något tveksamt. Eller som en f.d. kollega som lyssnade sade efteråt.

- Jag tycker presentationen var jättebra. Fast jag förstod ingenting.

Komplimang eller kritik så ligger det nog en hel del i vad han sade. Likt Renderscript-presentationen hade jag fått skära oerhört mycket i mitt material och under resan mot v.1.0 av presentationsmaterialet insåg jag flera gånger om att mitt tilltänkta omfång var alldeles för stort. Något jag nämnde i presentationen också – man skulle utan vidare kunna prata i 45 minuter om såväl 3D-grafikens grunder, Shaders, GLSL, tips&tricks eller olika renderingstekniker på Android. Nu blev det en ganska blandad kompott där jag själv kände att luckorna var lite väl stora, men samtidigt kanske inte åhörarna förväntar sig annat än överskådliga genomgångar på 45-minutersföredrag på utvecklarkonferenser. Hoppas åtminstone jag fick fram att även en så matematiskt obevandrad person som jag kan åtstadkomma fräcka grejer med 3D-grafik, även om det såklart inte skadar med lite koll på linjär algebra och annat man inte lär sig på gymnasiet.

Presentationsmässigt gick det väl lite knackigare än på måndagen. Men det kanske är ofrånkomligt när man inte är något presentationsproffs och/eller engelsktalande till vardags och man skall hålla låda i trekvarts timme. Något som dock blev väldigt lyckat var att använda en sekundär projektor kopplad direkt till mobilen där jag “live” kunde visa upp olika funktioner och effekter som jag samtidigt talade om och visade kod för på huvudskärmen. Tekniken var med mig!

Vägen fram till presentationerna var ganska tidskrävande, men det skall sägas att det är en ganska skön ego-boost att stå framme vid podiet. Att tala offentligt är lite på gränsen av min komfortzon, men förvånansvärt roligt när man väl lagt den första minuten av nervositet bakom sig. Jag kommer säkerligen skicka in abstrakt till framtida konferenser om jag har något vettigt att berätta!

Agila team är mer inne än någonsin och mer norm än undantag. Men det pratas inte så mycket SCRUM utan det är en mix av SCRUM, Lean och XP där det gäller att hitta sin egen implementation för framgång. När det gäller att få delarna i företagen utanför utvecklingsteamen med på det agila spåret så börjar det hända en hel del, men många har fortfarande samma problem som tidigare. Maktstrukturer rubbas och ansvarsområden förändras när team och projekt skall ta egna beslut. Men det är en livsnödvändig förändring för de företag som vill hänga med i den allt snabbare utvecklings- och förändringstakt som är på marknaden.
En talare sa att dagens stora komplexa system kräver att man jobbar i grupp för att kunna lösa uppgifter tillsammans, en hjärna räcker helt enkelt inte till för att tänka ut ett helt system, och det är de som kan utnyttja dynamiken och kreativiteten i teamen bäst som är vinnarna.

Nyckelbegrepp att fördjupa sig i:

• Små agila team som är sjävvalda, självgående och väljer sina egna uppgifter ur backloggen.
• Satsa på hög utvecklingstakt, så kommer teamen själva att vilja effektivisera arbetet.
• Tänk alltid; Användaren i fokus! Jobba med UX.
  Ingen har råd att bygga något användarna inte vill ha!
• Test ofta
• Satsa på kontinuerliga releaser hela vägen till slutanvändarna, då följer automatisk en satsning på “Continuous Integration” och kvalité.

För den som är ny på Mercurial eller bara behöver en liten uppfräschning finns en mycket trevlig, pedagogisk och grafiskt tilltalande guide som heter Hg Init och finns på hginit.com.

Bild från http://hginit.com/

Hg är ju som bekant den kemiska formeln för kvicksilver, mercury, och dessutom kommandot som används för att köra Mercurial på kommandoprompten. Härligt med lite keminördhumor

Om man har ojämn arbetsfördelning i en grupp tror jag att det beror på att man inte jobbar tillsammans som ett team. Inte så sällan är det dessutom gruppledaren som är den som har för mycket att göra jämfört med de andra i gruppen.

Då tror jag att man kan ta hjälp av olika agila verktyg, t ex regelbundna ståuppmöten och att tydliggöra arbetsuppgifterna som mindre arbetspaket som alla kan se och alla har möjlighet att jobba med.

Det är inte var dag man får möjlighet att promota sin app i ett forum som bubblar av intresse och engagemang. Ett unikt tillfälle för feedback och till kreativ diskussion.
Då det dessutom sker på sveriges störta utvecklarkonferens för mobil utveckling (det är gratis! för besökare) finns massor med tillfällen för inspiration och viktigt nätverkande.

Jag kommer i alla fall slänga upp några appar ur min samling!

Får jag se din app i applandet?

CAKE SHARING PUBLIC LICENSE
---------------------------
By using and installing this tool (hereby referred to as TOOL)
the USER (i.e a user of this TOOL) acknowledges:
- to always offer the CONTRIBUTORS (see list below) of TOOL cake/ice
cream/sweets (hereby referred to as SWEETS) whenever USER offer
someone else SWEETS in work-related environments (hereby referred
to as WORK SWEETS)
- to remind other USERs who are serving WORK SWEETS about this
agreement if they are not aware of it or have forgotten.
Redistribution of TOOL requires this license to be included.
In the case of redistribution, the effective CONTRIBUTORS is
the union of all CONRTIBUTORS from dependant software.
Contributing to TOOL requires the contributor to name herself/himself
in contribution list.

CONTRIBUTORS (so far):
...