System Analyst

A posledná otázka. Predstavte si, že ste odporučili prijatelja za pozíciu razvijalca, ali vidite da si s zadacima u toj tvrtki ne možeš nositi. Što biste učinili?

Ako sa budú ďalej pohybovať údaje?

Žiješ teraz v Moskve alebo plánuješ presťahovanie do Moskvy?

Podľa akej logiky, podľa akého pravidla bude dochádzať k zhodám?

Prípad 2: Existujú dva nezávislé vrstvy údajov — analýza relácií používateľov, zariadení a zdrojov reklám, a transakčné backend pre kreditný reťazec. Je potrebné vyvinúť schému vzťahov a tabuliek pre databázu, ktorá umožní zhromažďovanie jednotkovej ekonomiky podľa marketingových zdrojov, s uvedením kľúčov, a demonštrovať riešenie problému matchingu — spojenie profilu anonymného používateľa pred autorizáciou s jeho skutočným ID po získaní úveru.

Znova ohodnoťte svoju úroveň SQL (po technických problémoch s pripojením).

Prípad 1: Je potrebné navrhnúť maticu udalostí pre žiadosť o úver. Kontext: používateľ prechádza fintech onboardingom — prichádza cez reklamu, registruje sa, vyplní formulár, prechádza scoringom, dostáva rozhodnutie, podpisuje zmluvu, dostáva peniaze na kartu. Úlohou je načrtnúť logickú štruktúru pre maticu udalostí pre end-to-end analýzu: aké udalosti sa zaznamenávajú na klientovi a aké na serveri (frontend/backend) a prečo, ako aj určiť kritické atribúty pre kľúčové kroky.

Odkiaľ a kam posielame udalosť, a ako zistiť, že je platná (prešla)?

ID zariadenia vidíme iba vtedy, keď je používateľ už v aplikácii, a predtým je anonymný používateľ, ktorý prišiel z reklamy. Ako tieto dve vrstvy dát spojiť?

Najdôležitejšia otázka je: odkiaľ a kam posielame udalosti?

Z akého zdroja prišiel používateľ a koľko sme zarobili z každého zdroja?

Odosielame z nášho backendu na server AppsFlyer informácie o udalosti. Aké podmienky stanovujeme na zabezpečenie prenosu údajov a ako overujeme, že udalosť bola odoslaná?

Zaujíma vás konkrétne sled krokov scenára: aké fázy sa dejú a ako sa pohybujú údaje cez tieto fázy?

Všimnite si, že existujú dva vrstvy: anonymný používateľ a skutočný používateľ. Následne bude potrebné zostaviť správu.

Prípad 5 (nahradené): Chceme vytvoriť novú aplikáciu — službu pre preklady, aby bolo možné posielať preklady z jednej strany na druhú. Aká by mala byť architektúra tejto aplikácie? Navrhnite architektúru takejto aplikácie.

Povedzte nám, ako medzi vašimi projektmi fungovali služby.

Povej mi, kako se ukvarjaš z razvojem in izboljševanjem svoje kvalifikacije, ter kako danes uporabljaš nevronske mreže pri delu?

1. Vývojár ťa žiada, aby si skryl problémy, ktoré sa vyskytujú v procesoch práce aplikácie, pretože ak o nich budeš hovoriť, situáciu to len zhorší. Aké sú tvoje kroky? Čas: 1 minúta

Momentálne si v záverečnej fáze vzdelávania — teda, ostal ti diplom?

Prípad 3: Směřujeme provoz z webu na vstupnú stránku. Užívatelia kliknú na "požiadať o úver", prejdú do obchodov, stiahnu si aplikáciu. Pri prvom spustení by mal vidieť obrazovku konkrétneho úverového produktu s zachovaním pôvodných UTM značiek marketingovej kampane a zdrojov. Je potrebné navrhnúť schému pohybu parametrov: aké metódy sa volajú na dosiahnutie cieľa, očakávaný výsledok — schéma toku dát, kroky v texte, schéma by mala obsahovať konkrétne metódy a logiku spracovania a prenosu značiek do analytického systému.