Programmeerimine on praegusel ajal turul üks mitmekülgsemaid oskusi. Alates ettevõtte veebisaitide loomisest kuni selleni, kuidas suunamisviga hõlpsalt parandada, võivad need oskused olla tööandjale ja teile mitmel viisil hindamatud. Kuid sellisena, nagu te olete, ei lase teil kunagi olla parim programmeerija. Lugege edasi, et õppida, kuidas programmeerijana oma oskusi parandada.
Sammud
Samm 1. Analüüsige probleemi selgelt
Samm 2. Mõtle kaks korda, kuidas seda probleemi lahendada
Samm 3. Koguge täielikud nõuded
Võtke aega, et kirjutada üles, milliseid eesmärke lõpptoode peab saavutama ja kes on teie kasutajaskond. Mõtte selgus säästab selles etapis palju aega.
Samm 4. Kirjutage põhjalik rakendusplaan (või mudel)
- Millegi väikese ja iseseisva puhul võib see olla lihtsalt põhiline vooskeem või lihtne võrrand.
-
Suuremate projektide puhul aitab see tööd mooduliteks jagada ja kaaluda järgmist.
- Millist ülesannet iga moodul peab täitma
- Kuidas edastatakse andmeid moodulite vahel
- Kuidas andmeid igas moodulis kasutatakse
- Kuigi kogumis- ja planeerimisnõuded võivad olla tüütud ja palju vähem lõbusad kui otse kodeerimisse sukeldumine, on veelgi tüütum veeta tunde silumist. Võtke aega oma programmi voo ja struktuuri õigeks kavandamiseks ning võite isegi märgata tõhusamaid viise oma eesmärkide saavutamiseks, enne kui kirjutate esimese koodirea!
Samm 5. Kommenteerige oma koodi vabalt
Kui arvate, et teie kood võib vajada selgitust, kommenteerige seda. Igale funktsioonile peaks eelnema 1-2 rida, mis kirjeldavad argumente ja mida see tagastab. Kommentaarides tuleks öelda, miks sagedamini kui mida. Ärge unustage oma koodi uuendamisel kommentaare värskendada!
Samm 6. Kasutage muutujate jaoks järjepidevaid nimetamistavasid
See aitab teil jälgida igat tüüpi muutujaid ja ka selle muutuja eesmärki. See tähendab rohkem trükkimist kui lihtsalt x = a + b * c, kuid muudab teie koodi silumise ja hooldamise palju lihtsamaks. Üks populaarne kokkulepe on Ungari tähistus, kus muutuja nime ees on selle tüüp. Näiteks täisarvuliste muutujate jaoks võite kasutada intRowCounter; stringid võivad kasutada strUserName. Pole tähtis, milline on teie nimetamisviis, kuid veenduge, et see on järjepidev ja muutujate nimed on kirjeldavad. (Vt allpool Hoiatused).
Samm 7. Korraldage oma kood
Kasutage koodistruktuuri tähistamiseks visuaalseid struktuure. Näiteks taandage koodiplokk, mis asub tingimuslikus (kui, muul juhul…) või silmuses (selleks ajaks,…). Proovige panna muutuja nime ja operaatori vahele tühikud (nt liitmine, lahutamine, korrutamine, jagamine, ja isegi võrdusmärk (myVariable = 2 + 2). Lisaks sellele, et muuta kood visuaalselt elegantsemaks, hõlbustab see ka programmi voo nägemist lühidalt. (Vaadake allpool näpunäiteid taande kohta).
Samm 8. Testige kõike
Alustage iga mooduli iseseisva testimisega, kasutades sisendeid ja väärtusi, mida tavaliselt ootate. Seejärel proovige sisendeid, mis on võimalikud, kuid vähem levinud. See loputab kõik peidetud vead. Katsetamiseks on oma kunst ja järk -järgult arendate oma oskusi harjutades. Kirjutage oma testid, et hõlmata järgmisi juhtumeid:
- Äärmused: positiivsete arvväärtuste puhul null ja üle oodatud maksimumi, tekstiväärtuste jaoks tühi string ja iga parameetri puhul null.
- Mõttetud väärtused. Isegi kui te ei usu, et teie lõppkasutaja sisestaks jama, testige oma tarkvara selle vastu.
- Valed väärtused. Jagamisel kasutatava väärtuse jaoks kasutage nulli või negatiivset arvu, kui oodatakse positiivset tulemust või arvutatakse ruutjuur. Midagi, mis pole number, kui sisenditüüp on string, ja seda parsitakse numbrilise väärtuse jaoks.
Samm 9. Harjuta, harjuta, harjuta
Programmeerimine ei ole soiku jäänud distsipliin. Alati on midagi uut õppida ja - võib -olla veelgi olulisem - alati midagi vana õppida.
Samm 10. Olge muutusteks valmis
Realistlikus töökeskkonnas muutuvad nõuded. Kuid mida selgem olete nõuete osas alguses ja mida selgem on teie rakendusplaan alguses, seda väiksem on tõenäosus, et muudatused tulenevad halvast planeerimisest või arusaamatustest.
- Saate osaleda protsessi selguse parandamises, esitades oma nõuete dokumentatsiooni või rakenduskava juba enne kodeerimise alustamist. See aitab tagada, et see, mida kavatsete luua, on tegelikult see, mida paluti.
- Struktureerige projekt verstapostide seeriana koos iga ploki demoga ja hallake protsessi üks verstapost korraga. Mida vähem asju peate igal hetkel mõtlema, seda tõenäolisem on, et mõtlete selgelt.
Samm 11. Alustage lihtsast ja liikuge keerukuse poole
Midagi keerulist programmeerides aitab see kõigepealt lihtsamad ehitusplokid paika saada ja korralikult töötada. Oletame näiteks, et soovite luua ekraanile areneva kuju, mis järgib hiire suunda ja muudab kuju sõltuvalt hiire kiirusest.
- Alustage ruudu kuvamisega ja laske sellel hiirt järgida; st lahendage kõigepealt liikumise jälgimine üksi.
- Seejärel seadke ruudu suurus hiire kiirusega seotuks; st lahendada kiiruse-kuju jälgimine iseseisvalt.
- Lõpuks looge tegelikud kujundid, millega soovite töötada, ja pange kolm komponenti kokku.
- See lähenemisviis sobib loomulikult modulaarse koodi kirjutamiseks, kus iga komponent on oma iseseisvas plokis. See on väga kasulik koodi taaskasutamiseks (nt soovite uues projektis kasutada lihtsalt hiirejälgimist) ning muudab silumise ja hoolduse palju lihtsamaks.
Video - selle teenuse kasutamisel võidakse YouTube'iga jagada teatud teavet
Näpunäiteid
- Kasutage integreeritud arenduskeskkonda (IDE). Hea IDE-sse on ehitatud värvikoodiga redaktor, millel on koodivihjed ja koodi täitmise funktsioonid, mis muudavad redigeerimise kiiremaks ja vähem õigekirjavigadeks. Tavaliselt sisaldab see ka silurit.
- Teiste programmeerijate lähtekoodi uurimine on suurepärane võimalus enda oskuste parandamiseks. Tutvuge nende koodiga samm -sammult, uurides voogu ja muutujatega toimuvat. Seejärel proovige kirjutada oma kood, et teha sama (või isegi parandada). Saate kiiresti teada, miks asju tuleb teatud viisil kirjutada, ja saate ka kasulikke näpunäiteid tõhusa kirjutamise kohta.
- Õpetuskohad on ka suurepärane ressurss.
- Tehke oma rakenduse koodist regulaarselt varukoopiaid teisele kõvakettale või kaasaskantavasse seadmesse, et teil oleks koopia, kui arvuti sureb või pole saadaval. Hoidke vähemalt ühte koopiat turvalises kohas.
- Hoidke oma kood visuaalselt elegantne mitte sellepärast, et see oleks ilus, vaid sellepärast, et see hõlbustab lugemist. See on hädavajalik, kui soovite teha muudatusi kuus kuud hiljem. Lugege lisateavet koodi taandamise kohta.
- Pärast iga suuremat töölõiku tehke paus, tehke midagi sõltumatut ja vaadake seejärel värske meelega kirjutatu üle. Mõelge see ümber ja kirjutage see ümber, muutes selle vähem koodi kasutades tõhusamaks ja elegantsemaks.
- Leidke redaktor, mis kasutab värvikoodiga süntaksi esiletõstmist. See aitab tõesti eraldada kommentaare, märksõnu, numbreid, stringe jne.
- Muutke silumisel korraga ühte asja ja seejärel katsetage oma parandusi enne järgmise üksuse juurde liikumist.
- Kasutage versioonijuhtimise haldust. Sellised tööriistad nagu CVS või SVN hõlbustavad koodimuutuste ja vigade jälgimist.
- Hoidke oma varasema töö arhiivikoopiaid. See pole mitte ainult hea lähtepunkt, vaid sellel võib olla ka koodibitte, mida saate hiljem uuesti kasutada.
- Kontrollige topelt õigekirja ja süntaksit. Isegi väikseimad vead võivad põhjustada palju stressi.
- Väljundmuutujate kuvamiseks kasutage koodis avalduste asemel siluri tööriista. Siluri tööriist võimaldab teil rida -realt koodist läbi astuda, et saaksite näha, kus see valesti läheb.
- Rääkige teiste programmeerijatega. Inimesed võivad sageli olla hea teabeallikas, eriti alustades. Uurige, kas on olemas programmeerijate rühm, kes kohtuvad kohapeal, ja liituge grupiga.
- Alustage väikesest, otsige asju, mida suure tõenäosusega suudate saavutada, ja liikuge edasi.
-
Paluge kaasprogrammeerijatel teie kood läbi lugeda. Nad võivad hästi teada midagi, millele te pole varem mõelnud. Kas te ei tunne ühtegi professionaalset programmeerijat? Leidke veebipõhine foorum, mis on pühendatud teie valitud programmeerimiskeelele või operatsioonisüsteemile, ja liituge vestlusega.
- Kui lähete seda teed, lugege foorumi etiketti ja järgige seda. Seal on palju heasüdamlikke eksperte, kes on valmis teid aitama, kui neid kenasti küsitakse.
- Pidage meeles, et olge viisakas, sest palute teene. Ärge muretsege, kui te ei saa kõigest korraga aru, ja ärge oodake, et nad tahaksid üle vaadata 10 000 koodirida. Selle asemel küsige lihtsaid ühe fookusega küsimusi ja postitage ainult asjakohased 5-10 rida seotud koodi. Suure tõenäosusega saate sel viisil positiivse vastuse.
- Enne postitamise alustamist uurige veidi. Teie küsimus on peaaegu kindlasti juba leitud, kaalutud ja lahendatud.
- Kliente ja ülemusi ei huvita peaaegu see, kuidas teie programm töötab, vaid see, kui hästi see töötab. Mõelge lõpptulemusele. Kliendid on intelligentsed, kuid hõivatud. Neid ei huvita, milliseid andmestruktuure te kasutate, kuid nad hoolivad sellest, kas see kiirendab või aeglustab jõudlust.
- Kui eraldate (pakendate) oma korduvkasutatava koodi rakendusepõhisest koodist, saate aja jooksul suure, silutud ja korduvkasutatava kogu, mis on täis käepäraseid utiliite. See aitab kirjutada võimsamaid ja stabiilsemaid rakendusi lühema aja jooksul.
- Hea viis nii oma töö sageli salvestamiseks kui ka füüsiliselt eraldi varukoopia hoidmiseks on kasutada versioonitööriista, nagu git või mercurial, ja tasuta hostimisteenust, nagu GitHub või Bitbucket.
Hoiatused
- Teiste koodi kopeerimine ja kleepimine on üldiselt halb harjumus, kuid väikeste portsjonite võtmine avatud lähtekoodiga programmist võib olla hea õppimiskogemus. Lihtsalt ärge kopeerige programmi täielikult ja proovige selle eest au võtta. Ärge kopeerige teise programmi koodi, kui teil pole selleks luba või litsents.
- Salvestage oma tööd sageli, kui te seda teete, vastasel juhul võite kaotada tunde ja töötunde arvutiõnnetuse või -luku tõttu. Kui jätate selle hoiatuse praegu tähelepanuta, on see õppetund, mille abil saate kindlasti kõvasti õppida!
- Ungari keele märget (mis näitab muutuja tüüpi eesliitena) tuleb kasutada ettevaatlikult. See võib redigeerimisel või eriti teise keelde või operatsioonisüsteemi teisaldamisel kaasa tuua ebajärjekindluse. See on kõige kasulikum „lõdvalt trükitud” keeltes, mis ei nõua muutuja tüübi eeldeklareerimist.
