Про задачку: сначала вызывается конструктор который мы объявляем в заголовке класса, в данном случае, так как он явно не объявлен, то это дефолтный конструктор без параметров, потом все иниты, а потом уже дополнительный конструктор
Почему на вопрос про компоненты Android никто не называет экранный виджет? Это ведь тоже компонент, хоть и редко используемый. Он регистрируется в манифесте, имеет контекст. Приложение может состоять из одного лишь виджета.
а зачем hr столько своего времени тратить на встречу? ведь половина чисто техническое интервью. и как-то присутвие не погруженных людей отнимает внимание от именно технической части, делает коммуникации сложнее. А если человек без опыта, ему еще больше волнения
Егор, добрый день Это Анастасия, HR) Немного хотелось бы пояснить: В начале собеседования, организатор, со стороны Хабр рассказывал о формате, в том числе. как и я давала пояснения, что мы совмещаем софтовую и техническую часть - в единой встрече Это позволяет кандидатам ознакомиться с примерными форматами проведения собеседований Для нас, важны софт скиллы кандидатов, не менее, чем их технические навыки Именно поэтому, мы постарались уместить в одной встрече 2 формата и надеемся, что кандидатам это поможет в процессе подготовки к разным форматам собеседований На реальных собеседованиях, в компанию - эти два формата (технический и софтовый) проводятся отдельно
Полностью согласен. Когда искал первую работу, присутствие HR на техническом собеседовании очень отвелекало, особенно когда она на периодически что-то писала в блокноте при включенной камере
Спасибо за интервью. Поведенческая часть понравилась больше, чем техническая. Смутил только вопрос про суперспособность, не совсем понятно за чем он нужен, звучит странно. В технической части смутило больше вещей. Я понимаю конечно, что поток кандидатов большой, и нужно брать самых лучших... Но зная специфику работы на крупных проектах, где ты месяц можешь красить одну кнопку, немного странно слышать вопросы о том во что компилируется обжект и чем двойное равно отличается от тройного. Мы же не веб пишем, для JS это действительно важный вопрос, но там механика языка другая. По своему опыту, сам ни разу в продакшене на котлине тройное равно не использовал. В общем были странные вопросы кмк, которые ничего о человеке не говорят, и в работе эти темы 90% времени не затрагиваются.
Абсолютно нормальные вопросы и их часто можно встретить на интервью. Без понимания во что скомпилятся object-ы ты никогда не будешь знать как они работают, их плюсы и минусы, и как их правильно готовить. Ну, а про равенства в kotlin - это core и такие вещи надо знать, тут нет рокет саенс. Те кто красит кнопки на больших проектах так и будут их красить, сидя 10 лет на одном месте, пока не начнут смотреть шире и вылезать из своей скорлупы. Каждый выбирает для себя сам кто он - инженер или художник)
@@iv2649 речь не о том, знает человек эти нюансы работы, или нет. Такие вещи обычно знают по дефолту. Речь о том, что в условии ограничения времени на интервью, интервьюеры продолжают закапываться в нюансы языка, которые на реальных проектах практически не используются, вместо того что бы потратить это время с пользой. Потом сталкиваемся с ситуацией, когда в компании по 3-5 этапов собесов и нанимающие не могут месяцами найти хоть кого-то на проект.
@@iv2649 про object - есть спецификация и апи языка. Спрашивать что во что скомпилится - это чисто потешить эго интервьюера. С тем же успехом можно спрашивать как оно будет выглядеть в байт коде, а еще лучше в асссемблере. О ужас, как можно "готовить" обжэкты не зная как они выглядят в языке ассемблера. Когда нанимают водителя - у него не спрашивают как устроен двигатель. Хорошо если он это знает? Конечно хорошо, но это не должно быть обязательным условием.
@@KabukiWarrior369 я вот с тобой совсем не согласен, но это уже холиварщина получается) Похоже, что у нас разный взгляд на инженерный подход и разработку в целом. Object-ы, кстати, используются повсеместно и знать, как они работают крайне необходимо. Пока ты не копнешь с разных сторон, ты не поймешь глубину знаний кандидата. Тут эго интервьюера вообще не причем, это утешение для джунов, что все задают неправильные вопросы, а он Дартаньян. :) Но надо признать, Юсуф молодец и все-таки разобрался с этим вопросом, видимо поэтому его оценили на мидла.
На связи кандидат из видео. Считаю, что любой технический вопрос по андроид/котлин/java уместен в техническом интервью, т.к. это показывает уровень знаний и погруженности специалиста в технологию (+ вопросы наводят на смежные темы, например, как вопрос по object показал, что я подзабыл статику в целом). Понимаю (и сам долгое время придерживался) точку зрения о том, что подобные знания (глубокие знания по языку/алгоритмам/ОС) не особо-то и нужны/применимы на непосредственной работе, но опыт показывает, что они очень важны для развития инженера. Не имея эти знания, конечно же, можно писать приложения (совсем даже неплохие!), но можно остаться обычным кодером, который годен только для определенной категории задач (рисовать UI, ходить в сеть etc).
Очень много бесполезных вопросов в начале от кадровички, как будто кандидат на Магните жениться собирается на всю жизнь. Про суперсилу вообще ответ удивил )
Хотите принять участие в следующем публичном собеседовании? Самое время создать профиль на Хабр Карьере → clck.ru/39xp7P
Иван очень крутой интерьвьер, так чётко подходить к вопросу это талант прям, на столько понятные вопросы, как будто он джуна собесит а не сеньора. 👍
Data классы не имеют указанных недостатков (размер изза лишних методов), так как в релизе мы используем r8 который все неиспользуемые методы удаляет.
А если не используем? R8 все таки сторонний инструмент
Очень понравился Иван как интервьюер. Чувствуются доброжелательность и профессионализм)
Магнит удивляет 🔥
Скарлет Йохансон работает в магните?) Анастасия очень похожа на нее)
33:14 начало тех. части
Магнит на компоузе это сильно
Обидно. Так хорошо прошел первую часть, я думал сейчас порвет, а на технических вопросах начал сыпаться
Про задачку: сначала вызывается конструктор который мы объявляем в заголовке класса, в данном случае, так как он явно не объявлен, то это дефолтный конструктор без параметров, потом все иниты, а потом уже дополнительный конструктор
Почему на вопрос про компоненты Android никто не называет экранный виджет? Это ведь тоже компонент, хоть и редко используемый. Он регистрируется в манифесте, имеет контекст. Приложение может состоять из одного лишь виджета.
Это частный случай BroadcastReceiver
@@vladikvelikiy Спасибо друг) вспомнил твой коммент) пригодилось)
Отлично
а зачем hr столько своего времени тратить на встречу? ведь половина чисто техническое интервью. и как-то присутвие не погруженных людей отнимает внимание от именно технической части, делает коммуникации сложнее. А если человек без опыта, ему еще больше волнения
Егор, добрый день
Это Анастасия, HR) Немного хотелось бы пояснить:
В начале собеседования, организатор, со стороны Хабр рассказывал о формате, в том числе. как и я давала пояснения, что мы совмещаем софтовую и техническую часть - в единой встрече
Это позволяет кандидатам ознакомиться с примерными форматами проведения собеседований
Для нас, важны софт скиллы кандидатов, не менее, чем их технические навыки
Именно поэтому, мы постарались уместить в одной встрече 2 формата и надеемся, что кандидатам это поможет в процессе подготовки к разным форматам собеседований
На реальных собеседованиях, в компанию - эти два формата (технический и софтовый) проводятся отдельно
@@anastasiatech2062 спасибо)
Полностью согласен. Когда искал первую работу, присутствие HR на техническом собеседовании очень отвелекало, особенно когда она на периодически что-то писала в блокноте при включенной камере
чет слабовато, на каждом вопросе есть пробелы и довольно значимые
мне кажется для джун позиции точно бы прошел, для миддла надо немного знания подтянуть
Спасибо за интервью. Поведенческая часть понравилась больше, чем техническая. Смутил только вопрос про суперспособность, не совсем понятно за чем он нужен, звучит странно.
В технической части смутило больше вещей. Я понимаю конечно, что поток кандидатов большой, и нужно брать самых лучших... Но зная специфику работы на крупных проектах, где ты месяц можешь красить одну кнопку, немного странно слышать вопросы о том во что компилируется обжект и чем двойное равно отличается от тройного. Мы же не веб пишем, для JS это действительно важный вопрос, но там механика языка другая. По своему опыту, сам ни разу в продакшене на котлине тройное равно не использовал.
В общем были странные вопросы кмк, которые ничего о человеке не говорят, и в работе эти темы 90% времени не затрагиваются.
Абсолютно нормальные вопросы и их часто можно встретить на интервью. Без понимания во что скомпилятся object-ы ты никогда не будешь знать как они работают, их плюсы и минусы, и как их правильно готовить. Ну, а про равенства в kotlin - это core и такие вещи надо знать, тут нет рокет саенс. Те кто красит кнопки на больших проектах так и будут их красить, сидя 10 лет на одном месте, пока не начнут смотреть шире и вылезать из своей скорлупы. Каждый выбирает для себя сам кто он - инженер или художник)
@@iv2649 речь не о том, знает человек эти нюансы работы, или нет. Такие вещи обычно знают по дефолту. Речь о том, что в условии ограничения времени на интервью, интервьюеры продолжают закапываться в нюансы языка, которые на реальных проектах практически не используются, вместо того что бы потратить это время с пользой. Потом сталкиваемся с ситуацией, когда в компании по 3-5 этапов собесов и нанимающие не могут месяцами найти хоть кого-то на проект.
@@iv2649 про object - есть спецификация и апи языка. Спрашивать что во что скомпилится - это чисто потешить эго интервьюера. С тем же успехом можно спрашивать как оно будет выглядеть в байт коде, а еще лучше в асссемблере. О ужас, как можно "готовить" обжэкты не зная как они выглядят в языке ассемблера.
Когда нанимают водителя - у него не спрашивают как устроен двигатель. Хорошо если он это знает? Конечно хорошо, но это не должно быть обязательным условием.
@@KabukiWarrior369 я вот с тобой совсем не согласен, но это уже холиварщина получается) Похоже, что у нас разный взгляд на инженерный подход и разработку в целом. Object-ы, кстати, используются повсеместно и знать, как они работают крайне необходимо. Пока ты не копнешь с разных сторон, ты не поймешь глубину знаний кандидата. Тут эго интервьюера вообще не причем, это утешение для джунов, что все задают неправильные вопросы, а он Дартаньян. :) Но надо признать, Юсуф молодец и все-таки разобрался с этим вопросом, видимо поэтому его оценили на мидла.
На связи кандидат из видео. Считаю, что любой технический вопрос по андроид/котлин/java уместен в техническом интервью, т.к. это показывает уровень знаний и погруженности специалиста в технологию (+ вопросы наводят на смежные темы, например, как вопрос по object показал, что я подзабыл статику в целом). Понимаю (и сам долгое время придерживался) точку зрения о том, что подобные знания (глубокие знания по языку/алгоритмам/ОС) не особо-то и нужны/применимы на непосредственной работе, но опыт показывает, что они очень важны для развития инженера. Не имея эти знания, конечно же, можно писать приложения (совсем даже неплохие!), но можно остаться обычным кодером, который годен только для определенной категории задач (рисовать UI, ходить в сеть etc).
как-то не затронули вопросы по архитектуре и солид
)))) этическая сторона вопроса
Получается, что если человек не знает что такое === то он ни разу не переопределял метод equals?
Либо переопределял, но не оптимально )
Abad видел?
Очень много бесполезных вопросов в начале от кадровички, как будто кандидат на Магните жениться собирается на всю жизнь. Про суперсилу вообще ответ удивил )
Не люблю собеседования.
А что делать, без них никак 😑