Mga tanong sa panayam tungkol sa Copilot: ang totoong itinatanong ng mga team

Karamihan sa mga developer ay natatakot na ang pag-amin ng araw-araw na paggamit ng Copilot ay mababasa bilang kahinaan. Hindi naman; ipinapalagay na ng mga hiring team na may katulong kang assistant at gusto nilang marinig kung paano mo ito binabantayan. Nahahati sa limang uri ang mga tanong.

• Daloy ng trabaho: saan nakaupo ang assistant sa iyong siklo, at anong gawain ang ibinibigay mo rito.
• Pagrepaso: paano mo bineberipika ang nabuong code bago ito umabot sa isang pull request.
• Seguridad at lisensya: mga sikreto sa prompt, at code na malabo ang pinagmulan.
• Pag-debug: pananagutan sa palyang code na tinanggap mo sa halip na isinulat.
• Pagpapasya: ang mga gawaing pinapatay mo ang assistant.

Wala sa mga ito ang gumagantimpala sa kaalaman sa kasangkapan. Ginagantimpalaan nila ang developer na kayang ilarawan ang isang gawi at ipagtanggol ito. Mas marami pang tanong ayon sa tungkulin at yugto ang nasa hub ng mga tanong sa panayam.

Magbigay ng tiyak na siklo, hindi ng hatol sa kasangkapan. Pinapangalanan ng malalakas na sagot ang gawain, ang pagsusuri, at ang resulta.

Ganito sumagot ang isang backend engineer na nag-i-interview para sa senior na posisyon sa isang kompanya ng pagbabayad: gumagamit siya ng Copilot para magbalangkas ng table-driven na pagsubok at pormularyong handler, binabasa niya ang bawat nabuong sanga laban sa espesipikasyon bago ito iakyat sa staging, at siya mismo ang sumusulat ng mga bahaging sensitibo sa concurrency dahil paulit-ulit na nagmumungkahi ang assistant ng ayos ng lock na hindi niya maipagtanggol. Ginugol ng interviewer ang sumunod na limang minuto sa ayos ng lock, hindi sa Copilot.

Iyan ang huwarang dapat gayahin. Pumili ng isang gawaing ipinapasa mo, isang pagsusuring isinasagawa mo, at isang bagay na ikaw pa rin ang sumusulat. Ang malabong pag-angkin tungkol sa bilis ay nag-aanyaya ng habol na hindi mo kayang tustusan, dahil sisiyasatin ang anumang bilang na ibibigay mo.

Dito namumukod ang mga senior na aplikante, at ito rin ang pinakakaunting inihahanda.

• Idinidikit mo ba ang pagmamay-aring code o mga sikreto sa isang prompt? Ang inaasahang sagot ay hindi, may dahilan: umaalis sa makina mo ang laman ng prompt.
• Paano mo hinahawakan ang nabuong code na malabo ang pinagmulan? Sabihin ang patakaran ng team mo, o sabihing hihingi ka ng isa.
• May mungkahi bang nagdala ng kahinaang nahuli mo? Mas mabigat ang isang tiyak na muntik nang pagkakamali kaysa sa pag-angking hindi ito nangyayari.
• Papayagan mo bang mag-merge ang nabuong code nang walang taong nagrerepaso? Hindi, at maghanda kung bakit nahuhuli ng repaso ang hindi nahuhuli ng pagsubok.

Idinisenyo ni Aaron Cao, tagapagtatag ng SubcueAI, ang assistant nang walang bot na sumasali sa tawag at walang isinisingit sa pahina ng pulong, sa parehong dahilan kung bakit itinatanong ang mga ito: pinagkakatiwalaan ng mga team ang kasangkapang kayang ilarawan nang malakas ang daanan ng datos. Nakasulat ang daanang iyon sa pahina ng seguridad.

Pasalita ang paghahanda rito, hindi teknikal. Alam mo na ang sarili mong daloy ng trabaho; ang kulang ay ang ilarawan ito sa loob ng siyamnapung segundo habang may naghihintay. Ang pagsasanay nang malakas ang boses ay tumutugon sa puwang na iyon, at ang pagsasanay sa mock interview ay naghahabol ng tanong sa halip na mag-abot ng listahang babasahin.

Linawin din ang hangganan sa totoong panayam. Tumatakbo ang SubcueAI bilang katutubong macOS at Windows app na may lokal na overlay, at bilang side panel ng ekstensyon ng browser na kumukuha lamang ng audio ng tab ng pulong. Wala sa dalawa ang sumasali sa tawag bilang kalahok. Wala sa dalawa ang nababagay sa pagsusulit na may proctor, sa aparatong pinamamahalaan ng kompanya, o habang nagbabahagi ka ng screen, at walang assistant ang ligtas sa mga sitwasyong iyon.