10 būdų, kaip susimauti programavime: pirma dalis

Kartais negaliu atsispirti, neišvertęs kokio įdomaus straipsnio į lietuvių kalbą. Ypač tokio, kuris labai taikliai perteikia mano mintis, tik aš gal taip taikliai nesuformuliuočiau. Šįkart mano akiratyje atsidūrė straipsnis “10 Ways To Suck at Programming”, kur autorius ironijos ir sarkazmo forma perteikia dalykus, apie kuriuos turi susimąstyti kiekvienas programuotojas. Taigi, dešimtukas, kaip pasakytų dėstytojai, “blogų praktikų”.

10. Nesaugok nustatymų konfigūraciniuose failuose

Didesniuose projektuose, tokie dalykai kaip duomenų bazės prisijungimas ar SMTP serverio nustatymai bus naudojami beveik visur. Geriausias būdas padaryti sistemą nebepalaikomą yra įrašyti tuos nustatymus kiekvieną kartą ir kiekviename faile, kur jų reikia, vietoj įrašymo į config failus. Kad ir kas po jūsų užsiims sistemos palaikymu, padėkos jums už unikalią galimybę paieškoti SMTP nustatymų per N failų per tūkstančius eilučių. Kas gali būti dar įdomiau, kad jeigu tas programuotojas suras tik 14 iš 15 vietų, kur panaudotas tas nustatymas, tada gali būti, kad kažkur pas klientą kažkurioje vietoje programa lūžinės, ir niekas nesupras, dėl ko. Galima žengti dar toliau – nustatymų reikšmes formuoti iš dviejų ar trijų kintamųjų, juos sudedant į vieną eilutę, tai palengvins programuotojui paiešką.

9. Nesaugok nieko kintamuosiuose ar sesijoje, viskas iš DB

Viena iš gerųjų duomenų bazių savybių yra tai, kad prie jos galima prieiti bet kada ir pasiimti informaciją. Kad užtikrintum savo programos visapusišką blogumą, junkis prie duomenų bazės esant menkiausiam informacijos poreikiui. Kuo daugiau bendros informacijos reikia, tuo daugiau laimėsi, padarydamas naują konekciją prie DB. Nesivargink kurdamas kintamąjį “isAdmin”, juk lengviau parašyti užklausą į duombazę. Juk klientas sumokėjo už duomenų bazės vietą ir palaikymą, tai stenkimės išnaudoti jos galimybes.

8. Naudok naujus neištestuotus plugin’us

Jeigu klientas turi nestandartinių pageidavimų, pvz kaip lentelės formatavimas, su kuriuo nesusitvarko jūsų WYSIWYG redaktorius, tada tikrai reikia pradėti ieškoti plugin’ų internete, kurie jums padėtų. Kam rizikuoti savo darbu, kuris gali užtrukti visą valandą, geriau kelias valandas ieškoti plugin’o, kuris darys BEVEIK tą patį. Bonus taškai už tai, jei rasite ir panaudosite plugin’ą, kuris nedaro to, ką klientas prašo, bet siūlo daugiau nei 15 megabaitų įdomiaus funkcionalumo, kurio galbūt kada nors gali prireikti. Bonus bonus taškai eina už tai, jei dokumentacija tam plugin’ui yra ne jūsų gimtąja kalba ir ne angliškai.

7. Niekada, jokiais būdais nešalink jokių funkcijų

Kuriant didesnę sistemą, neretai būna, kai funkcionalumas, su kuriuo dirbi, tampa nebereikalingas arba nepritampa. Taigi, kad užtikrintum, jog kode būtų krūva naujų akligatvių ateinantiems programuotojams, niekada netrink to funkcionalumo. Netgi galbūt užkomentuok dalį jo, gali net šimtus eilučių vienu metu, bet niekada nešalink. Įsivaizduok linksmąsias valandas, kai nauja komanda aiškinsis prasmę funkcionalumo, kuris prasmės neturi! Ir čia bonusas: jei jūsų sistema naudoja versijos kontrolės sistemą ir skirtingas serverio aplinkas, užtikrinkite, kad kiekviename serveryje būtų skirtingos jūsų failo versijos. Šiuo atveju tikrai niekas nežinos, kuri versija yra paleista gyvai į pasaulį. O kas nemėgsta programavime rusiškos ruletės?

6. Velniop veikimo greitį

Didelės aplikacijos, na tos, kurios skirtos sąskaitų tvarkymui ir dideliems duomenų kiekiams, dažniausiai ir kuriamos tam, kad dirbtų su DIDELIAIS duomenų kiekiais. Aišku, jūs programavimo metu sudarysite 20 testinių įrašų ar panašiai. Patikėkite, visiškai nereikia rūpintis, kas atsitiks, kai įrašu bus 25 ar netgi 1000. Juk akivaizdu, kad ir puslapiavimas veiks identiškai, ir veikimo greitis liks toks pat. Taigi, jeigu kodas kompiliuojasi ir programa pasileidžia, praleiskite detalaus testavimo dalį.

Dar penki perliukai laukia jūsų rytoj, kartu bus ir nuorodą į originalų straipsnį.

Na kaip jums, ar daug pažįstate tokių burtininkų-programuotojų, aprašytų šiuose punktuose? ;)

* * *
Norite gauti Skaitykit.lt naujienas operatyviau? Prenumeruokite RSS įrašus
Jei nežinote, kas yra RSS ir kaip juo naudotis, apie tai galima pasiskaityti šiame puslapyje.

Komentarų: 4

    Smauglys:
    June 9, 2010 12:45 pm

    A kodėl paskutinio numerio eilė sumažėjo :].

    Vilius:
    June 9, 2010 2:30 pm

    Buvau susidures su 10 ir 6, patikekit toks siutas paema, kai reikia 50-ije failu pakeisti prisijungimo prie DB slaptazodzius, ar kitokia konfiguracija. O del 6, tai kai pradedantieji programuotojai suprogramina viska o tu nori pasikapstyti po koda ar bent jau, kazka pakeisti o ten pamatai toki tragiska koda kuris net neisivaizduoji kaip aplamai veikia ir nelauzo viso serverio :D

    aws:
    June 9, 2010 7:27 pm

    kazkada, kai pradejau mokytis programuot, draugui teko pakurt mini svetaine, nesenai teko pakeist joje siek tiek koda, 6 idialiai tiko :) net issigandau, nesupratau kaip tai is viso veike visa ta laika :)

    TeaR:
    June 23, 2010 3:53 pm

    aws auksine taisykle: niekada nesigilink ir nebandyk kazka daryti ten kur viskas veikia. (cia apie IT bendrai). :)

Parašykite komentarą


Powered by WordPress | Designed by: BlueHost Coupon | Compare CD Rates, Online Brokers and Press Release