Hvordan utvikle dine programmeringskunnskaper

Innholdsfortegnelse:

Hvordan utvikle dine programmeringskunnskaper
Hvordan utvikle dine programmeringskunnskaper
Anonim

Å vite hvordan man programmerer er en av de mest allsidige ferdighetene på markedet i dag. Fra å kunne bygge forretningsnettsteder til å vite hvordan du fikser en omdirigeringsfeil, kan disse ferdighetene være av verdi for en arbeidsgiver eller deg selv på mange måter. Men å bo der du er, vil aldri gjøre deg til den beste programmereren du kan være. Fortsett å lese for å lære hvordan du utvikler programmeringskunnskapene dine.

Trinn

Forbedre ferdighetene dine som programmerer Trinn 1

Trinn 1. Analyser problemet tydelig

Forbedre ferdighetene dine som programmerer Trinn 2

Trinn 2. Ta deg tid til å tenke på hvordan du løser dette problemet

Forbedre ferdighetene dine som programmerer Trinn 3

Trinn 3. Samle alle nødvendige elementer

Ta deg tid til å skrive ned hvilke mål det ferdige produktet skal oppnå, og hvem som skal være i brukerbasen din. Å ha klar tankegang på dette tidspunktet vil spare deg for mye tid i det lange løp.

Forbedre ferdighetene dine som programmerer Trinn 4

Trinn 4. Skriv en grundig implementeringsplan (eller mal)

  • Hvis det er noe lite og uavhengig, kan planen være et grunnleggende flytdiagram eller en enkel ligning.
  • For større prosjekter vil det bryte arbeidet i moduler, i tillegg til å merke seg følgende:

    • hvilken oppgave hver modul skal utføre
    • hvordan informasjon overføres mellom moduler
    • hvordan informasjonen skal brukes i hver modul
  • Selv om det å samle og planlegge forutsetningene kan være overveldende og mye mindre moro enn å dykke rett inn i koding, er det enda mer smertefullt å tilbringe timer med feilsøking. Ta deg tid til å designe programstrukturen din og flyte i god tid. Du kan til og med finne mer effektive måter å nå målene dine på før du har skrevet den første kodelinjen!
Forbedre ferdighetene dine som programmerer Trinn 5

Trinn 5. Kommenter sjenerøst på koden din

Hvis du tror at koden din trenger en forklaring, kan du kommentere den. Hver funksjon bør gå foran en eller to linjer som beskriver inngangsargumentene og hva funksjonen returnerer. Kommentarer bør oftere være ment å fortelle deg hvorfor, snarere enn hva. Husk å oppdatere kommentarene når du redigerer koden!

Forbedre ferdighetene dine som programmerer Trinn 6

Trinn 6. Bruk konsekvente navnekonvensjoner for variablene

Dette vil hjelpe deg med å huske hva hver type variabel er, og også hva variabelen brukes til. Dette betyr at du må skrive mer enn bare x = a + b * c, men det vil gjøre koden mye lettere å feilsøke og vedlikeholde. Ungarsk notasjon er en populær notasjon, der navnet på variabelen er prefiks av typen. For eksempel, for heltallsvariabler ("int" eller "heltall" på engelsk) kan du bruke intCounterLine. For tegnstrenger (eller "streng") kan du bruke strNameUser. Uansett navnekonvensjon, sørg for at den er konsekvent og at variabelnavnene beskriver deres rolle (se ansvarsfraskrivelser nederst).

Forbedre ferdighetene dine som programmerer Trinn 7

Trinn 7. Organiser koden din

Bruk visuelle strukturer for å vise kodens struktur. For eksempel kan du innrykke en kodeblokk i en tilstand (hvis, ellers …) eller en sløyfe (for, mens …). Prøv også å sette mellomrom mellom navnene på variabler og operatorer som addisjon, subtraksjon, multiplikasjon, divisjon og til og med likhetstegnet (myVariable = 2 + 2). Dette gjør koden din mer visuelt elegant, i tillegg til at det blir lettere å forstå hvordan den fungerer med et øyeblikk (se tipsene om innrykk nedenfor).

Forbedre ferdighetene dine som programmerer Trinn 8

Trinn 8. Test alt

Start med å teste hver modul individuelt, ved hjelp av inputargumentene og verdiene du forventer. Prøv deretter inputargumenter som er mulige, men mindre vanlige. Dette vil vise eventuelle skjulte feil. Testing er en kunst, og du vil gradvis utvikle ferdighetene dine med praksis. Inkluder følgende saker i testene dine mens du skriver dem:

  • ekstremer: null og utover maksimal forventet når det gjelder positive numeriske verdier, en tom streng når det gjelder tekst og "null" for alle parametere.
  • absurde verdier. Selv om du ikke tror at sluttbrukeren vil sette slike verdier som input, må du likevel teste dem på programvaren.
  • feil verdier. Bruk en null for å teste for en verdi som vil bli brukt i en divisjon, eller et negativt tall der du forventer en positiv eller hvor du beregner en kvadratrot. Sett noe som ikke er et tall når typen input input argument er en streng, og det vil bli dekomponert til numeriske verdier.
Forbedre ferdighetene dine som programmerer Trinn 9

Trinn 9. Tren, tren, tren

Programmering er ikke en stillestående disiplin. Det er alltid noe nytt å lære, men kanskje enda viktigere, det er også alltid noe gammelt å lære på nytt.

Forbedre ferdighetene dine som programmerer Trinn 10

Trinn 10. Vær forberedt på å gjøre endringer

I et realistisk arbeidsmiljø endres forutsetningene. Men jo tydeligere du er fra begynnelsen av dine forutsetninger og jo tydeligere implementeringsplanen din fra starten, desto mindre sannsynlig er det at endringer vil oppstå på grunn av dårlig planlegging eller feil. Uforståelse.

  • Du kan ha en aktiv rolle i å forbedre klarheten i koden ved å sette implementeringsplanen eller dokumentasjon av forutsetningene i introduksjonen av koden. Dette vil hjelpe deg med å være sikker på at det du planlegger å lage faktisk er det som blir bedt om.
  • Strukturer prosjektet som en serie trinn med en demoversjon for hver blokk, og gå gjennom koden ett trinn om gangen. Jo mer du tenker på et mindre antall ting på et gitt tidspunkt, jo mer klar vil du være i stand til å tenke.
Forbedre ferdighetene dine som programmerer Trinn 11

Trinn 11. Start enkelt og arbeid deg opp til kompleksiteten

Når du programmerer noe komplekst, må du sette på plass blokkene som er lettest å skrive og fungere skikkelig først, da dette kan hjelpe. La oss for eksempel si at du vil lage en form som endres på skjermen basert på musebevegelse, og endrer form avhengig av musens hastighet.

  • Start med å vise en firkant og la den følge musen. Dette betyr at du må finne ut hvordan du gjør et trekk, løse dette problemet uten at noe annet skal starte.
  • Lag deretter størrelsen på firkanten relatert til musens hastighet. Så du må finne ut hvordan du får størrelsen til å henge sammen med hastighet, også håndtere det separat.
  • Til slutt lager du figurene selv, de du vil jobbe med, og setter de tre elementene sammen.
  • Denne metoden nærmer seg åpenbart modulær skriving av kode, der hvert element utgjør sin egen uavhengige blokk. Denne teknikken er veldig nyttig for gjenbruk av kode (for eksempel hvis du bare vil bruke markørsporing i et annet prosjekt), og det gjør feilsøking og vedlikehold mye enklere.

Råd

  • Bruk en IDE (akronym for Integrated Development Environment). En god IDE vil inneholde en fargekodet editor, med hint og funksjoner for autofullføring av koder som gjør redigering raskere og mindre utsatt for skrivefeil. En debugger vil også være til stede, generelt.
  • Ved å skille (eller dele opp i "pakker") mellom den gjenbrukbare delen av koden din og den delen som er spesifikk for programmet, kan du over tid ha et stort bibliotek med praktiske feilsøkings- og gjenbrukbare verktøy. Det vil hjelpe deg med å skrive kraftigere og mer stabile programmer på kortere tid.
  • La andre programmerere lese koden din. De kan godt se noe du ikke har tenkt på. Kjenner du ingen profesjonell programmerer? Finn et online forum dedikert til programmeringsspråket eller operativsystemet du bruker, og bli med i samtalen.

    • Hvis du gjør dette, les og følg forumets retningslinjer. Det er mange eksperter som vil hjelpe deg helhjertet, hvis du spør pent.
    • Vær høflig fordi du ber om en tjeneste. Ikke bli opprørt hvis du plutselig ikke forstår, og ikke forvent at de er villige til å lese 10.000 kodelinjer. Still i stedet enkle spørsmål om én ting om gangen, og gi de tilsvarende 5-10 kodelinjene. Det er mer sannsynlig at du får en positiv respons på denne måten.
    • Gjør litt research før du legger ut et spørsmål. Noen har nesten helt sikkert møtt, håndtert og løst problemet ditt.
  • Å studere kildekoden til andre programmerere er en fin måte å forbedre dine egne ferdigheter. Gå gjennom koden deres, trinn for trinn, og prøv å forstå hvordan det fungerer og hva som skjer med variabler. Prøv deretter å skrive din egen kode for å gjøre det samme (eller til og med skrive en bedre versjon). Du vil raskt lære hvorfor ting skal skrives på en bestemt måte, og du vil lære tips om hvordan du skriver mer effektivt på jobben.
  • Det er verken kundenes eller sjefenes virksomhet å vite hvordan programmet fungerer, men de er mer interessert i hvor godt det fungerer. Tenk på hvordan programmet ditt skal brukes. Kundene er smarte, men travle. De vil ikke bry seg om hva slags datastrukturer du bruker, men de vil se om det forbedrer eller reduserer ytelsen.
  • Opplæringssteder er også en god hjelp.
  • Ta regelmessige sikkerhetskopier av programvarekoden til en annen harddisk eller bærbar enhet, slik at du har en kopi hvis datamaskinen går i stykker eller blir ubrukelig. Oppbevar minst ett eksemplar på et trygt sted.
  • Prøv å ha kode som forblir visuelt elegant, ikke bare fordi det ser bra ut, men også fordi det gjør det lettere å lese. Dette punktet er avgjørende for når du vil gjøre endringer om seks måneder. Lær mer om kodeinnrykk her.
  • Etter hver store arbeidsøkt, ta en pause, gjør noe som ikke er relatert, og les deretter det du nettopp har skrevet med et tydeligere sinn. Tenk om og skriv om koden din, noe som gjør den mer effektiv og stilig med mindre kode.
  • Finn deg en redaktør som fremhever syntaksen til koden din med farger. Det hjelper virkelig å skille kommentarer, søkeord, tall, strenger etc.
  • Endre en ting om gangen når du feilsøker, og test deretter reparasjonene du gjorde før du gikk videre til noe annet.
  • Gjør versjonsbehandling. Verktøy som CVS eller SVN gjør det lettere å spore kodeendringer og feil.
  • Dobbelt korrekturles koden din for å bekrefte skriving og syntaks. Selv de minste feilene kan forårsake mye stress.
  • Oppbevar arkivkopier av det du har gjort tidligere. Dette er ikke bare en god måte å ha referanser på, men det kan også tillate deg å bruke kodebiter senere.
  • Bruk en feilsøkingsprogram i stedet for å sette ting i koden for å vise returvariabler. En feilsøkingsprogram er et verktøy som lar deg gå gjennom koden linje for linje for å se hvor problemet ligger.
  • Chat med andre programmerere. Andre kan ofte være en god informasjonskilde, spesielt når du starter. Finn ut om det er en gruppe programmerere du kan møte i nærheten av deg, og bli med i gruppen.
  • Start i det små, sikte på mål du mest sannsynlig kan oppnå, og arbeid deg opp til mer komplekse ting.
  • En god måte å ofte sikkerhetskopiere arbeidet ditt og beholde en kopi som er fysisk et annet sted, er å bruke et versjoneringsverktøy som git eller mercurial og en gratis hostingtjeneste som GitHub eller Bitbucket.

Advarsler

  • Det er generelt en dårlig vane å kopiere og lime inn andres kode, men å ta tak i små deler av åpen kildekode -programvare kan tjene som en god læringsopplevelse. Men ikke kopier programvaren helt og late som om den er din. Ikke kopier kode fra annen programvare med mindre du har tillatelse eller rettigheter til å gjøre det.
  • Lagre arbeidet ditt ofte mens du jobber, eller du kan kaste bort mange timer med arbeid hvis datamaskinen krasjer eller fryser. Hvis du ignorerer denne advarselen, er du sikker på å lære leksjonen på feil måte!
  • I trinn 4 bør ungarsk notasjon (der prefikset angir variabeltypen) brukes med forsiktighet. Det kan føre til inkonsekvenser i redigering, spesielt hvis du prøver å portere programmet til et annet språk eller til et annet operativsystem. Det er bedre å bruke det for 'svake skrive' språk som ikke krever oppstrøms deklarasjon av typen variabler.

Populær etter emne