Mai este aproximativ o lună până la cea de-a șasea ediție a IT Days 2018, 20-21 noiembrie, Cluj-Napoca. Tema aleasă pentru acest an este #BuildingTomorrow . Inevitabil, în anul acesta, de sărbătorire a României, dorim ca această ediție să devină și un pretext de celebrare a IT-ului românesc. Pe cele patru scene de la Casa de cultură a studenților vor urca specialiști locali dar și o serie de invitați speciali precum: Dermot Turing, nepotul lui Alan Turing, inventatorul inteligenței artificiale și despre care acesta a scris câteva cărți; Mark Seemann, programator, software arhitect, pasionat de programarea funcțională și OOP; Peter Lawrey, prezent a cincea oară la IT Days și unul dintre programatorii de top în Java, la nivel mondial; Peter Leeson, prezent și la ediția de anul trecut, unde a susținut una dintre cele mai bune prezentări conform feedbackului primit; Klevis Ramo, un programator pasionat de Machine Learning și Java.

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

Cu toate că pare un concept foarte complicat, Monad Transformer se bazează pe concepte de bază: în mod specific, functorul [7] și monada [8]. Aceste concepte sunt esențiale pentru orice programator funcțional. Având cunoștințele necesare, nu este dificil de înțeles ce este un Monad Transformer și în ce situații s-ar putea folosi.

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

În primele două articole am prezentat arhitectura și filozofia criptomonedelor (criptocurrency) în general și Bitcoin în particular. După ce am prezentat detalii legate de implementarea în cadrul unui server distribuit (cu mostre de cod C#), în al treilea articol ne propunem să discutăm despre componenta client a bitcoin sau despre portofelul electronic. Exemplele pornesc de la aspecte discutate în volumul online “Programming the Blockchain in C#”.

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

Anul acesta am decis să cerem părerea publicului în alegerea celor mai bune articole din revista Today Software Magazine. Pentru a recompensa votul fiecăruia, am decis să acordăm trei luni de acces gratuit la abonamentul electronic la Today Software Magazine. Singura cerință este să ne trimiteți un email la adresa concurs@todaysoftmag.com după ce ați votat.

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

Din fluxul meu de informații și știri din IT a răsărit ieri o întrebare: Este etic să-ți automatizezi munca și să nu spui angajatorilor despre acest lucru? Pentru că de obicei sunt interesat de răspunsurile din perspectiva cealaltă, am aflat că răspunsul la această întrebare sună cam așa: „Este ca și când ai avea mașina stricată, te-ai duce la service, ei ți-ar repara-o în cinci minute, dar ar ține-o șase ore pe care ți le-ar factura la sfârșit”.

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

Sistemele financiare folosesc volume mari de mesaje în diferite formate pentru a comunica. Numărul de mesaje poate ajunge și la câteva milioane pe secundă, iar volumul crește în fiecare an. Într-un asemenea mediu, softul utilizat trebuie să fie foarte eficient, iar cea mai des întâlnită problemă este performanța scăzută la codarea/decodarea mesajelor. Protocolul Financial Information Exchange (FIX) a fost creat în 1992 cu scopul de a permite tranzacționarea electronică. SBE este un protocol binar FIX care are ca scop să eficientizeze pe cât de mult cu putință această problemă. În anul 2013, CME (Chicago Mercantile Exchange) i-a însărcinat pe Martin Thompson, Todd Montgomery și Olivier Deheurles să dezvolte o implementare de referință pentru SBE. Principalele motive ale CME pentru dezvoltarea acestui protocol au fost volumul mare de date și obținerea unei latențe scăzute în propagarea datelor.

Inspirându-se din mișcarea DevOps, multe companii au aplicat cu succes principiile ei, creând story-uri de succes precum Flickr. Aceste povești de succes ne-au învățat o lecție importantă: integrarea practicilor DevOps-ului precum și automatizarea, continuous integration și continuous delivery au drept efect un nivel de productivitate mai ridicat și release-uri făcute mult mai des.

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

În mod tradițional, am tratat serverele precum tratăm animalele de companie: ne-am atașat de ele, am cheltuit bani pentru a le menține sănătoase și am petrecut timp pentru a ne asigura că li se acordă suficientă atenție, ca acestea să nu înceapă să cauzeze probleme. Nu puține au fost cazurile când un astfel de server, un „snowflake”, a fost cauza singulară a întreruperii serviciilor, ajungând ca echipele de operations să se trezească în miez de noapte, să își caute buimaci laptopurile și să încerce să își dea seama ce se întâmplă pentru a stabiliza situația înainte de a se propaga impactul prin întreg sistemul.