На собесе лидов спрашиваю что было сделано из достижений, как шел процесс, какие коммуникации и с кем были, сильные/слабые моменты, где приходилось вмешиваться и как решались проблемы с другими подразделениями
То есть вы просто разговариваете о вечном, а не о конкретных задачах лидов?
я не беру лидов, без опыта работы руками
Очень часто встречал такое, что в вакансии указано "тимлид", а нужен просто хороший программист, чтобы работу работать. Может у вас так?
"Сколько кода пишет программист" это абстрактно
Нет, это вполне конкретно. Вот у нас есть задача - выкопать траншею, и есть два землекопа. Сколько времени займет выполнение задачи? Можно ли это оценить? А почему с программистами иначе работает?
Не совсем понял мысль. Вот у вас должность - тимлид, самый простой руководитель, под ним только исполнители. Вот проект, вот команда, определи сроки. Чисто рабочая задача. Или вы своему руководству так всегда и отвечаете - "двадцать шесть"?
Не "создаст команду", а примерно прикинет, кто в этой команде должен быть. И если вы не можете определить приблизительные сроки проекта в рамках вашей зоны ответственности, то какой от такого руководителя прок? Важно щеки надувать за большие деньги?
Если вы передавали станок из производства в ремонт, то сможете сказать, сколько времени это заняло, не так ли?
Я имел ввиду несколько иное. Код на листочке плох, потому что сама IDE многое подсказывает, а на собеседовании в Яндекс отказывают на основании того, что не помнишь синтаксис наизусть.
Ваш же метод обратного лайф-кодинга вполне хорош, потому что позволяет оценить не зубрежку, а понимание.
А вот практическое применение принципов dry, kiss, solid - вопрос крайне холиварный, и вряд ли стоит оценивать его в коде при собеседовании. Впрочем, если вам с человеком работать, может и надо синхронизироваться в понимании подобных вещей, чтобы потом не было проблем.
Я вам легко отвечу, так как проходил первые этапы в роли рекрутера - люди разные, но в основном без треша. Из моей практики - один товарищ почти не знал русского, хотя и россиянин (из Дагестана), еще один из Донбасса с ПТСР - матерился через слово, не мог сдержаться. А в основном "я всё знаю и всё умею, возьмите меня работать сеньором, ну и что, что опыта нет, я на месячных курсах всё освоил".
Дело в том, что когда все вокруг врут, от любого кандидата ожидают ровно того же. То есть все вокруг успешные до невозможности, и уволились, потому что начальник дурак, не удержал идеального сотрудника, и лишь тот, кто не врет - так, средненький...
Еще лучше спрашивать про гипотетические ситуации и сценарии у человека, тогда сразу можно оценить его критическое и аналитическое мышление, глубину и ширину шагов для решения ситуации
Я, как практик, не согласен. Если человек красиво говорит, это совсем не значит, что он способен это реализовать. Именно поэтому я и спрашиваю, что человек реально делал, а не что он мечтал делать, и "как бы он обустроил Россию".
Embedded - это программирование микроконтроллеров? Да, я там совсем не работал, не моя тема. Можете даже развернуть, когда и почему навык написания кода на листочке нужен и полезен, думаю всем будет интересно.
насколько быстро человек может читать чужой сложный код
Это задача код-ревью, чтобы её делать, нужно быть хоть немного в теме написанного сервиса. И на ревью на рабочем месте можно потратить полчаса-час, на собеседовании - не более 10 минут, причем в состоянии стресса.
быстро писать код
Серьезно? У вас там чемпионаты на скоростное кодирование чтоли проходят?:)))
Когда-то так и было. А вообще это цитата из Матрицы.
Автор пишет, как считает нужным. Вы вольны оценить, но совета автор не спрашивал.
У всех всегда всё просто. А ошибки в программных продуктах из-за намеренного саботажа:))
Это так, состояние потока нарушается, как раз планировал обсудить порядок таких мелких созвонов в следующей статье.
Соглашусь. Мне всегда казалось, что роль личности в разработке несколько недооценивают.
Постараюсь в следующей статье описать. Точнее разрисовать - словами такое трудно описывать.
Самое забавное, что своровал-то у себя же:)))
Что-то Хабр глючит
То есть вы просто разговариваете о вечном, а не о конкретных задачах лидов?
Очень часто встречал такое, что в вакансии указано "тимлид", а нужен просто хороший программист, чтобы работу работать. Может у вас так?
Нет, это вполне конкретно. Вот у нас есть задача - выкопать траншею, и есть два землекопа. Сколько времени займет выполнение задачи? Можно ли это оценить? А почему с программистами иначе работает?
А чего начал злиться-то?
То есть сроки есть, но сроков нет. Интересно.
Не совсем понял мысль. Вот у вас должность - тимлид, самый простой руководитель, под ним только исполнители. Вот проект, вот команда, определи сроки. Чисто рабочая задача. Или вы своему руководству так всегда и отвечаете - "двадцать шесть"?
Что бы это значило...
Не "создаст команду", а примерно прикинет, кто в этой команде должен быть. И если вы не можете определить приблизительные сроки проекта в рамках вашей зоны ответственности, то какой от такого руководителя прок? Важно щеки надувать за большие деньги?
Если вы передавали станок из производства в ремонт, то сможете сказать, сколько времени это заняло, не так ли?
Я имел ввиду несколько иное. Код на листочке плох, потому что сама IDE многое подсказывает, а на собеседовании в Яндекс отказывают на основании того, что не помнишь синтаксис наизусть.
Ваш же метод обратного лайф-кодинга вполне хорош, потому что позволяет оценить не зубрежку, а понимание.
А вот практическое применение принципов dry, kiss, solid - вопрос крайне холиварный, и вряд ли стоит оценивать его в коде при собеседовании. Впрочем, если вам с человеком работать, может и надо синхронизироваться в понимании подобных вещей, чтобы потом не было проблем.
Я вам легко отвечу, так как проходил первые этапы в роли рекрутера - люди разные, но в основном без треша. Из моей практики - один товарищ почти не знал русского, хотя и россиянин (из Дагестана), еще один из Донбасса с ПТСР - матерился через слово, не мог сдержаться. А в основном "я всё знаю и всё умею, возьмите меня работать сеньором, ну и что, что опыта нет, я на месячных курсах всё освоил".
Дело в том, что когда все вокруг врут, от любого кандидата ожидают ровно того же. То есть все вокруг успешные до невозможности, и уволились, потому что начальник дурак, не удержал идеального сотрудника, и лишь тот, кто не врет - так, средненький...
Спасибо!
Я, как практик, не согласен. Если человек красиво говорит, это совсем не значит, что он способен это реализовать. Именно поэтому я и спрашиваю, что человек реально делал, а не что он мечтал делать, и "как бы он обустроил Россию".
Embedded - это программирование микроконтроллеров? Да, я там совсем не работал, не моя тема. Можете даже развернуть, когда и почему навык написания кода на листочке нужен и полезен, думаю всем будет интересно.
Это задача код-ревью, чтобы её делать, нужно быть хоть немного в теме написанного сервиса. И на ревью на рабочем месте можно потратить полчаса-час, на собеседовании - не более 10 минут, причем в состоянии стресса.
Серьезно? У вас там чемпионаты на скоростное кодирование чтоли проходят?:)))