Комментарии 20
У Вас 20 лет опыта и они заставили Вас проходить через такое??? Это, конечно, очень странно, но хотел спросить другое, а именно из Вашего рассказа не совсем понятно: это была какая-то большая геймдев компания или же просто какой-то ИТ гигант?
Это ещё ладно. Я в том году собеседовался на с++ лида в s&p но через индийский аутсорс. Двух индусов прошёл легко, потому что знал что отвечать. А вот собес уже непосредственно с заказчиком меня вогнал в ступор. Меня на полном серьезе попросили развернуть массив. На вопрос, пригодятся ли такие навыки на позиции техлида у них на проекте - как-то замялись и не ответили.
Зато рассказали подробнее про проект. Когда я услышал про mfc - предложил сворачивать интервью. На что собеседующие даже немного обиделись - мол мы думали что вам очень понравилась наша компания и у вас горят глаза и есть непреодолимое желание развиваться.
Ну вообще есть понятие нерелевантного опыта, как вам например поможет знание компилятора шейдеров юнити при разработке оберток над файловой системой в go? А так 2-3 DSA секции вполне себе устоявшаяся практика во многих компаниях, начиная от стартапа и заканчивая яндексом, американцы еще любят всякие reference letter просить. Есть конечно перегибы, я не люблю делать тестовые, ну тут уж кого деньги, того и правила. Все в рамках приличия было.
Я кстати так и не понял, для чего интервьюер в 1 задаче (или 2, вообщем, в которой речь про minimum window substring) настаивал на реализации своей unordered_map, если задачу в принципе можно решить, не используя map/unordered_map (хотя, может такое решение и подразумевалось 🤷🏼♂️).
Исходя из опыта проводимых собесов, смысл всего этого выявить именно слабые стороны человека, но не чтобы поругать, нет, нельзя знать всё. Один человек очень редко кодит значимые вещи в компании, в 99.999 их делает команда. Попадая в сработавшийся коллектив очень маловероятно, что вы усилите его своими сильными сторонами, а вот просадить слабыми - легко. Поэтому проводя разные интервью я старался найти людей, которые бы закрывали слабые компетенции именно команды, но не были ниже некоторого общего уровня знаний. И тоже часто приходилось ставить людей перед определённым вызовом, чтобы посмотреть как справится, как думает, как ведёт себя с незнакомой задачей, на что тратить время.
Когда коллега упомянул индусов — это уже был диагноз (в смысле компании).
Прошлое лето я провёл практически так же. Написала HR одной забугорной компании. Сначала было несколько тех.собеседований. Потом три месяца внутреннего обучения для тех, кто прошёл собесы. Итоговую курсовую сдали только трое, и я был в их числе. А взяли только одного счастливчика. Но не жалею, врутреннее обучение было бесплатным и супер познавательным. Жёстко прокачался за это время, глубоко копнул в архитектуру ПК.
А насколько невежливо сказать, мол, кант андестенд ё аксент, куд ю плиз джаст сенд ми да текст? Тем более, если зачитывает с листа. Кагбе, проблема-то в ней.
"Ситьс беття", что вероятно в переводе с новоанглийского значило "That is better".
Suits better же, ну) Мда, в такую компанию даже если пройти весь этот беспощадный отбор - неужели самому захочется там работать?! Эх, мне не понять...
Suits better я дешифровал, оно немного более привычно звучало. А тут что-то другое было, и я не уверен до конца насчет "That is better"
Да я это не придраться ради, а в качестве предисловия. В том плане, что если тебя окружают люди, которых ты не понимаешь (хотя привыкнуть к такому акценту со временем, безусловно, можно, но вот нужно ли... сам потом так же заговоришь), которые тебе не симпатичны, в компании, идеалы которой тебе не близки, и т.д. и т.п. А зачем оно? За длинным рублём? Ну, судя по тому что я слышал - рубль там не самый длинный. Ради строчки в резюме? Ну не знаю даже..
Основной вопрос не раскрыт: сколько миллионов долларов ты потерял? )))
Чрезвычайно странный процесс интервью, совершенно непохожий на те, что я проходил/проводил.
Ну вот тут (https://habr.com/ru/articles/779538/) описывают приключения с яндексом, вроде ж и менталитет одинаковый, и знания боле менее одинаковые, судя по топику, но перегибов как бы не меньше. Финал вообще зачетный
Про то, что нельзя unordered_map — почему-то не верю, учитывая фидбек: "most folks just default to standard hash tables" — как бы намекает, что так можно было. Опять же, после уточняющих вопросов наверняка бы выяснилось, что можно и тупо массивом (хотя, потом всё равно сказали бы, что а давайте теперь у нас юникод, так что хэш-таблица понадобится всё равно).
Такой вот code golf, например, быстрее 99% решений
class Solution {
public:
string minWindow(string s, string t) {
int diff = 0;
int count[128];
memset(count, 0, sizeof(count));
for (const char &c : t)
diff += ((count[c])++ == 0);
char *start = s.data(), *end = start + s.size();
char *pi = start, *pj = start;
int ri = -1, minLen = s.size() + 1;
while (pj < end) {
while (pj < end && diff != 0)
diff -= (--(count[*pj++]) == 0);
while (pi < pj && diff == 0) {
int len = pj - pi;
if (len < minLen) {
minLen = len;
ri = pi - start;
}
diff += ((count[*pi++])++ == 0);
}
}
return ri >= 0 ? s.substr(ri, minLen) : "";
}
};
Кстати, мне эту задачу давали на скрининге в G десять лет назад, тогда там точно можно было unordered_map.
Как я провел лето…