Комментарии 18
Я человек простой, вижу что просят тестовое при опыте работе 10+ лет, отвечаю отказом. Хотя конечно код ревью наверное меньшее из зол, если там конечно ревьювить не очень много.
Аналогично!
Честно говоря, я понимаю и позицию нанимателя, ибо "программистов" (в том числе С++) сейчас, как грязи. С другой стороны, если я такой врун, что говорю о своём опыте работы в почти 30 лет, то меня вычислят буквально за 10 минут личного общения. Убивать время, на тестовые задания чтобы потом оказаться либо слишком опытным, либо слишком старым - нафик-нафик! Сколько таких заданий ни выполнял,по итогу оффер я так и не получал ни разу! Не то что я такой плохой специалист как думаю, просто я предпочитаю сперва изучать вопрос и погрузиться в реальную работу, нежели решать задачки которые на деле мало связаны с последующей работой.
Да, может быть я уже и плохо слежу за новинками всех этих новых стандартов в С++ версий 14,17,21,23 но я способен делать самостоятельно 99% заданий и без использования всех этих новомодных лямбд, дженериков и т.п. (хотя, в общем то это не так, и пользуюсь вполне себе и ими, когда нужно!). А если потенциальный работодатель считает что это не главное в программисте - то пусть сам и пишет свои программы, а потом пусть кто нибудь попытается разобраться в написанном. А я лучше буду работать с адекватными и такими же опытными спецами, которым нужен грамотный и качественный код, а не вот это вот всё глюкавое и в памяти занимающее по 2 гб на одной страничке документа, зато на 23 стандарте и написанное за 2 месяца (это не в сторону МойОфис конкретно, хотя о притензиях к вашему API я писал уже много раз)
в it на самом деле мало осознанности, на всех слоях. программисты склонны упарываться в различные фетиши типа ddd, solid и т.д., рубить голову друг-другу из-за неправильной трактовки ооп. на слоях повыше борьба с тем как управлять людьми и как нанимать. люди плохо понимают что откуда и куда идет, поэтому просто берут "паттерны" других компаний и делают так же.
если раньше компании боролись за время выхода кандидата, сокращая секции и стараясь быстрее принять решение. то сейчас, после их массового ухода, оставшиеся через одного устраивают по 4-5 секций по часу: язык, лайвкодинг, базы, системдизайн, софты. как будто все резко стали амазонами или гуглами и платят по 10К в месяц чистыми и все мечтают к ним попасть. некоторые конечно еще и тестовое перед этим дают, такое чтобы пару недель пришлось посидеть. а потом ноют и пишут статьи что на рынке голод, нет людей, ни сеньоров, ни лидов. а приятель с 10+ лет опыта работу не может найти. потому что даже пройдя этот адок из собеседований, сдав без преувеличений экзамен на профпригодность, получая возможность уже предметно поговорить с руководством, выясняешь что ни планов, ни стратегии развития. Зато микроменеджмент, CTO пишет код и ставит лиду сроки по задачам - это всегда пожалуйста. и скажи спасибо что таймтрекер не поставят(но это не точно). Суровая новая реальность.
Ну и еще в копилку минусов тестовых: нет возможности подискутировать с ревьювером и дать ему обратную связь. А он тоже может заблуждаться и ошибаться. Иногда как раз именно на собеседованиях некоторые понимают что что-то недосмотрели, не учли и вообще смотрели не так. Это нормально. Ненормально когда связь работает только в одну сторону.
Полностью с вами согласен, коллега! Именно поэтому даже и не стал пробоваться в обозначенном выше конкурсе. Хотя там и предварительное задание было в сущности не сложным, и ошибки там были предложено найти "детские" (по типу, не предусмотренных проверок на неинициализированные или удалённые значения указателей и т.п.), но вот как то не "завело" меня это всё. Только тратить вермя и зачем то кому то доказывать что я и так спец., причем не по офисному софту, а по сферическому коню в вакууме.
Как итог у меня уже почти готов редактор для форм надстроек в этом самом "МойОфис". Хотя, честно говоря, не знаю зачем я его делаю, ибо как выяснилось у их конкурентов в Р7 всё куда более "православнее" и по API и по скорости его изменения в плане текущих потребностей по автоматизации.
Спасибо за возможность подискутировать! Мы в МойОфис стараемся сделать процесс максимально быстрым и в тоже время качественным, так как заинтересованы в найме лучших специалистов отрасли. Тестовые задания в обычных интервью не используем, этот инструмент нужен был для воронки в рамках проекта one day offer, так как нужно было обработать большой поток заявок. В классических интервью важна дискуссия.
Как на счет того, чтобы обсудить вашу разработку в рамках живой беседы?) Думаю, нашей команде ядра и настольных редакторов будет очень интересен ваш опыт
Несколько лет собеседую C++ разработчиков. Подскажите, пожалуйста, подробнее, почему бы Вы не стали решать тестовое задание? И какая форма собеседования кажется Вам наиболее приемлемой?
Хотя вопрос и не ко мне был, но как бы вроде и я мог бы ответить. Почему не стал лично я, только что написал чуть выше. А какая форма мне была бы приемлемой, для первого теста - рассмотрение куска кода из реально предстоящей задачи, с предварительным пояснением для меня о чем речь, некоторым временем на раздумывание, и дальнейшим ответом с моей стороны, что я думаю по поводу этого кода, не в плане: "программист писавший это - полный имбицил (или гений)", а в том смысле, что я понял из увиденного, какие места мог бы улучшить и как бы я решил (а лучше - решал) аналогичные задачи. Такой способ сразу расставляет все точки над i, и экономит очень много времени обеим сторонам. Вы же не джуна себе ищете (да и джуна так грамотнее найти, кстати), а реального профессионала.
Поддерживаю вас. Я сам из мира автотестирования, но тоже сразу начинаю техническое собеседование с небольшого фрагмента кода (в нашем случае C#) из реального рабочего проекта и все вопросы задаю вокруг него.
По опыту нескольких десятков собеседований даже со стороны собеседующего мне очень нравится: многое быстро становится понятно, с чем человек работал, с чем нет, что знает, что может предложить.
Дописывать тоже что-то даю, но в таком формате, что кандидат просто говорит вслух, а физически пишу я (я же шарю свой экран всё это время). Это снимает стресс кандидата перед "листом бумаги" как по мне.
Мы таким образом набрали нормальных ребят, и сами кандидаты давали фидбэк HR, что им нравится такой формат интервью, это очень конструктивно. Более того, кандидат со своей стороны тоже получает первое впечатление о нашем коде и может наоборот сам - что-то по нему спросить у нас.
Считаю, что это самый оптимальный вариант интервью с программистом любого уровня. Собеседуйте по своей работе, а не по своим мечтам и справочникам.
Тестовое задание нужно для того, чтобы понять может ли человек выполнить поставленную задачу на конкретном языке. Варианты почему не сможет:
мало опыта в принципе, можно дать шанс проявить себя и дать тестовое.
мало опыта на конкретном языке, можно дать шанс проявить себя и дать тестовое. Но тут уже очень спорно, скорее всего если опыт есть и желание тоже то язык это просто инструмент.
не умеет думать вообще. Как он тогда до этого работал 10 лет? Всех обманул? Мы надеемся вывести его на чистую воду?
Нет знания конкретных вещей(стандарта, протокола) - проще это спросить и по детальным ответам сразу станет понятно уровень знания.
Хватит ли головы решить конкретную задачу? Поговорите устно, не знает - предложите верхнеуровнево варианты решений(он же выполняя тестовое все равно полезет в гугл). И таким образом можно будет понять уровень кандидата и вообще ход его мыслей. Это будет быстрее гораздо и даст более полную картину.
Идеальный вариант собеса для меня это живое общение, диалог как с будущим коллегой. Покажите код, попросите код ревью. Предложите варианты задач уже решенных в компании, посмотреть в каком направлении будет думать, какие инструменты использовать, чем руководствоваться при выборе технологий и т.д. Смоделируйте ситуацию в команде, конфликт на код-ревью, как решить ситуацию? Вам же с ним потом работать и все это всплывет.
P.S. люди с опытом с возрастом начинают ценить свое время. Давая им тестовое вы отсекаете просто адекватных людей, которые не хотят тратить свое время на очередное доказывание что он может написать worker pool или lru cache. Они уже все всем доказали и просто хотят найти работу, где их знания и навыки будут полезны.
Спасибо за такой развернутый ответ про формат! Мы правда очень ценим обратную связь, в рамках проектах нужен был инструмент воронки, так как фокус был на найм миддл и сениор специалистов.
При "классических" интервью у нас нет тестовых заданий, есть технический прескрин онлайн, и интервью строится в формате диалога с нанимающим менеджером. Будем рады, если вы откликнетесь на одну из наших вакансий, и мы познакомимся уже в формате живого общения ?
Покажите шмат кода и побеседуйте про что с ним не так. или так. То бишь ревью кода, как писали выше, только бога ради не заставляйте компилировать код на бумажке.
Для новичкового уровня обычно достаточно про всякие конструкторы-деструкторы и наследование поболтать, ну и про стандартные контейнеры поспрашивать.
Для мидла - что-нибудь про SOLID, что-нибудь про алгоритмы/архитектуру приложения.
Для сеньора - дайте кейс некоторый кейс, который необходимо решить и пусть накидает принципиальную схему решения. Спросить за тесты всего этого дела, попросить оставить окно для расширяемости и пр. Для лида в том же задании предложить распараллелить таску на несклоько человек.
А ваша компания случайно не дает бронь от армии?
ООО "Новые облачные технологии" - аккредитованная ИТ-компания и соответствует установленным критериям, необходимым для получения льгот. Аккредитация дает ИТ-компаниям право на льготы по налогам, страховым взносам и найму иностранных специалистов, а также на льготную ипотеку и отсрочку от армии для сотрудников. Об остальных льготах и бенефитах мы более подробно рассказываем кандидатам в рамках интервью
В-третьих, даже если кому-либо предложение не сделали, томиться в догадках, почему так произошло, не придется — мы в МойОфис, к примеру, даем обратную связь всем участникам.
Неправда, мне до сих пор вообще ничего не ответили, а уже 2 месяца прошло после собеседования.
HR_AMin, интересный опыт, спасибо что поделились.
Посмотрел список вакансий для тестировщиков.
Если не считать тестирование производительности, то из 16 вакансий лишь одна относится к ручному тестированию. Остальные — Automation.
Правильно ли я понял, что автоматизировать тестирование всего и вся является политикой компании МойОфис?
Как мы за один день наняли много C++ разработчиков: рекомендации МойОфис для нанимающих менеджеров