Oricât de rău și ghinionist te-ai simți când ești victima unei fraude, trebuie să ții minte un lucru: ai fost doar martorul unui eveniment foarte rar. Deși știrile te-ar face să crezi că un escroc se ascunde la fiecare colț al internetului, așteptând să-ți fure datele sau, mai direct, banii câștigați cu greu, adevărul este că frauda este un eveniment excepțional de rar în comparație cu numărul imens de tranzacții zilnice în online sau cu cardul.

În spațiul dezvoltării moderne de software, Spring Boot a reprezentat un standard esențial în simplificarea modului în care gestionăm și instalăm microserviciile. Arhitectura bazată pe microservicii, caracterizată de scalabilitate și flexibilitate, le permite programatorilor să construiască și să întrețină/gestioneze fiecare serviciu, independent de celelalte servicii. Totuși, această descentralizare introduce o provocare – comunicarea între servicii și descoperirea serviciilor.

De fiecare dată când se execută un request, există șansa ca acesta să eșueze – fie din cauza unei conexiuni instabile, fie din cauza unui server temporar indisponibil. În astfel de situații, o strategie comună este să reîncercăm operațiunea, oferind aplicației noastre șansa de a depăși erorile temporare. Dar cum gestionăm acest proces fără să scriem cod redundant sau să pierdem din claritatea aplicației? Aici intervine Spring Retry, o bibliotecă puternică și flexibilă, integrată perfect în ecosistemul Spring Boot, care automatizează și simplifică reîncercarea operațiunilor eșuate.

În perioada sărbătorilor și a iernii unul dintre subiectele preferate este cel despre termostatul meu IoT. Cu toate că sste perfect funcționabil, încerc în fiecare an să îi aduc îmbunătățiri și să îi adaug noi feature-uri. Ceea ce mă încurajează în acest demers este mai ales feedbackul consistent primit de multe ori de acasă. În această iterație i-am adăugat un gamepad pentru control și i-am reajustat controlul telecomandei datorită librăriei care s-a schimbat.

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

Proiectele sunt parte din viața noastră profesională. Și pentru că au devenit atât de obișnuite, cât de des apare întrebarea: “Care este scopul unui proiect livrat?” Execuția și apoi livrarea sunt părți ale unei povești. Marea întrebare este: care-i povestea? Livrarea unui proiect este similară cu scrierea unei pagini sau a unui capitol. La ce contribuie aceste pagini și capitole?

Lev Tolstoi a spus în prima frază din Anna Karenina: „Familiile fericite se aseamănă între ele; fiecare familie nefericită este nefericită în felul ei”. Același lucru se poate spune despre echipe și Product Owner-ii lor: când o echipă reușește, este pentru că Product Owner-ul se comportă într-un anumit fel și are setul de abilități necesare. Acești Product Owner-i sunt ca niște super-eroi; din păcate, însă, există multe moduri în care Product Owner-ii pot greși în relația cu echipele și produsele lor, devenind astfel anti-eroi (chiar răufăcători).

Când Artmark s-a lansat în 2008, conceptul de business era doar o idee în mintea fondatorilor. Ionuț Albu (în prezent, CEO Art Games) a fost cooptat în echipă și și-a adus contribuția esențială la dezvoltarea strategică a business-ului. Deși vorbim de un domeniu conservator, precum vânzarea de artă, a fost nevoie de cineva cu background tehnic care să gestioneze partea digitală și operațională.

Nu îmi doresc o carieră liniară,” „Și nici măcar un portfolio career. Îmi doresc un portfolio life.” V-a trecut vreodată prin gând? Autoarei Christina Wallace, în The Portfolio Life: How to Future-Proof Your Career, Avoid Burnout, and Build a Life Bigger than Your Own cu siguranță.

Am avut plăcerea de a discuta cu invitații noștri la panel despre tool-uri și impactul folosirii AI-ului în programare. Alături de mine au fost:

• Mihai Constandis - Country Manager @ Cognizant,

• Matei Neagoș - Head of Delivery @ Cognizant,

• Alin Turcu - Engineering Director @ Cognizant,

• Radu Orghidan - Global SVP, Data & AI @ Endava