Sådan forbedrer du dine færdigheder som programmør

Programmering er en af ​​de mest alsidige færdigheder på markedet i denne alder. Fra at kunne oprette selskabets hjemmesider for at vide, hvordan man nemt kan rette en omdirigeringsfejl, kan disse færdigheder være uvurderlige for en arbejdsgiver og dig selv på mange måder. Imidlertid vil du aldrig være den bedste programmør, du kan være, hvis du bliver som du er. Læs videre for at lære at forbedre dine færdigheder som programmerer.

Steps

1. 1 Analyser problemet klart.
2. 2 Tænk to gange om, hvordan du løser dette problem.
3. 3 Samle komplette krav. Tag dig tid til at skrive ned hvilke mål slutproduktet skal nå, og hvem din brugerbase bliver. Tanke klarhed på dette tidspunkt vil spare meget tid på linjen.
4. 4 Skriv en grundig implementeringsplan (eller model).
   • For noget lille og selvstændigt, kan det kun være et grundlæggende rutediagram eller en simpelt ligning.
   • For større projekter hjælper det til at bryde jobbet i moduler og overveje følgende:
     • Hvilken opgave skal hvert modul udføre
     • Hvordan data overføres mellem moduler
     • Hvordan dataene vil blive brugt inden for hvert modul
   • Selv om indsamling og planlægningskrav kan være trættende og meget sjovere end at dykke lige ind i kodning, er det ens mere kedeligt at bruge timer debugging. Tag dig tid til at designe flow og struktur af dit program helt op foran, og du kan endda se mere effektive måder at nå dine mål på, før du skriver første linie kode!
5. 5 Kommentér din kode liberalt. Hvis du mener, at din kode kan have brug for forklaring, kommentere den. Hver funktion skal foregå med 1-2 linjer, der beskriver argumenterne og hvad den vender tilbage. Kommentarer skal fortælle dig hvorfor oftere end hvad. Husk at opdatere kommentarerne, når du opdaterer din kode!
6. 6 Brug ensartede navngivningskonventioner for variabler. Det vil hjælpe dig med at holde styr på hver type variabel, og også hvad den pågældende variabel har til formål. Det betyder mere at skrive end simpelthen x = a + b * c, men det vil gøre din kode meget nemmere at fejle og vedligeholde. En populær konvention er ungarsk notation, hvor det variable navn er præfikset med dets type. For eksempel for integervariabler, du måske bruger intRowCounter; strings kan bruge strUserName. Det er ligegyldigt hvad din navngivningskonvention er, men vær sikker på at den er konsekvent, og at dine variabelnavne er beskrivende. (Se advarsler nedenfor).
7. 7 Organiser din kode. Brug visuelle strukturer til at angive kode struktur. Indtast f.eks. En kodeblok, der sidder inden for en betinget (hvis, ellers, ...) eller en loop (for, while, ...) Prøv også at placere mellemrum mellem et variabelt navn og en operatør som tilføjelse, subtraktion, multiplikation, division, og endog lige tegn (myVariable = 2 + 2). Ud over at gøre koden mere visuelt elegant, gør det meget nemmere at se programflowet med et overblik. (Se tips om indrykning nedenfor).
8. 8 Test alt. Start med at teste hvert modul på egen hånd ved hjælp af input og værdier, som du typisk ville forvente. Prøv derefter input, der er muligt men mindre almindelig. Dette vil udskylde eventuelle skjulte fejl. Der er en kunst til test, og du vil gradvist opbygge dine færdigheder med praksis. Skriv dine tests til at omfatte følgende tilfælde:
   • Ekstremer: Nul og ud over det forventede maksimum for positive numeriske værdier, tom streng for tekstværdier og null for hver parameter.
   • Meningsløse værdier. Selv hvis du ikke tror, ​​at din slutbruger ville indtaste gibberish, skal du prøve din software imod det alligevel.
   • Forkerte værdier. Brug nul til en værdi, der vil blive brugt i divisionen, eller et negativt tal, når positiv forventes, eller når en kvadratrod beregnes. Noget der ikke er et tal, når inputtypen er en streng, og den vil blive analyseret for numerisk værdi.
9. 9 Øvelse, praksis, praksis. Programmering er ikke en stagnerende disciplin. Der er altid noget nyt at lære, og - måske endnu vigtigere - altid noget gammelt at genoplive.
10. 10 Vær forberedt på forandring. I et realistisk arbejdsmiljø ændres kravene. Men jo klarere er du i starten om kravene, og jo klarere din implementeringsplan er fra starten, desto mindre sandsynligt er det, at ændringer vil være resultatet af dårlig planlægning eller misforståelser.
    • Du kan tage en aktiv rolle i at forbedre procesens klarhed ved at præsentere din kravdokumentation eller din implementeringsplan inden du begynder at kode. Dette vil bidrage til at sikre, at det, du planlægger at skabe, faktisk er, hvad der er blevet bedt om.
    • Opbyg projektet som en række milepæle med en demo for hver blok, og administrer processen en milepæl ad gangen. Jo færre ting du skal tænke på på ethvert tidspunkt, jo mere sandsynligt er det, at du vil tænke klart.
11. 11 Start enkelt og arbejde mod kompleksitet. Når du programmerer noget komplekst, hjælper det med at få de enklere byggeklodser på plads og fungerer korrekt først. Lad os f.eks. Sige, at du vil oprette en foranderlig form på skærmen, der følger musens retning, og ændrer form afhængigt af musens hastighed.
    • Start med at vise en firkant og få den til at følge musen; dvs. løse bevægelsessporing alene, først.
    • Derefter skal størrelsen af ​​kvadratet relateres til musens hastighed; det vil sige løse hurtighed-til-form tracking selv.
    • Endelig opretter du de egentlige former, du vil arbejde med, og sæt de tre komponenter sammen.
    • Denne tilgang lader sig naturligvis til modulær kodeskrift, hvor hver komponent er i sin egen selvstændige blok. Dette er meget nyttigt til genbrug af kode (f.eks. Du vil bare bruge musesporing i et nyt projekt) og gør det lettere at debugge og vedligeholde.