Ой грусть. вы хотите фуллстек?

Да вот мы как раз на эту тему с CTO и спорим.

Ну вот да, нам бы ещё и проверить скорее ряд навыков, не только выполнение задачи.

Я бы не стал делать просто потому что тут нужно сделать фронт, бэкенд, работу с отложенными задачами, тесты

Дофига всего

https://gist.github.com/kulapard/94a78ae6024e6b2f785579295eaf42dd

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

Но многое из этого будет видно по коду сразу, сократить требовагния можно. Не просить по фронту что-то делать дикое: просто форму и аплоад, фигачить. ПРикрутить селери и пусть оно запустится. Даже с МИНИМУМОМ кода будет видно что и как человек делает.

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

Необходимо понять, что такие тестовые задания будет делать только джуниор/миддл, чтобы докаать что он сможет это делать, хоть на словах и не особо ясно

А сеньёр просто забьёт

Вот прям спасибо большое

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

Я бы не стал делать просто потому что тут нужно сделать фронт, бэкенд, работу с отложенными задачами, тесты

+

Собираю комменты в аргументы )

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

Там просто на ангуляре можно зафигачить. А можно с бэком ещё чутка запариться. Объём кода вообще получается небольшой, но показывает всеее навыки что нужны для джуна, миддла, сеньёра, когда берёшь его на работу и пускаешь в проект с целью чтобы проект двигался

Там просто на ангуляре можно зафигачить. А можно с бэком ещё чутка запариться. Объём кода вообще получается небольшой, но показывает всеее навыки что нужны для джуна, миддла, сеньёра, когда берёшь его на работу и пускаешь в проект с целью чтобы проект двигался

Пожалуй, нужно подобное сделать или прям такое же хотя бы

Ато у нас грусть-печаль с поиском совсем

Мало людей идут или много людей и все "не те"?

Люди есть, хороших много, вот с заданием затык

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

Лучшее собеседование что я встречал было по простой схеме:

Ну тут не за мной решение

Да, интересна схема

1) Вопросы по технологии, по выбору технологий, интересам 2) Работа за компом. Дают задачу. Решай хоть с помощью гугла. Там нужно было реализовать сортировку по сути. Обсудить что и как с ней. Алгоритм сортировки даётся сразу. Вопрос про сложность алгоритма и что это такое. 3) Даётся немного кода из реального продукта компании. В коде есть пара интересных проблем(в моём случае был код на golang, python). Проблемы не очевидны, над ними точно спорили или парились разработчики внутри компании. Задача - найти проблему, обсудить её, предложить решение.

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

И да, IT такая сфера, что здесь творческие люди, которые "просто так" делать ничего не будут. Если даже разработчик захочет сделать ТЗ, не всегда он его сделает хорошо, не всегда сделает до конца, часто забьёт - просто потому что ну нет у него интереса его делать. Так что ВСЁ стоит узнавать на самом собеседовании. Из личного опыта могу сказать что ТЗ некоторые люди делают вообще супер идеально, а если пообщаться - человек так себе. Были случаи когда таких людей брали, потом увольняли. Это как-бы доказывает отсутствие большого смысла в ТЗ.

ТЗ не должно быть сложное, на 0.5-2 часа без разницы для какого уровня отсеивает тех кому лень вообще что-то делать

И да, IT такая сфера, что здесь творческие люди, которые "просто так" делать ничего не будут. Если даже разработчик захочет сделать ТЗ, не всегда он его сделает хорошо, не всегда сделает до конца, часто забьёт - просто потому что ну нет у него интереса его делать. Так что ВСЁ стоит узнавать на самом собеседовании. Из личного опыта могу сказать что ТЗ некоторые люди делают вообще супер идеально, а если пообщаться - человек так себе. Были случаи когда таких людей брали, потом увольняли. Это как-бы доказывает отсутствие большого смысла в ТЗ.

Интересно, а бывает такое, что человек просто дает что-то уже свое готовое и похожее на 90%? Просто не похоже, что это ТЗ какое-то особенное.

Можно себе несколько нахерачить в гитхаб и рассылать тип..

Интересно, а бывает такое, что человек просто дает что-то уже свое готовое и похожее на 90%? Просто не похоже, что это ТЗ какое-то особенное.

Многие после получения задания гуглят его )

Можно себе несколько нахерачить в гитхаб и рассылать тип..

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

Многие после получения задания гуглят его )

Ну гуглить - это да. Я имею ввиду, по-честному самому сделать.

В идеале - вообще запилить небольшой проект и выложить в открытый доступ. Некоторым этого будет достаточно

Неплохо

А пилить ТЗ, которые расчитаны на дофига часов разработки - это зло

Ненавижу тестовые. Как минимум за отсутствие фидбека после. Меня пару раз игнорили, один раз взяли. Когда уже работала, спросила, каким был мой код на тестовом. Скзаали "да блин, все прислали одно и то же, мы особо не смотрели. Брали по собеседованию" ?

Ненавижу тестовые. Как минимум за отсутствие фидбека после. Меня пару раз игнорили, один раз взяли. Когда уже работала, спросила, каким был мой код на тестовом. Скзаали "да блин, все прислали одно и то же, мы особо не смотрели. Брали по собеседованию" ?

Ну это не проблема тестовых, это проблема людей, которые их дают, а потом не смотрят/не спрашивают

Ненавижу тестовые. Как минимум за отсутствие фидбека после. Меня пару раз игнорили, один раз взяли. Когда уже работала, спросила, каким был мой код на тестовом. Скзаали "да блин, все прислали одно и то же, мы особо не смотрели. Брали по собеседованию" ?

Ууууу

Ненавижу тестовые. Как минимум за отсутствие фидбека после. Меня пару раз игнорили, один раз взяли. Когда уже работала, спросила, каким был мой код на тестовом. Скзаали "да блин, все прислали одно и то же, мы особо не смотрели. Брали по собеседованию" ?

Наверное, просто не повезло.

Ужасти какие рассказываешь

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

В общем, если мне разрешают обойтись без тестового и дают кодить на интервью - в целом, все остаются довольны Я не трачу лишнее время, они уверены, что этот код пишу я сама

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

> они уверены, что этот код пишу я сама Это очень легко проверить, писал кандидат код сам или нет. Если он его не писал, то он скорее всего даже не разбирался как он работает. Спросить про это на собеседовании - это 5 минут.

> они уверены, что этот код пишу я сама Это очень легко проверить, писал кандидат код сам или нет. Если он его не писал, то он скорее всего даже не разбирался как он работает. Спросить про это на собеседовании - это 5 минут.

Просто открыть файл, тыкнуть в рандомную строчку и спросить, что там делается

А если он неглупый, но ему просто было лень делать?)

Тестовое задание может служить отправной точкой на собеседовании. Скажем, можно спросить а как добавить такую-то функциональность или как можно было бы изменить/улучшить архитектуру. Можно всё собеседование построить вокруг тестового задания если захотеть и к его концу спроектировать какую-нибудь программу на основе тестового :) Но если тестовое для галочки и никто его не смотрит - это не проблема тестовых заданий.

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

Я бы тоже могла разнервничаться, тем более что между написанием кода и собеседованием иногда 2-3 недели проходит И стрессовая ситуация все усугубляет

> И стрессовая ситуация все усугубляет Плохо когда из собеседования делают стрессовую ситуацию. Зачем? Собеседование - это просто переговоры.

> И стрессовая ситуация все усугубляет Плохо когда из собеседования делают стрессовую ситуацию. Зачем? Собеседование - это просто переговоры.

Причём интересные

> И стрессовая ситуация все усугубляет Плохо когда из собеседования делают стрессовую ситуацию. Зачем? Собеседование - это просто переговоры.

Для меня это не просто переговоры :) По-настоящему успешными у меня были те собеседования, где я не рассматривала даже в теории варианта работать. Мне было пофиг и я круто отвечала на все вопросы. Если я понимаю, что от результата зависит, как я буду проводить кучу дальнейшего времени - меня убивает груз ответственности, я тупею и становлюсь медленнее раза в 2 Я работаю на этим, раньше было еще хуже, но проблема до сих пор остается

Стресовой ее делаю я сама в своей голове, к собеседующим инженерам претензий нет

Все кто говорят, что собеседования это фан либо лукавят, либо одно из двух :)

Все кто говорят, что собеседования это фан либо лукавят, либо одно из двух :)

Если на собеседования ходишь раз в 5 лет, то, наверное, это не особо приятно. Если ходишь чаще просто, чтобы быть в форме, то обычно ничего страшного :)

> И стрессовая ситуация все усугубляет Плохо когда из собеседования делают стрессовую ситуацию. Зачем? Собеседование - это просто переговоры.

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

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

По-моему любые стереотипы об людях в IT не имеют под собой никакой основы вообще

По-моему любые стереотипы об людях в IT не имеют под собой никакой основы вообще

Личный опыт собеседований, не больше, на нём основываюсь :)

Для меня это не просто переговоры :) По-настоящему успешными у меня были те собеседования, где я не рассматривала даже в теории варианта работать. Мне было пофиг и я круто отвечала на все вопросы. Если я понимаю, что от результата зависит, как я буду проводить кучу дальнейшего времени - меня убивает груз ответственности, я тупею и становлюсь медленнее раза в 2 Я работаю на этим, раньше было еще хуже, но проблема до сих пор остается

Один в один про меня :) Меня еще морально убивает непредсказуемость, невозможно же просчитать все возможные вопросы, которые зададут, незнакомые люди, неизвестно как с ними общаться, как интерпертировать их эмоции и реакцию на ответы, незнакомая обстановка. Ааа!!! Помогает только заранее составлять тексты ответов на вопросы, и гуглить про офис и сотрудников.

Интроверсия/экстраверсия не бывает "полной", границы размыты, без тестов никак не определишь, так что это исключительно надумывание)

Интроверсия/экстраверсия не бывает "полной", границы размыты, без тестов никак не определишь, так что это исключительно надумывание)

Бывают акцентуации характера, но это уже оффтоп, надо чатик по психологии заводить.

Нужен бот что голосовалку устроить. Собеседование фан/стресс. И статистически на маленькой выборке кто-то будет прав :)

О, еще вспомнила про интересность ТЗ. Яндекс на позицию стажера прошлым летом давал ТЗ из 2 заданий, одно из которых - написать бота для игры в города Оно ведь стояло вторым неспроста... Я начала с него, потом больше часа не могла приступить к первому, потому что играла в города :) не перебарщивайте с интересностью ТЗ, пожалуйста)

Хе-хе

У Яндекса интересные задания. Я два задания для них делал. Но на каждое я потратил больше чем 1 день.

И вот как раз Яндекс нифига не спрашивал про тестовое на собеседовании. Это мне как раз не понравилось.

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

Да, смотрят. Фидбек я от них получал и высылал задание повторно с исправлениями. Но на собеседовании вообще ни слова про них не было.

Вот одно из заданий кстати https://gist.github.com/espdev/ae857a8eaa1c14a4d17427374e225593

Вот одно из заданий кстати https://gist.github.com/espdev/ae857a8eaa1c14a4d17427374e225593

Красота

Красота

4 раза к ним ходил, так и не взяли на работу. :)

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

Раз

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

Два

Так надо усугублять или нет?

Давать задачу и свободу )

Вот одно из заданий кстати https://gist.github.com/espdev/ae857a8eaa1c14a4d17427374e225593

Во время построения репорта строки конкатятся в цикле, неэффективненько ;)

Во время построения репорта строки конкатятся в цикле, неэффективненько ;)

вот и причину нашли, почему в яндекс не взяли )

вот и причину нашли, почему в яндекс не взяли )

Не думаю :) это же репорт все же. Я по диагонали пробежал. Это то за что глаз зацепился просто

Не думаю :) это же репорт все же. Я по диагонали пробежал. Это то за что глаз зацепился просто

эт я на злобу дня просто ) понятно что такая оптимизация мало кому нужна.

Тусач есть?

Вот одно из заданий кстати https://gist.github.com/espdev/ae857a8eaa1c14a4d17427374e225593

Страшненько :(

Вот одно из заданий кстати https://gist.github.com/espdev/ae857a8eaa1c14a4d17427374e225593

https://gist.github.com/espdev/ae857a8eaa1c14a4d17427374e225593#file-eventlogparser2-py-L37 А это разве factory method? Мне казалось, что factory возвращает различные готовые объекты по условию.

Страшненько :(

Первая версия была красивее, зато работала в 5 раз медленнее. Эта укладывается во временные рамки из ТЗ. :)

https://gist.github.com/espdev/ae857a8eaa1c14a4d17427374e225593#file-eventlogparser2-py-L37 А это разве factory method? Мне казалось, что factory возвращает различные готовые объекты по условию.

factory - это просто что-то, что создаёт какой-то преднастроенный объект. Параметры или условия не обязательны. В данном случае это просто фабричная функция для использования с defaultdict. Посмотри доку питона, там написано: "The first argument provides the initial value for the default_factory attribute; ..."

Вот одно из заданий кстати https://gist.github.com/espdev/ae857a8eaa1c14a4d17427374e225593

factory - это просто что-то, что создаёт какой-то преднастроенный объект. Параметры или условия не обязательны. В данном случае это просто фабричная функция для использования с defaultdict. Посмотри доку питона, там написано: "The first argument provides the initial value for the default_factory attribute; ..."

?

а то наизобретали контейнеров, засунули все говно в них и делают вид, что это теперь девопс и так и надо

Образ контейнера - это пакет. Нечего обсуждать.

нейросетка точно никого не заменит. Не знаю как вы, а я не верю в весь этот хайп.

Были люди, которые не верили, что земля круглая...

Греф же сказал что ему юристы больше не нужны )

Образ контейнера - это пакет. Нечего обсуждать.

Пакет весом гига два, ну да

Пакет весом гига два, ну да

Сейчас бы гигабайты в 2к17 считать

Сейчас бы гигабайты в 2к17 считать

Это не повод мусор под ковёр заметать

а то наизобретали контейнеров, засунули все говно в них и делают вид, что это теперь девопс и так и надо

Ну, если в Дев Опс делают только докер образы, то это не дев опс. Девопс - центр компетенции по автоматизации процессов компании, в том числе pipeline разработки и поставки продукции заказчику. Знание и использование при этом чужого набора утилит - это хорошо, но я считаю, что высший пилотаж - это когда компания сама делает тулзы, которые в дальнейшем используют в других компаниях.

Ну, если в Дев Опс делают только докер образы, то это не дев опс. Девопс - центр компетенции по автоматизации процессов компании, в том числе pipeline разработки и поставки продукции заказчику. Знание и использование при этом чужого набора утилит - это хорошо, но я считаю, что высший пилотаж - это когда компания сама делает тулзы, которые в дальнейшем используют в других компаниях.

Всё верно, поддерживаю

Всё верно, поддерживаю

В этом смысле завидую Гуглу, который чего только не выложил в опенсорс)

Были люди, которые не верили, что земля круглая...

Такие до сих пор есть :) От нейросетки до искусственного разума пропасть и пока никто не знает как её преодолеть.

это не означает что твою работу нельзя заменить нейросеткой))

это не означает что твою работу нельзя заменить нейросеткой))

В 99% случаев означает

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

Короче, ИИ то решит, но кто же ему объяснит что решать