Python

Који формат рада тражите: канцеларија, хибрид или удаљен рад?

Како сте комуницирали са ML/AI инжењерима и који модел или AI решење сте имплементирали?

Да ли сте упознати са производима за обраду захтева, антифрод, AML, конвејер кредита и скрининг санкција?

Каква је била ваша екипа, са ким сте комуницирали, како сте радили и који сте стек користили?

Зашто сте напустили претходни посао?

Који локални модел је коришћен: Qwen, DeepSeek или други?

Одговор на оглас за Python програмера

Шта сада тражите и шта је за вас кључно при избору компаније?

Да ли сте користили AI агенте или алате за генерисање кода, као што је Codex?

Дизајнирајте једног месенџер.

Koji su zahtevi za čuvanje istorije, redosled poruka, pretraživanje, enkripciju, dostupnost, region poruka i brisanje?

5. Pouzdanost plaćanja: "Kako je rešen problem idempotentnosti u gRPC?" Cilj intervjuera: Plaćanja — najopasnije područje za duplikate (Double Spending). Moguće pitanje: "Zahtev za plaćanje je prošao kroz gRPC, ali je neuspešan zbog timeout-a (DEADLINE_EXCEEDED). Da li su novac oduzeli — nepoznato. Šta radi modul za plaćanja?" Kako odgovoriti: "U finansijskom transakcionom kontekstu, svaki ponovljeni zahtev mora imati Idempotency Key: 1. U metapodacima gRPC zahteva (metadata=((‘x-idempotency-key’, key_uuid),)) smo uvek prenosili jedinstveni transakcioni ključ. 2. Kada se primi DEADLINE_EXCEEDED, klijent može sigurno pokušati ponovo sa istim ključem. 3. Servis za nabavku proverava prisustvo ovog ključa u svojoj bazi podataka / Redis-u i ili vraća status već obrađene transakcije ili je obrađuje prvi put."

Испричајте нам о најкомпликованијем техничком или производном изазову са којим сте се суочили: који је био проблем и како сте га решили?

Испричајте нам о неуспеху на послу: шта се десило, зашто и шта сте научили?

Поред Питона, које друге језике сте користили или вас сада занимају?

Које алате за АИ сте користили поред локалног модела?

Дизајнирајте скалабилан месенџер: само лични ћаскања, слање текста и слика, испорука онлајн и офлајн преко push обавештења, статуси "послато/достављено/прочитано", историја ћаскања и статус присуства онлајн/офлајн. Ограничења: до 10 милиона корисника, просечно оптерећење до 50 хиљада порука/сек, врхунац — до 100 хиљада порука/сек, поруке не смеју бити изгубљене, систем мора да се хоризонтално скалира; P99 онлајн испорука — до 400 ms.

Које функционалне и нефункционалне захтеве треба поставити за мессенџер: лични ћаскања, статуси порука, фајлови до 5 МБ, push обавештења, до 10 милиона корисника, у просеку 40–50 хиљада RPS и до 100 хиљада RPS у врхунцу?

Да ли сте сагласни да одустате од ен-д-ен шифровања како бисте подржали пунтекстуално претраживање на порукама на серверској страни?

Pojavilo se nekoliko pitanja Da li je potrebno pisati o školskom obrazovanju? Da li treba da navedem nešto o veštinama rada na računaru? Ako da, da li to treba jednostavno staviti u prvi kolona? Jer tabela je očigledno malo nagnuta.