3 fantastiske måder at skrive enkel kode på

Livet er virkelig enkelt, men vi insisterer på at gøre det kompliceret.

Billedkreditter: unsplash.com Tom Grimbert

Skrivning af enkel kode er faktisk meget enkel. Men vi gør det til en kompliceret affære ved at gøre det "fremtidsklar."

Og når vi først lærer at overvinde denne vildfarelse af fremtidige beredskab, ville vores kode ikke kun blive enklere og renere, men vi ville også vokse i statur som en stor udvikler.

Lad mig forklare.

Tilbage i mine programmeringshøjdage blev en kendsgerning dogmatisk lært mig ved enhver lejlighed.

“Skriv aldrig den samme kode to gange”.

"Du skal refaktorere din kode og gøre den genanvendelig til" større god ". Lav koden til en sort boks, som kan bruges af enhver anden udvikler under solen. Store udviklere efterlader den større kode som deres stadige varighed.

Så langt så godt.

Bortset fra at mine kodeskabelser gradvist udviklede sig til grimme klumper af uhyrlig intethed, som blev næsten umulige at forstå og fortolke. Min kodehygiejne gik kaster, og jeg begyndte at spilde dage og måneder med at "korrigere" og "genoplive" de dæmoner, som jeg havde oprettet.

Programmering er hårdt. Når du skriver et program, kan der være overalt fra en til en gazillion kodelinjer, og du vil lave fejl. Nogle gange er de store, andre gange er de små, men uanset størrelsen tager de alle tid til at finde og finde fejl. Nogle gange har du brug for hjælp til at komme ud af den "farlige" virvel af "hjælpeløshed", der hurtigt suger dig ind.

Og nogle gange har du bare brug for …… en gummiand.

Begrebet gummiand blev først nævnt af Deane Parker i hans fremragende indlæg “How to Give a Good Conference Talk”, hvor han beskrev at øve en præsentation højt for at gøre det bedre. Ideen om at bruge en ænder som en lydplade er ikke ny, men hvor den scorer point er i dens enkelhed i brugen og effektiviteten.

Den største fordel ved at bruge en gummiænder som en lydplade er, at den er tålmodig, det dømmer ikke dig og frem for alt tager det ikke nogen andens tid. Der er noget magisk ved at forklare dine problemer højt, selv til noget så livløst som en gummiand, der kan hjælpe dig med at se løsningen på dine problemer.

Når du gennemgår din kode og forklarer den linje for linje til gummianden, stopper du dig selv og begynder at tænke på situationen udefra. Du tvinger dig selv til at vurdere dig selv og få en objektiv forståelse af alt det, du havde skrevet i ”øjeblikket”.

Og så får du før eller senere dit "AH-HA" øjeblik. Svaret kommer bare til dig.

Og sådan føles det næsten hver gang: ”Duh! Det vidste jeg godt!"

Her er nogle af de ting, gummiand sessionerne lærte mig om at skrive bedre kode.

Det er ikke nødvendigt at skrive en genanvendelig komponent HVER TID.

Nogle vil hævde, at du altid skal prøve at gøre dine komponenter så genanvendelige som muligt, fordi det kræver, at du arbejder igennem alle disse kvalitetsproblemer, uanset hvad, og vil producere bedre software. Dette ville være dejligt, hvis dit eneste mål var at skabe den bedste software i verden, men ingen betaler dig for at gøre det.

Nej, du får betalt for at skrive software af tilstrækkelig kvalitet inden for det tildelte tidsrum og budget. Hvis du bruger unødvendig tid på at forgylde din kode, kan det få dig til at føle dig cool, men den er helt spildt. Du er nødt til at tegne en linje i sandet, præcist hvor godt dette produkt virkelig skal være og holde sig til det, ellers bliver du aldrig færdig.

Du har ikke brug for det

YouArentGonnaNeedIt (ofte forkortet YAGNI) er en ekstrem programmeringspraksis, der siger:

"Implementere altid ting, når du faktisk har brug for dem, aldrig når du bare forudser, at du har brug for dem."

Selv hvis du er helt, fuldstændig, helt sikker på, at du har brug for en funktion senere, skal du ikke implementere den nu.

Der er to hovedårsager til at praktisere YagNi:

  • Du sparer tid, fordi du undgår at skrive kode, der ikke er påkrævet
  • Din kode er bedre, fordi du undgår at forurene den med 'gætte', der viser sig at være mere eller mindre forkert, men holder sig alligevel.

Lav det enkleste ting, der muligvis kan fungere.

Ekstrem programmering nævner to gyldne regler for at skrive enkel kode.

· Først skal du implementere en ny kapacitet på den enkleste måde, du kan tænke på, at "muligvis kan fungere". Byg ikke en masse fantastiske overbygninger, ikke gør noget fancy, bare læg det ind for at få det til at fungere. Få koden til at bestå enhedstestene for den nye funktion (og alle funktioner, som altid).

· For det andet, og dette er kritisk for reglen, refaktor systemet til at være den mest enkle kode inklusive alle de funktioner, det nu har. Følg reglen i OnceAndOnlyOnce og de andre regler for kodekvalitet for at gøre systemet så rent, som det muligvis kan være.

Husk altid, vi leder ikke efter den hurtigste måde; vi leder efter det enkleste resultat. Så vi bryder først den eksisterende metode i stykker. Det lader de eksisterende testtilfælde køre. Derefter ændrer vi (simpelthen, nu) en af ​​de små metoder til at håndtere den næste test sag og så videre.

Næste gang du sidder fast, prøv andet

Sortering gennem bugs, problemer og generelle conundrums er en grundlæggende del af programmeringen. Så det er lige så vigtigt at udvikle teknikker til at svæve dig igennem bugs og finde din vej ud af bindene som at lære alle syntakserne.

Og når du sidder fast og intet ser ud til at virke, så prøv gummianden.

Så gå ud og find din egen gummiænder, det være sig det klassiske gule badelegetøj eller en klædt ud som en pirat - vælg en, som du er komfortabel med og passer til din personlighed.

Fortsæt; Tal med ham, still spørgsmål, forklar dine problemer højt, ryd dine spindelvev og lever stor værdi i din kode.

Som Chris Pine med rette har sagt.

”Programmering handler ikke om, hvad du ved; det handler om, hvad du kan finde ud af. ”
Om forfatteren-:
Ravi Rajan er en global it-programleder baseret fra Mumbai, Indien. Han er også en ivrig blogger, Haiku poesi forfatter, arkæolog entusiast og historie gal. Opret forbindelse med Ravi på LinkedIn, Medium og Twitter.

Denne historie er offentliggjort i The Startup, Medium's største iværksætterpublikation efterfulgt af +402.714 mennesker.

Abonner for at modtage vores tophistorier her.