Забавно, как великолепно реакция на подобный вопрос позволяет отличить умного сотрудника от не очень умного)
Работодатель: Для выполнения работы тебе потребуются вот такие знания и вот такие.
"Не очень ценный" сотрудник: Я не умею этого и делать не буду.
Ценный сотрудник: Отлично. Знаний сейчас у меня нет. Пойду учиться, научусь и сделаю.
Erlang vs С++. Спонтанные вопросы по незнакомому Erlang на собеседовании.
Ну это принципиально разные языки. Императивная парадигма у С++ и функциональный Erlang. Статическая типизация у С++ и иммутабельность+динамическая типизация у Erlang. Куча легковесных потоков, бешенная масштабируемость у Erlang и проблемы с производительностью на ровном месте у С++.
По своему и по опыту команды скажу, что среднее время изучения "базы" Erlang - это где-то полгода. Т.е. спустя полгода программист сможет выдавать адекватный production код на Erlang. Большая часть С++'сных вакансий в геймдеве, где весь упор внимания на программирование рендера, шейдеров, ECS и paper'ов.
Ожидать от С++сника, что он сходу разберется в новом для себя функциональном языке очень странно, т.к. (повторюсь) интерес среднего С++'сника вообще не пересекается с миром других парадигм и других (неподобных С++) ЯП. Многие С++'cники идеологию C# не понимают, и не могут смириться, что C# во много раз удобнее и средний код на нем сильно быстрее аналогичного кода на С++ (C# - выше уровнем, больше пространства для оптимизации, 1000 человеколет вложены в оптимизацию CLR на уровне компиляции и т.д.).
На мой взгляд - это ошибка HR и тех. лидера команды.
1. Зачем звать всех подряд и тратить свое время на нерелевантных кандидатов, когда можно обозначить знакомство с Erlang, Haskell, F# и Lisp ) как обязательное требование?
2. Откройте бесплатные онлайн курсы по Erlang, а потом через 3 месяца отправьте офферы самым толковым.
3. Если тех. лидер позволяет себе такое, то скорее всего это не тот "начальник", с которым вы хотите работать.
