Datorită dezvoltării tehnologice din domeniului IT, informaţiile circulă cu o viteză foarte mare, accesul utilizatorului fiind aproape instantaneu, via internet sau intranet. Informațiile unei companii se pot regăsi: în format tipărit , stocate în sistemele informatice și bineînțeles în mintea utilizatorului prin parole, username etc. .

Într-adevăr, acest articol prezintă un studiu de caz despre ransomware-ul WannaCry ransomware, dar înainte de a intra în detalii, vom face un ocol și vom vorbi despre un eveniment care s-a întâmplat cu 10 zile înainte de toată nebunia iscată de valul de phishing din jurul GoogleDocs. Aspectul cel mai îngrijorător este că, în timp ce în cazul WannaCry, “ singurul” factor uman implicat a fost lipsa acţiunilor de protejare a sistemelor, în cazul atacului de tip phishing, utilizatorul a trebuit să dea click de două ori: o dată, pentru a accesa un link dintr-un email ciudat, iar a doua oară, pentru a permite unui site web suspicios să acceseze contul lor Google.

Casa este castelul nostru. Nu este nimica la fel, precum a ajunge acasă după o zi lungă. Casa este sanctuarul nostru, locul unde ne putem relaxa și asculta muzica preferată în liniște totală. Amintirile și momentele noastre de bucurie sunt legate de casele noastre mai mult decât oricare alte locuri unde ne petrecem timpul. În era socială/digitală în care trăim, protejarea casei nu este jobul unui câine isteț sau a unui bun polițist. Avem nevoie de soluții mai inteligente, adaptabile la programul nostru, care recunosc și identifica prietenii noștri dintre străini. Astfel de soluții ar trebui să se adapteze la varietatea caselor, la programele de lucru dinamice, la diferiți vizitatori și la paleta preferințelor într-o casă cu mai mulți membri.

Ați pățit vreodată să vă uitați la codul pe care l-ați scris cu ani în urmă, să vă dați seama în retrospectivă cât de neperformant e, cât de rău l-ați scris la vremea respectivă și să vă minunați că a mers acceptabil atâta vreme? Noi am pățit și nu de puține ori… După o vreme am început să ne punem problema oare ce ne salvează așa de des de propria prostie? O fi noroc? Improbabil... Și după mulți ani, am înțeles într-un final cine-i îngerul nostru păzitor. E JVM-ul, această mașinărie atât de minunată și deșteaptă, despre care noi, programatorii de Java știm de obicei atât de puțin.

OpenStreetMap este un proiect colectiv, creat cu scopul de a oferi o hartă completă și actualizată permanent de către comunitate, fiind totodată gratuită pentru utilizatori de orice natură: site-uri web, aplicaţii mobile sau sisteme GPS. Compania Telenav își propune să folosească OpenStreetMap la cât mai multe proiecte interne, în mod special pentru sistemele de navigaţie auto prin GPS. Pentru a obţine o hartă de calitate, este nevoie ca datele să fie revizuite și actualizate în mod constant, motiv pentru care, în cadrul companiei, există un departament destinat îmbunătăţirii datelor OSM. Echipa de Map-Analysts (cea mai numeroasă din companie) are ca sarcină îmbunătăţirea hărţii OSM utilizând date gratuite și diverse tooluri interne sau open-source.

Schimbările majore din mediul afacerilor au făcut ca o companie, oricât de departe s-ar afla de tehnologie, să fie și o companie software și, prin extensie, o companie de date. De obicei, companiile nu au nevoie imediat de o arhitectură complexă sau de o echipă de specialiști în BigData pentru a obține rezultate din date analitice și business intelligence (BI). Când nu sunteți sigur ce cale este de urmat pentru a rula analize avansate fără un efort suplimentar de planificare și strategie (construirea unei arhitecturi, echipe de programatori, costuri de stocare, infrastructură) – sunteți convinși că organizația dumneavoastră are nevoie de o nouă viziune. Aici intervin sistemele Middleware și soluțiile Cloud de stocare de date, precum Google BigQuery.

Publicat în Numărul 59 Citeşte mai mult

În acest articol, vom descrie un sistem backend modern de microservicii, instalate în containere Docker în cadrul unei infrastructuri Cloud. Articolul va prezenta o viziune de ansamblu asupra diferitelor componente și tehnologii utilizate. Articolul nu recapitulează și nu face un rezumat al documentaţiei pe această temă, ci oferă o viziune generală care aduce argumente pro și contra la abordările și strategiile de succes pentru 3SS. Vom explica și vom detalia aceste structuri pe baza experienţei de dezvoltare a propriilor produse pentru a putea oferi exemple reale.
Când se începe construirea arhitecturii pentru infrastructura backend și cea de sistem a produsului, am ţinut cont de următoarele aspecte legate de clienţii noștri posibili:

• Utilizare maximă în prime-time - Serviciile VOD și TV au puncte maxime de utilizare la anumite ore din zi și anumite zile din săptămână în timp ce consumul scade în celelalte perioade. Într-o abordare clasică, infrastructura trebuie dimensionată pentru a putea face faţă punctelor de maxim consum pentru a fi apoi utilizată mai puţin sau deloc pentru restul timpului, adică 80-90%, între punctele maxime.

Publicat în Numărul 59 Citeşte mai mult

Un domeniu de model bine structurat conține multe informații ce sunt expresive și ușor de înțeles pentru utilizatorul final. De exemplu, o clasă Comandă are o proprietate Client cu semantica: “O comandă este făcută de un client”, iar clasa Client conține proprietăți simple precum Nume, Vârstă, Email cu o semantică ușor de înțeles: Un client numit John în vârstă de 30 de ani cu adresa de email john@email.com. Astfel, observăm că un domeniu de model bine abstractizat aduce după sine în mod gratuit informații de care ne putem folosi atunci când construim experiența finală pentru utilizator (UX).

Publicat în Numărul 59 Citeşte mai mult

Există o opinia că programarea front-end este mai puțin expusă modelelor și șabloanelor arhitecturale, cât mai degrabă o vânătoare de add-onuri cât mai stabile. De vreme ce aceasta este o abordare evident superficială, vom folosi acest articol pentru a arunca puțină lumină asupra moștenirii clasice în JavaScript, șabloanele lui uzuale, feature-uri și greșeli frecvente în aplicarea lor. Vom lua în considerare exemple de moștenire în Babel, Backbone JS și Ember JS, și vom încerca să derivăm principiile cheie ale moștenirii orientate-obiect pentru crearea implementării personalizate folosind EcmaScript 5.

Publicat în Numărul 59 Citeşte mai mult

Java și .Net sunt sisteme de operare în miniatură care se ocupă de scenarii complexe precum alocare de memorie, cleanup (vezi Garbage Collector) și acces simultan la resurse (.Net/Java Managed Threads). Azi ne vom axa pe subiectul “cu greutate” al multi-threadingului într-un mediu enterprise mare. Deoarece experienţa mea anterioară s-a axat pe .Net, am ales să prezint exemple din C# , dar aceleași concepte, clase și abstracţiuni descrise mai jos au un echivalent aproape identic în Java. Cele mai importante părţi din orice prezentare sunt definiţiile, deci trebuie să definim threadul. Răspunsul este surprinzător de complex, iar ca o precondiţie trebuie să definim ce este un program de calculator și un proces!

Publicat în Numărul 59 Citeşte mai mult