|
Dacă înainte era scris un program care era rulat de un client la anumite intervale de timp, toate lipsurile de calitate ale programului erau suportate de respectivul utilizator şi de cele mai multe ori acesta nu-şi dădea seama că era mulţumit de faptul că rezolva problema cu computerul, nu mai făcea el calcule cu creionul şi cu capul lui.
Acum când o aplicaţie este accesată de mii şi mii de utilizatori, toate imperfecţiunile legate de:
- introducerea datelor,
- paşii algoritmilor de prelucrare,
- afişarea rezultatelor,
- reluarea prelucrării,
Se multiplică cu numărul celor ce accesează aplicaţia. Rezultă că trebuie mare atenţie la validările datelor de intrare şi la memorarea acestora, la performanţele algoritmilor de prelucrare implementaţi, dar şi la opţiunile legate de rezultate, pentru a oferi exact acele rezultate necesare şi nu rezultatele în totalitatea lor. Era o aplicaţie lentă. Analizând-o am văzut că dezvoltatorul folosea un algoritm de sortare absolut neperformant. Schimbând algoritmul, aplicaţia a devenit altceva.
Eu cred că dezvoltatorii trebuie să proiecteze variante de soluţii, să le estimeze performanbţele şi numai atunci când sunt convinşi, să implementeze acea variantă care se dovedeşte a fi cea mai bună. De regulă un dezvoltator şi-a făcut mâna pe o anumită structură de aplicaţie şi indiferent care vor fi noile aplicaţii WEB pe care le dezvoltă, tot acea variantă o vor folosi. Este cam acelaşi lucru ca în cazul unui medic care prescrie pentru orice suferinţă acelaşi medicament: carbocif. Cel mai bine este ca dezvoltatorul să analizeze problema, să elaboreze vreo trei sau patru variante, să le evalueze performanţele şi după aceea să treacă la dezvoltarea şi implementarea acelei variante care se dovedeşte a fi cea mai bună.
Era un şef care a cerut unor tineri să-i facă o aplicaţie cu copiii sub 15 ani ai salariaţilor, pentru ca Moş Crăciun să le aducă daruri. Un tip, bun programator s-a apucat să facă o bază de date şi o aplicaţie ca la carte. O altă persoană a făcut un tabel în Excel şi a rezolvat problema în câteva ore, inclusiv cu datele. Cel cu baza de date a fost depăşit de evenimente, căci a greşit abordarea, numărul salariaţilor era sun 100 şi numărul celor cu copii sub 15 ani era sub 30, deci nu era necesară o bază de date Oracle.
|