1. Walking Skeleton

    Under paneldebatten på SDC2010 fick jag lära mig ett nytt uttryck som jag tycker är så illustrativt och användbart att det förtjänar ett eget blogginlägg, nämligen Walking Skeleton. Till min glädje upptäckte jag att boken jag håller på att läsa, Growing Object-Oriented Software, Guided by Tests använder och beskriver detta begrepp ingående.

    Walking Skeleton syftar på att man bör skapa en fungerande infrastruktur innan man kan komma igång med den testdrivna cykeln. Ett Walking Skeleton är en implementation av den tunnaste möjliga skivan av riktig funktionalitet som vi kan bygga automatiskt, driftsätta automatiskt och testa ”end to end”.
    (Läs mer…)

  2. Berör gärna, men rör mig inte och rör inte om

    Thomas Davenports bok Thinking For A Living (Harvard Business School Press) från 2005 är ännu aktuell då han på ett generellt sätt (med konkreta exempel) tar upp ämnet ”Getting Results from Knowledge Workers” och första kapitlet avslutas med en sammanfattning i sju punkter:

    All jobs involve knowledge to some degree, but knowledge workers are those whose jobs are particulary knowledge-oriented.

    Han förklara att rekomendationerna i boken gäller de experter vars huvudsakliga syfte är att skapa, distribuera eller tillämpa kunskap. Utvecklare som tar företag framåt är alltså inte undantag i denna bok, utan ligger tvärtom i mittfåran. Boken har stärkt mig i mina åsikter om hur man bör hantera just systemutvecklare genom att kunna peka på ordentliga studier och djupanalyser inom just rätt arbetsområde – arbete där ”vad/hur jag tänker är viktigare än vad jag gör”.

    (Läs mer…)

  3. IDE för Erlang?

    Tiden då en programmerare endast använde en enkel editor typ vi eller emacs är förbi (eller borde vara förbi iaf). Istället skall man såklart använda en IDE. Jag kan inte se att det har utkristalliserats någon de facto-standard av IDE för Erlang ännu. Det finns några kandidater, och så finns det några som inte ens är i närheten.

    (Läs mer…)

  4. Månadens Boktips

    Såhär när sommaren och alla lata dagar på stranden, eller i hängmattan, närmar sig så är ju bara vettig läsning ett måste.

    Men vad är då vettig läsning för en stackars java-programmerare? Det är ju uppenbarligen lättare att skriva en dålig bok om programmering än en bra. Det kan lätt bli ett sömnpiller…

    Så vilka är era favoriter? Programmeringsböcker som är så bra så att alla som hålller på med Java, eller programmering i allmänhet, måste (Läs mer…)

  5. Motorväg till Scrum

    För nästan tre år sedan satt jag med en grupp utvecklare i en organisation som ville ha allt ”nu”, frågade ”när det är klart” innan man fått ställa en första fråga och nästa dag repeterade samma mantra fast med nya specifikationer. Det var stressigt, rörigt och instabilt – varken utvecklare, beställare eller användare kände sig riktigt bekväma med vad som hände. Uppskattningsvis 40 % av arbetet som utfördes gjordes genom ärendehanteringsverktyget JIRA. Utan att gå igenom alla förutsättningar så skall sägas att det var upplagt för att jobba enligt någon agil process/metod och i det här fallet – Scrum.

    (Läs mer…)

  6. Minirecension: ”Implementation Patterns” av Kent Beck

    Jag gissar att de flesta av er har hört följande one-liner, signerad Martin Fowler:

    Any fool can write code that a computer can understand. Good programmers write code that humans can understand.

    Jag har haft en skylt med detta citat uppsatt ovanför min arbetsplats på flera av mina konsultuppdrag, för jag tycker att det på ett mycket kärnfullt sätt och tydligt sätt pekar på vilket mindset man bör ha när man programmerar. Tyvärr ser man alltför ofta kod som ”bara fungerar” men är svår att följa och därmed också svår att ändra i.

    Kent Becks bok ”Implementation Patterns” (kom ut nov 2007), som jag nyss har läst, har samma tema som citatet ovan. I boken går Kent igenom nästintill samtliga Javas olika språkkonstruktioner och analyserar dem ur ett ”läsbarhetsperspektiv”. Några exempel:

    (Läs mer…)