Публичное собеседование Android-разработчика с компанией Магнит
ฝัง
- เผยแพร่เมื่อ 22 ส.ค. 2024
- Публичное собеседование - это онлайн-собеседование с эйчаром и техническим специалистом в прямом эфире. Хорошая возможность проверить знания, потренировать навыки самопрезентации и получить обратную связь в безопасной обстановке.
В среду - 19 апреля в 17:30 - мы проведем техническое собеседование Android-разработчика Ю-Суфа вместе с Анастасией Фатеевой, IT-рекрутером в Магнит и Иваном Водясовым, Tech Lead в Магнит.
Вакансии от ребят из Магнит - career.habr.co...
Соцсетки Ю-Суфа:
- t.me/androidyusuf
- / yusuf-abdullaev
Соцсетки Анастасии:
- / anastasia-fateeva-6ab2...
- @AnastasiaTech
- / @anastasiatech2062
Описание приложения Magnit Android. Стек технологий - github.com/mag...
Magnit Online - github.com/mag...
Хотите принять участие в следующем публичном собеседовании? Самое время создать профиль на Хабр Карьере → clck.ru/39xp7P
Data классы не имеют указанных недостатков (размер изза лишних методов), так как в релизе мы используем r8 который все неиспользуемые методы удаляет.
Магнит удивляет 🔥
Очень понравился Иван как интервьюер. Чувствуются доброжелательность и профессионализм)
33:14 начало тех. части
чет слабовато, на каждом вопросе есть пробелы и довольно значимые
мне кажется для джун позиции точно бы прошел, для миддла надо немного знания подтянуть
а зачем hr столько своего времени тратить на встречу? ведь половина чисто техническое интервью. и как-то присутвие не погруженных людей отнимает внимание от именно технической части, делает коммуникации сложнее. А если человек без опыта, ему еще больше волнения
Егор, добрый день
Это Анастасия, HR) Немного хотелось бы пояснить:
В начале собеседования, организатор, со стороны Хабр рассказывал о формате, в том числе. как и я давала пояснения, что мы совмещаем софтовую и техническую часть - в единой встрече
Это позволяет кандидатам ознакомиться с примерными форматами проведения собеседований
Для нас, важны софт скиллы кандидатов, не менее, чем их технические навыки
Именно поэтому, мы постарались уместить в одной встрече 2 формата и надеемся, что кандидатам это поможет в процессе подготовки к разным форматам собеседований
На реальных собеседованиях, в компанию - эти два формата (технический и софтовый) проводятся отдельно
@@anastasiatech2062 спасибо)
Полностью согласен. Когда искал первую работу, присутствие HR на техническом собеседовании очень отвелекало, особенно когда она на периодически что-то писала в блокноте при включенной камере
Магнит на компоузе это сильно
Отлично
Спасибо за интервью. Поведенческая часть понравилась больше, чем техническая. Смутил только вопрос про суперспособность, не совсем понятно за чем он нужен, звучит странно.
В технической части смутило больше вещей. Я понимаю конечно, что поток кандидатов большой, и нужно брать самых лучших... Но зная специфику работы на крупных проектах, где ты месяц можешь красить одну кнопку, немного странно слышать вопросы о том во что компилируется обжект и чем двойное равно отличается от тройного. Мы же не веб пишем, для JS это действительно важный вопрос, но там механика языка другая. По своему опыту, сам ни разу в продакшене на котлине тройное равно не использовал.
В общем были странные вопросы кмк, которые ничего о человеке не говорят, и в работе эти темы 90% времени не затрагиваются.
Абсолютно нормальные вопросы и их часто можно встретить на интервью. Без понимания во что скомпилятся object-ы ты никогда не будешь знать как они работают, их плюсы и минусы, и как их правильно готовить. Ну, а про равенства в kotlin - это core и такие вещи надо знать, тут нет рокет саенс. Те кто красит кнопки на больших проектах так и будут их красить, сидя 10 лет на одном месте, пока не начнут смотреть шире и вылезать из своей скорлупы. Каждый выбирает для себя сам кто он - инженер или художник)
@@iv2649 речь не о том, знает человек эти нюансы работы, или нет. Такие вещи обычно знают по дефолту. Речь о том, что в условии ограничения времени на интервью, интервьюеры продолжают закапываться в нюансы языка, которые на реальных проектах практически не используются, вместо того что бы потратить это время с пользой. Потом сталкиваемся с ситуацией, когда в компании по 3-5 этапов собесов и нанимающие не могут месяцами найти хоть кого-то на проект.
@@iv2649 про object - есть спецификация и апи языка. Спрашивать что во что скомпилится - это чисто потешить эго интервьюера. С тем же успехом можно спрашивать как оно будет выглядеть в байт коде, а еще лучше в асссемблере. О ужас, как можно "готовить" обжэкты не зная как они выглядят в языке ассемблера.
Когда нанимают водителя - у него не спрашивают как устроен двигатель. Хорошо если он это знает? Конечно хорошо, но это не должно быть обязательным условием.
@@KabukiWarrior369 я вот с тобой совсем не согласен, но это уже холиварщина получается) Похоже, что у нас разный взгляд на инженерный подход и разработку в целом. Object-ы, кстати, используются повсеместно и знать, как они работают крайне необходимо. Пока ты не копнешь с разных сторон, ты не поймешь глубину знаний кандидата. Тут эго интервьюера вообще не причем, это утешение для джунов, что все задают неправильные вопросы, а он Дартаньян. :) Но надо признать, Юсуф молодец и все-таки разобрался с этим вопросом, видимо поэтому его оценили на мидла.
На связи кандидат из видео. Считаю, что любой технический вопрос по андроид/котлин/java уместен в техническом интервью, т.к. это показывает уровень знаний и погруженности специалиста в технологию (+ вопросы наводят на смежные темы, например, как вопрос по object показал, что я подзабыл статику в целом). Понимаю (и сам долгое время придерживался) точку зрения о том, что подобные знания (глубокие знания по языку/алгоритмам/ОС) не особо-то и нужны/применимы на непосредственной работе, но опыт показывает, что они очень важны для развития инженера. Не имея эти знания, конечно же, можно писать приложения (совсем даже неплохие!), но можно остаться обычным кодером, который годен только для определенной категории задач (рисовать UI, ходить в сеть etc).
Не люблю собеседования.
А что делать, без них никак 😑
Обидно. Так хорошо прошел первую часть, я думал сейчас порвет, а на технических вопросах начал сыпаться
Про задачку: сначала вызывается конструктор который мы объявляем в заголовке класса, в данном случае, так как он явно не объявлен, то это дефолтный конструктор без параметров, потом все иниты, а потом уже дополнительный конструктор
Почему на вопрос про компоненты Android никто не называет экранный виджет? Это ведь тоже компонент, хоть и редко используемый. Он регистрируется в манифесте, имеет контекст. Приложение может состоять из одного лишь виджета.
Это частный случай BroadcastReceiver
@@vladikvelikiy Спасибо друг) вспомнил твой коммент) пригодилось)
как-то не затронули вопросы по архитектуре и солид
Abad видел?
Получается, что если человек не знает что такое === то он ни разу не переопределял метод equals?
)))) этическая сторона вопроса
Очень много бесполезных вопросов в начале от кадровички, как будто кандидат на Магните жениться собирается на всю жизнь. Про суперсилу вообще ответ удивил )