Спасибо! На самом деле ошибок при сборке может быть очень много и у них очень много причин, но я учту пожелание! Если получится как-то систематизировать ошибки, то напишу отдельную статью. Если есть какие-то примеры, то можно мне прислать в телеграмме и я их оформлю
Если я не ошибаюсь, то можно указать, что обновления могут скачиваться только по сети Wi-FI Значит ли это, что русские разработчики в разы продуктивнее иностранных? 😄
Потому что часть вещей не подходят под уровень сеньер/лид. Например у многих в практике проекты под НДА, нельзя их показать, у вас требования, чтобы это был проект Unity - так не бывает. Тем более у сеньера/лида размеры проектов, будут на несколько десятков гигабайт.
Так моя рекомендация заключается в том, что таким сеньорам стоит оформить специальный, отдельный, проект небольшого размера, что бы показывать его на код Review
Лайв кодинг это умение писать код быстро, но это вообще далеко от серьёзных проектов. Сеньеры, а уж тем более лиды, решают задачи, которые занимают огромное кол-во времени порой и быстро писать там - это вообще не вариант.
На счет лидов я соглашусь, это в большой степени менеджерская роль. Но не согласен с тем, что сеньоры не должны уметь быстро писать код У меня в практике бывали случаи, когда мобильная игра начала хайповать и часто именно от скорости работы разработчиков зависел успех проекта. На скорость сеньора можно не обращать внимание только когда, когда риски плохого кода значительно выше рисков сделать медленно. Как правило это успешные в стадии Liveops поддержки
Вот тот же пункт следуйте принципам SOLID KISS DRY, это джун и миддл должны следовать, в их задачах, как гарантия того, что они не напишут godmode class. А у сеньера/лида надо спрашивать где и как вы это используете и что думаете и т.п. вопросы более глубокие.
Я согласен, что синьора нужно спрашивать, но вопросы это этап интервью до которого кандидат может и не дойти. На этапе код ревью, все таки стоит их показать
Мы, как раз в компанию ищем в основном синьоров, реже мидлов и этот процесс прекрасно себя зарекомендовал
На счет Like coding я позволю себе не согласится. Не смотря на то, что этот формат содержит ряд недостатков. Он занимает 2 часа, он требует продолжительной концетрации кандидата, а так же довольно стрессоый, его плюсы перебивают все минусы Мы в 100% случаев даем такое интервью для кандидатов, которые идут на новые проекты с нуля и все кандидаты, что прошли его показывают себя просто потрясающе на таких проектах
Да, полностью согласен. Именно поэтому главная цель это взаимовыгодное партнерство между кандидатом и компанией. Поэтому, чем меньше шероховатостей на этапе собеседования, тем больше шанс придти к этому партнерству
Безусловно, это полезный и важный навык, который, как и способность к обучению, является частью soft skills кандидата
Во время технического интервью и других этапов основная задача — оценить hard skills кандидата. Моя ответственность как лида — быть уверенным, что кандидат, успешно прошедший интервью, сможет выполнять те задачи, для которых его нанимают
Спасибо! На самом деле ошибок при сборке может быть очень много и у них очень много причин, но я учту пожелание! Если получится как-то систематизировать ошибки, то напишу отдельную статью. Если есть какие-то примеры, то можно мне прислать в телеграмме и я их оформлю
Если я не ошибаюсь, то можно указать, что обновления могут скачиваться только по сети Wi-FI
Значит ли это, что русские разработчики в разы продуктивнее иностранных? 😄
Спасибо! Постараюсь поскорее выложить следующую статью
LIve coding проходит в формате реального времени и кандидат ведет стрим экрана
Спасибо! Отредактировал
Спасибо за теплые слова!
Так моя рекомендация заключается в том, что таким сеньорам стоит оформить специальный, отдельный, проект небольшого размера, что бы показывать его на код Review
На счет лидов я соглашусь, это в большой степени менеджерская роль. Но не согласен с тем, что сеньоры не должны уметь быстро писать код
У меня в практике бывали случаи, когда мобильная игра начала хайповать и часто именно от скорости работы разработчиков зависел успех проекта. На скорость сеньора можно не обращать внимание только когда, когда риски плохого кода значительно выше рисков сделать медленно. Как правило это успешные в стадии Liveops поддержки
Я согласен, что синьора нужно спрашивать, но вопросы это этап интервью до которого кандидат может и не дойти. На этапе код ревью, все таки стоит их показать
Интересно, а почему сложилось такое впечатление?
Мы, как раз в компанию ищем в основном синьоров, реже мидлов и этот процесс прекрасно себя зарекомендовал
На счет Like coding я позволю себе не согласится.
Не смотря на то, что этот формат содержит ряд недостатков. Он занимает 2 часа, он требует продолжительной концетрации кандидата, а так же довольно стрессоый, его плюсы перебивают все минусы
Мы в 100% случаев даем такое интервью для кандидатов, которые идут на новые проекты с нуля и все кандидаты, что прошли его показывают себя просто потрясающе на таких проектах
Да, полностью согласен. Именно поэтому главная цель это взаимовыгодное партнерство между кандидатом и компанией. Поэтому, чем меньше шероховатостей на этапе собеседования, тем больше шанс придти к этому партнерству
Безусловно, это полезный и важный навык, который, как и способность к обучению, является частью soft skills кандидата
Во время технического интервью и других этапов основная задача — оценить hard skills кандидата.
Моя ответственность как лида — быть уверенным, что кандидат, успешно прошедший интервью, сможет выполнять те задачи, для которых его нанимают
К сожалению, успешно пройденный тех. собес еще не гарантия получения оффера
К сожалению, успешно пройденный тех. собес еще не гарантия получения оффера