Objecten komen het programma binnen. In elk object kan een telefoonnummer en/of login worden vermeld (ofwel een van deze waarden, of beide tegelijk), en ook een payload in de vorm van binaire gegevens. Binnenkomende objecten moeten worden opgeslagen in het werkgeheugen met inachtneming van de volgende beperkingen: Als het binnenkomende object een login en/of telefoonnummer heeft die hetzelfde zijn als die van een eerder opgeslagen object, moet het opgeslagen object worden verwijderd, en het binnenkomende niet worden opgeslagen. Als een object langer dan 60 seconden in het werkgeheugen blijft, moet het worden verwijderd. Er wordt aangenomen dat objecten vaak binnenkomen. Daarnaast zijn objecten die overeenkomen op login/telefoon veel minder frequent dan totale binnenkomende objecten. void process(Object o) { }
C/C++
[naam] vertel me over jezelf, de producten waaraan je hebt gewerkt en de taken die je hebt uitgevoerd.
Tijdens de review is een diff zichtbaar die eruitziet als een grove copy-paste of een vreemde hack: de code voert de benodigde actie uit, maar het is niet duidelijk hoe het werkt of of het überhaupt correct werkt. Wat zijn je volgende stappen?
Aan welke eigenschappen moet een taak voldoen om juist de reactie 'oh, ik wil dit niet doen' uit te lokken?
En wat, daarentegen, weerhoudt je in dergelijke evenementen?
Welke eigenschappen moet een collega hebben zodat je prettig met hem kunt samenwerken?
Hoe weet je of een wijziging (bijvoorbeeld overstappen van Boost naar de standaardbibliotheek) echt « werkt »?
Hoe sta je tegenover activiteiten buiten het werk (fora, bedrijfsfeesten, sport) en wat trekt je daar het meest in aan?
Heeft u ooit deelgenomen aan technische discussies/meningsverschillen binnen het team? Hoe verliepen ze en hoe werden ze opgelost?
Waarom ben je gestopt met je vorige baan?
Heeft u ervaring met grootschalige refactoring van een grote legacy-database? Zo niet, hoe zou u handelen als u het moest doen?
Wat heeft je ertoe aangezet om naar een nieuwe plek te zoeken?
Er is een code review taak: een collega heeft een oplossing ingediend die werkt en gedekt is door unit tests, maar de implementatie is helemaal niet zoals jij het zou doen. Wat ga je doen?
Situatie: twee managers komen en geven twee dringende taken, maar er is geen tijd. Wat zou je doen?
Wat is het plan voor refactoring en wat moet er zijn om het met vertrouwen te doen?
Hoe voorkom je dat je na drie maanden in een situatie terechtkomt waarin alles "rommelig" is en niets werkt, als de leider heeft besloten om de code radicaal te herschrijven (bijvoorbeeld Boost verwijderen)?
Hoe zou je de RVO/NRVO-optimalisatie in een compiler kunnen implementeren?
auto lambda = []<typename>(){};
Was er voldoende informatie voor analyse tijdens het ontwerp, of werd de beslissing meer blindelings genomen, maar met succes?
Wat wordt er op het scherm weergegeven? (Vraag 1: constructeurs, RVO/NRVO)