10 Tips til Novice Coders - dummies

At lære at kode er mere populært i dag end nogensinde før. Det ser ud til, at alle har en hjemmeside eller en appidé, og så snart dine venner, familie eller kollegaer opdager dine nye kodningsevner, vil mange spørge om råd og hjælp.

Uanset om du dabbler på det efter arbejde eller deltager i en intensiv ti-ugers kodende boot camp, kan lære at kode være en udfordrende rejse. Det kan betale for at hente nogle få pointers fra nogle af de mennesker, der krydsede målstregen foran dig. Vær opmærksom på følgende tips, især når du starter din kodende rejse.

Vælg et sprog, et hvilket som helst sprog

Som nybegynderkoder er du måske ikke sikker på, hvor du skal starte. Hvis du aldrig har programmeret før, begynder du ved at lære et sprog, der bruges til at oprette websider, fordi med disse sprog er det nemt at komme i gang og offentliggøre arbejde, som andre kan se.

HTML og CSS er opmålingssprog, som er nemmeste at lære, og du kan sætte indhold på en webside med HTML, og stil det indhold med CSS. Når du har forstået nogle af det grundlæggende ved at præsentere indhold, kan du derefter lære et programmeringssprog til at manipulere det indhold.

Definer et mål

Når du begynder at lære at kode, kan du vælge et mål, hvis du vælger et mål. Du kan vælge ethvert mål, du kan lide, men sørg for, at det er noget, du ville være virkelig begejstret for at opnå. Gode ​​mål for begyndere inkluderer

• Oprettelse af en lille hjemmeside - bestående af en til fire forskellige sider - for dig selv, en virksomhed eller en gruppe.

• Byg dit kodende ordforråd, så du kan forstå, hvad udviklere eller designere siger i møder på arbejdspladsen.

• Oprettelse af en prototype eller en grundlæggende version af en hjemmeside eller appidé - for eksempel en app, der fortæller dig, hvornår den næste bus kommer til din nuværende placering.

I praksis skal du lave meget små kodningsopgaver. Disse opgaver, som f.eks. Fed på et overskrift, kan lade dig føle dig afbrudt fra dit endelige mål. Men som du fortsætter med at lære, vil du begynde at samle individuelle kodningsevner og se en vej for at nå dit mål.

Bryd dit mål i trin med bitstørrelse

Når du har defineret et mål, skal du bryde det ned i små trin. Dette hjælper dig

• Se alle de trin, der er nødvendige for at gennemføre målet

• Forskning, hvordan du gør hvert enkelt trin.

• Spørg andre om hjælp, når du sidder fast på et skridt.

I første omgang følger trinene dig Oprettelsen kan være bred eller ufuldstændig, men med tiden vil du forbedre din evne til at detaljere disse trin, som nogle gange kaldes specifikationer .

Distinguish cupcake fra frosting

Uanset om du er hjemme ved at oprette din første app eller på arbejde på en teambuilding, vil dine projekter have en tendens til at indeholde for mange funktioner, der skal bygges inden for en bestemt frist.Dette fører uundgåeligt til et af tre resultater: Projektet lanceres til tiden, men er buggy; projektet lanceres sent; eller dit team arbejder overarbejde for at lancere projektet til tiden.

Bestem først hvilke funktioner der er cupcake - det vil sige, hvilket er vigtigt - og hvilke er de uhensigtsmæssige frosting, dem der er rart at have men valgfri. Dette viser dig, hvor dine prioriteter er. Hvis dit projekt løber over tid eller budget, kan du bygge de valgfrie funktioner senere eller slet ikke.

Når du bygger dine egne apps, skal du sørge for at skelne det væsentlige fra de valgfrie funktioner, før du rent faktisk starter kodningen.

Google er udviklerens bedste ven

Udviklere bruger konstant Google-søgemaskinen til at undersøge enten generelle spørgsmål om, hvordan man kan kode en funktion eller specifikke spørgsmål om syntaks for en kommando eller et tag. Ved søgning skal programmeringssproget, som f.eks. HTML, den tilsigtede kommando og ordet syntaks være tilstrækkelig til at finde et godt sæt af ressourcer.

Zap disse bugs

Mens du laver alt dette kodning, vil du uundgåeligt skabe fejl, der ofte kaldes bugs . Der er tre typer fejl:

• Syntaksfejl opstår, når du skriver ugyldig kode, som computeren ikke forstår.

• Semantiske fejl opstår, når du skriver gyldig kode, der har en utilsigtet virkning. For eksempel forsøger at dele et tal med nul en semantisk fejl i JavaScript.

• Logiske eller designfejl opstår, når du skriver gyldig kode, der har den tilsigtede effekt, men koden giver det forkerte resultat.

Den bedste måde at finde og fjerne fejl på er at først kontrollere din kode syntaks, og derefter logikken. Gennemgå din kodelinie for linje, og hvis du stadig ikke kan finde fejlen, skal du bede en anden person om at kigge på din kode eller sende det på et forum for online-fællesskaber som stackoverflow. com.

Bare send det

Reid Hoffman, grundlæggeren af ​​LinkedIn, sagde famously: "Hvis du ikke er flov over den første version af dit produkt, har du lanceret for sent. "Når du starter kodning, vil du sandsynligvis være tilbageholdende med at vise andre dine kreationer, uanset om det er din første grundlæggende hjemmeside eller noget mere komplekst.

Hoffman kommenterede dette ønske om fortsat at forsøge at perfektere det, du har bygget, og siger i stedet at frigive (eller "sende") din kode til offentlig visning, selvom du føler dig flov. Uanset størrelsen af ​​dit websted eller din app, er det bedre at modtage feedback tidligt og lære af dine fejl, og derefter fortsætte med at gå i den forkerte retning.

Husk også, at de stærkt trafikerede, højtpolerede websteder, du bruger i dag, startede fra begyndelsen fra ydmyge begyndelser og meget enkle prototyper. Googles første hjemmeside, for eksempel, havde kun en brøkdel af funktionaliteten eller stilen på sin hjemmeside i dag.

Indsaml feedback

Når du er færdig med at kode den første version af dit websted eller din app, skal du samle feedback på din kode og på det endelige produkt. Selvom alting fungerer, og din hjemmeside ser godt ud, betyder det ikke, at din kode er skrevet korrekt, eller at dit websted gør alt det kunne.For eksempel startede YouTube oprindeligt som et video-dating site, men blev ændret til en generel videodeling websted baseret på brugerfeedback.

Den bedste måde at få disse oplysninger på er at samle kvantitative og kvalitative data om din kode og produktet. Måling af de steder, hvor besøgende klikker, og hvor længe de bliver på hver webside giver dig kvantitative oplysninger, som hjælper dig med at diagnosticere og forbedre lavpræstationer.

Du kan indsamle kvalitative oplysninger ved at undersøge brugere, enten ved at sende dem spørgeskemaundersøgelser eller ved at se på, at folk personligt bruger dit websted og derefter stiller spørgsmål. Ofte vil disse data overraske dig - brugere kan finde forvirrende de funktioner, du troede var oplagte og let forståelige, og omvendt. På samme måde, hvis det er muligt, har nogen undersøgt din kode i en proces kaldet en kodeoversigt for at sikre, at du ikke overse eventuelle større problemer.

Iterat på din kode

Når du har indsamlet feedback, er det næste skridt at "iterere" på denne feedback: Hold kodingen, indtil de store problemer i din feedback er blevet behandlet, og indtil du har forbedret både koden og produktet. Husk på, at det normalt er bedst at bekræfte brugen af ​​dit produkt først, før du bruger tid til at forbedre koden.

Denne proces - at opbygge et produkt med et minimum af vigtige funktioner, indsamle feedback på produktet og derefter gentage den feedback - kaldes undertiden Lean Idrifttagning . Tidligere var fremstillingsprocesser ekstremt vanskelige at ændre, men i disse dage er skiftende software lige så enkel som at ændre nogle få linjer kode. Dette er i modsætning til den måde, hvorpå produkterne blev kodet, hvilket involverede længere udviklingscykler og mindre tilbagemelding.

Del din succes og fiasko

Mens du har kodet, kan du have stødt på dokumentation på et websted, du fandt forvirrende eller bare forkert. Det bedste du kan gøre for dig selv og det større samfund er at blogge om dine succeser og fejl. Blogging gavner dig, fordi det viser andre de problemer, du tænker på og forsøger at løse.

På samme måde fordeler blogging andre, der vil bruge Google til at søge efter og læse om dine oplevelser, ligesom du brugte Google til at søge efter ideer og løse problemer.