Programmering er en af de mest alsidige færdigheder på markedet i denne tidsalder. Fra at være i stand til at oprette virksomhedswebsteder til at vide, hvordan man let retter en omdirigeringsfejl, kan disse færdigheder være uvurderlige for en arbejdsgiver og dig selv på mange måder. Men ved at forblive som du er, vil du aldrig lade dig være den bedste programmør, du kan være. Læs videre for at lære, hvordan du forbedrer dine færdigheder som programmør.
Trin
Trin 1. Analysér problemet klart
Trin 2. Tænk to gange om, hvordan du løser dette problem
Trin 3. Saml komplette krav
Tag dig tid til at skrive ned, hvilke mål slutproduktet skal nå, og hvem din brugerbase vil være. Tankeklarhed på dette stadium vil spare meget tid ned ad linjen.
Trin 4. Skriv en grundig implementeringsplan (eller model)
- For noget lille og selvstændigt kan dette bare være et grundlæggende rutediagram eller en simpel ligning.
-
For større projekter hjælper det med at opdele jobbet i moduler og overveje følgende:
- Hvilken opgave hvert modul skal udføre
- Hvordan data overføres mellem moduler
- Hvordan dataene vil blive brugt inden for hvert modul
- Selvom krav til indsamling og planlægning kan være kedelige og meget mindre sjove end at dykke direkte ind i kodning, er det endnu mere kedeligt at bruge timer på fejlfinding. Tag dig tid til at designe flowet og strukturen i dit program korrekt på forhånd, og du kan endda få øje på mere effektive måder at nå dine mål på, før du skriver den første kodelinje!
Trin 5. Kommenter din kode liberalt
Hvis du tror, at din kode muligvis skal forklares, så kommenter den. Hver funktion skal have 1-2 linjer, der beskriver argumenterne, og hvad den returnerer. Kommentarer burde fortælle dig hvorfor oftere end hvad. Husk at opdatere kommentarerne, når du opdaterer din kode!
Trin 6. Brug konsekvente navngivningskonventioner for variabler
Det hjælper dig med at holde styr på hver type variabel, og også hvad denne variabels formål er. Dette betyder mere indtastning end blot x = a + b * c, men det vil gøre din kode meget lettere at fejlsøge og vedligeholde. En populær konvention er ungarsk notation, hvor variabelnavnet er præfikseret med sin type. For eksempel kan du for heltalsvariabler bruge intRowCounter; strings kan bruge strUserName. Det er ligegyldigt, hvad din navngivningskonvention er, men sørg for, at den er konsekvent, og at dine variabelnavne er beskrivende. (Se advarsler herunder).
Trin 7. Organiser din kode
Brug visuelle strukturer til at angive kodestruktur. For eksempel indryk en kodeblok, der sidder inden for en betinget (hvis, ellers, …) eller en loop (for, mens, …) Prøv også at placere mellemrum mellem et variabelnavn og en operator, såsom addition, subtraktion, multiplikation, division, og endda lighedstegnet (myVariable = 2 + 2). Udover at gøre koden mere visuelt elegant, gør det det meget lettere at se programmet flyde med et blik. (Se tips om indrykning nedenfor).
Trin 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 mulige, men mindre almindelige. Dette vil fjerne alle skjulte fejl. Der er en kunst at teste, og du vil gradvist opbygge dine færdigheder med øvelse. Skriv dine tests for at inkludere 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. Selvom du ikke tror, at din slutbruger ville indtaste vrøvl, skal du alligevel teste din software mod det.
- Forkerte værdier. Brug nul til en værdi, der vil blive brugt i division, eller et negativt tal, når der forventes positivt eller når en kvadratrod vil blive beregnet. Noget, der ikke er et tal, når inputtypen er en streng, og den vil blive analyseret for numerisk værdi.
Trin 9. Øv, øv, øv
Programmering er ikke en stillestående disciplin. Der er altid noget nyt at lære, og - måske vigtigere - altid noget gammelt at lære igen.
Trin 10. Vær forberedt på ændringer
I et realistisk arbejdsmiljø ændres kravene. Jo tydeligere du er i starten med kravene, og jo klarere din implementeringsplan er i starten, desto mindre sandsynligt er det, at ændringer vil være et resultat 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 i god tid, inden du begynder at kode. Dette vil hjælpe med at sikre, at det, du planlægger at oprette, faktisk er det, der er blevet bedt om.
- Strukturér 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 over på et givet tidspunkt, jo mere sandsynligt er det, at du vil tænke klart.
Trin 11. Start enkelt og arbejd mod kompleksitet
Når man programmerer noget komplekst, hjælper det med at få de enklere byggesten på plads og fungere korrekt først. Lad os f.eks. Sige, at du vil oprette en form, der udvikler sig 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.
- Lad derefter størrelsen på firkanten relateres til musens hastighed; dvs. løse sporing af hastighed-til-form på egen hånd.
- Til sidst skal du oprette de faktiske former, du vil arbejde med, og sætte de tre komponenter sammen.
- Denne tilgang egner sig naturligvis til modulær kodeskrivning, hvor hver komponent er i sin egen selvstændige blok. Dette er meget nyttigt til genbrug af kode (f.eks. Hvis du bare vil bruge musens sporing i et nyt projekt), og giver meget lettere fejlfinding og vedligeholdelse.
Video - Ved at bruge denne service kan nogle oplysninger blive delt med YouTube
Tips
- Brug et IDE (Integrated Development Environment). En god IDE vil få en farvekodet editor til at bygge den, med hintetoder og kodefunktioner, der gør redigering hurtigere og mindre tilbøjelig til stavefejl. Det vil normalt også indeholde fejlfinding.
- At studere kildekoden for andre programmører er et glimrende middel til at forbedre dine egne færdigheder. Arbejd dig igennem deres kode, trin for trin, udarbejd strømmen og hvad der sker med variablerne. Prøv derefter at skrive din egen kode for at gøre det samme (eller måske endda forbedre det). Du lærer hurtigt, hvorfor ting skal skrives på en bestemt måde, og du får også nogle nyttige tips til, hvordan du skriver effektivt.
- Læringssteder er også en glimrende ressource.
- Lav regelmæssige sikkerhedskopier af din applikationskode på en anden harddisk eller bærbar enhed, så du får en kopi, hvis din computer dør eller bliver utilgængelig. Opbevar mindst én kopi på et sikkert sted.
- Hold din kode visuelt elegant, ikke fordi den er smuk, men fordi den gør den lettere at læse. Dette er vigtigt, når du vil foretage ændringer seks måneder senere. Læs mere om kodeindrykning.
- Efter hvert større arbejdssegment skal du holde en pause, gøre noget, der ikke er relateret, og derefter gennemgå, hvad du har skrevet med et nyt sind. Tænk om og omskriv det, hvilket gør det mere effektivt og elegant ved at bruge mindre kode.
- Find en editor, der bruger farvekodet syntaksfremhævelse. Det hjælper virkelig at adskille kommentarer, søgeord, tal, strenge osv.
- Skift en ting ad gangen ved fejlfinding, og test derefter dine rettelser, inden du går videre til det næste element.
- Brug styring af versionskontrol. Værktøjer som CVS eller SVN gør det lettere at spore kodeændringer og fejl.
- Gem arkivkopier af dit tidligere arbejde. Det er ikke kun et godt referencepunkt, det kan også have bits, som du kan genbruge senere.
- Dobbelttjek stavning og syntaks. Selv de mindste fejl kan forårsage stor stress.
- Brug et fejlfindingsværktøj i stedet for at placere udsagn i din kode for at vise outputvariabler. Et fejlfindingsværktøj lader dig gå gennem din kode linje for linje, så du kan se, hvor det går galt.
- Tal med andre programmører. Folk kan ofte være en god ressource til information, især når de starter. Find ud af, om der er en gruppe programmerere, der mødes lokalt, og slutter sig til gruppen.
- Start i det små, sigt efter ting, som du højst sandsynligt vil kunne opnå, og arbejd dig op.
-
Få andre programmører til at læse din kode. De kan godt vide noget, som du måske ikke har tænkt på før. Kender du ingen professionelle programmører? Find et online forum, der er dedikeret til dit valgte programmeringssprog eller operativsystem, og deltag i samtalen.
- Hvis du går ned ad denne rute, skal du læse og observere forumetiketten. Der er mange godhjertede eksperter, der er villige til at hjælpe, hvis de bliver spurgt pænt.
- Husk at være høflig, fordi du beder om en tjeneste. Bliv ikke frustreret, hvis du ikke forstår alt på én gang, og forvent heller ikke, at de vil gennemgå 10.000 linjer kode. Stil i stedet enkle enkeltfokus-spørgsmål, og læg bare de relevante 5-10 linjer med relateret kode. Du vil sandsynligvis få et positivt svar på den måde.
- Inden du begynder at skrive, skal du lave lidt research. Dit spørgsmål er næsten helt sikkert stødt på, overvejet og løst allerede.
- Kunder og chefer er ikke bekymrede over, hvordan dit program fungerer næsten så meget, som de er med, hvor godt det fungerer. Tænk på bundlinjen. Kunderne er intelligente, men travle. De er ligeglade med hvilken slags datastrukturer du bruger, men de vil være ligeglade med, om det mærkbart fremskynder eller bremser ydeevnen.
- Adskillelse (emballering) af din genanvendelige kode fra din applikationsspecifikke kode vil med tiden føre til et stort, fejlfindet og genanvendeligt bibliotek fuld af praktiske værktøjer. Dette vil hjælpe med at skrive mere kraftfulde og stabile applikationer på kortere tid.
- En god måde at både gemme dit arbejde ofte og holde en fysisk separat backup er at bruge et versioneringsværktøj som git eller mercurial og en gratis hostingtjeneste som GitHub eller Bitbucket.
Advarsler
- Generelt er det en dårlig vane at kopiere og indsætte andres kode, men at tage små portioner fra et open source -program kan være en god læringsoplevelse. Bare kopier ikke et program helt, og prøv at tage æren for det. Kopier ikke kode fra et andet program, medmindre du har tilladelse eller tilladelsen.
- Gem dit arbejde ofte undervejs, eller du risikerer at miste timevis af arbejde på grund af et computernedbrud eller låsning. Hvis du ignorerer denne advarsel nu, er det en lektion, du helt sikkert vil lære på den hårde måde!
- Ungarsk notation (angiver en variabeltype som et præfiks) bør bruges med forsigtighed. Det kan føre til inkonsekvens, når det redigeres, eller især hvis det overføres til et andet sprog eller operativsystem. Det er mest brugt på 'løst typede' sprog, der ikke kræver, at du på forhånd erklærer typen af en variabel.
