Programmering er en av de mest allsidige evnene i dagens arbeidsmiljø. Programmeringskunnskaper vil komme deg og din bedrift til gode på en rekke måter, enten du bygger et bedriftsnettsted eller vet hvordan du fikser "omdirigeringsfeil". Selvtilfredshet med dine nåværende evner vil imidlertid ikke gjøre deg til en god programmerer. Så les denne veiledningen for å lære hvordan du utvikler dine ferdigheter som programmerer.
Steg
Trinn 1. Gjør en klar analyse av problemet
Trinn 2. Tenk om hvordan du løser problemet
Trinn 3. Samle alle forutsetninger
Ta deg tid til å skrive om målene programmet trenger for å nå, og hvem dine potensielle brukere er. Tydeligheten til målet og potensielle brukere av programmet vil spare tid i fremtiden.
Trinn 4. Skriv en grundig implementeringsplan/modell
- For små prosjekter å gjøre på egen hånd, kan du bare lage en enkel formel eller et grunnleggende flytdiagram/"flytdiagram".
-
For større prosjekter anbefaler vi at du deler programmet opp i moduler, og vurderer følgende:
- Hva ting hver modul gjør;
- Hvordan data overføres mellom moduler; og
- Hvordan dataene skal brukes i hver modul.
- Selv om prosessen med å samle forutsetninger og planlegge et program ikke er like morsom som å jobbe med et program personlig, må du huske på at det å rote i timevis med "bugs" kan være mye mer irriterende. Ta deg tid til å designe flyten og strukturen til programmet ditt fra begynnelsen, og du kan kanskje finne en mye mer effektiv måte å nå målene dine på før du skriver kode!
Trinn 5. Kommenter koden din fritt
Hvis du føler at koden din trenger forklaring, kan du kommentere kdoe. Hver funksjon bør gis 1-2 linjer med kommentarer som inneholder en forklaring av argumentene og deres resultater. Kodekommentarer bør forklare mer om hvorfor koden ble skrevet, enn hva koden gjør. Husk å oppdatere kommentarene når du oppdaterer koden!
Trinn 6. Bruk konsekvente navngivningskonvensjoner for variabler, slik at du enkelt kan spore hver variabeltype, samt vite funksjonen til hver variabel
Du må skrive mye mer enn x = a + b * c, men navngivningskonvensjoner vil også gjøre koden lettere å feilsøke og vedlikeholde. En populær variabel navngivningskonvensjon er ungarsk notasjon - i denne konvensjonen begynner variabelnavnet med variabeltypen, for eksempel intCountLine for heltallsvariabler og strUserName for "streng" -variabler. Uansett hvilken type variabel navngivningskonvensjon du bruker, må du sørge for at den er konsekvent og gi variabler beskrivende navn.
Trinn 7. Angi koden
Bruk visuelle strukturer for å indikere kodestruktur. For eksempel, gjør et innrykk i kodeblokken som er midt i tilstandskoden (hvis, ellers …) eller sløyfe (for, mens …). Prøv også å bruke mellomrom mellom variabelnavn og operatorer, for eksempel addisjon, subtraksjon, divisjon og til og med like (Myvariable = 2 + 2). Bortsett fra at koden ser mer elegant ut, gjør kodeorganisasjon det også lettere for deg å se flyten i programmet når du ser på koden.
Trinn 8. Test hele programmet
Start med å teste hver modul uavhengig, med inngangene og verdiene du vanligvis forventer for den modulen. Prøv deretter å skrive inn verdier som faktisk fortsatt er gyldige, men ikke veldig vanlige for å eliminere skjulte feil. Programtesting er en kunst i seg selv, men din evne til å teste programmer vil bli bedre med praksis. Test programmet ditt i følgende tilfeller:
- Ekstrem: Nullverdier og verdier godt over de maksimale estimerte verdiene for positive numeriske verdier, tom tekst for tekstvariabler og null/"null" -verdier for hver parameter.
- Søppelverdi. Selv om du stoler på at brukere av programmet ditt ikke angir søppelverdier, ikke glem å teste programmets respons på søppelverdier.
- Ugyldig verdi. Bruk null for tallet som skal deles, eller et negativt tall hvis programmet ber om et positivt tall (eller hvis kvadratroten skal beregnes). Ikke-tallverdier i "streng" -variabelen kan behandles som numerisk inndata.
Trinn 9. Tren flittig
Programmering er ikke en statisk disiplin. Det er alltid noe nytt du kan lære, og enda viktigere, det er noe som ikke er nytt, men som er verdt å lære på nytt.
Trinn 10. Vær forberedt på å godta endring
I et realistisk arbeidsmiljø endres behovene stadig. Men jo tydeligere du kjenner programmets behov når du starter programmeringen, og jo tydeligere programimplementeringsplanen når du først har begynt å programmere, desto mindre sannsynlig er det at disse endringene er et resultat av dårlig planlegging eller din forståelse.
- Du kan aktivt delta i å forbedre klarheten i programmeringsprosessen ved å presentere dokumentasjon av programmets krav eller implementeringsplaner lenge før du starter programmeringen. Presentasjonen din vil hjelpe deg med å sikre at det du lager er det som virkelig ble bedt om.
- Sett opp prosjektet som en tidsserie med demoer for hver prosjektblokk, og arbeid på prosjektet blokk for blokk. Jo færre ting du må tenke på samtidig, desto mer sannsynlig er det at du tenker klart.
Trinn 11. Start programmet enkelt og bruk kompleksiteten gradvis
Når du lager et komplekst program, er det en god idé å lage en enkel konstruksjon av programmet og sørge for at konstruksjonen fungerer først. For eksempel, når du vil lage en figur på skjermen som endres med markørens bevegelse, og endrer form med markørens hastighet:
- Start med å vise boksen og la boksen følge markøren. Fullfør sporingskoden for musebevegelser.
- Lag deretter størrelsen på boksen relatert til musens hastighet. Fullfør hastighetssporingskoden og bruk den på størrelsen.
- Lag deretter formen du vil bruke, og sett inn de tre elementene ovenfor.
- Denne tilnærmingen introduserer deg for å skrive modulær kode - i modulær kode er hver komponent i sin egen blokk. Modulær kodeskriving er veldig nyttig hvis du vil gjenbruke kode (for eksempel når du vil bruke kode for å spore musebevegelser i et nytt prosjekt), og gjøre det lettere for deg å fikse kode og eliminere feil.
Tips
- Bruk et IDE/integrert utviklingsmiljø. En god IDE har en innebygd kodeditor med fargekoding, kodehint og kodekomplementeringsfunksjoner, så koderedigering blir både raskere og mindre feilstaving. IDE -er er vanligvis utstyrt med en "debugger".
- Ved å skille/pakke gjenbrukbar kode fra den applikasjonsspesifikke koden senere, blir koden samlet til et stort kodebibliotek, fullt av nyttige funksjoner, feilfritt og klart for gjenbruk. Disse bibliotekene hjelper deg med å skrive kraftigere og mer stabile programmer på kortere tid.
-
Få en medprogrammerer til å lese koden din. Vennen din vet kanskje noe du ikke hadde tenkt på før. Har du ikke en profesjonell programmeringsvenn? Finn online fora som diskuterer ditt foretrukne programmeringsspråk/operativsystem, og bli med i diskusjonen.
- Hvis du går til et online forum, les og vær oppmerksom på forumreglene. Hvis du spør pent, vil mange eksperter gjerne hjelpe deg.
- Husk å være høflig, fordi du faktisk ber om hjelp. Ikke bli frustrert hvis du ikke forstår alle svarene på en gang, og ikke forvent at forummedlemmer skal lese 10 000 linjer med kode. Still et spørsmål som fokuserer på et enkelt problem, og send inn 5-10 linjer med relevant kode. På den måten er det mer sannsynlig at du får en positiv respons.
- Før du begynner å sende spørsmål, gjør et raskt søk. Spørsmålet ditt kan ha blitt opplevd, spurt og besvart før.
- Å studere kildekoden fra andre programmerere er en god måte å utvikle ferdighetene dine. Les koden fra andre programmerere sakte, trinn for trinn. Kjenn programmets flyt og hva som skjer med programvariabler, og prøv deretter å skrive kode som gjør det samme (eller til og med utvider den koden). Du lærer raskere om hvorfor ting skal skrives på en bestemt måte, og du får også tips om hvordan du skriver effektiv kode.
- Kundene dine og sjefene bryr seg ikke om hvordan programmet ditt fungerer. I stedet bryr de seg om hvor godt programmet ditt fungerer. Husk at kundene dine er smarte, men travle mennesker. De bryr seg ikke om hva slags data du bruker, men de vil legge merke til om programmet ditt fremskynder eller bremser arbeidet.
- Du kan også lære mye av opplæringssider.
- Sikkerhetskopier koden med jevne mellomrom til en ekstern stasjon eller annen enhet, slik at du får en kopi av koden hvis datamaskinen krasjer/slår seg av. Oppbevar minst én sikkerhetskopi på et trygt sted.
- Hold koden ren. Det er ikke et spørsmål om estetikk, men ryddigheten av koden vil gjøre koden lettere å lese. Dette trinnet er veldig viktig hvis du vil gjøre endringer 6 måneder etter at du opprettet programmet. Les mer om kodeinnrykk her.
- Når du fullfører en betydelig del av programmet, gjør du noe som ikke er relatert til programmering, og se hva du har jobbet med med en frisk hjerne. Revurder programflyten og skriv om programmer mer effektivt og elegant. Bruk mindre kode når det er mulig.
- Finn en kodeditor som gir kodefarging. Det er nyttig å skille kommentarer, søkeord, tall, "strenger", etc.
- Endre programmet trinnvis når du sletter feil, og test deretter korreksjoner før du fortsetter.
- Bruk versjonskontrollsystemer som CVS og SVN for å spore kodeendringer og feil.
- Dobbeltsjekk stavemåte og syntaks. Små feil kan forårsake langvarig stress.
- Lag arkivkopier av arbeidet ditt. I tillegg til å være en referanse, kan du også gjenbruke noen av koden.
- Bruk en "debugger", i stedet for å skrive setninger i kode for å vise variabel utgang. "Debugger" hjelper deg med å se på koden linje for linje, slik at du kan se hvilken del av koden som går galt.
- Start i det små og gjennomførbare, og bygg deretter opp ferdighetene dine gradvis.
- Diskuter med andre programmerere. Andre mennesker kan være gode kunnskapskilder, spesielt hvis du nettopp har begynt.
- En god måte å periodisk lagre arbeidet ditt og ha en ekstern kopi er å bruke et versjonskontrollsystem som git eller mercurial og en gratis tjeneste som Github eller Bitbucket
Advarsel
- Å kopiere andres kode er generelt en dårlig vane, men å ta små biter med åpen kildekode kan være en god måte å lære. Imidlertid må du ikke kopiere et program i sin helhet og erkjenne at programmet er ditt. Ikke kopier kode fra andre programmer, med mindre du har lov til å kopiere disse programmene under lisens.
- Lagre arbeidet ditt mens du jobber, ellers kan du miste arbeidet når datamaskinen ikke reagerer. Hvis du ignorerer denne advarselen, blir du gjenopplivet høyt senere!
- Du bør være forsiktig når du bruker ungarsk notasjon (skriver variabeltypen som et prefiks) i trinn 4. Ungarsk notasjon kan forårsake inkonsekvenser under koderedigering, eller når kode brukes på andre språk/operativsystemer. Ungarsk notasjon brukes ofte i programmeringsspråk som ikke krever at du spesifiserer variabeltypen.
