C/C++

Programai atvyksta objektai. Kiekviename objekte gali būti nurodytas telefono numeris ir/arba prisijungimo vardas (arba viena iš šių reikšmių, arba abu iš karto), taip pat naudingas krūvis dvejetainiais duomenimis. Atvykstantys objektai turi būti saugomi operatyvioje atmintyje laikantis šių apribojimų: Jei atvykstantis objektas turi tokį pat prisijungimo vardą ir/arba telefono numerį kaip ir vienas iš anksčiau išsaugotų, turi būti ištrintas išsaugotas objektas, o atvykstantis neturi būti išsaugotas. Jei objektas išlieka operatyvioje atmintyje ilgiau nei 60 sekundžių, jį reikia ištrinti. Manoma, kad objektai dažnai atvyksta. Be to, objektai, atitinkantys prisijungimo vardą/telefoną, yra daug retesni nei bendras atvykstančių objektų skaičius. void process(Object o) { }

[vardas] papasakok apie save, produktus, kuriuose dirbai, ir užduotis, kurias atlikai.

Per peržiūrą matomas diff, kuris atrodo kaip grubus kopijavimas ar keistas hack: kodas atlieka reikalingą veiksmą, bet nėra aišku, kaip jis veikia ar ar jis iš viso veikia teisingai. Kokie yra tavo tolesni žingsniai?

Kokios savybės turi turėti užduotis, kad priešingai, sukeltų reakciją „Oi, nenoriu to daryti“?

O kas, priešingai, atbaido šiuose renginiuose?

Kokias savybes turėtų turėti kolega, kad būtų patogu su juo dirbti?

Kaip suprasti, kad pokytis (pavyzdžiui, perėjimas nuo Boost prie standartinės bibliotekos) iš tikrųjų «veikia»?

Kaip žiūri į veiklas už darbo ribų (forumai, įmonių renginiai, sportas) ir kas tave jose labiausiai traukia?

Ar turite patirties su didelio masto legacy bazės refaktorizavimu? Jei ne, kaip elgtumėtės, jei reikėtų?

Ar kada nors dalyvavai techninėse ginčuose/diskusijose komandos viduje? Kaip jie vyko ir kaip buvo išspręsti?

Kodėl palikote savo ankstesnį darbą?

Kodo peržiūros užduotis: kolega pateikė sprendimą, kuris veikia ir yra padengtas vienetų testais, tačiau įgyvendinimas išvis nėra toks, kaip darytum pats. Ką darysi?

Kas paskatino jus ieškoti naujos vietos?

Situacija: du vadovai atvyksta ir du skubius užduotis, bet laiko nėra. Ką darytum?

Koks yra refaktorizacijos planas ir ką turi būti, kad būtų galima ją pasitikėti?

Ar projektavimo metu buvo pakankamai informacijos analizei, ar sprendimas buvo priimtas greičiau aklai, bet sėkmingai?

Kas bus parodyta ekrane? (Klausimas 1: konstruktoriai, RVO/NRVO)

Kaip galėtų būti įgyvendinta RVO/NRVO optimizacija kompiuteryje?

Ką bus parodyta ekrane? (Klausimas 3: masyvo, rodyklės, nuorodos į masyvą dydis)

šablonas <typename> struct Base { int i = 0; }; template <typename T> struct Deriv : Base<T> { void foo() { i = 1; // klaida: 'i' nebuvo deklaruotas šiame apimtyje } }; struct Foo : Deriv<Foo> { void bar() { i = 2; } };