Producerea unor release notes corecte și consecvente într-un mediu de producție modern este surprinzător de dificilă. Echipele de dezvoltatori gestionează în mod obișnuit patru sau mai multe sisteme deconectate: Jira pentru urmărirea sarcinilor, GitHub Enterprise pentru pull requesturi, baze de date Oracle pentru modificări de schemă și Confluence ca destinație canonică de publicare - fără niciun instrument care să le integreze simultan. Rezultatul este un proces manual, predispus la erori, care întârzie lansările, produce documente inconsistente și consumă timp prețios de dezvoltare cu muncă de rutină. Acest articol prezintă Release Notes Automation, un lanț intern de instrumente care elimină complet acest proces, bazat pe o arhitectură pe trei layere: un generator CLI în Java 17, microservicii Spring Boot de tip MCP(Model Context Protocol) și un Wizard de introducere a datelor găzduit pe GitHub Pages.

Discuția despre IA în software development ajunge inevitabil la aceeași întrebare: va mai fi nevoie de dezvoltatori? Experiența noastră cu Spec Kit arată că întrebarea este greșit formulată. Nu dezvoltatorul dispare, ci se schimbă locul în care acesta aduce valoare: mai puțin în scrierea manuală a codului și mai mult în definirea corectă a problemei.

În multe companii, cele mai valoroase informații se află într-un PDF uitat într-un folder partajat. Proceduri, rapoarte, contracte, specificații tehnice sau documente de conformitate conțin răspunsuri importante, însă accesul la ele depinde adesea de structura arhivelor interne, de denumiri de fișiere, de versiuni păstrate în paralel și de memoria oamenilor care știu „unde trebuie căutat”. Informația există, dar nu este întotdeauna pregătită pentru a fi folosită în mod sistematic.

În Git Flow concurent, una dintre problemele care se văd cel mai greu este contaminarea cross-release: un commit perfect valid ajunge în release-ul greșit. Buildul poate trece, testele pot fi verzi, iar code review-ul poate să nu indice nimic suspect. Problema apare abia când îți dai seama că acel cod aparținea unui release viitor și a intrat într-un release care se pregătește deja de deploy.

Serverul MCP Playwright expune capabilitățile de automatizare ale Playwright printr-o interfață standardizată, permițând agenților AI să navigheze și să testeze aplicații web în timp real. Spre deosebire de automatizarea tradițională cu selectori hardcodați, agenții AI primesc descrieri semantice ale paginii și execută acțiuni. Obiectivul testării se mută spre generare de cod, interacțiune cu agenți și servere MCP și analiza și revizuirea codului generat.

Care este rolul programatorului în noua eră AI și ce ar trebui acesta să facă? Sunt câteva din întrebările panelului nostru de discuții din luna aprilie. Mi-a făcut plăcere să îi avem invitați la panel pe:

• George Todoran - Principal AI Architect @ BMW TechWorks Romania,

• Ioana Barboș - Lead AI Engineer @ RebelDot,

• Tudor Mărghidan - Senior Software @ f2pool.