В мире "российского HR" обычно ещё заставляют проходить разные никому не нужные тесты.

Дело было не в строгом определении, а в интуитивном понимании, что это такое. Повторюсь, ответ на этот вопрос не является определяющим, он просто дополняет картину. Определяющим является фактор невозможности написать простую ПРАКТИЧЕСКУЮ функцию. Да, это был я.

Не довернул:)

Это довольно интересный момент. Я бы сказал, что есть два полюса: - Интервьювер не знает, как оценить специалиста, и требует вращать RB-дерево просто потому, что это вроде круто. - У интервьювера большая статистика ответы на какие вопросы коррелируют с дальнейшим успехом кандидата в должности. В этом случае вопросы всё равно могут казаться странными кандидату, который этой статистики не имеет.

"да на херу я вращал ваши деревья" 😂

Приняты! :)

Да на самом деле норм вопрос, я бы с вами не сработал я вот и отсеяли:)

На телефонном собеседовании вообще нельзя оценивать фактор срабатываемости. Это агрессивная для человека среда, он интуитивно выпустил когти. Я никогда по итогам такого собеседования не пишу в отчёте ничего по личным качествам. Только факты - сумел развернуть односвязный список, знает, что такое std::async и т.д.

На телефонном собеседовании вообще нельзя оценивать фактор срабатываемости. Это агрессивная для человека среда, он интуитивно выпустил когти. Я никогда по итогам такого собеседования не пишу в отчёте ничего по личным качествам. Только факты - сумел развернуть односвязный список, знает, что такое std::async и т.д.

У меня истерика от деревьев скоро будет. Я вот тоже хотел в Я тыкаться в конце весны, а со сложными структарами данных, типа segment tree, fenwick tree, rmq и т.д. все плохо, когда запрос сложнее min\max\sum. А тут вон, оказывается, как раз деревья нужны.

О, async еще. И политики, наверное, все к нему, да?

Ни в коем случае. Очень многие программисты имеют слабую память. Нельзя её оценивать.

+ Вот у меня например не очень память. Пытаюсь это как-то улучшить, но почти без результатов

А и не надо. Скорее всего, здесь убыло, а где-то прибыло. Найдите и пользуйтесь!

asnync... а потом в проекте только С++ 98.

Это всегда надо уточнять на собеседовании :)

Не помогает

Поподробнее, пожалуйста. Интервьювер соврёт, что используют C++35 и звездолёты, а на самом деле будет Ada?

Вообще, мой опыт такой, самая интересная работа была именно там, где вообще не докапывались до теоретической базы но в работе она в итоге пригодилась и я её раздупдял . А там где травами с деревьями приходится править иксмльки :)

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

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

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

Ну, можно хотя бы попробовать себе подстелить соломку, уточняя глубже. "Как скоро будет новейший стандарт"? "Нельзя ли мне прямо завтра навернуть в ваш код пару лябмд?", "Если нет, то почему?".

рекомендую ни на кого не работать :)

Ну я могу рассказать, как собеседовал. Сначала шел по С++. Очень подробно останавливался на ключевом слове const во всех его вариациях включая указатели. Писал примеры на листке с const, спрашивал скомпилиться или нет, нормальный код или нет. Потом спрашивал про конструторы, деструкторы, виртуализацию (без этого бесполезного вопроса про таблицы), опять, с примерами ну и дальше мельком остальные маловажных, неопределяющих вопросов, типо шаблонов. Если человек отвечает на const, конструкторы с деструкторами, виртуализацию, то однозначно идем дальше независимо от отрицательных результатов остальных вопросов по плюсам (типо исключений). Дальше спрашивал знает ли что такое stl. Если не знает, спрашивал про структуры. Если не знает и про структуры, давал написать код на бумаге создания массива и вставки нового элемента в него. Если код более менее правильный, просил оценить сложность его. Если не знает что такое сложность, то какой порядок операций нужно чтобы это сделать. Потом предлагал структуру списка, и просил написать код листа. Потом просил сравнить порядки и объяснял что это и есть сложность. Потом шел по дереву, давал некоторое количество чисел в ряд, и просил их расположить в дереве. Если человек рисовал не сбалансированное бинарное, спрашивал про сложность, и предлагал её уменьшить. Потом спрашивал про хеш таблицы на уровне знает или нет. Если же человек знает stl то пробегался просто по stl со стандартными вопросами, но вопрос "Почему нельзя всегда использовать простой массив" задавал всегда :)

Как относиться к кандидатам, которые на вопрос "что такое const" делают вот так: "сразу встал и ушёл ибо пустая трата времени общаться с таким интервьювером"?

я спрашиваю как вы использовали const

Допустим. Тем не менее, вот такая реакция?