C/C++

Programmai nāk objekti. Katram objektam var norādīt tālruņa numuru un/vai pieteikšanās vārdu (vai vienu no šīm vērtībām, vai abus uzreiz), kā arī lietderīgo slodzi bināro datu formā. Ienākošie objekti jāglabā operatīvajā atmiņā ievērojot šādus ierobežojumus: Ja ienākošā objekta pieteikšanās vārds un/vai tālruņa numurs ir tāds pats kā kāda iepriekš saglabāta, tas ir jāizdzēš saglabātais objekts, un ienākošo nevajag saglabāt. Ja objekts paliek operatīvajā atmiņā ilgāk par 60 sekundēm, tas jāizdzēš. Pieņem, ka objekti nāk bieži. Turklāt, objekti, kas sakrīt pēc pieteikšanās vārda/tālruņa, ir daudz retāk nekā kopējais ienākošo objektu skaits. void process(Object o) { }

[vārds] pastāsti par sevi, produktiem, ar kuriem strādāji, un uzdevumiem, kurus veici.

Pārskatot, ir redzams diff, kas izskatās kā rupja kopēšana vai dīvains haks: kods veic nepieciešamo darbību, bet nav skaidrs, kā tas darbojas vai vai tas vispār darbojas pareizi. Kādi ir tavi nākamie soļi?

Kādas īpašības uzdevumam jābūt, lai pretēji, izraisītu reakciju „Ak, es to nevēlos darīt“?

Un kas, gluži pretēji, attur jūs no šādiem pasākumiem?

Kādas īpašības ir jābūt kolēģim, lai ar viņu būtu ērti strādāt?

Kā saprast, ka izmaiņa (piemēram, pāreja no Boost uz standarta bibliotēku) patiešām «strādā»?

Kā tu raugies uz aktivitātēm ārpus darba (forumi, korporatīvie pasākumi, sports) un kas tevi tajās visvairāk pievelk?

Vai jūs kādreiz esat piedalījies tehniskās diskusijās/strīdos komandā? Kā tās noritēja un kā tika atrisinātas?

Kāpēc jūs atstājāt savu iepriekšējo darbu?

Vai jums ir pieredze ar lielas mēroga legacy bāzes pārstrukturēšanā? Ja nē, kā jūs rīkotos, ja tas būtu nepieciešams?

Kas jūs motivēja meklēt jaunu vietu?

Koda pārskatīšanas uzdevums: kolēģis ir iesniedzis risinājumu, kas darbojas un ir pārklāts ar vienību testiem, bet īstenojums vispār nav tāds, kādu tu pats būtu darījis. Ko darīsi?

Situācija: divi vadītāji nāk un dod divas steidzamas uzdevumus, bet laika nav. Ko darītu?

Kāda ir pārstrukturēšanas plāns un kas tam jābūt, lai to darītu ar pārliecību?

Kā izvairīties no situācijas, kad pēc trim mēnešiem viss ir "sadrupis" un nekas nedarbojas, ja vadītājs ir nolēmis radikāli pārrakstīt kodu (piemēram, noņemt Boost)?

Kā varētu realizēt RVO/NRVO optimizāciju kompilatorā?

auto lambda = []<typename>(){};

Vai projektēšanas laikā bija pietiekami daudz informācijas analīzei, vai lēmums tika pieņemts vairāk akli, bet ar panākumiem?

Kas tiks parādīts ekrānā? (Jautājums 1: konstruktoru, RVO/NRVO)