Как пройти собеседование?

[nightmare2]

Впрочем, готова предположить, что мы говорим о разном: кодировщик vs. инженер.

В вашем понимании Software Engineer можно отделить от кодера?

Кодировка - совершенно ничтожное и безусловно недостаточное подмножество его навыков, на проверку которого не стоит тратить интервьюшное время.

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

[Bonny P.]

С++ достаточно сложный язык чтобы при проверке кандидата ограничиваться рассуждениями на общие темы.

Кандидата - на что? На роль знатока терминологии определенного языка?

[Интеррапт]

2 Boriskin
все так, только int res = i * F<res-1>.res; не может существовать на этапе компиляции, а вот определение enumа может

Попробовал, там надо добавить static const, тогда все пучком.

со статик констом да, хотя классника - таки енумы

Ну вот вы и расколись
Дело вовсе не в том, что вы каждый день используете рекурсивные темплейты. Данный вопрос на интервью - именно что классика. Как я потом убедился, вороужившись Гугл - его нужно именно знать. Догадаться, что темплейты можно объявлять рекурсивно довольно сложно - на практике такие задачи возникают исключительно редко.
Кстати, #define рекурсивно задать нельзя. Т.е. нельзя написать вот так:

#define A #define INT int
#define B #define INT long long
A
Поэтому рекурсивные темплейты - это не очень логично.

Не понятно, при чем тут аналогия с #define
#define - это препроцессор
template - это компилятор
не вижу почему тут вообще какие-то аналогии должны быть

[ekriv]

А вот такой вопрос.
Что важнее (для работника) знание чего-то одного, но глубоко или способность работать с разными технологиями и языками, но без фанатизма?

del

[Medium-rare]

У меня не представление, а опыт.

Чем именно вы занимались, как Software Engineer?

[Bonny P.]

У меня не представление, а опыт.

Чем именно вы занимались, как Софтшаре Енгинеер?

Множеством различных вещей. От программирования микропроцессоров до дизайна систем в industrial automation.
Языки соответственно от ассемблеров до C#.

[Medium-rare]

Множеством различных вещей. От программирования микропроцессоров до дизайна систем в industrial automation.
Языки соответственно от ассемблеров до C#.

Я среди своего множества ни разу не представляю передачи задачи какому-то автономному кодеру. Сам таким, может и был, когда в новой организации начинал, и чтобы было чем заняться, давали "перекидать кучу отсюда сюда". Вот когда вы делали собственно дизайн, то это может быть. В более прикладных областях. По-советски 'постановщицей' работали.

[Bonny P.]

Множеством различных вещей. От программирования микропроцессоров до дизайна систем в industrial automation.
Языки соответственно от ассемблеров до C#.

Я среди своего множества ни разу не представляю передачи задачи какому-то автономному кодеру. Сам таким, может и был, когда в новой организации начинал, и чтобы было чем заняться, давали "перекидать кучу отсюда сюда". Вот когда вы делали собственно дизайн, то это может быть. В более прикладных областях. По-советски 'постановщицей' работали.

Вот это как раз неправильные "представления".
Но неважно, мы ж друг друга не нанимаем.

[Мальчик-Одуванчик]

С++ достаточно сложный язык чтобы при проверке кандидата ограничиваться рассуждениями на общие темы.

Кандидата - на что? На роль знатока терминологии определенного языка?

Повторюсь, поскольку язык достаточно сложный, то проверку на владение терминологией (включая базовые определения и идиомы) считаю необходимым условием для любого кандидата, претендующего на его знание.

[Bonny P.]

Повторюсь, поскольку язык достаточно сложный, то проверку на владение терминологией (включая базовые определения и идиомы) считаю необходимым условием для любого кандидата, претендующего на его знание.

Так я нисколько не возражаю против того, чтоб другие, нанимая "под себя", руководствовались критериями, с моими не совпадающими.

[xtigr]

Еще бывает, когда к проверке базовых знаний языка приходишь в результате провала на более высоких уровнях.
Типичный пример: спрашиваешь о предыдущем опыте, кандидат мямлит, явно выдает чужую работу за свою, потом колется что ето не его работa, вот тут то и приходит мысля - а не врет ли он что C++ знает вообще.
Т.е. я как бы начинаю с сверху вниз идти , если есть надобность. А то спрашивать человека с 15 летним C++ опытом что такое виртуальный деструктор - ето по моему издевалетьство.

[oshibka_residenta]

что по вашему мнению нужно спрашивать у кандидата на С++ программер под винду?

Не знаю, что надо у спрашивать у кандидата на С++ под винду, но на месте кандидата я бы спросил почему в компании до сих пор пишут под винду на с++.

[Bonny P.]

А то спрашивать человека с 15 летним C++ опытом что такое виртуальный деструктор - ето по моему издевалетьство.

Вот и мне так кажется.

[IvanF]

никогда не поверю, что нормальный профи не сможет на доске что-то там простое реализовать, к тому же синтаксис - это последнее на что там смотрят,
в основном смотрят на:
-тупо умеет писать код
-умеет соображать головой (запущу, а там посмотрим, что я такое реализовал

Ну вот возьмите и проверте на себе..вы же у нас наверное профессионал. Напишите сортировку пузырьком на бумаге. А мы посмеемся когда вы начнете "редактировать" свой код на бумажке потому что я никогда не поверю что вы можете "родить" такой код линейно подряд по строчкам.

[IvanF]

Не знаю, что надо у спрашивать у кандидата на С++ под винду, но на месте кандидата я бы спросил почему в компании до сих пор пишут под винду на с++.

А под что пишут "настоящие гуру" c++?