Programmering er en af de mest alsidige evner i dagens arbejdsmiljø. Programmeringsevner vil gavne dig og din virksomhed på en række måder, uanset om du bygger et virksomheds websted eller ved, hvordan du retter "omdirigeringsfejl". Selvtilfredshed med dine nuværende evner vil dog ikke gøre dig til en god programmør. Så læs denne vejledning for at lære at udvikle dine færdigheder som programmør.
Trin
Trin 1. Lav en klar analyse af problemet
Trin 2. Tænk over, hvordan du løser problemet
Trin 3. Saml alle forudsætninger
Tag dig tid til at omskrive de mål, dit program skal nå, og hvem dine potentielle brugere er. Målets klarhed og potentielle brugere af programmet vil spare dig tid i fremtiden.
Trin 4. Skriv en dybdegående implementeringsplan/model
- For at små projekter kan udføres på egen hånd, kan du blot oprette en simpel formel eller et grundlæggende rutediagram/"rutediagram".
-
Ved større projekter anbefaler vi, at du opdeler programmet i moduler og overvejer følgende:
- Hvilke ting hvert modul gør;
- Hvordan data overføres mellem moduler; og
- Hvordan dataene vil blive brugt i hvert modul.
- Selvom processen med at indsamle forudsætninger og planlægge et program ikke er så sjov som at arbejde på et program personligt, skal du huske på, at rodfæstning i timevis med "fejl" kan være meget mere irriterende. Tag dig tid til korrekt at designe flowet og strukturen i dit program fra starten, og du kan muligvis finde en meget mere effektiv måde at nå dine mål på, før du overhovedet skriver kode!
Trin 5. Kommenter din kode frit
Hvis du føler, at din kode har brug for forklaring, kan du kommentere kdoe. Hver funktion skal have 1-2 linjer med kommentarer, der indeholder en forklaring af argumenterne og deres resultater. Kodekommentarer burde forklare mere om, hvorfor koden blev skrevet, end hvad koden gør. Husk at opdatere kommentarerne, når du opdaterer koden!
Trin 6. Brug konsekvente navngivningskonventioner for variabler, så du nemt kan spore hver type variabel samt kende funktionen af hver variabel
Du er nødt til at skrive meget mere end x = a + b * c, men navngivningskonventioner vil også gøre din kode lettere at fejlspore og vedligeholde. En populær variabel navngivningskonvention er ungarsk notation - i denne konvention begynder variabelnavnet med variabeltypen, f.eks. IntCountLine for heltalsvariabler og strUserName for "string" -variabler. Uanset hvilken type variabel navngivningskonvention du bruger, skal du sørge for, at den er konsekvent og give variabler beskrivende navne.
Trin 7. Indstil din kode
Brug visuelle strukturer til at angive kodestruktur. For eksempel gør et indryk i kodeblokken, der er midt i betingelseskoden (hvis, ellers …) eller loop (for, mens …). Prøv også at bruge mellemrum mellem variabelnavne og operatorer, såsom addition, subtraktion, division og endda lige (Myvariable = 2 + 2). Udover at få koden til at se mere elegant ud, gør kodeorganisation det også lettere for dig at se programmets flow, når du kigger på koden.
Trin 8. Test hele programmet
Start med at teste hvert modul uafhængigt med de input og værdier, du generelt ville forvente for det pågældende modul. Prøv derefter at indtaste værdier, der faktisk stadig er gyldige, men ikke meget almindelige for at eliminere skjulte fejl. Programtest er en kunst i sig selv, men din evne til at teste programmer forbedres med øvelse. Test dit program i følgende tilfælde:
- Ekstrem: Nulværdier og værdier langt over de maksimale estimerede værdier for positive numeriske værdier, tom tekst for tekstvariabler og nul/"null" -værdier for hver parameter.
- Affaldsværdi. Selvom du har tillid til, at brugere af dit program ikke vil indtaste affaldsværdier, skal du ikke glemme at teste programmets reaktion på affaldsværdier.
- Ugyldig værdi. Brug nul til tallet, der skal deles, eller et negativt tal, hvis programmet beder om et positivt tal (eller hvis kvadratroden skal beregnes). Ikke-talværdier i variablen "streng" kan behandles som numerisk input.
Trin 9. Øv dig flittigt
Programmering er ikke en statisk disciplin. Der er altid noget nyt, du kan lære, og endnu vigtigere, der er noget, der ikke er nyt, men som er værd at lære igen.
Trin 10. Vær forberedt på at acceptere ændringer
I et realistisk arbejdsmiljø ændrer behovene sig konstant. Men jo tydeligere du kender programmets behov, når du starter programmering, og jo klarere programimplementeringsplan, når du først er begyndt at programmere, desto mindre sandsynligt er det, at disse ændringer er et resultat af dårlig planlægning eller din forståelse.
- Du kan aktivt deltage i at forbedre klarheden i programmeringsprocessen ved at fremlægge dokumentation for dine programkrav eller implementeringsplaner længe før du starter programmeringen. Din præsentation hjælper dig med at sikre, at det du opretter, er det, der virkelig blev bedt om.
- Opsæt projektet som en tidsserie med demoer for hver projektblok, og arbejd på projektet blok for blok. Jo færre ting du skal tænke på ad gangen, desto mere sandsynligt er det, at du tænker klart.
Trin 11. Start programmet enkelt og anvend kompleksiteten gradvist
Når du opretter et komplekst program, er det en god idé at oprette en enkel konstruktion af programmet og sikre, at konstruktionen fungerer først. For eksempel, når du vil oprette en figur på skærmen, der ændrer sig med markørens bevægelse og ændrer form med markørens hastighed:
- Start med at vise boksen og få boksen til at følge markøren. Fuldfør musens bevægelsessporingskode.
- Lav derefter størrelsen på boksen relateret til musens hastighed. Udfyld hastighedssporingskoden, og anvend den på størrelsen.
- Opret derefter den form, du vil bruge, og indsæt de tre elementer ovenfor.
- Denne tilgang introducerer dig til at skrive modulær kode - i modulær kode er hver komponent i sin egen blok. Modulær kodeskrivning er meget nyttig, hvis du vil genbruge kode (f.eks. Når du vil bruge kode til at spore musebevægelser i et nyt projekt) og gøre det lettere for dig at rette kode og fjerne fejl.
Tips
- Brug et IDE/integreret udviklingsmiljø. En god IDE har en indbygget kodeditor med farvekodning, kodehint og kodekomplementeringsfunktioner, så kodedigering vil være hurtigere samt mindre stavefejl. IDE'er er normalt udstyret med en "debugger".
- Adskillelse/emballering af genanvendelig kode fra din applikationsspecifikke kode gør senere koden samlet til et stort kodebibliotek, fuld af nyttige funktioner, fejlfrit og klar til genbrug. Disse biblioteker hjælper dig med at skrive mere kraftfulde og mere stabile programmer på kortere tid.
-
Få en medprogrammerer til at læse din kode. Din ven ved måske noget, som du ikke havde tænkt på før. Har du ikke en professionel programmørven? Find online fora, der diskuterer dit foretrukne programmeringssprog/operativsystem, og deltag i diskussionen.
- Hvis du går til et online forum, skal du læse og være opmærksom på forumreglerne. Hvis du spørger pænt, hjælper mange eksperter dig gerne.
- Husk at være høflig, for du beder faktisk om hjælp. Bliv ikke frustreret, hvis du ikke forstår alle svarene på én gang, og forvent ikke, at forummedlemmer læser 10.000 linjer kode. Stil et spørgsmål, der fokuserer på et enkelt problem, og indsend 5-10 linjer med relevant kode. På den måde er du mere tilbøjelig til at få et positivt svar.
- Inden du begynder at sende spørgsmål, skal du foretage en hurtig søgning. Dit spørgsmål kan have været oplevet, stillet og besvaret før.
- At studere kildekode fra andre programmører er en god måde at udvikle dine færdigheder på. Læs kode fra andre programmører langsomt, trin for trin. Kend programmets flow og hvad der sker med programvariabler, og prøv derefter at skrive kode, der gør det samme (eller endda udvider denne kode). Du lærer hurtigere om, hvorfor tingene skal skrives på en bestemt måde, og du får også tips til at skrive effektiv kode.
- Dine kunder og chefer er ligeglade med, hvordan dit program fungerer. I stedet er de ligeglade med, hvor godt dit program fungerer. Husk, at dine kunder er kloge, men travle mennesker. De er ligeglade med hvilken slags data du bruger, men de vil bemærke, om dit program fremskynder eller bremser deres arbejde.
- Du kan også lære meget fra tutorialsites.
- Sikkerhedskopier koden regelmæssigt til et eksternt drev eller en anden enhed, så du får en kopi af koden, hvis computeren går ned/slukker. Opbevar mindst én backup et sikkert sted.
- Hold koden pæn. Det er ikke et spørgsmål om æstetik, men kodens pænhed vil gøre koden lettere at læse. Dette trin er meget vigtigt, hvis du vil foretage ændringer 6 måneder efter, at du har oprettet programmet. Læs mere om kodeindrykning her.
- Når du gennemfører en betydelig del af programmet, skal du gøre noget, der ikke er relateret til programmering, og se, hvad du har arbejdet med med en frisk hjerne. Genovervej programforløbet, og omskriv programmer mere effektivt og elegant. Brug mindre kode, når det er muligt.
- Find en kode -editor, der giver kodefarvning. Det er nyttigt at adskille kommentarer, søgeord, tal, "strenge" osv.
- Skift programmet trinvist, efterhånden som du rydder fejl, og test derefter korrektioner, før du fortsætter.
- Brug versionskontrolsystemer som CVS og SVN til at hjælpe dig med at spore kodeændringer og fejl.
- Dobbelttjek stavning og syntaks. Små fejl kan forårsage langvarig stress.
- Lav arkivkopier af dit arbejde. Udover at være en reference, kan du muligvis også genbruge noget af koden.
- Brug en "debugger", i stedet for at skrive udsagn i kode for at vise variabel output. "Debugger" hjælper dig med at se på koden linje for linje, så du kan se, hvilken del af koden der går galt.
- Start i det små og gennemførlige, og opbyg derefter dine færdigheder gradvist.
- Diskuter med andre programmører. Andre mennesker kan være gode kilder til viden, især hvis du lige er startet.
- En god måde at periodisk gemme dit arbejde og have en ekstern kopi på er at bruge et versionskontrolsystem som git eller mercurial og en gratis service som Github eller Bitbucket
Advarsel
- Kopiering af andres kode er generelt en dårlig vane, men at tage små stykker open source -kode kan være en god måde at lære på. Du må dog ikke kopiere et program i sin helhed og erkende, at programmet er dit. Kopier ikke kode fra andre programmer, medmindre du har tilladelse til at kopiere disse programmer under licens.
- Gem dit arbejde, mens du arbejder, eller du kan miste dit arbejde, når computeren ikke reagerer. Hvis du ignorerer denne advarsel, bliver du genoplivet højlydt senere!
- Du skal være forsigtig, når du bruger ungarsk notation (skriver variabeltypen som et præfiks) i trin 4. Ungarsk notation kan forårsage uoverensstemmelser under kodeditering, eller når kode bruges på andre sprog/operativsystemer. Ungarsk notation bruges ofte i programmeringssprog, der ikke kræver, at du angiver variabeltypen.
