Programmering är en av de mest mångsidiga förmågorna i dagens arbetsmiljö. Programmeringskunskaper kommer att gynna dig och ditt företag på ett antal sätt, oavsett om du bygger en företagswebbplats eller vet hur du åtgärdar "omdirigering" -fel. Men självgodhet med dina nuvarande förmågor kommer inte att göra dig till en bra programmerare. Så läs den här guiden för att lära dig hur du utvecklar dina färdigheter som programmerare.
Steg
Steg 1. Gör en tydlig analys av problemet
Steg 2. Tänk om hur du löser problemet
Steg 3. Samla alla förutsättningar
Ta dig tid att skriva om de mål ditt program behöver för att uppnå, och vilka dina potentiella användare är. Målets tydlighet och potentiella användare av programmet kommer att spara tid i framtiden.
Steg 4. Skriv en fördjupad implementeringsplan/modell
- För små projekt att göra på egen hand kan du helt enkelt skapa en enkel formel eller ett grundläggande flödesschema/"flödesschema".
-
För större projekt rekommenderar vi att du delar upp programmet i moduler och överväger följande:
- Vilka saker varje modul gör;
- Hur data överförs mellan moduler; och
- Hur data ska användas i varje modul.
- Även om processen med att samla förutsättningar och planera ett program inte är lika roligt som att arbeta med ett program personligen, kom ihåg att det kan vara mycket mer irriterande att rota i timmar med "buggar". Ta dig tid att ordentligt utforma flödet och strukturen för ditt program från början, så kanske du kan hitta ett mycket mer effektivt sätt att uppnå dina mål innan du ens skriver kod!
Steg 5. Kommentera din kod fritt
Om du tycker att din kod behöver förklaring, kommentera kdoe. Varje funktion bör ges 1-2 rader med kommentarer som innehåller en förklaring av argumenten och deras resultat. Kodkommentarer borde förklara mer om varför koden skrevs, än vad koden gör. Kom ihåg att uppdatera kommentarerna när du uppdaterar koden!
Steg 6. Använd konsekventa namngivningskonventioner för variabler så att du enkelt kan spåra varje typ av variabel samt känna till funktionen för varje variabel
Du måste skriva mycket mer än x = a + b * c, men namngivningskonventioner kommer också att göra din kod lättare att felspåra och underhålla. En populär variabelnamnkonvention är ungerska notation - i denna konvention börjar variabelnamnet med variabeltypen, till exempel intCountLine för heltalsvariabler och strUserName för "string" -variabler. Oavsett vilken typ av variabelnamnkonvention du använder, se till att den är konsekvent och ger variabler beskrivande namn.
Steg 7. Ange din kod
Använd visuella strukturer för att ange kodstruktur. Gör till exempel ett indrag i kodblocket som är mitt i villkorskoden (om, annars …) eller loop (för, medan …). Försök också att använda mellanslag mellan variabelnamn och operatorer, till exempel addition, subtraktion, division och till och med lika (Myvariable = 2 + 2). Förutom att koden ser mer elegant ut, gör kodorganisationen det också lättare för dig att se programmets flöde när du tittar på koden.
Steg 8. Testa hela programmet
Börja med att testa varje modul oberoende, med de ingångar och värden som du vanligtvis förväntar dig för den modulen. Prova sedan att ange värden som faktiskt fortfarande är giltiga, men inte särskilt vanliga för att eliminera dolda fel. Programtestning är en konst i sig, men din förmåga att testa program kommer att förbättras med övning. Testa ditt program i följande fall:
- Extreme: Nollvärden och värden långt över de högsta uppskattade värdena för positiva numeriska värden, tom text för textvariabler och noll/"null" -värden för varje parameter.
- Sopvärde. Även om du litar på att användare av ditt program inte kommer att ange sopvärden, glöm inte att testa programmets svar på sopvärden.
- Ogiltigt värde. Använd noll för att dela talet eller ett negativt tal om programmet ber om ett positivt tal (eller om kvadratroten ska beräknas). Icke-talvärden i variabeln "sträng" kan bearbetas som numerisk inmatning.
Steg 9. Öva flitigt
Programmering är inte en statisk disciplin. Det finns alltid något nytt du kan lära dig, och ännu viktigare, det är något som inte är nytt men som är värt att lära om.
Steg 10. Var beredd att acceptera förändring
I en realistisk arbetsmiljö förändras behoven ständigt. Men ju tydligare du känner till programmets behov när du börjar programmera, och ju tydligare programimplementeringsplanen när du väl börjat programmera, desto mindre sannolikt är det att dessa förändringar är resultatet av dålig planering eller din förståelse.
- Du kan aktivt delta i att förbättra programmeringsprocessens tydlighet genom att presentera dokumentation av dina programkrav eller implementeringsplaner långt innan du börjar programmera. Din presentation hjälper dig att se till att det du skapar är det som verkligen efterfrågades.
- Ställ in projektet som en tidsserie med demos för varje projektblock och arbeta med projektet block för block. Ju färre saker du måste tänka på samtidigt, desto mer sannolikt är det att du tänker klart.
Steg 11. Starta programmet enkelt och tillämpa komplexitet gradvis
När du skapar ett komplext program är det en bra idé att skapa en enkel konstruktion av programmet och se till att konstruktionen fungerar först. Till exempel, när du vill skapa en form på skärmen som ändras med markörens rörelse och ändrar form med markörens hastighet:
- Börja med att visa rutan och få rutan att följa markören. Fyll i musens spårningskod.
- Gör sedan storleken på rutan relaterad till musens hastighet. Fyll i hastighetskodningskoden och tillämpa den på storleken.
- Skapa sedan den form du vill använda och sätt in de tre elementen ovan.
- Detta tillvägagångssätt introducerar dig till att skriva modulkod - i modulkod är varje komponent i sitt eget block. Modulär kodskrivning är mycket användbar om du vill återanvända kod (till exempel när du vill använda kod för att spåra musrörelser i ett nytt projekt) och göra det lättare för dig att fixa kod och eliminera fel.
Tips
- Använd en IDE/integrerad utvecklingsmiljö. En bra IDE har en inbyggd kodredigerare med färgkodning, kodtips och kodkompletteringsfunktioner, så kodredigering blir snabbare och mindre felstavning. IDE är vanligtvis utrustade med en "debugger".
- Att separera/förpacka återanvändbar kod från din applikationsspecifika kod gör att koden aggregeras till ett stort kodbibliotek, fullt av användbara funktioner, felfri och redo för återanvändning. Dessa bibliotek hjälper dig att skriva kraftfullare och mer stabila program på kortare tid.
-
Låt en annan programmerare läsa din kod. Din vän kanske vet något som du inte tänkte på tidigare. Har du inte en professionell programmerarvän? Hitta onlineforum som diskuterar ditt föredragna programmeringsspråk/operativsystem och gå med i diskussionen.
- Om du går till ett onlineforum, läs och uppmärksamma forumreglerna. Om du frågar snyggt hjälper många experter dig gärna.
- Kom ihåg att vara artig, för du ber faktiskt om hjälp. Bli inte frustrerad om du inte förstår alla svar på en gång och förvänta dig inte att forummedlemmar läser 10 000 rader kod. Ställ en fråga som fokuserar på ett enda problem och skicka in 5-10 rader med relevant kod. På det sättet är det mer sannolikt att du får ett positivt svar.
- Gör en snabbsökning innan du börjar skicka frågor. Din fråga kan ha upplevts, ställts och besvarats tidigare.
- Att studera källkod från andra programmerare är ett bra sätt att utveckla dina färdigheter. Läs kod från andra programmerare långsamt, steg för steg. Känn programmets flöde och vad som händer med programvariabler, och försök sedan skriva kod som gör samma sak (eller till och med utökar den koden). Du lär dig snabbare om varför saker ska skrivas på ett visst sätt, och du får också tips om hur du skriver effektiv kod.
- Dina kunder och chefer bryr sig inte om hur ditt program fungerar. De bryr sig istället om hur bra ditt program fungerar. Kom ihåg att dina kunder är smarta men upptagna människor. De bryr sig inte om vilken typ av data du använder, men de kommer att märka om ditt program påskyndar eller bromsar deras arbete.
- Du kan också lära dig mycket från handledningssajter.
- Säkerhetskopiera koden regelbundet till en extern enhet eller annan enhet så att du får en kopia av koden om datorn kraschar/stängs av. Förvara minst en säkerhetskopia på ett säkert ställe.
- Håll koden snygg. Det handlar inte om estetik, men kodens snygghet kommer att göra koden lättare att läsa. Detta steg är mycket viktigt om du vill göra ändringar 6 månader efter att du skapade programmet. Läs mer om kodintryck här.
- När du slutför en stor del av programmet, gör något som inte är relaterat till programmering och titta på vad du har arbetat med med en ny hjärna. Tänk om på programflödet och skriv om program mer effektivt och elegant. Använd mindre kod när det är möjligt.
- Hitta en kodredigerare som tillhandahåller kodfärgning. Det är användbart att separera kommentarer, sökord, siffror, "strängar", etc.
- Ändra programmet stegvis när du rensar fel och testa sedan korrigeringar innan du fortsätter.
- Använd versionskontrollsystem som CVS och SVN för att spåra kodändringar och fel.
- Dubbelkontrollera stavning och syntax. Små misstag kan orsaka långvarig stress.
- Gör arkivkopior av ditt arbete. Förutom att vara en referens kan du också kunna återanvända en del av koden.
- Använd en "felsökare", istället för att skriva uttalanden i kod för att visa variabel utmatning. "Debugger" hjälper dig att titta på koden rad för rad, så att du kan se vilken del av koden som går fel.
- Börja litet och genomförbart och bygg sedan upp dina färdigheter gradvis.
- Diskutera med andra programmerare. Andra människor kan vara bra kunskapskällor, särskilt om du precis har börjat.
- Ett bra sätt att regelbundet spara ditt arbete och ha en fjärrkopia är att använda ett versionskontrollsystem som git eller mercurial och en gratis tjänst som Github eller Bitbucket
Varning
- Att kopiera andras kod är i allmänhet en dålig vana, men att ta små bitar av öppen källkod kan vara ett bra sätt att lära sig. Kopiera dock inte ett program i sin helhet och erkänn att programmet är ditt. Kopiera inte koden från andra program, såvida du inte får kopiera dessa program under licens.
- Spara ditt arbete medan du arbetar, annars kan du förlora ditt arbete när datorn inte svarar. Om du ignorerar den här varningen återupplivas du högt senare!
- Du bör vara försiktig när du använder ungerska notation (skriver variabeln som prefix) i steg 4. Ungerska notering kan orsaka inkonsekvenser vid kodredigering, eller när kod används på andra språk/operativsystem. Ungerska notation används ofta i programmeringsspråk som inte kräver att du anger variabelns typ.
