Python

Kādu darba formātu jūs meklējat: birojs, hibrīds vai attālināts?

Kā jūs sadarbojāt ar ML/AI inženieriem un kādu modeli vai AI risinājumu ieviesāt?

Vai jūs zināt pieprasījumu apstrādes produktus, anti-fraud, AML, kredītu konveijeru un sankciju pārbaudi?

Kāda bija tava komanda, ar ko tu sadarbojies, kā tu strādāji un kādu stacku tu izmantoji?

Kāpēc jūs atstājāt savu iepriekšējo darbu?

Kura vietējā modeļa tika izmantota: Qwen, DeepSeek vai cita?

Atbilde uz Python izstrādātāja vakanci

Ko jūs šobrīd meklējat un kas jums ir svarīgi, izvēloties uzņēmumu?

Izstrādājiet ziņojumapmaiņas lietotni.

Vai jūs izmantojāt AI aģentus vai rīkus koda ģenerēšanai, piemēram, Codex?

Kādi ir prasības vēstures glabāšanai, ziņojumu secībai, meklēšanai, šifrēšanai, pieejamībai, ziņojumu reģionam un dzēšanai?

5. Maksājumu uzticamība: "Kā tika atrisināts idempotences jautājums gRPC?" Intervijas mērķis: Maksājumi — visbīstamākā joma dublēšanai (Double Spending). Iespējamais jautājums: "Maksājuma pieprasījums tika nosūtīts caur gRPC, bet neizdevās laika ierobežojuma dēļ (DEADLINE_EXCEEDED). Vai nauda tika atskaitīta — nav zināms. Ko dara maksājuma modulis?" Kā atbildēt: "Finanšu transakciju kontekstā, jebkuram atkārtotam pieprasījumam jābūt ar Idempotency Key: 1. gRPC pieprasījuma metadatos (metadata=((‘x-idempotency-key’, key_uuid),)) mēs vienmēr pārraidījām unikālu transakcijas atslēgu. 2. Saņemot DEADLINE_EXCEEDED, klients droši var atkārtot ar to pašu atslēgu. 3. Pirkšanas pakalpojums pārbaudīja šīs atslēgas esamību savā datu bāzē / Redis un vai nu atgrieza jau apstrādātas transakcijas statusu, vai pirmo reizi to apstrādāja."

Pastāstiet mums par visgrūtāko tehnisko vai produktu izaicinājumu, ar kuru saskārāties: kāda bija problēma un kā to risinājāt?

Pastāstiet mums par neveiksmi darbā: kas notika, kāpēc un ko jūs no tā iemācījāties?

Papildus Python, kādos citos valodās esat strādājis vai tagad interesējaties?

Kādus AI rīkus jūs izmantojāt, izņemot vietējo modeli?

Izstrādājiet mērogojamu ziņojumapmaiņas lietotni: tikai personīgas sarunas, teksta un attēlu sūtīšana, tiešsaistes un bezsaistes piegāde, izmantojot push paziņojumus, statusi "nosūtīts/piegādāts/lasīts", sarunu vēsture un tiešsaistes/bezsaistes statusu. Ierobežojumi: līdz 10 miljoniem lietotāju, vidējā slodze līdz 50 tūkst. ziņojumu/sec, maksimums — līdz 100 tūkst. ziņojumu/sec, ziņojumi nedrīkst tikt zaudēti, sistēma jāspēj horizontāli mērogoties; P99 tiešsaistes piegāde — līdz 400 ms.

Kādus funkcionālos un ne-funkcionālos prasības būtu jānosaka ziņojumapmaiņas lietotājam: personīgās sarunas, ziņojumu statusi, faili līdz 5 MB, paziņojumi ar trauksmi, līdz 10 miljoniem lietotāju, vidēji 40–50 tūkst. RPS un līdz 100 tūkst. RPS maksimuma laikā?

Vai jūs piekrītat atteikties no galīgās šifrēšanas, lai atbalstītu pilna teksta meklēšanu uz servera pusi ziņojumos?

Ir radušās vairākas jautājumi Vai ir nepieciešams rakstīt par skolas izglītību? Vai man jānorāda kaut kas par datorprasmes? Ja jā, vai tas jāievieto vienkārši pirmajā kolonnā? Jo tabula acīmredzami ir nedaudz novirzīta.