10 Tips for Novice Coders - dummies

Lære å kode er mer populær i dag enn noen gang før. Det ser ut til at alle har en nettside eller en appide, og så snart dine venner, familie eller kolleger oppdager nye kodingsevner, vil mange be om råd og hjelp.

Uansett om du dabbler på det etter jobb, eller deltar i en intensiv ti-ukers kodende oppstartsleir, kan lære å kode være en utfordrende reise. Det kan betale for å hente noen poeng fra noen av folkene som krysset målstreken foran deg. Vær oppmerksom på følgende tips, spesielt når du starter din kodende reise.

Velg et språk, hvilket som helst språk

Som en nybegynner, kan du ikke være sikker på hvor du skal begynne. Hvis du aldri har programmert før, starter du med å lære et språk som brukes til å lage websider, fordi med disse språkene er det lett å komme i gang og publisere arbeid for andre å se.

HTML og CSS er oppslagsspråk, som er enklest å lære, og lar deg sette innhold på en nettside med HTML, og stil det innholdet med CSS. Når du har forstått noe av grunnleggende om å presentere innhold, kan du da lære et programmeringsspråk for å manipulere det innholdet.

Definer et mål

Når du begynner å lære å kode, kan du velge et mål for å holde deg motivert. Du kan velge hvilket som helst mål du liker, men sørg for at det er noe du ville være veldig spent på. Gode ​​mål for nybegynnere inkluderer

• Opprette et lite nettsted - bestående av en til fire forskjellige sider - for deg selv, en bedrift eller en gruppe.

• Bygg ditt kodende vokabular slik at du kan forstå hva utviklere eller designere sier i møter på jobben.

• Opprette en prototype eller en grunnleggende versjon av et nettsted eller en appideide - for eksempel en app som forteller deg når den neste bussen kommer til din nåværende plassering.

Først trene du å lage svært små kodingsoppgaver. Disse oppgavene, som for eksempel fet skrift, kan føre til at du føler deg frakoblet fra ditt endelige mål. Men som du fortsetter å lære, vil du begynne å studere individuelle kodingsferdigheter og se en vei for å oppnå målet ditt.

Bryt målet ditt i bittestørrelser

Når du har definert et mål, bryter du det ned i små trinn. Dette hjelper deg

• Se alle trinnene som trengs for å fullføre målet

• Forskning hvordan du gjør hvert enkelt trinn

• Spør andre om hjelp lett når du sitter fast på et trinn

I begynnelsen følger trinnene du Opprettelsen kan være bred eller ufullstendig, men med tiden vil du forbedre din evne til å detaljere disse trinnene, som noen ganger kalles spesifikasjoner .

Distinguish cupcake fra frosting

Uansett om du er hjemme med å lage din første app, eller på jobb på en lagbygging av et nettsted, vil prosjektene dine ha en tendens til å inkludere for mange funksjoner som skal bygges innen en bestemt frist.Dette fører uunngåelig til ett av tre resultater: Prosjektet lanseres i tide, men er buggy; prosjektet lanserer sent; eller teamet ditt jobber overtid for å starte prosjektet i tide.

Bestem hvilke funksjoner som er cupcake - det er det som er viktig - og hvilke er de uhensynlige frostene, de som er hyggelige å ha, men valgfrie. Dette viser deg hvor dine prioriteringer er. Hvis prosjektet ditt går over i tid eller budsjett, kan du bygge de valgfrie funksjonene senere eller ikke i det hele tatt.

Når du bygger egne apper, må du sørge for at du skiller det viktige fra de valgfrie funksjonene før du faktisk starter kodingen.

Google er utviklerens beste venn

Utviklere bruker hele tiden Google-søkemotoren til å undersøke generelle spørsmål om hvordan man kan kode en funksjon eller bestemte spørsmål om syntaks for en kommando eller tag. Når du søker, bør programmeringsspråket, for eksempel HTML, den påtatte kommandoen og ordet syntaks være tilstrekkelig til å finne et godt sett med ressurser.

Zap disse feilene

Mens du gjør all denne kodingen, vil du uunngåelig opprette feil, ofte kalt bugs . Det er tre typer feil:

• Syntaksfeil oppstår når du skriver ugyldig kode som datamaskinen ikke forstår.

• Semantiske feil oppstår når du skriver gyldig kode som har en utilsiktet effekt. For eksempel prøver du å dele et tall med null er en semantisk feil i JavaScript.

• Logikk- eller designfeil oppstår når du skriver gyldig kode som har den tilsiktede effekten, men koden gir feil resultat.

Den beste måten å finne og eliminere feil på, er å først sjekke kodens syntaks, og deretter logikken. Gå gjennom koden din etter linje, og hvis du fortsatt ikke finner feilen, spør en annen person om å se på koden din, eller legg den inn på et forum for nettbasert fellesskap som stackoverflow. com.

Bare send det

Reid Hoffman, grunnleggeren av LinkedIn, sa famously: "Hvis du ikke er flau med den første versjonen av produktet, har du lansert for sent. "Når du starter kodingen, vil du sannsynligvis være motvillig til å vise andre dine kreasjoner, enten det er ditt første grunnleggende nettsted eller noe mer komplekst.

Hoffman kommenterte dette ønske om å fortsette å forsøke å perfeksjonere det du har bygget, og sier i stedet å frigjøre (eller "sende") koden din til offentlig visning selv om du føler deg flau. Uansett størrelsen på nettstedet eller appen din, er det bedre å motta tilbakemelding tidlig og lære av feilene dine, og fortsett å gå i feil retning.

Husk også at de svært trafikkfulle, høypolerte nettstedene du bruker i dag, begynte i utgangspunktet fra ydmyke begynnelser og veldig enkle prototyper. Googles første hjemmeside, for eksempel, hadde bare en brøkdel av funksjonaliteten eller stilen til hjemmesiden sin i dag.

Samle tilbakemelding

Når du har fullført kodingen av den første versjonen av nettstedet eller appen din, samler du tilbakemelding på koden og på sluttproduktet. Selv om alt fungerer, og nettstedet ditt ser bra ut, betyr det ikke at koden din ble skrevet riktig, eller at nettstedet ditt gjør alt det kan.For eksempel startet YouTube utgangspunktet som et video-datingside, men endret til et generelt nettsted for videodeling basert på tilbakemeldinger fra brukerne.

Den beste måten å skaffe seg denne informasjonen på er å samle kvantitative og kvalitative data på koden og produktet. Måling av steder hvor besøkende klikker og hvor lenge de blir på hver nettside gir deg kvantitativ informasjon som hjelper deg med å diagnostisere og forbedre lavpresterende sider.

Du kan samle kvalitativ informasjon ved å kartlegge brukere, enten ved å sende dem spørreskjema eller ved å se på at folk bruker nettstedet ditt og deretter stiller spørsmål. Ofte vil disse dataene overraske deg - brukere kan finne forvirrende funksjonene du trodde var åpenbare og lettforståelige, og omvendt. På samme måte, hvis det er mulig, har noen undersøkt koden din, i en prosess kalt en kodeanmeldelse , for å sikre at du ikke overser noen store problemer.

Iterat på koden din

Etter at du har samlet tilbakemelding, er neste trinn å "iterere" på denne tilbakemeldingen: Hold kodingen til de store problemene i tilbakemeldingen din er blitt adressert, og til du har forbedret både koden og produktet. Husk at det vanligvis er best å bekrefte bruken av produktet først, før du spenderer tid på å forbedre koden.

Denne prosessen - å bygge et produkt med et minimum av viktige funksjoner, samle tilbakemelding på produktet og deretter iterere på den tilbakemeldingen - kalles noen ganger Lean Idriftsettingsmetode . Tidligere var produksjonsprosesser, en gang satt, ekstremt vanskelig å forandre, men i dag er endring av programvare like enkelt som å endre noen få linjer med kode. Dette står i motsetning til måten produktene pleide å være kodet på, noe som innebar lengre utviklingssykluser og mindre tilbakemelding.

Del suksess og fiasko

Mens du har kodet, kan det hende du har kommet over dokumentasjon på et nettsted du fant forvirrende eller bare feil. Det beste du kan gjøre for deg selv og større samfunn er å blogge om suksessene dine og fiaskoene. Blogging gir deg fordeler fordi den viser andre problemene du tenker på og prøver å løse.

På samme måte fordeler blogging andre som vil bruke Google til å søke etter og lese om dine erfaringer, akkurat som du brukte Google til å søke etter ideer og løse problemer.