CQG

Думаю об одной и тоже путанице. Я так понимаю, что у кандидата, был C++ в резюме, а на какую он там шел позицию, это не суть. Ну слабо мне верится, что человек проводивший интервью,
мог вслепую скопировать C++ вопрос даже не задумываясь, хотя конечно всякое бывает.

Спасибо за примеры задач, в целом неплохо, как по мне. Но в силу того, что как вы говорите, реально на выполнение есть день, то ожидания, мне видятся, несколько завышеными. Как бы там нибыло, а человек выполняющий эти задания: — будет нервничать — потратит время на многократное чтение задания, дабы не упустить деталей — будет стараться писать красивый код, а это дополнительное время — будет тестировать — логи, ассерты и так далее — качество — захочет добавить хотя бы пару юнит тестов — захочет написать хотя бы короткую сопроводительную бумажку

Дня наверное все же маловато, но в общем-то реализуемо.
Может это проверка на то как вы можете работать под давлением, может это проверка насколько вы хотите у них работать: согласны ли бросить все и двое суток делать их задание.
Может подразумеватеся некий интерактивный процесс. Кандидат может задать вопросы вроде: — какое ожидаемое качество — должно ли решение быть машстабируем, сопровождаемым и так далее — какой приоритет запрашиваемых фич, можно ли убрать некоторые с целью использования времения для повышения качества — и т. д.

С другой стороны, я считаю, как и раньше. Час-полтора p2p разговора достаточно, что бы понять, может человек писать код или нет. 5−6 интервьювер достаточно, что бы избежать ошибки.
Но каждая компания, конечно, вправе выбирать свою процедуру интервью, основываясь на их бизнес потребностях, опыте, структуре команды, типов задач и целей.

Успехов!

2Ultras
Олостан (ака Валентин) таки не перепутал С++ и C#, просто потому что шел туда на С# программиста. Или мы о разной путанице говорим.

Думаю, если я открою задачи почти четырехлетней давности в общих чертах, ничего страшного не случится. Стек задач у них большой. Задачи, которые у меня были

Язык С#. Задачи давались с подробным ТЗ и несколькими тестовыми примерами, для самопроверки. Тут только «выжимка».
1) Эмулятор многопоточного процессора с пятью командами, работа с общей линейной памятью, и с поддержкой блокировок. Дополнительное условие — реализовать используя не более одного дотнетовского потока. Ну т. е. квантовать самому время исполнения, реализовать переключение между «потоками» и все такое прочее.
2) Электронная таблица с текстовыми, числовыми и вычисляемыми ячейками, а-ля Excel, с крайне ограниченным набором операций. Взаимные ссылки должны отлавливаться и в ячейках должно писаться #ERROR. Плюс обычные деления на ноль и т. п.
Трудность этих задач в основном в том, что
1. Время ограничено. Обычно два дня (т. е. реально часа три-четыре в день) на все про все. Мне какого-то лешего дали четыре, я ж на джуниора шел, зато сделал даже проектную документацию и юзал при разработке упрощенный процесс ICONIX, а код хранил в локальном SVN репозитории: -D
2. Нужно не просто написать, а написать красивый код. Ну по мнению разработчика.
3. Нужно написать код без багов. Всмысле совсем без багов. Ну почти совсем; -)
Говорят, еще бывали задачи с кучей математики, но только для тех, кто имеет бекграунд нужный.

2 Fella
Ага, сообщение от Олостана читал. Мы кстати с ним тогда в одной конторе работали, в смысле в то время, когда он собеседовался, так что в курсе, но моего мнения это не изменило ни тогда, ни сейчас.

На счет кода, С++ и С# начали путать уже сами RSDN’оцы. Код однозначно на С#.
Если вопрос был, что нужно изменить в коде, чтобы он вывел «B. Foo», то я вам скажу — одно слово. А вы уже догадались, какое и на какое?; -)
Если ему дали такой код как готовый и спросили, что он выведет, то конечно «C. Foo». Но я думаю что он одно единственное слово таки неверно запомнил с собеседования, и именно в нем была то и соль.
Если он его и предлагал, тогда ой два раза.
Но при всем уважении к Валентину, он все таки на сениора в CQG тогда не тянул, для сравнения — Олег Михайлик (один из полудюжины украинских MVP) потянул легко — это верю.