Три момента: - Я лично никогда не встречал и не могу представить, в каком бизнесе для разработки МП потребуется хотя бы половина этих глубоких знаний. Что такого должно делать приложение, чтобы для его разработки и оптимизации потребуется понимать JMM, алгоритмы GC и как под капотом устроен компилятор. - Какая роль у такого человека в команде, где все остальные и близко не понимают всех этих нюансов? Он потребуется на фазе суперфинальной оптимизации, а до тех пор будет плечом к плечу с джунами пилить модельки, мапперы и UI? - Лид, в первую очередь, это носитель архитектурных паттернов и эффективных практик, а не глубокий специалист по миру подкапотья :) А самое главное - человек с сильным навыком разъяснения и убеждения. ИМХО невозможно распознать хорошего лида без вопросов типа "опубликовали новую версию, начались массовые краши, что делать", "тестировщик нашел баг, но ты никак не можешь его воспроизвести, что делать", "сборка падает на CI, но локально собирается без проблем, что делать", или "разраб в отпуске, а в его коде нашли критичный баг, что делать" :)
Леша ни разу не озвучивал на какие обязанности ищется человек и требования к нему предъявляет сама компания. Она и выбирает как проводить собеседование и какие навыки оценить. Вопросы что вы описали спрашиваю уже непосредственно на Fit интервью в команду, а не в рамках технической секции
@AndroidBroadcast Кирилл, я почти 4 года работаю в одной (и первой) компании, в скором планирую искать новую. И меня слегка "пугают" подобные вопросы о том как под капотом jvm с кучей и стэком работают, ссылки на вьюмодель, и все что комментатор выше описал. Сейчас активно стараюсь это изучить, не без проблем конечно, потому что в моей реальной работе мидла такое никогда по факту не пригождалось, а чтобы прям понять все эти вещи нужна практика. Смотрю сколько лайков на этом комменте и не пойму - все описанные "сложные подкапотные" фичи на самом деле не обязательно глубоко понимать (условно знаю что такое стек и куча, но про размеры и другие детали даже не отвечу), или лучше сфокусироваться на более насущных скилах типа навигации, di, корутинах, компоуз и тд? Учитывая, что я планирую попасть на достойную зп хорошего мидла не(!) в мегакомпании типа сбера и яндекса. Для сеньора естественно все это знать желательно, понимаю
@@ivank3696 забей вообще не парься, тебе очень крупно повезет, если хотя бы попадется 1 вопрос из этих, во первых потому что практически никто не знает сам на них ответы (кроме если конечно заранее подготовиться как в видео), во вторых если такое будут спрашивать то никогда никого не найдут) мой опыт собесов показал, что если ты ищешь работу как мидл+ или синьор, тех собес это разговор о жизни (софт скиллы) и немного о том что и как делал в прошлых проектах (хард скиллы )- все, из 50 собесов мб в 1-2 спрашивали что то про язык или фреймворк, и обычно у таких контор низкая зп и ужасные условия, кстати заметил что чем выше зп тем "проще" и комфортней собесы. В общем в основном собес для опытного чела сегодня это просто "болтовня" после которой прилетает оффер
@@ivank3696 меня же собеседовали по полной и как спеца с исключительными возможностями. Так же то что я не ответил на что-то не значит что я не подхожу на вакансию, а просто проверяют насколько глубоки или знания
Кирилл, Алексей, спасибо за видос. Получилось очень круто. Для аудитории, кто смотреть будет: - Это абсолютно "боевой" собес как он проходит в реальности - Если прям хочется понимать уровень, то это Senior+/Lead по хардам, то есть максимальный. Остальное это софт скилы, а дизайн секция чаще всего отдельно идет, если на позицию этот навык в приоритете. - И не думайте, что реально помнить абсолютно все. В рамках всего собеса недочеты просто минимальные. Кирилл - респект. - По зарплате - максимальная планка в компании, в которую собеседуетесь. Нет тут цифр. В среднем от 400к по рф я бы сказал. Не думайте что все гвоздями приколочено и зарплата растет х2 каждый раз. Потолок никто не отменял. - Как Алексей правильно отметил, интервью не для того, чтобы показать чью либо крутость/тупость. Если чувствуете такое на собесе - бегите от такой компании.
Очень крутое интервью, спасибо. Вот бы Алексея пригласили на какой-нибудь подкаст, где он подробнее бы рассказал о своем опыте проведения собеседований.
Спасибо за интервью , не до конца понял момент как хранится viewmodel и как с навигация сохраняет , теперь хочу разобраться в этом , так что спасибо за нетриваиальность)))
Спасибо за видео. Не очень понял момент с Clean Architecture и Onion Architecture. Насколько я знаю, это два близких, но существующих параллельно концепта, и двигали их разные авторы (например, Robert C. Martin и Jeffrey Palermo), поэтому причинно-следственной связи между этими концептами нет, хотя на практике их принципы часто смешивают.
blog.cleancoder.com/uncle-bob/2012/08/13/the-clean-architecture.html Вот можно почитать блог пост автора от 2012 года, где он пишет следующее Over the last several years we’ve seen a whole range of ideas regarding the architecture of systems. These include: Onion Architecture by Jeffrey Palermo А чуть ниже он пишет следующее The diagram at the top of this article is an attempt at integrating all these architectures into a single actionable idea. Ну то есть луковая архитектура легла в основу его чистой архитектуры (что в общем-то видно на диаграмме невооруженным глазом), а из остальных архитектур он взял отдельные концепции. Дальше если копнуть внутрь луковой архитектуры, то можно увидеть, что ее придумали как некое противопоставление слоистой архитектуре, которая страдала протекающими абстракциями. Так что связь между ними есть и она весьма прямая
Не хватило части собеседования по софт скилам, culture fit, решение менеджерских проблем, например конфликты в команде или как решали проблему если кто-то в code review не согласен с кодом другого. Вот тут как раз показывается опыт, который не накручен.
@@AndroidBroadcast это понятно, это лично мне не хватило. Просто хардскилы не дают ответа нанимать человека или нет. Человек может знать в глубину до ассемблерного кода, а говорить с командой не умеет, делегировать не умеет или ценности компании не поддерживает. Ещё бывают разработчики, которые пишут код, а не решают проблемы - могут неделями шлифовать код, когда другая команда с менее "идеальным" когда уже зарелизилась и начала получать первые деньги клиентов и фидбек. Это не про это собеседование, а в целом про принятие решения и стороны по которым оценивается кандидат.
Теперь пусть Розов сделает собес Гладкову 😅 было бы здорово посмотреть
69 из головомоек
Тут это стоит делать запрос Леше. Пишите ему в видео комментарии подобные
ага, 1000 лайков видео и вперёд))
Прекрасная идея
Три момента:
- Я лично никогда не встречал и не могу представить, в каком бизнесе для разработки МП потребуется хотя бы половина этих глубоких знаний. Что такого должно делать приложение, чтобы для его разработки и оптимизации потребуется понимать JMM, алгоритмы GC и как под капотом устроен компилятор.
- Какая роль у такого человека в команде, где все остальные и близко не понимают всех этих нюансов? Он потребуется на фазе суперфинальной оптимизации, а до тех пор будет плечом к плечу с джунами пилить модельки, мапперы и UI?
- Лид, в первую очередь, это носитель архитектурных паттернов и эффективных практик, а не глубокий специалист по миру подкапотья :) А самое главное - человек с сильным навыком разъяснения и убеждения.
ИМХО невозможно распознать хорошего лида без вопросов типа "опубликовали новую версию, начались массовые краши, что делать", "тестировщик нашел баг, но ты никак не можешь его воспроизвести, что делать", "сборка падает на CI, но локально собирается без проблем, что делать", или "разраб в отпуске, а в его коде нашли критичный баг, что делать" :)
Пока задаешь эти вопросы, тебе капает денежка
Леша ни разу не озвучивал на какие обязанности ищется человек и требования к нему предъявляет сама компания. Она и выбирает как проводить собеседование и какие навыки оценить. Вопросы что вы описали спрашиваю уже непосредственно на Fit интервью в команду, а не в рамках технической секции
@AndroidBroadcast Кирилл, я почти 4 года работаю в одной (и первой) компании, в скором планирую искать новую. И меня слегка "пугают" подобные вопросы о том как под капотом jvm с кучей и стэком работают, ссылки на вьюмодель, и все что комментатор выше описал. Сейчас активно стараюсь это изучить, не без проблем конечно, потому что в моей реальной работе мидла такое никогда по факту не пригождалось, а чтобы прям понять все эти вещи нужна практика.
Смотрю сколько лайков на этом комменте и не пойму - все описанные "сложные подкапотные" фичи на самом деле не обязательно глубоко понимать (условно знаю что такое стек и куча, но про размеры и другие детали даже не отвечу), или лучше сфокусироваться на более насущных скилах типа навигации, di, корутинах, компоуз и тд? Учитывая, что я планирую попасть на достойную зп хорошего мидла не(!) в мегакомпании типа сбера и яндекса. Для сеньора естественно все это знать желательно, понимаю
@@ivank3696 забей вообще не парься, тебе очень крупно повезет, если хотя бы попадется 1 вопрос из этих, во первых потому что практически никто не знает сам на них ответы (кроме если конечно заранее подготовиться как в видео), во вторых если такое будут спрашивать то никогда никого не найдут) мой опыт собесов показал, что если ты ищешь работу как мидл+ или синьор, тех собес это разговор о жизни (софт скиллы) и немного о том что и как делал в прошлых проектах (хард скиллы )- все, из 50 собесов мб в 1-2 спрашивали что то про язык или фреймворк, и обычно у таких контор низкая зп и ужасные условия, кстати заметил что чем выше зп тем "проще" и комфортней собесы. В общем в основном собес для опытного чела сегодня это просто "болтовня" после которой прилетает оффер
@@ivank3696 меня же собеседовали по полной и как спеца с исключительными возможностями. Так же то что я не ответил на что-то не значит что я не подхожу на вакансию, а просто проверяют насколько глубоки или знания
Кирилл, Алексей, спасибо за видос. Получилось очень круто.
Для аудитории, кто смотреть будет:
- Это абсолютно "боевой" собес как он проходит в реальности
- Если прям хочется понимать уровень, то это Senior+/Lead по хардам, то есть максимальный. Остальное это софт скилы, а дизайн секция чаще всего отдельно идет, если на позицию этот навык в приоритете.
- И не думайте, что реально помнить абсолютно все. В рамках всего собеса недочеты просто минимальные. Кирилл - респект.
- По зарплате - максимальная планка в компании, в которую собеседуетесь. Нет тут цифр. В среднем от 400к по рф я бы сказал. Не думайте что все гвоздями приколочено и зарплата растет х2 каждый раз. Потолок никто не отменял.
- Как Алексей правильно отметил, интервью не для того, чтобы показать чью либо крутость/тупость. Если чувствуете такое на собесе - бегите от такой компании.
За такой ответ пол разницу IO и Default душнилы из Тинька сказали "не озвучил до конца разницу" )
Очень крутое интервью, спасибо. Вот бы Алексея пригласили на какой-нибудь подкаст, где он подробнее бы рассказал о своем опыте проведения собеседований.
Так не зовут (
А кому-то в работе пригодились знания про AOT или JIT?)
Да, у меня были баги из-за AOT. Да и чтобы знать JIT и AOT я потратил 10 минут для изучения статьи
Узнал для себя много нового, спасибо 🔥
Супер!
Спасибо за интервью , не до конца понял момент как хранится viewmodel и как с навигация сохраняет , теперь хочу разобраться в этом , так что спасибо за нетриваиальность)))
Возможно хорошая идея для видео
ребят спасибо огромное, мощный контент, много что узнал.
Спасибо
Не хватает фидбека по конкретному ответу. Чтобы интервьюер ответ давал сразу: ок, не ок
Спасибо за видео. Не очень понял момент с Clean Architecture и Onion Architecture. Насколько я знаю, это два близких, но существующих параллельно концепта, и двигали их разные авторы (например, Robert C. Martin и Jeffrey Palermo), поэтому причинно-следственной связи между этими концептами нет, хотя на практике их принципы часто смешивают.
blog.cleancoder.com/uncle-bob/2012/08/13/the-clean-architecture.html
Вот можно почитать блог пост автора от 2012 года, где он пишет следующее
Over the last several years we’ve seen a whole range of ideas regarding the architecture of systems. These include:
Onion Architecture by Jeffrey Palermo
А чуть ниже он пишет следующее
The diagram at the top of this article is an attempt at integrating all these architectures into a single actionable idea.
Ну то есть луковая архитектура легла в основу его чистой архитектуры (что в общем-то видно на диаграмме невооруженным глазом), а из остальных архитектур он взял отдельные концепции. Дальше если копнуть внутрь луковой архитектуры, то можно увидеть, что ее придумали как некое противопоставление слоистой архитектуре, которая страдала протекающими абстракциями. Так что связь между ними есть и она весьма прямая
Очень интересно было послушать! Большое спасибо вам обоим ❤
Спасибо большое. Не останавливайтесь
Спасибо, отличный видос, больше бы таких.
Спасибо!
Супер материвал! Спасибо Алексею и Кириллу за работу, было очень интересно смотреть!
😊
спасибо за видео!
а история чата недоступна?
Супер интервью. Ещё было бы классно, если бы добавили тайминги, в какое время какая тема обсуждается
Таймкоды появляются, но не сразу
Классный собес! Вопросы разноплановые и интересные)))
Событие которое я ждал не один год)
Ожидание того стоило?
конечно
@@AndroidBroadcast
@@AndroidBroadcast Как будто вернулся в детство и снова посмотрел Час пик)
"Сидим, собеседуем" )
Кирилл, будет ли курс по КММ и Компоуз ?
У Лёши на Boosty есть платный курс boosty.to/mobiledev/posts/942f2091-f2fd-4462-8ed4-e7f03efe645a
каеф 🔥
Круто!🔥
Собес который мы ждали!!
Комментарий от Кирилла про уровень верный.В компании оценивают уровень и этот уровень разный от компании к компании.
про шаблоны небыло вопросов (:
Ахренеть!! А я все время думал что ето один и тот же человек )))))
😂😂😂
Ни хера не понял, но очень интересно.
Супер. Спасибо. Один такой собес больше дает чем семестр в универе
Не хватило части собеседования по софт скилам, culture fit, решение менеджерских проблем, например конфликты в команде или как решали проблему если кто-то в code review не согласен с кодом другого. Вот тут как раз показывается опыт, который не накручен.
Так это техническое собеседование было
@@AndroidBroadcast это понятно, это лично мне не хватило. Просто хардскилы не дают ответа нанимать человека или нет. Человек может знать в глубину до ассемблерного кода, а говорить с командой не умеет, делегировать не умеет или ценности компании не поддерживает. Ещё бывают разработчики, которые пишут код, а не решают проблемы - могут неделями шлифовать код, когда другая команда с менее "идеальным" когда уже зарелизилась и начала получать первые деньги клиентов и фидбек. Это не про это собеседование, а в целом про принятие решения и стороны по которым оценивается кандидат.
на техническую секцию не хватает знание алгоритмов, хотя тут конечно можно отдельным этапом сделать@@AndroidBroadcast
лайк за фон из героев 3))
странно конечно проводить собес на позицию, вакансий которых 1-2 на рынке
Чел из "6 кадров" помолодел!
У Гладкова синий экран в очках. Как на венде
Это Turbo Pascal 7.0