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

Hæv de komplette krav. Tag dig tid til at skrive ned de mål, som slutproduktet skal nå, og hvem din målgruppe vil være. At tænke klart på dette tidspunkt af mesterskabet vil spare dig for meget tid.

Kommentér din kode liberalt. Hvis du mener, at din kode måske har brug for en forklaring, skal du kommentere det. Hver funktion skal foregå med 1 til 2 linjer, der beskriver argumenterne og afkastet. Kommentarer skal fortælle dig hvorfor mere end hvad. Husk at opdatere dine kommentarer, når du opdaterer din kode!

Brug ensartede navngivningskonventioner for variabler. Det vil hjælpe dig med at holde styr på hver type variabel og også hvad formålet med en bestemt variabel er. Det betyder at skrive meget mere end bare x = a + b * c, men det vil i høj grad lette fejlfinding og vedligeholdelse af din kode. En populær konvention er den Ungarsk notation, hvor det variable navn går forud for dets type. For eksempel for variabler af type int, kan du bruge intCounter- strenge kan skrives som strNomeDoUsuario. Uanset hvilken konvention du bruger til at navngive dine variabler, er det vigtigt, at det er konsistent, og at dine variable navne er meningsfulde (se afsnittet Advarsler nedenfor).

Organiser din kode. Brug visuelle strukturer til at angive kodens struktur. Indtast f.eks. En blok kode, der er inde i en betinget (hvis ellers ...) eller i en loop (for, mens ...). Prøv også at placere mellemrum mellem variable navne og en operatør, såsom tilføjelse, subtraktion, multiplikation, division og endda et tegn på lighed (myVariable = 2 + 2). Udover at få din kode til at se mere elegant ud, kan du se programmets strømning bare ved at se koden (se Indent Tips nedenfor).

Test alt. Begynd ved at afprøve hvert modul i isolation ved hjælp af input og værdier, som du typisk forventer. Prøv derefter indgange, der er muligt, men mindre almindeligt. Dette udelukker eventuelle skjulte fejl. Test er en kunst, og du vil gradvist bygge din færdighed gennem praksis. Skriv dine tests for at adressere følgende:

• Ekstremer: Nul er det største forventede positive tal for numeriske værdier, tom streng for tekstværdier og null for hver parameter.
• Ubetydelige værdier Selvom du tror, ​​at din bruger ikke ville indtaste fremmede værdier i dit program, skal du teste din software mod disse tilfælde alligevel.
• Forkerte værdier. Brug nul til en værdi, der vil blive brugt i en division eller et negativt tal, når et positivt tal forventes indført, eller når kvadratrotten beregnes. Noget der ikke er et tal, når inputtypen er en streng og vil blive omdannet til en numerisk værdi.

Øvelse, praksis, praksis. Programmering er ikke en statisk disciplin. Der er altid noget nyt at lære og måske vigtigst, der er altid noget gammelt at lære igen.

Vær forberedt på ændringer. I et rigtigt arbejdsmiljø ændres kravene. Men jo tydeligere du starter med kravene, og jo klarere implementeringen af ​​din plan er i starten, er ændringerne mindre tilbøjelige til at være resultatet af dårlig eller vildledende planlægning.

• Du kan tage en aktiv rolle i at forbedre proces klarhed ved at præsentere krav dokumentation eller din implementeringsplan godt inden du begynder kodning. Dette vil medvirke til at sikre, at det, du planlægger at skabe, faktisk er det, der blev bedt om.
• Struktur projektet med en række små mål med en demonstration i slutningen af ​​hver blok og administrer processen ét mål ad gangen. Jo færre ting du skal bekymre dig om på et givet tidspunkt, desto større er chancerne for at du tænker på dem klart.