Forbedre programmeringsferdighetene dine: 11 trinn (med bilder)

Innhold

Trinn
Tips
Advarsler
Nødvendigheter

Programmering er en av de mest allsidige ferdighetene du kan ha i dagens arbeidsmarked. Fra å være i stand til å bygge nettsteder for bedrifter til å vite hvordan du enkelt kan fikse en omdirigeringsfeil, kan disse ferdighetene vise seg å være uvurderlige for en arbeidsgiver og deg selv på mange måter. Men å se utover det du vet akkurat nå vil aldri gjøre deg til den beste programmereren du kan være, så les videre for å lære hvordan du kan forbedre ferdighetene dine som programmerer.

Trinn

1. Gjør en klar analyse av problemet

Bilde med tittelen Forbedre ferdighetene dine som programmerer Trinn 2

2. Tenk to ganger på mulige løsninger på problemet

Bilde med tittelen Forbedre ferdighetene dine som programmerer Trinn 3

3. Samle kravene til sluttproduktet. Ta deg tid til å skrive ned hvilke mål sluttproduktet må oppfylle og hvem som skal bruke det. Å holde ting klart på dette stadiet vil spare deg for mye tid underveis.

Bilde med tittelen Forbedre ferdighetene dine som programmerer Trinn 4

4. Skriv en grundig implementering av programmet (eller modellen).

For noe lite eller individuelt kan dette være et enkelt flytskjema eller en enkel ligning.

For større prosjekter hjelper det å dele opp oppgaven i moduler, og vurdere følgende:

Hvilken oppgave hver modul skal utføre

Hvordan data overføres mellom moduler

Hvordan data brukes innenfor hver modul

Selv om det å samle og planlegge kravene til programmet kan være kjedelig arbeid og mye mindre moro enn å dykke rett inn i koden, er det til og med ennå mer kjedelig å bruke timer på å finne ut av feilene dine (feilsøking). Ta deg tid til å designe programmets flyt og struktur på forhånd, og før du i det hele tatt har skrevet den første linjen med kode, kan du finne mer effektive måter å nå målene dine på!

Bilde med tittelen Forbedre ferdighetene dine som programmerer Trinn 5

5. Legg inn så mye forklaring som mulig med koden din. Hvis du føler at koden din trenger litt forklaring, vennligst oppgi den. Hver funksjon skal innledes med 1-2 linjer som beskriver argumentene og verdiene de returnerer. Kommenter du har hørt det tidligere Hvorfor å fortelle det da hva. Ikke glem å oppdatere kommentaren når du redigerer koden!

Bilde med tittelen Forbedre ferdighetene dine som programmerer Trinn 6

6. Bruk konsistente navnekonvensjoner for variabler. Dette vil hjelpe deg å holde styr på hver type variabel, samt hva formålet med den variabelen er. Dette betyr at du må gjøre mer enn bare å skrive x = a + b * c, men gjør koden din mye enklere å feilsøke og vedlikeholde. Et populært stevne er den ungarske notasjonen, der navnet på variabelen innledes med typen. For eksempel for heltall du kan tenke deg intRowCounter; strenger blir noe sånt strBrukernavn. Det spiller ingen rolle hva konvensjonene er for navnene, bare sørg for at du er konsekvent og at navnene dine er beskrivende. (Les advarslene nedenfor).

Bilde med tittelen Forbedre ferdighetene dine som programmerer Trinn 7

7. Få orden på koden din. Bruk visuelle strukturer for å indikere strukturen til koden. For eksempel, rykk inn en kodeblokk i en betinget setning (if, else,...) eller en løkke (for, mens,...). Prøv også å sette mellomrom mellom navnet på en variabel og en operator som addisjon, subtraksjon, multiplikasjon, divisjon og til og med likhetstegnet (minVariable = 2 + 2). I tillegg til å gjøre koden mer visuelt elegant, gjør den det også lettere å forstå flyten i programmet på et øyeblikk. (Se tipsene nedenfor om innrykk).

Bilde med tittelen Forbedre ferdighetene dine som programmerer Trinn 8

8. Test alt. Start med å teste hver modul individuelt, ved å bruke input og verdier du forventer. Prøv deretter verdier som mulig være, men mer uvanlig. På denne måten kan du finne skjulte feil. Testing er en kunst, og du vil bli bedre på det når du øver på ferdighetene dine. Sørg for at testen din dekker følgende tilfeller:

Ekstremer: Null og høyere enn forventet maksimum for positive numeriske verdier, tomme strenger for tegn og null for alle parametere.

Meningsløse verdier. Selv om du ikke tror sluttbrukeren vil fylle ut tull, bør du teste programvaren for det.

Feil verdier. Bruk null for en verdi brukt i en divisjon, eller et negativt tall når et positivt tall forventes, eller når en kvadratrot må beregnes. Noe som ikke er et tall når en streng forventes som input og den behandles som en numerisk verdi.

Bilde med tittelen Forbedre ferdighetene dine som programmerer Trinn 9

9. Øv, øv, øv. Programmering er ikke en disiplin hvor du kan stå stille. Det er alltid noe nytt å lære, og – kanskje enda viktigere – alltid noe gammelt å lære på nytt.

Bilde med tittelen Forbedre ferdighetene dine som programmerer Trinn 10

10. Vær forberedt på endring. I et realistisk arbeidsmiljø endres kravene. Men jo klarere du har disse kravene i tankene i begynnelsen, og jo klarere implementeringsplanen din er på det punktet, desto mindre sannsynlig er endringer på grunn av dårlig planlegging eller misforståelser.

Du kan ta en aktiv rolle i å forbedre prosesstransparens ved å presentere kravdokumentasjonen eller implementeringsplanen i god tid før koding. Dette vil bidra til å sikre at det du planlegger å lage faktisk er det du blir bedt om.

Del opp prosjektet i en rekke milepæler, med en demo for hver blokk, og administrer prosessen én milepæl om gangen. Jo færre ting du trenger å tenke på til enhver tid, jo mer sannsynlig er det at du tenker klart på dem.

Bilde med tittelen Forbedre ferdighetene dine som programmerer Trinn 11

11. Start enkelt og jobb deg opp til mer kompleksitet. Når du begynner å programmere noe komplekst, hjelper det å først få de enkle byggeklossene på plass og fungere skikkelig. La oss for eksempel si at du vil lage en form på skjermen som utvikler seg og følger musen, og endrer form avhengig av hastigheten på musen.

Start med å vise en firkant og la dette objektet følge musen; så løs først bare ved å følge musepekeren.

La deretter størrelsen på firkanten avhenge av hastigheten til musen; så løs nå hastighetsformstørrelseslenken.

Til slutt lager du de faktiske formene du vil jobbe med og setter de tre komponentene sammen.

Denne tilnærmingen egner seg naturlig til modulær programmering, der hver komponent eksisterer innenfor sin egen uavhengige blokk. Dette er veldig nyttig for gjenbruk av kode (du kan for eksempel bruke musesporing i et nytt prosjekt), og gjør det mye enklere å feilsøke og vedlikeholde koden.

Tips

Opplæringsnettsteder er også en utmerket ressurs.
Sikkerhetskopier programkoden regelmessig til en annen harddisk eller USB-pinne, slik at du har en kopi hvis datamaskinen går i stykker eller blir utilgjengelig. Oppbevar minst ett eksemplar på et trygt sted.
Hold koden din visuelt elegant, ikke fordi den er pen, men lettere å lese. Dette er viktig hvis du, etter 6 måneder i utviklingsprosessen, fortsatt ønsker å gjøre endringer i en bestemt kode. Les mer om innrykk kode.
Etter hvert hovedsegment av arbeidet, ta en pause, gjør noe som ikke er relatert, og ta en ny titt på det du har skrevet. Tenk over det og omskriv det mer effektivt og elegant, med mindre bruk.
Finn en editor med fargekodet syntaksgjenkjenning. Dette hjelper enormt med å skille kommentarer, nøkkelord, tall, strenger osv.
Endre én ting om gangen når du feilsøker, og test rettelsene dine før du går videre til neste del.
Benytt deg av versjonskontroll. Verktøy som CVS eller SVN gjør det enklere å spore og feilsøke kodeendringer.
Dobbeltsjekk alltid stavemåte og syntaks. Selv de minste feilene kan forårsake mange problemer (og stress).
Behold arkiverte kopier av arbeidet du har gjort tidligere. Dette er ikke bare nyttig som referansemateriale, men kan også inneholde kodebiter som du kan bruke igjen på et senere tidspunkt.
Start i det små, fokuser på ting du mest sannsynlig vil kunne lage, og jobb deg opp derfra.

Advarsler

Å kopiere og lime inn andres kode er generelt dårlig praksis, men å bruke små deler av et åpen kildekode-program kan være en god læringsopplevelse. Ikke kopier et helt program og ta æren for det. Ikke kopier noe fra et annet program med mindre du har tillatelse eller lisensen tillater det.
Lagre arbeidet ditt regelmessig gjennom hele reisen, ellers risikerer du å miste timer og timer med arbeid på grunn av en datakrasj eller fryse. Hvis du ignorerer denne advarselen nå, vil det være en vanskelig leksjon som du uten tvil vil lære!
I trinn 4 bør ungarsk notasjon (som indikerer typen av en variabel med et prefiks) brukes med forsiktighet. Dette kan føre til inkonsekvens når koden endres og spesielt når koden er portert til et annet språk eller operativsystem. Den er mest praktisk å bruke i "løst skrevet" programmeringsspråk, der det ikke er nødvendig å deklarere typen av en variabel i begynnelsen.