Cum să Intervievezi Ingineri pentru Abilitatea de Codare Asistată de IA

Abilitatea pe care nimeni nu o intervievează

La jumătatea anului 2026, majoritatea inginerilor folosesc un asistent IA pentru o parte din munca lor zilnică. Întrebarea pe care interviul tău ar trebui să o răspundă nu este "poate acest candidat să codeze fără IA" — aceasta este o speculație. Este "poate acest candidat să livreze mai repede și mai sigur cu IA decât inginerul de lângă el".

Aceasta este o abilitate diferită, și necesită un interviu diferit. O sarcină de acasă cu o regulă ascunsă fără IA nu o măsoară. Un ecran LeetCode nu o măsoară. Chiar și majoritatea formatelor cu resurse disponibile permit unui candidat să treacă prin tratarea IA ca un motor de căutare pe steroizi. Mai jos este un ghid tactic pentru proiectarea unei etape care măsoară direct fluența IA și evaluarea ei fără a răsplăti teatrul.

Cum arată de fapt fluența IA

Privește cum un inginer puternic folosește un asistent timp de o oră. Vei vedea că face cinci lucruri:

1. Încadrează promptul în jurul limitărilor, nu soluțiilor. Spune modelului ce trebuie să facă și ce nu trebuie să facă codul, apoi iterează.
2. Respinge cu încredere. Când modelul propune ceva subtil greșit — o versiune greșită de API, o bibliotecă imaginară, un pattern fragil — îl detectează în câteva secunde și reorientează.
3. Folosește asistentul cel mai mult pe părțile plictisitoare. Boilerplate, scaffold pentru teste, conversii de format — utilizări cu pârghie ridicată. Scriu logica care se încarcă singur sau iau modelul cu o specificație strictă.
4. Verifică înainte de a încredința. Rulează codul, citește diff-ul și verifică cazurile limită. Nu fac commit pe baze de intuiție.
5. Știu când să înceteze să-l folosească. Când modelul se învârte în cercuri, revin la gândire și citire.

Un utilizator slab de IA face opusul: pune întrebări generale, acceptă generări lungi fără critică, lasă modelul să arhitecteze soluția lor, și livrează orice merge. Jobul interviului este să distingă aceste două profile.

Formatul de întrebare care o evidențiază

Forma întrebării contează mai mult decât problema specifică. Alege una cu aceste proprietăți:

• Răspunsul naiv al IA este greșit în mod subtil. Nu o ghicire — o constrângere reală pe care candidatul trebuie să o observe. O versiune comună: cere-le să implementeze ceva împotriva unui API recent sau neobișnuit, unde datele de antrenare ale modelului sunt vechi.
• Problema este prea mare pentru ca un candidat fără IA să o termine, și prea subtilă pentru ca un candidat doar cu IA să o rezolve dintr-o singură încercare. Aceasta forțează atât instrumentele cât și judecata.
• Criteriile de acceptare sunt clare. Nu "construiește ceva frumos" — must-have-uri explicite pe care candidatul le poate verifica.
• Există o ambiguitate deliberată în specificație. Un inginer rezonabil ar rezolva-o fie punând o întrebare, fie declarând o presupunere. Un utilizator slab de IA lipește specificația în model și livrează orice revine.

Un exemplu care merge: "Construiește o comandă mică care citește un CSV cu comenzi, calculează totalurile lunare per client, și produce JSON. Două ambiguități pe care ar trebui să le rezolvi: fusurile orare ale comenzilor și cum să tratezi rândurile de rambursare. 60 de minute. Orice tool vrei."

Execut-o live, nu asincron

O sarcină pur asincron de acasă nu poate distinge cele două profile. Artefactul arată la fel oricum. Execut aceasta ca o sesiune de live coding de 60–75 de minute cu partajare de ecran sau un editor colaborativ, cu permisiune explicită de a folosi IA.

Reguli anunțate dinainte:

• Orice tool IA este permis. Spune-ne pe care le folosești.
• Nu vom deduce puncte pentru a folosi IA. Vom investiga cum o folosești.
• Vom investiga ce ți-a dat IA. Fii pregătit să explici orice păstrezi.

Acest cadru mută candidatul de la defensiv la demonstrativ. Candidații puternici se implică. Cei slabi se simt nervoși, pentru că fluxul lor de lucru nu rezistă la scrutin.

Ce să observi în timp real

Cinci semnale concrete în timpul sesiunii:

• Calitatea promptului. Explică constrângerile, exemple și forma outputului dorit? Sau lipește specificația și speră?
• Rata de respingere. Cât de des renunță la o generație? Inginerii puternici resping cel puțin câteva — uneori în tăcere, uneori cu voce tare. Inginerii care păstrează totul nu citesc ce livrează.
• Unde lasă IA singură. Scriu logica critică ei înșiși? Sau lasă asistentul să posede partea care determină corectitudinea?
• Obiceiurile de verificare. Rulează codul pe inputuri reale? Citesc diff-ul înainte de a accepta? Se uită la cazurile limită?
• Recuperare. Când modelul se învârte în cercuri, ei se gândesc și citesc, sau continuă să dea prompt?

Acestea sunt observabile într-o fereastră de 60 de minute dacă observi tastele, nu doar artefactul. Editorul colaborativ al ClarityHire înregistrează sesiunea completă cu evenimentele paste etichetate separat de inputul tastat — util când vrei să reviți o alegere specifică cu candidatul în timpul walk-through-ului.

O rubrică de evaluare

Cinci dimensiuni, 1–4 fiecare, evaluate înainte de debrief:

Evaluează fiecare independent. Interviul structurat al ClarityHire blochează aceste scorecarduri pentru ca revizorii să nu se abată după ce văd artefactul.

Walk-through-ul post-sesiune

Petrece ultimele 15 minute pe trei întrebări:

1. "Arată-mi o generație pe care ai respins-o. De ce?"
2. "Trece-mă prin partea pe care ai scris-o tu, și de ce nu ai lăsat IA s-o facă."
3. "Care este cea mai fragilă parte din ceea ce am livrat? Ce ai repara mai departe?"

Candidații care chiar au gândit în timpul sesiunii pot răspunde acestora fără o clipă de răgaz. Candidații care au acceptat orice a produs modelul nu pot — și diferența se vede în primele zece secunde ale fiecărui răspuns. Aceasta este același test de autorie pe care l-ai rula pe o sarcină de acasă, aplicat utilizării live a IA.

Unde se potrivește aceasta în buclă

Tratează această etapă ca o înlocuire pentru ecranul standard de live coding, nu ca o adăugare. Bucla ta ar trebui să mai includă o etapă de proiectare a sistemelor și o etapă comportamentală; întrebarea pe care o răspunde această etapă este cea care era anterior gestionată de ecranul de codare fără resurse, care a pierdut cea mai mare parte din semnalul său în era LLM.

Ce să faci mai departe

Trei mișcări concrete înainte de următoarea ta etapă cu IA permisă:

1. Alege un rol și rescrie întrebarea de live coding la una pe care IA nu o poate rezolva dintr-o singură încercare, dar pe care un candidat fără IA nu o poate termina.
2. Antreneaza-ți interviurile să evalueze fluxul de lucru, nu artefactul. Artefactul este acum cu apă fierbinte. Fluxul de lucru este semnalul.
3. Decide ce "verificat" înseamnă înainte de a sosi candidatul. Blocarea rubricii în avans previne racionalizarea post-hoc care distruge calibrarea.

Echipele care au aceasta corect în 2026 vor recruta mai bine decât echipele care pretenzi că modelul nu este în cameră. Abilitatea este reală, diferența dintre utilizatorii puternici și slabi este uriașă, și formatul interviului pentru a o măsura nu este mai dificil de executat decât cel pe care îl înlocuiește.