Hur bra är bra nog? (Hantera spänningen och skicka den)

Jag åt lunch med några vänner och andra företagare och utvecklare igår, och ett av ämnena som kom upp under vår diskussion var idén om hur bra är bra nog?

Närmare bestämt, närhelst du arbetar med ett programvaruprojekt, när är det Good Enough ™ att skicka till kunden?

Hur bra är bra nog med kodningsstandarder?

Innebörden är förstås att om det är tillräckligt bra så uppfyller det kraven, men det finns sannolikt någon underliggande spänning som, med mer tid, pengar eller någon annan resurs, skulle gå tillbaka och förbättra vissa aspekter av ett projekt.

Om du är en utvecklare eller designer, kanske du har känt denna spänning. Jag har. För vad det är värt, jag känner det med nästan varje enskilt projekt jag arbetar med.

Och visst, vi kan diskutera hela dagen vad det innebär att vara tillräckligt bra. Men jag tror att definitionen förändras ju längre vi kommer in i branschen.

Hur bra är bra nog?

Poängen jag försöker få fram är att tillräckligt bra är ett rörligt mål som ofta dikteras av din erfarenhetsnivå (i motsats till vilken annan kval som helst som t.ex. din ålder).

Jag antar, för det här inlägget, att du har varit i branschen tillräckligt länge och arbetat med en liknande uppsättning verktyg och språk för att helt förstå särdragen hos vart och ett av de språk och verktyg du använder. Jag är inte blyg för att jag föredrar att gå djupt snarare än brett när det gäller att bygga mjukvara.

Det förändras över tiden

Samtidigt rör sig erfarenhetsnivån som vi anser vara "tillräckligt bra". När du först börjar är tillräckligt bra förmodligen bara att få något att fungera. Om du är i ett team – särskilt av erfarna utvecklare – kommer sannolikt att få mycket feedback om hur man kan förbättra saker.

Och till en början kan detta vara utmanande. Kanske är det till och med lite nedslående. Jag menar, du är stolt över det du har gjort, men sedan har du en handfull människor som berättar för dig hur du ska ändra saker. Samma sak händer i öppen källkod, förresten (för vad det än är värt).

Att inte sockerlacka eller ändra något eftersom du har rätt: Det kan bli nedslående. Jag menar, du har spenderat vem vet hur många timmar på att arbeta på något, du får det att fungera, och sedan får du dina kamrater att korrigera mycket av det arbete du har gjort.

Vi kan göra saker bättre tillsammans.

Kom ihåg att motivationen bakom nämnda kritik inte har något att göra med dig som person. Och det har ingenting att göra med att säga att du inte är tillräckligt bra. Det sägs att du har fått det att fungera, vilket är bra, nu ska vi göra det här ännu bättre.

När du lär dig mer förändras plötsligt mätningen av vad som en gång var tillräckligt bra.

När det som en gång var bra inte längre är sant

Och det är här spänningen kommer in i bilden: Det som en gång var tillräckligt bra är nu inte längre tillräckligt. Det är undermåligt, eller hur? Så det nya bra nog är något mer organiserat, bättre utformat och bättre organiserat.

Sedan introduceras en ny spänning: Du når en deadline, eller så har du slut på pengar och det är dags att skicka produkten. Du vet att det arbete du har gjort är bra, hanterbart och tillräckligt dokumenterat för att projektet ska kunna fortsätta.

Hur bra är bra nog? Har den dokumentation?

Men det är inte tillräckligt bra eftersom du är medveten om de saker du skulle kunna optimera om du bara hade lite mer tid. Det gör du dock inte – du måste skicka den i dess nuvarande skick.

Byta hemligheter

Här är den smutsiga lilla hemligheten i branschen som folk, oavsett anledning, inte vill erkänna: Det är okej att skicka det i det tillståndet.

Att skicka produkten i dess givna skick är okej.

För det första är det tillstånd som det befinner sig i inte bara bättre än ingenting alls; det är något som är bättre än vad du brukade kunna göra. Vi som bryr oss om det här hantverket känner det här med nästan allt de

För det andra är mjukvara formbar. Det kan och kommer att förändras över tid. Det är därför vi har versioner av vårt arbete. De av oss som bryr sig om detta hantverk känner denna spänning med nästan allt vi gör.

Slutligen försvinner inte tanken på vad som anses vara Good Enough™. Det bara rör sig. Ju mer du lär dig om att producera bra mjukvara, desto skillnaden i definitionen av vad som är tillräckligt bra ändras.

Spänningen löser sig inte

Så vänja dig vid spänningen. Omfamna det till och med. Om du inte känner det, så skulle jag hävda att du inte bryr dig om att producera en kvalitetsprodukt. Och jag vet att det är ett djärvt uttalande att säga, men jag har ännu inte träffat en utvecklare med hennes eller hans meriter som inte brottas med det.

Det är en del av jobbet. Ta det för vad det är. Om du känner det är det ett gott tecken på att du är på rätt väg.