„HackerRank Chakra“ jau veda pokalbius: vertina ne tik galutinį kodą

2026 m. spalio 5 d. „HackerRank“ po maždaug šešių mėnesių bandymo „Chakra“ padarė bendrai prieinamą klientams, o bendrovės vadovas Vivekas Ravisankaras „TechCrunch“ interviu pokyčio priežastį nusakė žodžiais „Now, because of AI, anybody can produce an artifact.“ Šiame pokalbyje vertinamas ir kandidato kelias iki veikiančio sprendimo, įskaitant jo sprendimus dirbant su DI.

Per bandymą surengta daugiau kaip 500 tūkst. pokalbių, tarp sistemą išbandžiusių organizacijų buvo „Snowflake“, „Snorkel“ ir „Capgemini“, rašo bendrovės duomenis perteikiantis leidinys „TechAmerica.ai“. Programuotojui praktinis etapas gali reikšti darbą esamoje kodo saugykloje su suteiktu DI pagalbininku, o po darbo – klausimus apie pasirinktą metodą ir pakeitimus. Kokios užduotys ir pagalbos priemonės bus leidžiamos, priklauso nuo darbdavio sudaryto pokalbio plano.

Darbdavio planas lemia užduoties pobūdį

Prieš kviesdama kandidatą atrankos komanda nustato pokalbio dalis, temas ir kriterijus, pagal kuriuos bus vertinami atsakymai. Vienam vaidmeniui gali būti numatyta praktinė programavimo užduotis, kitam – daugiau pokalbio apie patirtį ar techninius sprendimus. Net programuotojų atrankoje praktinis etapas nėra automatiškai tapatus darbui su saugykla: sistemoje galimas ir atskiro failo programavimo klausimas be DI pagalbos.

Praktinio etapo formatas pakeičia tai, kokius gebėjimus sistema gali stebėti. Kodo saugyklos užduotis leidžia nagrinėti esamą projektą, planuoti pakeitimą ir naudotis integruotu DI pagalbininku. Atskiro failo klausimas labiau sutelktas į paties kandidato parašytą sprendimą; jame DI pagalba nenumatyta. Todėl vien kvietimas į „Chakra“ pokalbį dar neatskleidžia, ar kandidatas turės taisyti esamą kodą, ar spręsti atskirą uždavinį.

To paties atrankos proceso dalyviams taikomas tas pats pokalbio planas ir tie patys vertinimo kriterijai, nors klausimų formuluotės bei papildomi klausimai gali skirtis pagal atsakymus. Tai leidžia darbdaviui lyginti kandidatus pagal iš anksto pasirinktus gebėjimus, bet išlaiko pokalbio lankstumą. Jeigu kriterijai menkai susiję su pareigomis, vienoda jų taikymo tvarka savaime nepadaro išvados apie tinkamumą darbui tikslios.

Po kodo – klausimai apie pasirinkimus

„HackerRank“ paaiškinimas kandidatams skiria paties sprendimo, pokalbio apie jį ir, kai užduotis atliekama su DI pagalba, darbo su pagalbininku vertinimą. Programavimo etape „Chakra“ paprastai leidžia susikaupti darbui: kandidatas neprivalo nuolat kalbėti, o tyla savaime nemažina įvertinimo. Sistema gali priminti likusį laiką, o baigus darbą pereina prie klausimų apie tai, ką žmogus padarė.

Po pateikimo pašnekovas gali prašyti paaiškinti, kaip suprasti reikalavimai, kodėl pasirinkta konkreti architektūra ar pakeitimas ir kaip buvo patikrinta, ar sprendimas veikia. Taip pat gali klausti apie kraštinius atvejus, riziką, mastelį arba tai, kaip kodas keistųsi atsiradus naujam apribojimui. Klausimas apie kitokias sąlygas tikrina, ar kandidatas supranta savo sprendimo ribas, o ne vien prisimena ką tik atliktų veiksmų seką.

Neužbaigtas kodas nereiškia, kad pokalbis apie sprendimą baigiasi. Tokiu atveju galima paaiškinti numatytą kelią, kas jau patikrinta ir kaip būtų tikrinamas likęs darbas. Kita vertus, veikiantis kodas nėra viso vertinimo pakaitalas: žmogui reikia gebėti pagrįsti, ką pakeitė ir kodėl. Tai ypač svarbu, kai dalį pasiūlymų pateikė DI, o atsakomybė už pasirinktą įgyvendinimą liko kandidatui.

DI naudojimas vertinamas pagal veiksmus

Užduotyje su integruotu pagalbininku vertinama, kaip aiškiai kandidatas apibrėžia problemą ir jos apribojimus, kaip nukreipia DI darbą ir ką daro gavęs siūlomą kodą. Sistema gali matyti sąveiką su pagalbininku bei veiksmus redaktoriuje, pavyzdžiui, testų paleidimą. Todėl vien prašymas DI sugeneruoti sprendimą suteikia mažiau informacijos apie kandidato sprendimų kokybę nei pasiūlymo peržiūra, pataisymas ir patikrinimas.

Vertinimo dalys atskirtos: galutinis sprendimas nagrinėjamas pagal tai, kaip išsprendžia užduotį, o pokalbis – pagal gebėjimą jį paaiškinti ir apginti. Darbas su DI vertinamas tik ten, kur tokia pagalba numatyta. Atskiro failo užduotyje be DI sistema taip pat gali atsižvelgti į įveiktų testų skaičių; ankstesni nesėkmingi bandymai savaime nemažina galutinio sprendimo įvertinimo. Šis skirtumas padeda suprasti, kodėl du kandidatų pokalbiai gali atrodyti nevienodai, nors juos veda ta pati sistema.

Leidžiamas pagalbininkas nereiškia laisvės naudoti bet kurią išorinę priemonę. Pokalbio metu fiksuojami vientisumo signalai, tarp jų skirtukų perjungimas, viso ekrano režimo palikimas, matomumas kameroje ir galimos pašalinės pagalbos požymiai. Šie signalai įtraukiami į ataskaitą, todėl darbdavio taisyklės dėl įrankių tampa vertinimo konteksto dalimi. Kandidatui svarbu žinoti, ar jo užduotis yra su integruota DI pagalba, ar be jos.

Ataskaita paaiškina balą, sprendimą priima žmonės

Pasibaigus pokalbiui atrankos komanda gauna dalių įvertinimus, pastabas ir atsakymų įrodymus. Jei buvo praktinė užduotis, ataskaitoje atskirai matomas sprendimo, aptarimo ir, kur taikoma, darbo su DI įvertinimas. Tai leidžia žmogui peržiūrėti ne tik bendrą balą, bet ir prie jo priskirtą kandidato darbą bei paaiškinimus.

Vertinimo kriterijus nustato darbdavys, todėl ataskaita atspindi jo pasirinktą pareigų modelį. Galutinį sprendimą dėl atrankos priima atrankos komanda, vertinanti ir kitą su kandidatūra susijusią informaciją. Tokia sandara sukuria konkretų skaidrumo klausimą: ar kandidatas žino, kokie gebėjimai bus vertinami, kokie veiksmai įrašomi ir kaip žmogus nagrinės ginčytiną sistemos išvadą.

Bandymo pokalbių skaičius rodo naudojimo mastą, tačiau vien iš jo negalima spręsti, ar balai vienodai tiksliai atspindi skirtingų pareigų reikalavimus. Programuotojui svarbiausia pasekmė jau konkreti: jei darbdavys pasirenka praktinę „Chakra“ užduotį, jo pateiktas kodas, argumentai apie pasirinkimus ir DI pasiūlymų peržiūra gali tapti atskiromis atrankos ataskaitos dalimis.

Taip pat skaitykite:

• ChatGPT ar Gemini privatumui: pokalbio ištrynimas pašalina ne viską
• Kaip testuoti DI agentą: galutinis rezultatas svarbesnis už gražų atsakymą
• „FortiMail“ spraga jau išnaudojama: saugi versija priklauso nuo šakos