System Analyst
Povejte nam o svoji izkušnji: na katerih projektih, vlogah, velikostih sistemov ste delali, v katerih domenah?
Máte skúsenosti s SOAP integráciami?
Prečo ste opustili predchádzajúcu spoločnosť?
Porozprávaj mi o projekte KDE (kartografická služba) — produkt, úlohy, integrácie.
Je potrebné si pripomenúť o spoločnosti — kto sme a čím sa zaoberáme?
Ako izboljšati delovanje velike tabele transakcij, ki hrani podatke že vrsto let in se postopoma poslabšuje, če podatkov ni mogoče izbrisati?
Ako systém zvláda skenovanie a obrázky nízkej kvality?
Prečo sú v portfóliu uvedené prípady z fitness centra, a nie z hlavných pracovísk (Mars, Nestlé, Arres Bank)?
Čo sa týka technológie: s čím ste konkrétne pracovali, aké máte skúsenosti a s čím by ste chceli pracovať?
Pracujete podľa metodológie Waterfall alebo Agile?
Ak neberieme do úvahy finančnú motiváciu, čo je pre vás dôležité pri výbere práce?
Aký typ údajov možno použiť na denormalizáciu — aby sa celá tabuľka vložila do jedného poľa?
Čo je normalizácia a denormalizácia databáz? Prečo sú potrebné?
Kto kontroluje, či vyvinutá funkcia zodpovedá stanoveným požiadavkám a ako sa zúčastňujete na akceptácii?
Môžeme v používateľskom režime upravovať štandardné rozloženia tlačových formulárov? Ak áno, kde?
Aký je hlavný problém tohto analytického modelu? - Nesprávne odhady termínov plnenia úloh - Nedostatočné testovanie v štádiu prototypu - Chýbajúca validácia požiadaviek s používateľmi - Chýbajúce dohodnutie očakávaní medzi stranami - Chýbajúci jednotný systém dokumentácie - Nedostatok podrobných požiadaviek spôsobuje časté zmeny projektu
Prečo uvažujete o zmene práce teraz?
Prečo sa pri zložitých filtroch niekedy používa POST namiesto GET, okrem veľkého počtu parametrov?
Ako začať s návrhom: s API alebo s architektúrou?
Situácia: Vojna o vydaní! Aké sú tvoje kroky? Zajtra začína rozsiahla reklamná kampaň pre nový úverový produkt s influencermi na platforme CPA, záloha už bola zaplatená. Zistilo sa, že vývojári nestihli implementovať úplnú serverovú (S2S) verifikáciu udalostí AppsFlyer. CPO požaduje, aby odosielanie udalosti schválenia úveru priamo od klienta (z Flutter aplikácie) bolo zavedené, aby "nejak optimalizovali kampaň". Analytik je kategoricky proti: odosielanie finančných udalostí od klienta vo fintech je priamou cestou k podvodu (podvodníci môžu ľahko falšovať požiadavky) a garantuje chaos v DWH. Politika spoločnosti k týmto rizikám je vágnu: "minimalizovať riziká, ale dosiahnuť obchodné ciele". Záujmy CPO: Spustiť kampaň načas za akúkoľvek cenu. Ak bude odložené, bude zbytočne minúť veľký rozpočet a KPI na prilákanie nových dlžníkov za štvrťrok bude zlyhať. Je ochotný použiť "dočasné riešenie", sľubujúc, že ho prepíše v nasledujúcom sprinte (čo, ako všetci vieme, sa zriedka stáva). Záujmy FSA: Chrániť architektúru dát a zabrániť strate peňazí spoločnosti kvôli falošným konverziám. Analytik chápe, že ak boty nafúknu rozpočty na milióny kvôli bezpečnostnej diere, bude za to zodpovedný on. Požaduje odloženie štartu alebo zmenu mechanizmu sledovania. Čas: 5 minút