Godt frontend-håndverk

En snekker kan se på hva en annen snekker har gjort og si noe om hvor godt håndverk det er. Hvis noe mangler eller ikke er gjort på en god nok måte, ser de det.

Noen snekkere er mer opptatt av godt håndverk enn andre. Noen vil bare få jobben gjort godt nok, mens andre ikke engang bryr seg om det er godt nok – så lenge det står oppreist til kunden har betalt og de ikke lenger har ansvar for det.

Men du som snekker (og dersom du ikke jobber svart) har et juridisk ansvar, et ansvar for godt (nok) håndverk. Det betyr at hvis noe galt skjer på grunn av manglende godt håndverk, er du ansvarlig for det du har gjort. Da må du rette opp feilen eller betale for å få det fikset. Dette fører til at færre snekkere utøver dårlig håndverk, fordi det er i deres beste interesse å gjøre en god jobb.

På webben, derimot, er det sjelden snakk om godt håndverk. Vi har ingen TEK17 å forholde oss til (vi har noe lignende, som WCAG, men de fleste frontend-utviklere kan det ikke godt nok), og altfor mange frontend-utviklere vet ikke hvordan godt håndverk ser ut.

Hvis noe går galt som en konsekvens av dårlig frontend-håndverk, blir ikke utviklerne holdt ansvarlige. Da må du enten bruke interne ressurser på å fikse det eller betale noen for å ordne det. Og de som fikser det, vet ofte heller ikke hva godt frontend-håndverk er – og så har du det gående.

Det som gjør dette ekstra kjipt, er at hvis frontend-utviklerne bare hadde visst bedre hva godt frontend-håndverk var, ville de laget langt bedre løsninger. Og den store kickeren? Det tar som regel ikke lenger tid å lage noe med godt frontend-håndverk – det handler om å gjøre det riktig fra starten av.

Godt frontend-håndverk handler om flere ting, for eksempel:

• Kodekvalitet – Gjelder både HTML, CSS, JavaScript og eventuelle andre språk som brukes.
• Universell utforming – At det som blir laget, er tilgjengelig for flest mulig (og ikke ulovlig).
• Hastighet – Sørge for lave lastetider, lavere krav til server, enhet og internettlinje. De færreste sitter på fiberlinje med den nyeste MacBook Pro.
• Vedlikehold – At det er lett å vedlikeholde, både for andre og for deg selv. Dette handler mye om koden og tech-stacken, men også om dokumentasjon og struktur.

Det som er litt forbasket, er at det er vanskelig å identifisere dårlig frontend-håndverk hvis du ikke er en frontend-utvikler selv. Når det i tillegg finnes så mange frontend-utviklere som er komfortable med å utøve dårlig håndverk (eller ikke vet bedre), opprettholdes den dårlige standarden.

Det finnes ingen enkel løsning på dette. Det holder ikke at jeg sier «Skjerp dere!» til frontend-utviklere. Hvis utviklerne selv hadde definert hva godt håndverk er, slik at de kunne måle både sitt eget og andres arbeid opp mot det, kunne vi kanskje beveget oss i riktig retning.

Dette ansvaret ligger ikke bare på frontend-utviklere. Det hviler også på UX-designere, produktledere og alle som har ansvar for at produktet blir bra. Hvis en løsning er dårlig implementert – altså at det er gjort dårlig frontend-håndverk – er det også alles ansvar å kunne identifisere problemet og kreve at det blir gjort bedre.

Mer

• Frontend-frontend-utviklere – Om forskjellen på frontend-frontend-utviklere og backend-frontend-utviklere.