🔗 Avito.Tech avito.tech/ 💰 Поддержать проект на Boosty bit.ly/3sratqQ или Patreon patreon.com/android_broadcast 🔗 Telegram канал "Android Broadcast" ttttt.me/android_broadcast
Самый интересный жанр видео для технического канала. Есть и большое количество новых знаний, и интрига, эмоции и элемент неожиданности. Спасибо большое!
Прослушал все в фоне. Честно говоря, не очень понравилось. О том, что фидбек уровня "угу-окей" не есть очень хорошо и напрягает человека, у которого и так стрессовая ситуация, уже писали. В целом все время не покидало ощущение, что это не собеседование на сеньора, а квиз "как много неочевидных тонкостей Android ты сможешь вспомнить". Этому способствовали как поднятые темы, так и стиль подачи вопросов, когда приходится догадываться, что от тебя хотят. Хотя по факту ничего нового для меня в этом собеседовании не было, не думаю, что справился бы лучше Кирилла - с блеском такое собеседование можно пройти, если перед ним выделить недельку на почитать доку и освежить эти все штуки (Те, кто пишут, что Кирилл справился не очень, видимо, ещё не знают, кто такой сеньор, но ничего, и их время придет). Реально всё время разговор крутился вокруг вещей, с которыми сталкиваешься редко либо уже не сталкиваешься, потому что эти костыли Android уже все худо-бедно научились обходить (это я про тот же allow state loss). В конце Кирилл сказал, что это не то, на чем он фокусируется в своем развитии. Так вот, это в целом не то, на чем стоит фокусироваться сеньору. Android-ы приходят и уходят, а сеньоры остаются :) (полгода на Flutter, и половина озвученных историй из нативки останется где-то в глубинах памяти). У Сергея, видимо, профдеформация из-за команды Speed в Авито :)
Я как раз не люблю задавать вопросы, которые не нужны на практике. Можешь раскрыть, что тебе показалось "неочевидными тонкостями"? И я не понял, где Кириллу пришлось догадываться, что от него хотят. Если покажешь, что за вопросы я попробую изменить их на конкретные.
Кирилл - молодец! А собеседование было душным, интервьюер даже не пытался быть гибким и располагающим, а ведь вам потом работать вместе. Я вот не хотел бы, чтобы мой тимлид был душнилой, даже если очень шаристым душнилой. Иногда вопросы были неплохо поставлены: «как решить такую-то проблему», но в ответе всё равно надо было прийти к конкретному единственному ответу, который был заготовлен в голове у Сергея. Сеньор - это не ходячая документация, а машина по решению проблем бизнеса и опора команды. Он может чего-то не помнить, даже если он сталкивался с этим когда-то, потому что сеньор знает, где искать информацию, или как выйти из положения, вообще не написав ни строчки кода.
Глупости понаписал, нормальное собеседование. Инетервьюэр всю дорогу и должен пытаться понять кандидата, каким бы образом тот не излагал свои мысли, это не самая лёгкая работа.
Unfortunately I agree with a general impression about the interviewer of being overwhelmingly focused on APIs and framework's specifics. I've watched 30min of the video so I can tell about that beginning only. But the fact is that the interviewer spent ~14 min of an interview of a not entry-level developer talking about details of why a certain problem can happen to a TextView when we rotating the screen. And around 10 minutes of that time were spent after the 'candidate' explained things like having view-id assigned and on-save-instance-state mechanism. I am struggling to understand what makes people think that remembering APIs bring a value to a tech. company. I see it can valuable in an environment where strict requirements should be implemented _fast_. Ideally - yesterday. Another reason for having such type of interviews may be not a company's purpose-driven decision, but an accidental (and inevitable) personal bias of the interviewer. I don't mean it's bad, I mean anyone does what they can unless they collaborate with others. And if the only thing that a developer gets as an input from their peers and managers is sth like "we need a new developer, please interview them",then the developer does what they can the only way _they_ can imagine being a developer. And what kind of questions can a developer (who mostly writes code, probably - the code that mostly covers just a certain part of some framework's API) come up with? I guess, a code-related questions would be the 1st option there. And while this latter point makes interviewer much less of being in charge, for a company that point, I'd say, is even more severe since it highlights the fact that there may be a lack of collaboration, especially between HR managers and interviewers OR a lack of professionalism on HR department's side. By lack of professionalism I mean the lack of understanding that a technical part of the interviewing process is a major thing in building an impression about the company for a candidate. So, that's the part where sales points about the company should be presented in a kind of distinctive manner. And asking about APIs specifics is not something that can make any tech. company to look outstanding. Smart people are, I think, those who want _and can_ do less while getting more (or at least getting not less) than others. Smart developers are not an exception. And asking bunch of API question is a way too straightforward approach as for me. A general solution for that would be to have an HR lead that * Understands a developers' psychology (not just a general psychology) - what kind of an impression on average certain questions lead to in case when addressed to developers with a certain experience. Some questions can be not appreciated by entry-level developers while appreciated by experienced ones * Can introduce at least a general categories for the questions like "simple/standard tech. question", "in-depth tech. question", "multi-aspect/advanced tech. question" and find a balance of such for an interview with candidate with a certain experience * Collaborate with hr team and tech. interviewers to help them understand that a significant portion of an HR image is what the developers tell one to another, especially during the interviews and this is why a collaboration needed. Since the company by the end of the day wants the best affordable talents to want work for that company. And having a long list of API-related questions asked in a certain way or the interviewers that look like the most knowledgeable guys may be not a good tactics for that Attention please, there is no personal offense in mind: I'm NOT saying the interviewer on the video is not smart, I'm speculating about a _general_ issue now, not about a specific interviewer. While texting that I also took a look at DB-related question. That part I liked since it was much less concentrated on APIs but rather on data structures and run-time specifics which I think is more important in business (while APIs are rather compile-time specifics). Kirill pointed out the "lack of dialog" feeling - I think that's a huge issue for a company if candidate feels that way. We can speculate that there is a correlation between how things feel internally in the company and how it feels during an interview. The majority of our decisions are done not rationally. I mean it's not an often case when people put down a spreadsheet to evaluating different aspects of the options and comparing some numeric scores before making a decision. And not doing that most probably means that they think about sth and they explain their own logic behind making a decision after the fact. And when there is no a rational framework set up, the way how it _feels_ plays a significant role. > I don't know where the light switcher - LOL Kirill, thanks a lot for a great content!
Хороший собес, не гоните на Серёгу. Он очень глубоко и досконально спрашивал. Про душность - вы, наверное, никогда не проходили собеседование в binance. Мой личный опыт - такого душного и пассивно-агрессивного собеса у меня никогда ещё не было.
3 раз за все время посмотрел ,многое понял ,скучно не было ,от того, что сам не понимаешь ,что происходит на собесе ) Спасибо, Кирилл,очень круто все было )
Пока смотрел видос тоже ощутил стресс от собеседования :))) Но я за то, что собес ведётся в форме диалога и собеседующая сторона после ответа кандидата говорит верный ответ и, не так: типа нифига неверно :) Но и за то, чтобы послушать размышления кандидата, но без воды ессно.
Парни красавцы, вопросы специфичные и на них многим будет тяжело ответить. Думаю в скоуп Кирилла просто не попали, но видно что имел с этим дело xD Серега то же молодец, я хоть провел собеседований 40-50, но я как то под запись бы побоялся. Серега молодец, хоть есть моменты с которыми я не согласен, но для меня вопросы были интересные и прям мозги напрячь пришлось, хотя если бы меня без предупреждения, о таком спрашивали, мне бы не понравилось, а сидя в безопасности огонь :)
Можно задавать и простые вопросы, с которыми все сталкиваются каждый день, но что это тогда будет показывать? Возможность справляться с типовыми ситуациями. Типовые ситуации на то и типовые, что показывают то, с чем человек уже хорошо работает. Это может быть применимо для определения градации джун-мидл. Мидлы и выше уже давно научились с этим работать. А если вдруг резко понадобятся очень специфичные знания? Рано или поздно такая ситуация возникнет. И что в этом случае будет отличать хорошего разработчика от отличного? Умение разобраться в непонятной ситуации. Как раз это и проверяется сложными специфичными закавыристыми вопросами. Это уже разница мидл-сеньор (одна из). С такими вопросами конечно тоже не стоит перебарщивать, но если кандидат смог на них ответить, а на то, что не знал смог сделать хорошие предположения, то это означает, что с не типовыми ситуациями он уже сталкивался и в случае чего найдет выход. Так же это показывает то, что человеку действительно интересно заниматься его делом, раз он полез в внутрянки не пойми чего, каких-то хэндлеров. Чаще всего именно такие люди работают продуктивнее всего. Компаниям такие люди нравятся больше, чем разрабы, без мотивации саморазвития, мотивацией для работы которых являются исключительно материальные блага. Некоторые компании этим пользуются, но это уже совсем другая история... Кирилл молодец!
Кирилл молодцом! А вопросы собеса местами странные.. Сеньёр это не тот кто зазубрил доку, это тот, кто способен, ничего не зная о том как работает какая-то вещь, сесть, разобраться и решить задачу самым оптимальным образом. Когда при отборе выбирают зубрильщиков на выходе получается команда супер душнил 😅
Нормальные вопросы. Как по мне сесть разобраться это про мидла, а вот опыт разбирательства это про синьйора. Не считаю что на собеседовании надо точно ответить на все сложные вопросы. Если хотя бы по касательной показать ширину и глубину знаний этого достаточно.
Большое спасибо за такие видео. Очень познавательно и мотивирует самому пойти разобраться с пробелами. Кирилл, ты крут, не каждый решится на публичную проверку своих знаний.
Мне понравилось интервью, и вопросы были для меня лично интересные. И, на мой взгляд, Кирилл его хорошо прошел (хотя он и сомневается). Всех тонкостей знать невозможно, но все было на достойном уровне. И много полезной информации для меня.
@@AndroidBroadcast Мне бы по интервью показалось что готовят к высокой кастомизации, тот же ViewTreeObserver о нем должны думать создатели библиотек (причем очень популярных) а не клиенщики. Это было давно, и не правда, кода приходилось опускаться низко что бы что-то сделать. И в общем слушая собеседования вспомнился 2015 год когда я сидел и ловил размер вьюхи в адаптере.
Кириллу большой респект. Дело даже не в том, что достойно справился, а что вообще на это согласился. За смелость выложить свое интервью для всего честного народа. Я хотел было покритиковать пару моментов, но потом понял что это как раз тот случай когда не имею морального права. Для начала надо выложить свой собес. Сергею тоже уважуха - сам постоянно провожу собесы и все эти жалобы на душность удивляют - вас никто веселить и не пытается - вы не в цирке.
@@AndroidBroadcast ничего особенно на самом деле. Когда вы говорили про сохранения состояний EditText вспомнил случай когда экран генерился программно и несколько EditText инфлаитились из одной xml где был указан id, но естественно он был "один на всех" и после пересоздания все поля ввода дублировали значение последнего. Когда Сергей мучал тебя ThreadPoolExecutor "кричал в монитор"))) о том что есть еще параметры влияющие внутренную работа пула. Но мы сейчас бросили спрашивать про это так как многие повесили ярлык "забытые технологии предков" и начинает плакать что "да это никто не использует". Также как и pеляционные СУБД - сейчас вообще среди мобильщиков это прям сокральные знания. При этом выглядит это смешно - кого не спроси "что будешь использовать для кеша" тут же выдают sqlite, а дальше пустота. Я бы конечно про маппинг объектных структур данных на реляционные или денормализацию мог говорить долго, но это чисто моя специфика так как имеется опыт работы с промышленными решениями типа sybase и oracle.
А где же популярный вопрос "расскажи принципы solid"?)) А вообще, видно, что знаешь, но формулировка вопросов иногда в тупик ставит, поэтому может казаться, что не знаешь) Например, правильный вопрос не как из пуша запустить приложение, а как запустить приложение по клику на пуш, поэтому так долго к pending intent шли. И много таких мелочей.
Пуш и нотификашка это разные вещи, и одно может быть без другого. К слову, на пуш невозможно кликнуть т.к. это вид запроса/ивента в системе. Вопрос был именно про пуш.
@@АнатолійБерчанов ну по самому пушу приложение нельзя идеологически запускать) Про такое можно спрашивать только чтобы узнать готов ли разработчик делать шляпу или нет)
Если о допущениях, то практически на все вопросы Кирилл ответил с ним - только не употребляя это слово явно. Вопросы сложные и держать в голове ответы на них безвременно это самоубийство.
Куда собеседуют, то и спрашивают, и зп соответсвующая будет. Конечно, в обычной разработке большинство этих вещей не обязательно знать, но все равно может наступить момент где тебе это пригодится и позволит понять в чем проблема, как я понял в speed avito таких моментов очень много.
Мне не понравилось. Не прикольно что Сергей не говорит правильные ответы а просто "мг, мг, мг ну ок". Причем зачастую казалось что он сам не знает правильный ответ. P.S. BTW Креши из-за того что засовывают пол приложения в бандл и фрагменты добавляют с add а не replace до сих пор бывают да и в огромном колличестве на проде.
да не надо особо ничего учить, просто садитесь и делайте, если уже есть базовый набор знаний и понимания. А потом потратьте часть времени на анализ написанного и поищите варианты решения того, что вы уже написали. Какие есть паттерны, как лучше/хуже.. Потом примените найденное решение - перепишите собственный код. И так до бесконечности :)
В целом достаточно не плохо. Однако чего и следовало ожидать. Android Broadcast канал скорее всего о новинках в мире андроид разработки. Реальность в it конторах особенно крупных совсем другая. Поэтому у тебя такой затуп на вопросах.
@@ultraon83 Я про контент, который Кирилл делает на своем канале. Ответил слабо для 9 лет в разработке. Причина проста, канал специализируется на новизне.
Как раз собеседование было далеко от реальности. 2 часа туманными вопросами обсуждать неявные костыли андроида - это интервьюеру надо иметь особый талант 🙂
🔗 Avito.Tech avito.tech/
💰 Поддержать проект на Boosty bit.ly/3sratqQ или Patreon patreon.com/android_broadcast
🔗 Telegram канал "Android Broadcast" ttttt.me/android_broadcast
Самый интересный жанр видео для технического канала. Есть и большое количество новых знаний, и интрига, эмоции и элемент неожиданности. Спасибо большое!
Прослушал все в фоне. Честно говоря, не очень понравилось. О том, что фидбек уровня "угу-окей" не есть очень хорошо и напрягает человека, у которого и так стрессовая ситуация, уже писали.
В целом все время не покидало ощущение, что это не собеседование на сеньора, а квиз "как много неочевидных тонкостей Android ты сможешь вспомнить". Этому способствовали как поднятые темы, так и стиль подачи вопросов, когда приходится догадываться, что от тебя хотят.
Хотя по факту ничего нового для меня в этом собеседовании не было, не думаю, что справился бы лучше Кирилла - с блеском такое собеседование можно пройти, если перед ним выделить недельку на почитать доку и освежить эти все штуки (Те, кто пишут, что Кирилл справился не очень, видимо, ещё не знают, кто такой сеньор, но ничего, и их время придет). Реально всё время разговор крутился вокруг вещей, с которыми сталкиваешься редко либо уже не сталкиваешься, потому что эти костыли Android уже все худо-бедно научились обходить (это я про тот же allow state loss).
В конце Кирилл сказал, что это не то, на чем он фокусируется в своем развитии. Так вот, это в целом не то, на чем стоит фокусироваться сеньору. Android-ы приходят и уходят, а сеньоры остаются :) (полгода на Flutter, и половина озвученных историй из нативки останется где-то в глубинах памяти). У Сергея, видимо, профдеформация из-за команды Speed в Авито :)
Хоть распечатывай коммент и в рамку
Я как раз не люблю задавать вопросы, которые не нужны на практике. Можешь раскрыть, что тебе показалось "неочевидными тонкостями"?
И я не понял, где Кириллу пришлось догадываться, что от него хотят. Если покажешь, что за вопросы я попробую изменить их на конкретные.
Я кстати не понял вопрос про уведомления для открытия Activity и начал в лоб рассказывать.
@@sboishtian вопросы мне понравились
@@sboishtian ну ты бы ещё в следующем году спросил) Я уже конкретных примеров не приведу, если не пересмотрю.
Кирилл - молодец! А собеседование было душным, интервьюер даже не пытался быть гибким и располагающим, а ведь вам потом работать вместе. Я вот не хотел бы, чтобы мой тимлид был душнилой, даже если очень шаристым душнилой.
Иногда вопросы были неплохо поставлены: «как решить такую-то проблему», но в ответе всё равно надо было прийти к конкретному единственному ответу, который был заготовлен в голове у Сергея.
Сеньор - это не ходячая документация, а машина по решению проблем бизнеса и опора команды. Он может чего-то не помнить, даже если он сталкивался с этим когда-то, потому что сеньор знает, где искать информацию, или как выйти из положения, вообще не написав ни строчки кода.
Интересно почему ты так решил? Можешь привести пример где показалось, что я ожидаю какого-то ответа?
Глупости понаписал, нормальное собеседование. Инетервьюэр всю дорогу и должен пытаться понять кандидата, каким бы образом тот не излагал свои мысли, это не самая лёгкая работа.
Unfortunately I agree with a general impression about the interviewer of being overwhelmingly focused on APIs and framework's specifics. I've watched 30min of the video so I can tell about that beginning only. But the fact is that the interviewer spent ~14 min of an interview of a not entry-level developer talking about details of why a certain problem can happen to a TextView when we rotating the screen. And around 10 minutes of that time were spent after the 'candidate' explained things like having view-id assigned and on-save-instance-state mechanism.
I am struggling to understand what makes people think that remembering APIs bring a value to a tech. company. I see it can valuable in an environment where strict requirements should be implemented _fast_. Ideally - yesterday.
Another reason for having such type of interviews may be not a company's purpose-driven decision, but an accidental (and inevitable) personal bias of the interviewer. I don't mean it's bad, I mean anyone does what they can unless they collaborate with others. And if the only thing that a developer gets as an input from their peers and managers is sth like "we need a new developer, please interview them",then the developer does what they can the only way _they_ can imagine being a developer. And what kind of questions can a developer (who mostly writes code, probably - the code that mostly covers just a certain part of some framework's API) come up with? I guess, a code-related questions would be the 1st option there.
And while this latter point makes interviewer much less of being in charge, for a company that point, I'd say, is even more severe since it highlights the fact that there may be a lack of collaboration, especially between HR managers and interviewers OR a lack of professionalism on HR department's side. By lack of professionalism I mean the lack of understanding that a technical part of the interviewing process is a major thing in building an impression about the company for a candidate. So, that's the part where sales points about the company should be presented in a kind of distinctive manner. And asking about APIs specifics is not something that can make any tech. company to look outstanding.
Smart people are, I think, those who want _and can_ do less while getting more (or at least getting not less) than others. Smart developers are not an exception. And asking bunch of API question is a way too straightforward approach as for me.
A general solution for that would be to have an HR lead that
* Understands a developers' psychology (not just a general psychology) - what kind of an impression on average certain questions lead to in case when addressed to developers with a certain experience. Some questions can be not appreciated by entry-level developers while appreciated by experienced ones
* Can introduce at least a general categories for the questions like "simple/standard tech. question", "in-depth tech. question", "multi-aspect/advanced tech. question" and find a balance of such for an interview with candidate with a certain experience
* Collaborate with hr team and tech. interviewers to help them understand that a significant portion of an HR image is what the developers tell one to another, especially during the interviews and this is why a collaboration needed. Since the company by the end of the day wants the best affordable talents to want work for that company. And having a long list of API-related questions asked in a certain way or the interviewers that look like the most knowledgeable guys may be not a good tactics for that
Attention please, there is no personal offense in mind: I'm NOT saying the interviewer on the video is not smart, I'm speculating about a _general_ issue now, not about a specific interviewer.
While texting that I also took a look at DB-related question. That part I liked since it was much less concentrated on APIs but rather on data structures and run-time specifics which I think is more important in business (while APIs are rather compile-time specifics).
Kirill pointed out the "lack of dialog" feeling - I think that's a huge issue for a company if candidate feels that way. We can speculate that there is a correlation between how things feel internally in the company and how it feels during an interview. The majority of our decisions are done not rationally. I mean it's not an often case when people put down a spreadsheet to evaluating different aspects of the options and comparing some numeric scores before making a decision. And not doing that most probably means that they think about sth and they explain their own logic behind making a decision after the fact. And when there is no a rational framework set up, the way how it _feels_ plays a significant role.
> I don't know where the light switcher - LOL
Kirill, thanks a lot for a great content!
Хороший собес, не гоните на Серёгу. Он очень глубоко и досконально спрашивал.
Про душность - вы, наверное, никогда не проходили собеседование в binance. Мой личный опыт - такого душного и пассивно-агрессивного собеса у меня никогда ещё не было.
@@softwaremountainvladzamsmo1683 1:04 You are absolutely right!
3 раз за все время посмотрел ,многое понял ,скучно не было ,от того, что сам не понимаешь ,что происходит на собесе )
Спасибо, Кирилл,очень круто все было )
Обалденное интервью. Кириллу бесконечный респект
4 раз, с…а пересматриваю,
Боиштян топ!
Спасибо за контент парни!
Пока смотрел видос тоже ощутил стресс от собеседования :))) Но я за то, что собес ведётся в форме диалога и собеседующая сторона после ответа кандидата говорит верный ответ и, не так: типа нифига неверно :) Но и за то, чтобы послушать размышления кандидата, но без воды ессно.
Парни красавцы, вопросы специфичные и на них многим будет тяжело ответить. Думаю в скоуп Кирилла просто не попали, но видно что имел с этим дело xD
Серега то же молодец, я хоть провел собеседований 40-50, но я как то под запись бы побоялся. Серега молодец, хоть есть моменты с которыми я не согласен, но для меня вопросы были интересные и прям мозги напрячь пришлось, хотя если бы меня без предупреждения, о таком спрашивали, мне бы не понравилось, а сидя в безопасности огонь :)
Можно задавать и простые вопросы, с которыми все сталкиваются каждый день, но что это тогда будет показывать? Возможность справляться с типовыми ситуациями. Типовые ситуации на то и типовые, что показывают то, с чем человек уже хорошо работает. Это может быть применимо для определения градации джун-мидл. Мидлы и выше уже давно научились с этим работать.
А если вдруг резко понадобятся очень специфичные знания? Рано или поздно такая ситуация возникнет.
И что в этом случае будет отличать хорошего разработчика от отличного? Умение разобраться в непонятной ситуации. Как раз это и проверяется сложными специфичными закавыристыми вопросами. Это уже разница мидл-сеньор (одна из).
С такими вопросами конечно тоже не стоит перебарщивать, но если кандидат смог на них ответить, а на то, что не знал смог сделать хорошие предположения, то это означает, что с не типовыми ситуациями он уже сталкивался и в случае чего найдет выход. Так же это показывает то, что человеку действительно интересно заниматься его делом, раз он полез в внутрянки не пойми чего, каких-то хэндлеров. Чаще всего именно такие люди работают продуктивнее всего. Компаниям такие люди нравятся больше, чем разрабы, без мотивации саморазвития, мотивацией для работы которых являются исключительно материальные блага. Некоторые компании этим пользуются, но это уже совсем другая история...
Кирилл молодец!
Очень правильный взгляд на Senior. Спасибо за такой развернутый ответ
Интервью очень крутое. Очень понравилось. Отметил для себя кучу моментов. Кириллу большой респект. Именно такого формата видосы многому учат. Спасибо.
Очень крутой формат! Спасибо, побольше таких бы видео
Нужно сделать запись на собеседование по Rx/Flow, Coroutines, Structured Concurrency
+++++
Было бы круто
Спасибо всем за видео - было интересно
Кирилл молодцом! А вопросы собеса местами странные.. Сеньёр это не тот кто зазубрил доку, это тот, кто способен, ничего не зная о том как работает какая-то вещь, сесть, разобраться и решить задачу самым оптимальным образом. Когда при отборе выбирают зубрильщиков на выходе получается команда супер душнил 😅
Спасибо. Поддержки было не так много, а вот похейтили неприятно (
@@AndroidBroadcast все отлично думаю было, невозможно везде успеть и все собесы проходить. Думаю даже самые матерые разрабы не проходят 100%
Нормальные вопросы. Как по мне сесть разобраться это про мидла, а вот опыт разбирательства это про синьйора. Не считаю что на собеседовании надо точно ответить на все сложные вопросы. Если хотя бы по касательной показать ширину и глубину знаний этого достаточно.
а live-coding бывает в ваших видео-собеседованиях?
Большое спасибо за такие видео. Очень познавательно и мотивирует самому пойти разобраться с пробелами. Кирилл, ты крут, не каждый решится на публичную проверку своих знаний.
прикольно, не самое обычное интервью и вопросы
Мне понравилось интервью, и вопросы были для меня лично интересные. И, на мой взгляд, Кирилл его хорошо прошел (хотя он и сомневается). Всех тонкостей знать невозможно, но все было на достойном уровне. И много полезной информации для меня.
Очень ценю что вы делаете парни, спасибо! Единственное мне показалось вопросы слегка устарели.
Почему?
@@AndroidBroadcast Мне бы по интервью показалось что готовят к высокой кастомизации, тот же ViewTreeObserver о нем должны думать создатели библиотек (причем очень популярных) а не клиенщики. Это было давно, и не правда, кода приходилось опускаться низко что бы что-то сделать. И в общем слушая собеседования вспомнился 2015 год когда я сидел и ловил размер вьюхи в адаптере.
Кирилл респект! - что-то в этом есть .
Вот это было очень интересно
Кириллу большой респект. Дело даже не в том, что достойно справился, а что вообще на это согласился. За смелость выложить свое интервью для всего честного народа. Я хотел было покритиковать пару моментов, но потом понял что это как раз тот случай когда не имею морального права. Для начала надо выложить свой собес. Сергею тоже уважуха - сам постоянно провожу собесы и все эти жалобы на душность удивляют - вас никто веселить и не пытается - вы не в цирке.
Если расскажешь что было не так - буду только рад. Это позволит стать лучше.
@@AndroidBroadcast ничего особенно на самом деле. Когда вы говорили про сохранения состояний EditText вспомнил случай когда экран генерился программно и несколько EditText инфлаитились из одной xml где был указан id, но естественно он был "один на всех" и после пересоздания все поля ввода дублировали значение последнего. Когда Сергей мучал тебя ThreadPoolExecutor "кричал в монитор"))) о том что есть еще параметры влияющие внутренную работа пула. Но мы сейчас бросили спрашивать про это так как многие повесили ярлык "забытые технологии предков" и начинает плакать что "да это никто не использует". Также как и pеляционные СУБД - сейчас вообще среди мобильщиков это прям сокральные знания. При этом выглядит это смешно - кого не спроси "что будешь использовать для кеша" тут же выдают sqlite, а дальше пустота. Я бы конечно про маппинг объектных структур данных на реляционные или денормализацию мог говорить долго, но это чисто моя специфика так как имеется опыт работы с промышленными решениями типа sybase и oracle.
Очень круто! Интересно послушать людей, которые знают больше чем ты. Лайк неглядя. Дане привет!)
Было очень интересно, жду похожих видео.
На канале есть целый плейлист с таким
А где же популярный вопрос "расскажи принципы solid"?)) А вообще, видно, что знаешь, но формулировка вопросов иногда в тупик ставит, поэтому может казаться, что не знаешь) Например, правильный вопрос не как из пуша запустить приложение, а как запустить приложение по клику на пуш, поэтому так долго к pending intent шли. И много таких мелочей.
Пуш и нотификашка это разные вещи, и одно может быть без другого.
К слову, на пуш невозможно кликнуть т.к. это вид запроса/ивента в системе.
Вопрос был именно про пуш.
@@АнатолійБерчанов ну по самому пушу приложение нельзя идеологически запускать) Про такое можно спрашивать только чтобы узнать готов ли разработчик делать шляпу или нет)
Ну это просто пушка!!!
Жесткий и интересный собес, спасибо. Хорошо, что не со мной)
Мне собеседование не понравилось. Чувствовалась слишком большая дистанция между собеседующим и кандидатом. Как-то не очень дружелюбная атмосфера
Если о допущениях, то практически на все вопросы Кирилл ответил с ним - только не употребляя это слово явно. Вопросы сложные и держать в голове ответы на них безвременно это самоубийство.
Куда собеседуют, то и спрашивают, и зп соответсвующая будет. Конечно, в обычной разработке большинство этих вещей не обязательно знать, но все равно может наступить момент где тебе это пригодится и позволит понять в чем проблема, как я понял в speed avito таких моментов очень много.
Дякую за відео)
После такого собеседования хочется выйти из айти)))
Ну это по хардкору и на самый высокие позициии
вопросы норм
*Было ощущение что интервьюер спрашивал вопросы на которые он получал ответы и расширял тем самым свой багаж знаний*
Этот собес - топ))
Боиштян = топ контент
Спасибо бро
Broadcast message забыл, когда предлагал данные из сервиса в ui отправлять. Очень распространенный способ.
Не забыл. Он избыточный для этой ситуации
Наверное Handler/Message framework. Кстати биндинг сервиса при межпроцессорном взаимодействии не поможет (Кирилл упоминал). Тут уже aidl надо городить
Да, но несколько помню это же через соединение между процессами и используется, что передается реализация AIDL интерфейса сгенерированная
Давайте стронг мидла прособеседуйте. На мидлах же держится разработка .
Кирилл, обратно в прод))
Мне не понравилось. Не прикольно что Сергей не говорит правильные ответы а просто "мг, мг, мг ну ок". Причем зачастую казалось что он сам не знает правильный ответ.
P.S. BTW Креши из-за того что засовывают пол приложения в бандл и фрагменты добавляют с add а не replace до сих пор бывают да и в огромном колличестве на проде.
Господа, которые пишут про слабые ответы, видимо никогда сами не проводили собеседования.
Сколько мне всего учить и учить
да не надо особо ничего учить, просто садитесь и делайте, если уже есть базовый набор знаний и понимания. А потом потратьте часть времени на анализ написанного и поищите варианты решения того, что вы уже написали. Какие есть паттерны, как лучше/хуже.. Потом примените найденное решение - перепишите собственный код. И так до бесконечности :)
много вопросов не в тему
Мне тоже стиль собеседования Кирилла больше нравится - чем у Сергея. У Сергея фидбэк в процессе интервью - угу, это сбивает с толку, честно говоря.
По sql нифига не норм, но для андроид девелопера - наверное сойдет.
Было странно видеть, что GDE так плавает в основах SDK
Кто по вашему GDE?
ruclips.net/video/LHGHy2Biy5M/видео.html а разве нет?
Я имел ввиду что из себя человек у которого статус GDE представлять должен. Ваши ожидания
Не возьмусь точно определить, но ожидал бы более уверенные знания основ. Без обид.
В целом достаточно не плохо. Однако чего и следовало ожидать. Android Broadcast канал скорее всего о новинках в мире андроид разработки. Реальность в it конторах особенно крупных совсем другая. Поэтому у тебя такой затуп на вопросах.
А где он по твоему работал?
А какая реальность? Собес очень реальный и актуальный как для платформенного интервью.
@@ultraon83 Я про контент, который Кирилл делает на своем канале. Ответил слабо для 9 лет в разработке. Причина проста, канал специализируется на новизне.
@@Anton-gb3cl если с этим каждый день не работаешь, то знания замыливаются, я считаю, что норм ответил.
Как раз собеседование было далеко от реальности. 2 часа туманными вопросами обсуждать неявные костыли андроида - это интервьюеру надо иметь особый талант 🙂
+