Šių metų rugsėjo 29d., tikrai netikėtai man pačiam, buvau pakviestas į Microsoft padalinio Lietuvoje rengiamus „Spaudos pusryčius“, kuriuose buvo supažindinta su kompanijos ateities planais, į šį renginis buvo pakviesti spaudos atstovai ir tinklaraštininkai. Iš tiesų aš savęs ne tik kad nelaikau profesionaliu tinklaraštininku, bet ir apskritai tinklaraštininku, esu tik žmogus, kartas nuo karto pasidalinantis savo [...]
PDP: #8 Programinės įrangos kokybė
Parašė: Gintaras Slavinskas Data: Gegužė 2, 2010
Visi, iki šiol parašyti įrašai PDP tema, buvo apie tai, kaip galima planuoti ir sekti darbą, įvairiais programos kūrimo etapais.Na o šis įrašas yra žvilgsnis į kitą programuotojo darbo sritį – programinės įrangos kokybę. Nepamirštant, kad aš pats nesu kažkoks profesorius, išmanantis kiekvieną programavimo aspektą, o esu tik žmogus, norintis pasidalinti įžvalgomis ir pastabomis šia tema, galima tęsti įrašo skaitymą.
Na iš pradžių gal reikėtų paaiškinti, ką man asmeniškai reiškia programinės įrangos kokybė. Grubiai imant, programinės įrangos kokybę apibrėžčiau šiais punktais:
- Defektų (angl. Bug) kiekiu sukurtoje programinėje įrangoje,
- Vartotojo sąsajos patogumu ir lengvumu naudoti,
- Galimybėmis plėsti ir vystyti sukurtą programinę įrangą,
- Efektyvumų ir geru resursų panaudojimu (angl. perfomance),
- Funkcionalumu.
Tokie yra, mano nuomone, pagrindiniai kokybės vertinimo kriterijai. Na visų šių kriterijų detaliau panagrinėti tikrai nepavyks, tačiau šiame ir sekančiuose įrašuose norėčiau pakalbėti apie pirmąjį punktą – Defektų kiekį programinėje įrangoje, tiksliau, būdus, kaip galima “neskausmingai” sumažinti defektų kiekį savo rašomame kode.
Daug išsiplėsti šiame ir pora sekančių įrašų nesiruošiu, tik norėčiau paminėti ir pakalbėti apie tuos kelis dalykus, kurie padeda sumažinti defektų kiekį rašomame kode.
Taigi, ruošiuosi parašyti apie porą dalykų:
- Peržiūras – defektų prevencijos būdai, projektų ir kodo peržiūros.
- Dažniausiai naudojamų funkcijų biblioteka – įvairūs įrankiai ir įvairūs kodo šablonai, programuotoje kišenėje esantys tam, kad palengvintų ir taip sunku mūsų “programerių” gyvenimą.
Kodėl manau, kad ši tema yra verta dėmesio? Na atsakymas būtų paprastas, defektai pernelyg dažnai yra laikomi programuotojo kasdienybe. Taip tame yra dalis tiesos, nes nemanau, kad atrastume žmogų, kuris sugeba rašydamas savo kodą nepadaryti nė menkiausios klaidelės ir jo programos visada veikia tinkamai. Tačiau tikrai žinau, kad yra keletas metodų “kišenėje”, kuriais pasinaudojus galima tą defektų kiekį sumažinti iki minimumo. Jei ši tema jus sudomino, tai laukite sekančių poros įrašų tema.
P.S. kaip Jūs patys galvojote, kokios yra priemonės, padedančios išvengti defektų programuojant? 
Žymos: Kokybė, Programavimas
Panašūs įrašai
- Programuotojo darbo procesas: #9 Peržiūros ir dažniausiai naudojamų funkcijų biblioteka
- PDP: #7 Tvarkaraščiai ir darbo progreso sekimas
- Darbo žurnalas – “patobulinta” užrašinė
Tema: PDP
Komentarai 5
2010-05-02 Data: 21:46
Klaidos prasideda, kai pradedi blaškytis. Kartais pastebiu, kad kurdamas po truputį tai vieną, tai kitą svetainės dalį, vėliau pradedu maišytis ir daryti gana žioplas klaidas. Todėl, manau, geriausia pradėjus vieną darbą jį užbaigti ir tik tuomet keliauti prie kitos dalies. Paprastas toks, bet gyvenimiškas pavyzdys.
2010-05-03 Data: 18:40
Galiu tik pritarti, išties blaškymasis tarp užduočių padidina klaidų kiekį.
2010-05-03 Data: 22:49
Kurti funkcinius komponentus, kurie kuo mažiau rištusi prie konkrečių vartotojo uždočių. Taip galima lengivau perpanaudoti kodą.
Tokie funkciniai blokai ilgainiui būna gerai ištestuojami ir nebereikia baimintis dėl jų veikimo kokybės (mažėja klaidų tikimybė). Be to ir sutaupoma daug laiko. Dažnai pasitaiko solution’ai, kai proejktai tarpusavyje yra labai sulipę, o taip neturėtų būti. Čia tik pirma mintis kilusi, paskaičius įrašą. Kalbėti galima daug, nes juk viena apie tai rašomos knygos
2010-05-08 Data: 18:26
Sutinku Evaldai, bet knygos dažniau rašomos tam, kad padėtų išvengti klaidų dirbant programuotojų komandoje. Mano įrašai bus daugiau orientuoti į asmeninį programuotojo darbo kokybės gerinimą.