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

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

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

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

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