Întrebări de interviuri tehnice asincrone care dezvăluie cu adevărat competența

Problema întrebărilor asincrone

În 2026, aproape orice puzzle clasic de algoritm pe care un candidat îl vede într-un exercițiu asincron acasă este rezolvat de un model lingvistic în câteva secunde. Același lucru se întâmplă și cu majoritatea LeetCode-ului. La fel și cu întrebările canonice „implementează o cache" și „construiește un scurtător de URL".

Dacă etapa asincronă folosește încă întrebări din canonul din 2020 de pregătire pentru interviuri, nu faci screening pentru competența de inginerie — faci screening pentru acces la ChatGPT. Acest articol adună patru formate de întrebări care rezistă completării triviale de AI și produc semnal real într-un context asincron.

Format 1: Întrebări de citire a unei baze de cod

Candidatul primește un mic depozit (50–500 linii) și i se cere să facă ceva cu el: găsești o problemă, adaugi o funcție, refactorizezi o clasă, scrii un test care lipsește.

Exemplu pentru un rol backend:

Ataşat este un mic API Express cu un endpoint users. Există o problemă care face ca endpoint-ul să returneze date vechi după ce un utilizator îşi actualizează profilul. (1) Găseşte și repară problema. (2) Adaugă un test care ar fi putut s-o detecteze. (3) Scrie 2–3 propoziții care să explice cauza de bază.

De ce funcționează:

• Candidatul trebuie să citească cod, nu doar să-l scrie. AI poate scrie; candidatul trebuie totuși să înțeleagă.
• Livrabilul „explică cauza" este scurt, dar dezvăluie adâncime. Explicațiile generate de AI tind să fie generice; inginerii adevărați arată la linia specifică.
• O întrebare de urmărire live („explică-mi cum ai găsit problema") deconspiră orice submisie doar de AI.

Format 2: Întrebări de design cu compromisuri

În loc de „implementează X", întreabă „proiectează X și scrie ceea ce ai luat în considerare".

Exemplu pentru un inginer senior:

Proiectează un limitator de rată simplu pentru un API intern care servește 50 RPS la vârf. Implementează o versiune care funcționează (orice limbă) și un README de 1 pagină explicând: (1) algoritmul pe care l-ai ales și cel puțin o alternativă pe care ai respins-o, (2) ce ai schimba dacă traficul ar crește la 5000 RPS, (3) ceea ce nu faci și de ce.

De ce funcționează:

• Codul este partea mică. README-ul este semnalul.
• „Ce nu faci" este întrebarea care decide. AI-ul este prost la a-și recunoaște limitele; inginerii senior o fac în mod natural.
• Livrabilul este scurt de citit (≤15 min pentru revisor), spre deosebire de un proiect de 4 ore.

Format 3: Întrebări de depanare a unei eșecuri

Dă candidatului un test care trece, un test care eșuează și codul testat. Cere-i să facă testul care eșuează să treacă fără a rupe pe cel care trece.

Acest format este dificil de manipulat cu AI deoarece AI-ul tinde să rescrie prea mult. Un candidat care gândește în termeni de schimbări minime va depăși un candidat care lipește un fișier regenerat.

Exemplu:

Ataşat este un utilitar de analizare a datelor. Funcția gestionează corect datele ISO 8601 (testul 1 trece). Nu gestionează datele cu abrevieri de luni cu litere mici și mari cum ar fi 12-Mar-2025 (testul 2 eșuează). Face testul 2 să treacă fără a rupe testul 1. Trimite cea mai mică corecție pe care o poți.

Fraza „cea mai mică corecție" face treaba. Revizorii pot citi o diferență de 3 linii în 30 de secunde.

Format 4: Întrebări de stil revizuire de cod

Dă candidatului o bucată de cod cu 3–5 probleme de severitate variabilă și cere-i să faci o revizuire de cod.

Exemplu pentru un rol mid-level:

Ataşat este o cerere de tragere care adaugă un nou endpoint /checkout la API-ul nostru de e-commerce. Revizuiți-l ca și cum ar fi fost prezentat de un coleg. Enumerați problemele pe care le-ați bloca, problemele pe care le-ați sugera și cel puțin un lucru pe care autorul l-a făcut bine. Ordonați-le după severitate.

De ce funcționează:

• Ingineria este în mare parte citirea codului altor oameni, nu scrierea de cod nou. Această întrebare testează jobul real.
• Scoate la iveală judecata („ai bloca sau doar ai sugera?"), care este semnalul senior vs mid.
• Este greu de externalizat: AI poate marca problemele evidente, dar le clasifică prost și rar surprinde problemele subtile.

Ce să eviti în întrebările asincrone

• Puzzle-uri pure de algoritm. „Implementează o fereastră glisantă pentru X" — rezolvate de AI în câteva secunde, slab predictive pentru performanța jobului chiar și înainte de AI.
• Orice peste 2 ore. Candidații de top le sar. Vezi datele de scădere privind bugetul de timp.
• Aplicații CRUD generice. „Construiește o listă de lucruri de făcut cu Postgres" — fiecare candidat produce o submisie aproape identică.
• Întrebări cu un singur răspuns corect. Formatul asincron este cel mai bun la a scoate la iveală judecata, ceea ce necesită răspunsuri multiple valide.

Urmărire live

Fiecare exercițiu de programare asincron ar trebui asociat cu o urmărire live de 20 de minute în care candidatul parcurge propria sa submisie. Acest singur pas face mai mult pentru integritate decât orice instrument de detectare AI. În ClarityHire, sala live încarcă automat codul prezentat de candidat, așa că intervievator-ul sosește pregătit.

Asocierea întrebărilor cu rubrice

O mare întrebare fără o rubrică produce totuși rezultate inconsistente. Pentru fiecare format de întrebare de mai sus, scrie dinainte o rubrică de evaluare cu cel puțin 3 niveluri ancorite (1 = sub pragul de acceptare, 3 = la pragul de acceptare, 5 = peste pragul de acceptare) înainte ca prima submisie să vină. Vezi ghidul nostru de bune practici pentru cartea de joc completă a angajării asincrone.