Data Analyst
Kur realiame gyvenime pasitaiko normalusis pasiskirstymas ir kur ne? Pateikite konkrečius pavyzdžius su paaiškinimu, kodėl duomenys yra normaliai paskirstyti arba ne.
Ar logistinė regresija gali būti per daug išmokta ir kaip su tuo kovoti?
Kodėl naudojami COUNT ir GROUP BY?
Papaskokite apie verslo analitiko darbo procesą jūsų komandoje ir jūsų patirtį
Ar reikia iš anksto apdoroti požymius prieš mokant logistinę regresiją su L2 reguliavimu ir kodėl?
Prašome paaiškinti, naudodamasis savo darbo užduočių pavyzdžiu, kaip taikote ETL procesą savo darbe.
Ar UPDATE pats saugo transakciją? Ar reikalinga aiški transakcija vienam atominiam UPDATE?
Ar ypatybės buvo visiškai pagrįstos laiko eilutėmis? Bandėte naudoti kitus duomenų šaltinius, pavyzdžiui, naujienas ar kitas kriptovaliutas?
Ką prarandate, jei suteikiate kodavimo agentui prieigą prie interneto?
Kaip žinote, kad jūsų techninė užduotis yra pilna ir paruošta perdavimui? Kokie yra jūsų pasirengimo kriterijai?
Kokius projektus domitės — tik techninius ar taip pat svarstote konsultacijas? Ką norite plėtoti?
Kaip nusprendžiate, kokius testus rašyti DBT modeliui? Ar reikalingi įspėjimai?
Elgesio klausimas: vadovas rekomendavo modelį, bet jis rodo blogus rezultatus. Ką darysi?
// Mes turime lentelę su produktu, kuris turi peržiūrų skaitiklį // goods lentelė: // ID | cnt_view // ----------- // 1 | 100 // Du naudotojai pradėjo žiūrėti produktą su id = 1 tuo pačiu metu // ir mūsų duomenų bazėje buvo paleistos 2 paralelinės transakcijos // Koks bus rezultatas? postgress func IncrementView(ctx context.Context, db *sql.DB, id int64) error { tx, err := db.BeginTx(ctx, nil) if err != nil { return err } defer tx.Rollback() var cnt int err = tx.QueryRowContext(ctx, "SELECT cnt_view FROM goods WHERE id = $1", id, ).Scan(&cnt) if err != nil { return err } cnt++ _, err = tx.ExecContext(ctx, "UPDATE goods SET cnt_view = $1 WHERE id = $2", cnt, id, ) if err != nil { return err } return tx.Commit() }
// Atnaujindami užsakymą, turime siųsti užsakymo duomenis keliems paslaugoms (trečiosioms šalims) // paslaugų skaičius auga (gali būti tūkstančiai+) // parašėme kodą, pradžioje viskas veikė gerai, bet laikui bėgant mūsų paslauga pradėjo naudoti daug išteklių // Reikia optimizuoti šį kodą, kad jis veiktų efektyviai su dideliu paslaugų skaičiumi func (s *orderService) SendOrder(ctx context.Context, hosts []string, order Order) { for i := 0; i < len(hosts); i++ { go func() { // Įsivaizduokite, kad tai yra ilgas tinklo iškvietimas response, err := s.httpClient.Send(ctx, hosts[i], order) if err != nil { s.logger.Error(ctx, "nepavyko išsiųsti", err) return } s.logger.Info(ctx, "sėkmė", response) }() } }
Kokios yra jūsų silpnybės ir stiprybės?
Papaskinkite apie savo patirtį, apie kokį nors projektą ar užduotį, kuria didžiuojatės
Ar [pavadinimas] akcijų grąža bus normaliai paskirstyta? (Minutės kainų padidėjimai visoje prekybos istorijoje nuo 2000 iki 2026 metų)
Kaip buvo įgyvendinta autorizacijos schema dvipusėje sistemoje?
Kaip sukurtumėte geometrijos benchmark'ą? Aprašykite grandinę nuo idėjos iki galutinio duomenų rinkinio.