Inainte de adoptia inovatiilor e nevoie de o cercetare minutioasa

Inovatiile sunt din ce in ce mai greu de dezvoltat, mai ales la nivelul tehnologic la care ne aflam. De aceea cele mai multe inovatii care apar pe piata si promit lucruri mari sunt defapt inovatii de nisa, care rezolva probleme specifice, dar care ascund acest lucru si se adreseaza unei piete largi pentru ca inovatorii sa-si maximizeze profitul.

Exemplu de inovatie tehnica de nisa in IT
Un exemplu concludent in acest sens este NodeJS si MongoDB.

NodeJS este o librarie cu ajutorul careia poti inlocui serviciul IIS si care ofera o procesare mai rapida a cererilor de pagini de pe server. Functioneaza cu mai putine resurse CPU insa mai mult RAM si proceseaza mai rapid cererile HTTP decat serviciul IIS insa doar in cazul in care paginile nu executa mult cod si nu acceseaza multe resurse (DB, fisiere, call-uri la alte procese). Insa acest lucru il poate face si IIS daca este configurat sa proceseze toate cererile asincron. Asadar NodeJS rezolva o problema de nisa, foarte rar intalnita in proiecte de zi cu zi, mai degraba in proiectele care servesc continut aproape static, cu multi utilizatori. NodeJS este un succes pentru ca in IIS problemele de nisa nu pot fi rezolvate fara o cunoastere adecvata si configurarile necesare.

MongoDB este un altfel de baza de date care foloseste stocarea in format JSON in loc de relatii intre tabele. Este un DB mult mai rapid decat SQL, mai scalabil, mai dinamic in sensul ca suporta scheme dinamice si nu are constrangeri pentru tipul si forma datelor pe care le stocheaza. Fiindca esti fortat sa nu folosesti JOIN-uri, esti defapt fortat sa iti gandesti foarte bine structura de date. Operatiile CRUD (create, read, update, delete) se implementeaza rapid, mai ales ca multe date sunt redundante. Insa MongoDB rezolva anumite nevoi specifice, care pot fi rezolvate la fel de bine cu baze de date SQL insa modalitatile nu sunt atat de vizibile ci necesita o foarte buna cunoastere si configurare. MongoDB este util doar in cazul aplicatiilor cu sute de mii si milioane de utilizatori, moment in care scade costurile cu hardware-ul si licentele SQL cu pana la 200%-300%. Insa pentru a avea aceste beneficii trebuie sa treci printr-un proces dureros de optimizare a structurii de date, sa stabilesti si sa nu mai schimbi ceea ce vei citi cel mai mult, ce vei scrie cel mai mult, care sunt relatiile dintre date, care este structura de stocare si ce query-uri vei face pentru ca daca te razgandesti si doresti sa selectezi anumite date pentru rapoarte la care nu te-ai gandit atunci fie va fi greu de codat fie performanta va fi mica. Ori chiar acest lucru este foarte greu de previzionat, ceea ce face ca MongoDB sa nu mai fie util decat in foarte putine cazuri.

Tehnologiile NodeJS si MongoDB sunt o problema atunci cand nu intelegi exact pentru ce au fost create. Cei mai multi le folosesc atipic, pentru a rezolva probleme care nu exista in tehnologiile vechi si fac acest lucru pentru ca nu cunosc temeinic nici uneltele vechi, nici pe cele noi.

De aceea orice inovatie trebuie cercetata minutios de catre orice companie inainte de adoptie. Daca nimeni nu are experienta, aceste tehnologii trebuie folosite mai intai in proiecte mici, care reprezinta putine riscuri.