Modul de lucru Agile a devenit din ce în ce mai popular în dezvoltarea produselor software, întrucât acesta își propune să depășească limitările modului de lucru tradițional, numit Waterfall. Agile promovează o abordare empirică și iterativă care facilitează colaborarea, livrarea mai rapidă și ajustarea constantă a livrabilelor în concordanță cu dorințele clienților aflate într-o continuă schimbare. Cu toate astea, capacitatea de a ne ajusta rapid, ținând cont de dorințele clienților, nu este întotdeauna suficientă pentru a dezvolta produse inovatoare care să vină în întâmpinarea nevoilor reale ale utilizatorilor. De multe ori, clienții au impresia că au anumite nevoi, pe care le transpun într-o serie de cerințe. Cu toate acestea, odată implementate, cerințele se transpun într-o serie de funcționalități ce ajung să nu fie niciodată folosite. Acest lucru își are cauza în faptul că utilizatorii nu pot articula întotdeauna ceea ce își doresc cu adevărat și nu pot transpune cu ușurință în idei de funcționalități problemele cu care se confrunta zi de zi.

Stăm de vorbă cu Mark Seemann, co-autorul cărții Dependency Injection Principles, Practices, and Patterns. Mark a fost speaker la ediția de anul trecut a IT Days unde prezentarea sa, Human Code, a câștigat votul publicului. Va fi prezent din nou luna aceasta la Cluj unde va vorbi despre Asynchrnous Injection la conferința The Developers 2019

La UiPath dezvoltăm platforma numărul 1 de Robotic Process Automation (RPA), platformă utilizată în prezent de mii de companii din toată lumea pentru a-și automatiza procesele. În mod natural, suntem primii utilizatori ai acesteia. “Roboții” noștri software rulează procese de HR, de achiziții sau care țin de departamentul juridic, ajutându-i pe colegii noștri să se poată concentra pe activitățile cu valoare adăugată mai mare. Totuși, nu numai colegii din aceste departamente beneficiază de serviciile roboților noștri software, ci chiar și echipele de dezvoltare utilizează platforma pentru procesul de software development – orientat către partea de testare. Acest articol dorește să vă arate unul din modurile în care noi ne testăm munca cu propriul produs.

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

Discutăm cu Anthony Williams, autorul cărții Concurrency in Action, aflată la a doua ediție. Autorul este pasionat de multithreading, fiind programatorul principal al Boost Thread Library în C++ mulți ani la rând. Aduceți în cartea dumneavoastră o clarificare esențială legată de diferența dintre paralelism și concurență. Puteți explica aceste două concepte cititorilor noștri?

Sunt developer în Cluj și săptămâna asta am mers la două interviuri, la A și la B. Din experiența mea de candidat procesul se rezumă de obicei la trei etape: discuție cu HR, discuție tehnică, ofertare. De cele mai multe ori, primele două sunt comasate, cum a fost procesul pentru compania A. Dar, se poate și altfel, la B mi-au oferit o ofertă după prima discuție 3 în 1.

Am discutat la evenimentul de lansare a numărului 82 al revistei Today Software Magazine despre provocările industrie SAP pe piața românească. Invitații noștrii au fost:

• Bernd Hörmann - CEO @ MHP Romania
• Simona Sevik - Division Manager @ msg systems Romania
• Alexandra Bogdănescu - Team Lead SAP ABAP @ MHP Romania
• Ovidiu Hăncilă - Development Consultant @ Accenture

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

We are talking with Anthony Williams, the author of Concurrency in Action, now on Second Edition. He's passion is multithreading and for several years he was the primary developer of Boost Thread Library in C++.

You have in your book an interesting clarification / definition of the difference between parallelism and concurrency. Could you please explain this to our readers?

Anthony Williams: The difference between parallelism and concurrency is primarily a difference in focus.
When thinking about parallelism, then the focus is about making best use of the hardware to do the processing. You don't want extra threads running, because that would cause excessive switching, and you want to ensure all your cores have meaningful work to do at all times.

You start your book with an interested analogy between a power socket, sauce béarnaise and Dependency Injection. What is the link between them?

Mark Seemann: Both are analogies. They’re two different ways to look at Dependency Injection, but while both analogies do, I hope, help to explain Dependency Injection, there’s no further link between power sockets and sauce Bèarnaise.

Termenul controversat de Servant Leader (Liderul ca slujitor) cuprinde o filosofie întreagă. Fondatorul acestuia, Robert K. Greenleaf, după zeci de ani de studii în management, dezvoltare și educație, a ajuns la concluzia că leadershipul tradițional, în special în instituțiile din State, nu satisface nevoile și că o altă abordare ar putea contribui la creșterea productivității și eficienței. Într-o altă ordine de idei, el s-a concentrat pe răspunsul la întrebarea: “Persoanele îndrumate de către un servant leader devin mai înțelepte, mai autonome, ba mai mult – crește șansa ca aceștia să devină servant leaderi? ” Când liderul unei organizații își schimbă perspectiva de a conduce cu cea de a servi, atât organizația cât și angajații acesteia au de câștigat. În timp ce angajații își dezvoltă anumite abilități și își satisfac nevoia de afirmare, organizația crește, pentru că aceștia devin devotați și implicați în îndeplinirea scopului acelei entități.

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