10 April 2025 · Khaled

Hur man blir en bra programmerare

Hur man blir en bra programmerare

Det finns ingen magisk kurs som gör dig till en bra programmerare. Det är ett hantverk: läsa kod, skriva lite, få feedback, rätta, upprepa. Här är vanorna som faktiskt flyttar nålen.

Läs mer kod än du skriver

Bra programmerare är först bra läsare. Öppna kodbaser du beundrar - .NET-runtime, ett litet Go-verktyg, en Next.js-starter - och följ en begäran från HTTP-anropet ner till databasen. Fråga: varför heter den här funktionen så här? Varför är den här gränsen dragen just här?

När du läser, anteckna. En rad i en notebook räcker: ”de gömmer I/O bakom ett interface, därför går testerna snabbt”.

Gör loopen kort

En bra dag är många små loopar, inte en stor. Skriv den minsta ändringen som går att köra. Starta servern. Se felet. Fixa. Committa.

git add -p
git commit -m "Validera e-post innan vi sparar användaren"

Små commits är inte pedanteri. De är hur du backar när något går snett, och hur en kollega förstår vad du tänkte.

Namnge saker efter vad de gör

Otydliga namn är ränta du betalar varje vecka. Jämför:

function h(u) {
  return u.e.includes("@");
}

med:

function harGiltigEpost(anvandare: { epost: string }) {
  return anvandare.epost.includes("@");
}

Den andra versionen är inte smartare. Den är bara ärlig. En bra programmerare är snäll mot nästa person - ofta du själv om tre månader.

Testa för att tänka, inte för att samla täckning

Tester är ett sätt att skriva ner hur systemet ska bete sig. Ett test som bara speglar implementationen är värdelöst. Ett test som fångar en regel du bryr dig om är guld.

test("avvisar tom e-post", () => {
  expect(() => skapaKonto({ epost: "" })).toThrow(/epost/i);
});

Om du inte kan skriva testet, förstår du inte gränsen än. Stanna där. Rita den.

Prata med människor

Kod är samarbete. En pull request utan sammanhang är ett gissningsspel. Skriv varför i beskrivningen, inte bara vad. Sitt med den som ska använda API:et. Be om en kodgranskning innan du är “klar” - då hinner du fortfarande ändra.

Mitt råd är detsamma som när jag skrev om webbdesign: jobba tätt ihop med dem som ska leva med det du bygger.

Verktyg är hävstång, inte identitet

Editorn, språket, ramverket - de byts ut. Det som sitter kvar är att kunna dela upp ett problem, mäta, och sluta när det är tillräckligt bra. Lär dig git, HTTP, SQL och hur minnet beter sig. Sen kan du byta från C# till TypeScript utan att börja om.

En bra programmerare är inte den som skriver mest rader. Det är den som tar bort de rader ingen behövde.

© 2026 Khaled El Hamzi

GitHubX / TwitterLinkedInStack OverflowKo-fiPatreon