Programmering er en av de mest allsidige ferdighetene på markedet i denne alderen. Fra å kunne lage bedriftens nettsteder til å vite hvordan man enkelt kan fikse en omdirigeringsfeil, kan disse ferdighetene være uvurderlige for en arbeidsgiver og deg selv på mange måter. Imidlertid vil du aldri bli den beste programmereren du kan være hvis du holder deg som du er. Les videre for å lære hvordan du kan forbedre dine ferdigheter som programmerer.
Trinn
Trinn 1. Analyser problemet tydelig
Trinn 2. Tenk to ganger om hvordan du løser dette problemet
Trinn 3. Samle fullstendige krav
Ta deg tid til å skrive ned hvilke mål sluttproduktet må nå, og hvem din brukerbase vil være. Tydelighet i tankene på dette stadiet vil spare mye tid nedover linjen.
Trinn 4. Skriv en grundig implementeringsplan (eller modell)
- For noe lite og selvstendig, kan dette bare være et grunnleggende flytdiagram eller en enkel ligning.
-
For større prosjekter hjelper det å dele jobben i moduler og vurdere følgende:
- Hvilken oppgave hver modul må utføre
- Hvordan data blir overført mellom moduler
- Hvordan dataene skal brukes i hver modul
- Selv om krav til innsamling og planlegging kan være kjedelig og mye mindre morsomt enn å dykke rett inn i koding, er det enda mer kjedelig å bruke timer på feilsøking. Ta deg tid til å designe flyten og strukturen til programmet ditt riktig på forhånd, og du kan til og med få øye på mer effektive måter å nå dine mål på før du skriver den første kodelinjen!
Trinn 5. Kommenter koden din rikelig
Hvis du tror at koden din trenger forklaring, kan du kommentere den. Hver funksjon bør innledes med 1-2 linjer som beskriver argumentene og hva den returnerer. Kommentarer burde fortelle deg hvorfor oftere enn hva. Husk å oppdatere kommentarene når du oppdaterer koden din!
Trinn 6. Bruk konsekvente navnekonvensjoner for variabler
Det vil hjelpe deg med å holde oversikt over hver type variabel, og også hva variablens formål er. Dette betyr mer å skrive enn bare x = a + b * c, men det vil gjøre koden mye lettere å feilsøke og vedlikeholde. En populær konvensjon er ungarsk notasjon, der variabelnavnet er prefiks med typen. For eksempel kan du bruke intRowCounter for heltallsvariabler; strings kan bruke strUserName. Det spiller ingen rolle hva navnekonvensjonen din er, men vær sikker på at den er konsekvent og at variabelnavnene er beskrivende. (Se advarsler nedenfor).
Trinn 7. Organiser koden din
Bruk visuelle strukturer for å indikere kodestruktur. For eksempel innrykke en kodeblokk som sitter innenfor en betinget (hvis, annet, …) eller en sløyfe (for, mens, …) Prøv også å sette mellomrom mellom et variabelnavn og en operatør, for eksempel addisjon, subtraksjon, multiplikasjon, divisjon, og til og med likhetstegnet (myVariable = 2 + 2). I tillegg til å gjøre koden mer visuelt elegant, gjør det det mye lettere å se programmet flyte med et blikk. (Se tips om innrykk nedenfor).
Trinn 8. Test alt
Start med å teste hver modul på egen hånd, ved å bruke innganger og verdier som du vanligvis forventer. Prøv deretter innganger som er mulige, men mindre vanlige. Dette vil skylle ut eventuelle skjulte feil. Det er en kunst å teste, og du vil gradvis bygge opp ferdighetene dine med praksis. Skriv testene dine for å inkludere følgende tilfeller:
- Ekstremer: Null og utover det forventede maksimumet for positive numeriske verdier, tom streng for tekstverdier og null for hver parameter.
- Meningsløse verdier. Selv om du ikke tror at sluttbrukeren din vil skrive inn søppel, må du uansett teste programvaren mot den.
- Feil verdier. Bruk null for en verdi som skal brukes i divisjon, eller et negativt tall når det forventes positivt eller når en kvadratrot skal beregnes. Noe som ikke er et tall når inndatatypen er en streng, og den blir analysert for numerisk verdi.
Trinn 9. Øv, øv, øv
Programmering er ikke en stillestående disiplin. Det er alltid noe nytt å lære, og - kanskje enda viktigere - alltid noe gammelt å lære på nytt.
Trinn 10. Vær forberedt på endring
I et realistisk arbeidsmiljø endres kravene. Men jo tydeligere du er i starten om kravene, og jo tydeligere implementeringsplanen din er i begynnelsen, desto mindre sannsynlig er det at endringer vil være et resultat av dårlig planlegging eller misforståelser.
- Du kan ta en aktiv rolle i å forbedre klarheten i prosessen ved å presentere kravedokumentasjonen eller implementeringsplanen i god tid før du begynner å kode. Dette vil bidra til å sikre at det du planlegger å lage faktisk er det du har bedt om.
- Strukturer prosjektet som en serie milepæler med en demo for hver blokk, og administrer prosessen en milepæl om gangen. Jo færre ting du trenger å tenke på til enhver tid, desto mer sannsynlig er det at du tenker klart.
Trinn 11. Start enkelt og arbeid mot kompleksitet
Når du programmerer noe komplekst, hjelper det å få de enklere byggeklossene på plass og fungere skikkelig først. La oss for eksempel si at du vil lage en form som utvikler seg på skjermen som følger musens retning, og endrer form avhengig av musens hastighet.
- Start med å vise en firkant og få den til å følge musen; dvs. løse bevegelsessporing alene, først.
- La deretter størrelsen på firkanten relateres til musens hastighet; dvs. løse sporing av hastighet-til-form på egen hånd.
- Til slutt lager du de faktiske figurene du vil jobbe med, og setter de tre komponentene sammen.
- Denne tilnærmingen egner seg naturligvis til modulær kodeskriving, der hver komponent er i sin egen blokkering. Dette er veldig nyttig for gjenbruk av kode (f.eks. Vil du bare bruke musesporingen i et nytt prosjekt), og gir mye enklere feilsøking og vedlikehold.
Video - Ved å bruke denne tjenesten kan noe informasjon bli delt med YouTube
Tips
- Bruk et IDE (Integrated Development Environment). En god IDE vil ha en fargekodet editor bygd den, med kodehint og funksjoner for kodefylling som gjør redigering raskere og mindre utsatt for stavefeil. Det vil vanligvis også inneholde feilsøkingsprogram.
- Å studere kildekoden til andre programmerere er et utmerket middel for å forbedre dine egne ferdigheter. Arbeid deg gjennom koden deres, trinn for trinn, utarbeid flyten og hva som skjer med variablene. Prøv deretter å skrive din egen kode for å gjøre det samme (eller kanskje til og med forbedre den). Du lærer raskt hvorfor ting må skrives på en bestemt måte, og du får også noen nyttige tips om hvordan du skriver effektivt.
- Opplæringssteder er også en utmerket ressurs.
- Ta regelmessige sikkerhetskopier av applikasjonskoden din på en annen harddisk eller bærbar enhet, slik at du får en kopi hvis datamaskinen din dør eller blir utilgjengelig. Oppbevar minst ett eksemplar på et sikkert sted.
- Behold koden visuelt elegant, ikke fordi den er pen, men fordi den gjør den lettere å lese. Dette er viktig når du vil gjøre endringer seks måneder senere. Les mer om kodeinnrykk.
- Etter hvert større segment av arbeidet, ta en pause, gjør noe som ikke er relatert, og gå deretter gjennom det du har skrevet med et friskt sinn. Tenk om og skriv det på nytt, noe som gjør det mer effektivt og elegant ved å bruke mindre kode.
- Finn en redaktør som bruker fargekodet syntaksmarkering. Det hjelper virkelig å skille kommentarer, søkeord, tall, strenger, etc.
- Endre en ting om gangen når du feilsøker, og test deretter korreksjonene dine før du går videre til neste element.
- Bruk administrasjon av versjonskontroll. Verktøy som CVS eller SVN gjør det lettere å spore kodeendringer og feil.
- Oppbevar arkivkopier av tidligere arbeid. Det er ikke bare et godt referansepunkt, det kan også ha biter av kode som du kan bruke senere.
- Dobbeltsjekk stavemåte og syntaks. Selv de minste feilene kan forårsake mye stress.
- Bruk et feilsøkingsverktøy i stedet for å plassere utsagn i koden for å vise utgangsvariabler. Et feilsøkingsverktøy lar deg gå gjennom koden linje for linje, slik at du kan se hvor det går galt.
- Snakk med andre programmerere. Folk kan ofte være en god ressurs for informasjon, spesielt når de starter. Finn ut om det er en gruppe programmerere som møtes lokalt, og bli med i gruppen.
- Start i det små, sikte på ting du mest sannsynlig vil klare å oppnå, og jobbe deg opp.
-
Få andre programmerere til å lese koden din. De kan godt vite noe du kanskje ikke har tenkt på før. Kjenner du ingen profesjonelle programmerere? Finn et online forum som er dedikert til ditt valgte programmeringsspråk eller operativsystem, og bli med i samtalen.
- Hvis du går nedover denne ruten, kan du lese og observere forumetiketten. Det er mange godhjertede eksperter som er villige til å hjelpe hvis de blir spurt pent.
- Husk å være høflig, fordi du ber om en tjeneste. Ikke bli frustrert hvis du ikke forstår alt på en gang, og ikke forvent at de vil gå gjennom 10 000 linjer med kode. Still i stedet enkle enkeltspørsmål og legg ut bare de relevante 5-10 linjene med relatert kode. Du vil mest sannsynlig få en positiv respons på den måten.
- Gjør litt research før du begynner å legge ut. Spørsmålet ditt har nesten helt sikkert blitt oppdaget, vurdert og løst allerede.
- Kunder og sjefer er ikke bekymret for hvordan programmet ditt fungerer så mye som det er for hvor godt det fungerer. Tenk bunnlinjen. Kundene er intelligente, men travle. De vil ikke bry seg om hva slags datastrukturer du bruker, men de vil bry seg om det merkbart øker eller reduserer ytelsen.
- Å skille (pakke) den gjenbrukbare koden fra den applikasjonsspesifikke koden din vil over tid føre til et stort, feilsøkt og gjenbrukbart bibliotek fullt av praktiske verktøy. Dette vil hjelpe deg med å skrive kraftigere og mer stabile applikasjoner på kortere tid.
- En god måte å både lagre arbeidet ditt ofte og beholde en fysisk separat sikkerhetskopiering er å bruke et versjoneringsverktøy som git eller mercurial og en gratis hostingtjeneste som GitHub eller Bitbucket.
Advarsler
- Å kopiere og lime inn andres kode er generelt en dårlig vane, men å ta små porsjoner fra et åpen kildekode -program kan være en god læringsopplevelse. Bare ikke kopier et program helt, og prøv å ta æren for det. Ikke kopier kode fra et annet program med mindre du har tillatelse eller lisensen tillater det.
- Lagre arbeidet ditt ofte mens du går, eller du risikerer å miste mange timers arbeid på grunn av en datakrasj eller låsing. Hvis du ignorerer denne advarselen nå, er det en leksjon du definitivt vil lære på den harde måten!
- Ungarsk notasjon (indikerer en variabeltype som et prefiks) bør brukes med forsiktighet. Det kan føre til inkonsekvens når det redigeres, eller spesielt hvis det overføres til et annet språk eller operativsystem. Det er mest brukt på 'løst typede' språk som ikke krever at du forhåndsdeklarerer typen variabel.
