Două articole au apărut în aceeași săptămână și majoritatea oamenilor le vor citi separat. Unul este despre concedieri. Celălalt este despre un cercetător în securitate care investighează plăcile de bază ale serverelor. Citite împreună, indică o schimbare de carieră despre care se vorbește aproape deloc în discuția actuală despre competențele necesare în domeniul AI: să cobori, nu să urci, în stivă.

Stratul aplicațiilor devine aglomerat — intenționat

Intrarea Meta în programarea agentică, Muse Code, se remarcă mai puțin prin modelul din spatele său și mai mult prin fluxul de lucru pe care îl automatizează. Zuckerberg a descris cum acesta se ramifică „în subagenți separați care lucrează în paralel, în worktree-uri izolate”, susținând că, într-un test, a construit simultan șase funcționalități pentru un joc, fără conflicte. Acesta este acum nivelul de bază: Anthropic, OpenAI și un val de startupuri oferă deja variante ale aceluiași lucru. Planificarea, scrierea și validarea codului de la nivelul aplicațiilor în depozite mari devin o capabilitate de serie, pe care mai mulți furnizori se întrec să o ofere gratuit sau să o includă în pachete ieftine.

Între timp, Monday.com și-a redus forța de muncă cu aproximativ 20% — circa 600 de persoane — invocând o restructurare legată de „transformarea” produsului și a strategiei de comercializare, alăturându-se unei liste în continuă creștere de peste 20 de companii care au indicat AI-ul drept factor al reducerilor de personal din acest an. Nimeni nu poate spune cu precizie cât din acest fenomen reprezintă înlocuirea prin AI și cât este doar AI-ul folosit ca formulare convenabilă într-un raport SEC. Dar direcția este aceeași în ambele povești: codul care trăiește într-un depozit git, este revizuit într-un PR și rulează într-un pipeline CI obișnuit este exact codul pe care instrumentele agentice sunt construite să îl gestioneze de la un capăt la altul.

De ce nu se ating agenții

Acum, cealaltă poveste. Cercetătorii au prezentat săptămâna aceasta rezultate care arată că mii de servere conectate la internet, produse de marii producători, pot fi accesate de la distanță prin backdoor-uri exploatând vulnerabilități din controlerele lor de administrare a plăcii de bază (BMC) — micile computere integrate prezente pe aproape orice placă de bază de întreprindere, care le permit administratorilor să repornească, să actualizeze sau să reinstaleze imaginea unei mașini chiar și atunci când aceasta este oprită. Unele dintre vulnerabilitățile fundamentale din protocolul IPMI pe care se bazează aceste controlere sunt cunoscute cel puțin din 2013. Cercetătorii au numit infrastructura BMC o „suprafață de atac paralelă, omniprezentă, insuficient monitorizată și insuficient actualizată” — nu pentru că nimeni nu știa că există riscul, ci pentru că aproape nimeni nu avea resursele necesare pentru a-l remedia.

Aici se vede diferența. Acesta nu este cod de aplicație. Este firmware, care rulează propriul sistem de operare și propria stivă de rețea, în mare parte invizibil pentru instrumentele și fluxurile de lucru pentru care sunt optimizați asistenții de programare agentici. Un agent care planifică un PR pentru un depozit mare nu are aici asupra cărui obiect să planifice — nu există depozit, nu există suită de teste, adesea nu există niciun stimulent pentru furnizor să livreze rapid o remediere, iar procesul de actualizare trece prin producătorii de hardware, nu printr-un `git push`. Competențele care contează — C pentru sisteme integrate, depanare la nivel de protocol, inginerie inversă a firmware-ului, cercetare în securitate la intersecția cu hardware-ul — se află într-o parte a stivei la care agenții de programare din generația actuală nu sunt construiți să ajungă și în care majoritatea organizațiilor de inginerie au investit cronic prea puțin, iar vulnerabilitățile cunoscute de un deceniu sunt dovada.

Limita de siguranță, spusă clar

Acesta nu este un apel ca fiecare dezvoltator să se recalifice ca inginer de firmware — este o piață de nișă, iar cererea nu va rivaliza cu cea pentru rolurile software obișnuite. Argumentul este mai restrâns: dacă rolul tău actual se află exact în partea stivei spre care converg cel mai rapid instrumentele agentice — cod de aplicație de rutină, aflat în întregime într-un singur depozit și bine acoperit de teste — merită să știi că există straturi adiacente, de nivel inferior, unde frontiera automatizării nu a ajuns încă, unde competențele pot fi învățate fără un doctorat în informatică și unde semnalul cererii — o suprafață de atac veche de un deceniu, neactualizată și demonstrată public la scară largă — este neobișnuit de concret.

De unde să începi efectiv, luna aceasta

  • Citește cercetarea principală, nu doar rezumatul. Materialul publicat de Ars Technica indică protocolul (IPMI) și clasa de hardware (BMC-uri de la principalii furnizori de servere) — acesta este punctul de pornire pentru termenii de căutare în recomandările furnizorilor și istoricul CVE-urilor.
  • Lucrează practic cu o stivă BMC deschisă. OpenBMC și proiecte similare de firmware open-source îți permit să citești și să modifici cod BMC real fără să ai nevoie de un centru de date — un weekend este suficient pentru a vedea cât de diferit este acest domeniu de dezvoltarea web sau a aplicațiilor.
  • Reformulează-ți acum limbajul din CV, chiar înainte de recalificare. „Administrare out-of-band”, „administrare lights-out” și „suprafață de atac de sub sistemul de operare” sunt expresiile prin care vei fi găsit de echipele care angajează pentru astfel de roluri și nu costă nimic să le adaugi dacă experiența este cu adevărat adiacentă activității tale.
  • Privește acest lucru ca pe o diversificare, nu ca pe o schimbare radicală. Continuă să livrezi cod de aplicație — acesta reprezintă în continuare cea mai mare parte a pieței muncii — dar alocă în mod deliberat o parte din bugetul tău de învățare unui domeniu în care un agent încă nu se poate ramifica într-un worktree și nu poate rezolva problema în locul tău.