C/C++

Programmasse jõuavad objektid. Igas objektis võib olla märgitud telefoninumber ja/või sisselogimine (või üks neist väärtustest, või mõlemad korraga), ning ka kasulik koormus binaarandmetena. Sissetulevad objektid tuleb salvestada töömälu järgides järgmisi piiranguid: Kui sissetuleval objektil on sama sisselogimise ja/või telefoninumber nagu mõnel juba salvestatud, tuleb salvestatud objekt kustutada ning sissetulevat mitte salvestada. Kui objekt jääb töömälu alla 60 sekundi, tuleb selle kustutada. Eeldatakse, et objektid tulevad sageli. Lisaks on sisselogimise/telefoniga kokkusobivad objektid palju haruldasemad kui kogu sissetulevate objektide arv. void process(Object o) { }

[nimi] räägi mulle endast, töötatud toodetest ja ülesannetest, mida täitsid.

Ülevaatamisel on nähtav diff, mis näeb välja nagu jäme kopeerimine või kummaline hack: kood täidab vajaliku tegevuse, kuid pole ilmne, kuidas see töötab või kas see üldse töötab õigesti. Millised on sinu järgmised sammud?

Millised omadused peab ülesandel olema, et vastupidiselt tekitada reaktsiooni „Oh, ma ei taha sellega tegeleda“?

Ja mis, vastupidi, tõrjub teid sellistel üritustel?

Millised omadused peaks olema kolleegil, et temaga oleks mugav töötada?

Kuidas aru saada, et muudatus (näiteks Boostist standardraamatukogusse üleminek) tõesti «töötab»?

Kuidas sa suhtud töövälistele tegevustele (foorumid, ettevõtteüritused, sport) ja mis neist sind kõige rohkem köidab?

Kas teil on kunagi olnud osalemist meeskonnas tehnilistes vaidlustes/aruteludes? Kuidas need toimusid ja kuidas neid lahendati?

Kas teil on kogemusi suuremahulise legacy-põhise baasi refaktorimisega? Kui ei, kuidas käituksid, kui peaksid seda tegema?

Mis sind motiveerinud otsima uut kohta?

Miks te lõpetas oma eelmine töökoht?

Koodi ülevaatamise ülesanne: kolleeg on esitanud lahenduse, mis töötab ja on kaetud üksustestidega, kuid teostus ei ole üldse selline, nagu sa ise teeksid. Mida teed?

Situatsioon: kaks juhtivtöötajat tulevad ja annavad kaks kiireloomulist ülesannet, aga aega pole. Mida teeksid?

Mis on refaktoreerimise plaan ja mida peab olema, et seda enesekindlalt teha?

Kuidas võiks kompilaatoris rakendada RVO/NRVO optimeerimist?

Kuidas vältida olukorda, kus kolme kuu pärast on kõik "lammutatud" ja miski ei tööta, kui juht otsustas koodi radikaalselt ümber kirjutada (näiteks eemaldada Boost)?

Palun räägi mulle oma varasema kogemuse kõige meeldejäävamatest ülesannetest või projektidest — mis sulle meeldis ja mis, vastupidi, mitte.

Mida ekraanil näidatakse? (Küsimus 1: konstruktorid, RVO/NRVO)

Kas projektimise ajal oli analüüsiks piisavalt teavet või otsus tehti pigem pimedalt, kuid edukalt?