Programmeerimine on tänapäeva töökeskkonnas üks mitmekülgsemaid võimeid. Programmeerimisoskusest on teile ja teie ettevõttele kasu mitmel viisil, olenemata sellest, kas loote ettevõtte veebisaiti või teate, kuidas "ümbersuunamisvigu" parandada. Kuid rahulolu oma praeguste võimetega ei tee sinust suurepärast programmeerijat. Niisiis, lugege seda juhendit, et õppida, kuidas programmeerijana oma oskusi arendada.
Samm
Samm 1. Tehke probleemi selge analüüs
Samm 2. Mõtle uuesti, kuidas probleemi lahendada
Samm 3. Koguge kokku kõik eeldused
Võtke aega, et kirjutada ümber eesmärgid, mida teie programm vajab ja kes on teie potentsiaalsed kasutajad. Programmi sihtmärgi ja potentsiaalsete kasutajate selgus säästab tulevikus teie aega.
Samm 4. Kirjutage põhjalik rakendusplaan/mudel
- Väikeste projektide iseseisvaks tegemiseks võite lihtsalt luua lihtsa valemi või põhilise vooskeemi/"vooskeemi".
-
Suuremate projektide puhul soovitame teil programmi mooduliteks jagada ja kaaluda järgmist.
- Mida iga moodul teeb;
- Kuidas edastatakse andmeid moodulite vahel; ja
- Kuidas andmeid igas moodulis kasutatakse.
- Kuigi eeltingimuste kogumise ja programmi kavandamise protsess ei ole nii lõbus kui programmiga isiklikult töötamine, pidage meeles, et tundidepikkuste "vigade" juurdumine võib olla palju tüütum. Võtke aega oma programmi voo ja struktuuri nõuetekohaseks kavandamiseks algusest peale ning võib -olla leiate juba enne koodi kirjutamist palju tõhusama viisi oma eesmärkide saavutamiseks!
Samm 5. Kommenteerige oma koodi vabalt
Kui tunnete, et teie kood vajab selgitamist, kommenteerige kdoe. Igale funktsioonile tuleks anda 1-2 rida märkusi, mis sisaldavad argumentide ja nende tulemuste selgitust. Koodikommentaarid peaksid rohkem selgitama, miks kood kirjutati, mitte seda, mida kood teeb. Ärge unustage koodi uuendamisel kommentaare värskendada!
Samm 6. Kasutage järjepidevaid muutujate nimetamise tavasid, et saaksite hõlpsalt jälgida igat tüüpi muutujaid ja samuti teada iga muutuja funktsiooni
Peate küll palju rohkem kirjutama kui x = a + b * c, kuid nime andmise tavad lihtsustavad ka teie koodi vigade jälgimist ja hooldamist. Üks populaarne muutujate nimetamise konventsioon on ungari keelne märge - selles konventsioonis algab muutuja nimi muutuja tüübiga, näiteks täisarvuliste muutujate jaoks intCountLine ja stringide muutujate jaoks strUserName. Olenemata sellest, millist tüüpi muutujate nimetamise tava kasutate, veenduge, et see oleks järjepidev ja annaks muutujatele kirjeldavad nimed.
Samm 7. Määrake oma kood
Kasutage koodistruktuuri tähistamiseks visuaalseid struktuure. Näiteks tehke koodiplokis taane, mis asub tingimuste koodi (kui, muidu…) või silmuse (jaoks, samal ajal…) keskel. Samuti proovige kasutada tühikuid muutujate nimede ja operaatorite vahel, nagu liitmine, lahutamine, jagamine ja isegi võrdne (muutuv = 2 + 2). Lisaks sellele, et kood näeb välja elegantsem, muudab koodi korraldamine ka koodi voo vaatamise ajal programmi voo nägemise lihtsamaks.
Samm 8. Testige kogu programmi
Alustage iga mooduli iseseisva testimisega, kasutades sisendeid ja väärtusi, mida selle mooduli puhul üldiselt ootate. Seejärel proovige sisestada väärtusi, mis on endiselt kehtivad, kuid mitte väga levinud, et peidetud vigu kõrvaldada. Programmide testimine on omaette kunst, kuid teie võimekus programme testides paraneb. Testige oma programmi järgmistel juhtudel:
- Äärmuslik: nullväärtused ja väärtused, mis ületavad positiivsete arvväärtuste maksimaalseid hinnangulisi väärtusi, tekstimuutujate jaoks tühi tekst ja iga parameetri null/"null" väärtused.
- Prügi väärtus. Isegi kui usaldate, et teie programmi kasutajad ei sisesta prügiväärtusi, ärge unustage testida programmi reaktsiooni prügiväärtustele.
- Vigane väärtus. Jagatava arvu jaoks kasutage nulli või negatiivset arvu, kui programm küsib positiivset arvu (või kui arvutatakse ruutjuur). Muutuja "string" mitteväärtuslikke väärtusi võidakse töödelda numbrilise sisendina.
9. samm. Harjutage usinalt
Programmeerimine ei ole staatiline distsipliin. Alati on midagi uut õppida ja mis veelgi tähtsam, on midagi, mis pole uus, kuid tasub uuesti õppida.
Samm 10. Olge valmis muutustega nõustuma
Realistlikus töökeskkonnas muutuvad vajadused pidevalt. Kuid mida selgemini teate programmi vajadusi, kui alustate programmeerimist, ja mida selgem on programmi rakendamise plaan, kui olete programmeerimist alustanud, seda väiksem on tõenäosus, et need muudatused on halva planeerimise või teie arusaamise tulemus.
- Saate aktiivselt osaleda programmeerimisprotsessi selguse parandamises, esitades oma programmi nõuete või rakendusplaanide dokumentatsiooni juba ammu enne programmeerimise alustamist. Teie esitlus aitab teil tagada, et see, mida loote, on tõesti see, mida paluti.
- Seadistage projekt aegridana koos iga projektiploki demodega ja töötage projektiga plokkide kaupa. Mida vähem asju peate korraga mõtlema, seda tõenäolisem on selgelt mõelda.
Samm 11. Käivitage programm lihtsalt ja rakendage keerukust järk -järgult
Keerulise programmi loomisel on hea luua programmi lihtne konstruktsioon ja veenduda, et esmalt ehitustööd toimivad. Näiteks kui soovite luua ekraanile kuju, mis muutub kursori liikumisega ja muudab kuju kursori kiirusega:
- Alustage kasti kuvamisega ja pange kast kursorile järgnema. Täitke hiire liikumise jälgimise kood.
- Järgmisena määrake hiire kiirusega seotud kasti suurus. Täitke kiiruse jälgimise kood ja rakendage see suuruse muutmiseks.
- Seejärel looge kujund, mida soovite kasutada, ja sisestage kolm ülaltoodud elementi.
- See lähenemisviis tutvustab teile moodulkoodi kirjutamist - modulaarses koodis on iga komponent oma plokis. Moodulkoodi kirjutamine on väga kasulik, kui soovite koodi uuesti kasutada (näiteks kui soovite kasutada koodi hiire liikumise jälgimiseks uues projektis) ning hõlbustada koodi parandamist ja vigade kõrvaldamist.
Näpunäiteid
- Kasutage IDE/integreeritud arenduskeskkonda. Heal IDE-l on sisseehitatud koodiredaktor, millel on värvikoodid, koodivihjed ja koodi täiendamise funktsioonid, nii et koodi redigeerimine on kiirem ja vähem õigekirjaga. IDE -d on tavaliselt varustatud siluriga.
- Korduvkasutatava koodi eraldamine/pakendamine teie rakendusepõhisest koodist muudab koodi hiljem suureks koguks, mis on täis kasulikke funktsioone, veatu ja korduvkasutamiseks valmis. Need teegid aitavad teil kirjutada võimsamaid ja stabiilsemaid programme lühema ajaga.
-
Laske kaasprogrammeerijal teie kood läbi lugeda. Teie sõber võib teada midagi, millele te varem ei mõelnud. Kas teil pole professionaalset programmeerija sõpra? Otsige veebipõhiseid foorumeid, kus arutatakse teie eelistatud programmeerimiskeelt/operatsioonisüsteemi, ja liituge aruteluga.
- Kui külastate veebifoorumit, lugege foorumi reegleid ja pöörake neile tähelepanu. Kui küsite ilusti, aitavad paljud eksperdid teid hea meelega.
- Pidage meeles, et olge viisakas, sest tegelikult palute abi. Ärge muretsege, kui te ei saa kõikidest vastustest korraga aru, ja ärge oodake, et foorumi liikmed loeksid 10 000 rida koodi. Esitage küsimus, mis keskendub ühele probleemile, ja esitage 5-10 rida asjakohast koodi. Nii saate suurema tõenäosusega positiivse vastuse.
- Enne küsimuste saatmist tehke kiire otsing. Teie küsimus võis olla juba varem kogetud, küsitud ja vastatud.
- Lähtekoodi õppimine teistelt programmeerijatelt on hea viis oma oskuste arendamiseks. Lugege teiste programmeerijate koodi aeglaselt, samm -sammult. Teadke programmi voogu ja programmi muutujatega toimuvat ning proovige seejärel kirjutada kood, mis teeb sama (või isegi laiendab seda koodi). Saate kiiremini teada, miks peaks asju teatud viisil kirjutama, ning saate ka näpunäiteid tõhusa koodi kirjutamise kohta.
- Teie kliente ja ülemusi ei huvita, kuidas teie programm töötab. Selle asemel hoolivad nad sellest, kui hästi teie programm töötab. Pidage meeles, et teie kliendid on targad, kuid hõivatud inimesed. Neid ei huvita, milliseid andmeid te kasutate, kuid nad märkavad, kas teie programm kiirendab või aeglustab nende tööd.
- Samuti saate õppetundide saitidelt palju õppida.
- Varundage kood perioodiliselt välisesse draivi või muusse seadmesse, et teil oleks koodist koopia juhuks, kui arvuti jookseb kokku või välja. Hoidke vähemalt üks varukoopia kindlas kohas.
- Hoidke kood puhas. See ei ole esteetika küsimus, kuid koodi puhtus muudab koodi hõlpsamini loetavaks. See samm on väga oluline, kui soovite muudatusi teha 6 kuud pärast programmi loomist. Lisateavet koodi taande kohta leiate siit.
- Kui lõpetate suure osa programmist, tehke midagi, mis pole programmeerimisega seotud, ja vaadake värske ajuga seda, millega olete tegelenud. Mõelge programmivoo ümber ja kirjutage programmid tõhusamalt ja elegantsemalt ümber. Kasutage võimaluse korral vähem koodi.
- Leidke koodiredaktor, mis pakub koodi värvimist. Kasulik on eraldada kommentaarid, märksõnad, numbrid, "stringid" jne.
- Muutke programmi järk -järgult, kui vead kustutate, seejärel katsetage parandusi enne jätkamist.
- Koodimuutuste ja vigade jälgimisel kasutage versioonikontrollisüsteeme, nagu CVS ja SVN.
- Kontrollige veel kord õigekirja ja süntaksit. Väikesed vead võivad põhjustada pikaajalist stressi.
- Tehke oma tööst arhiivikoopiaid. Lisaks viitele saate ka osa koodi uuesti kasutada.
- Muutuja väljundi kuvamiseks kasutage koodis avalduste kirjutamise asemel "silurit". "Silur" aitab teil koodi rida rida vaadata, nii et saate märgata, milline osa koodist läheb valesti.
- Alustage väikest ja teostatavat, seejärel arendage oma oskusi järk -järgult.
- Arutage teiste programmeerijatega. Teised inimesed võivad olla head teadmiste allikad, eriti kui olete alles alustamas.
- Hea viis oma töö perioodiliseks salvestamiseks ja kaugkoopia saamiseks on kasutada versioonikontrollisüsteemi (nt git või mercurial) ja tasuta teenust, nagu Github või Bitbucket
Hoiatus
- Teiste inimeste koodi kopeerimine on üldiselt halb harjumus, kuid väikeste avatud koodide võtmine võib olla hea viis õppimiseks. Kuid ärge kopeerige programmi tervikuna ja tunnistage, et see on teie oma. Ärge kopeerige teiste programmide koodi, kui teil pole litsentsi alusel lubatud neid programme kopeerida.
- Salvestage oma töö töötamise ajal või muidu võite töö kaotada, kui arvuti ei reageeri. Kui ignoreerite seda hoiatust, elustatakse teid hiljem valjusti!
- Ungari keele märgistuse kasutamisel (muutuja tüübi kirjutamine eesliitena) peaksite olema 4. etapis ettevaatlik. Ungari märge võib põhjustada koodide redigeerimisel või koodide kasutamisel teistes keeltes/opsüsteemides vastuolusid. Ungari keelt kasutatakse tavaliselt programmeerimiskeeltes, mis ei nõua muutuja tüübi määramist.
