Реальное собеседование Android уровня Middle. Даниил Черняев / Мобильный разработчик 

После такого видео понимаешь, насколько ещё ты ещё джун 😂 спасибо за видео, интересно и познавательно в некоторых моментах. Ну и даёт какое-то понимание, что должен знать или хотя бы несколько глубоко разбираться в некоторых вещах для перехода в гредл мидла 👍

отличное собеседование, Даниил красава!

Хороший, интересный собес) Даниил молодцом!

Спасибо за замечательно собеседование! Вижу народу нравится смотреть подобное, и подчёркивать для себя что - то новое, просмотров немало)

Порадовало видео, вообще зашел чтоб получить свою мину позора, и понять что я ничего не знаю, Но оказалось, что практически все смог бы ответить :)

Спасибо за хорошее собеседование. Даниил хорошо разбирается. Есть, что изучить самому (мне).

Интересно, спасибо. Насчёт Eden, кстати, это Эдем - там где якобы появились первые люди, поэтому точно также и в GC, это там где объекты создаются изначально, часть Young gen в Hotspot. Если я не ошибаюсь, к андроиду всё это имеет мало отношения, в Dalvik никаких поколений точно не было, а в ART их то убирают, то добавляют из версий в версию. Сейчас начиная с Q они точно есть, но терминологии Eden/Survivor/Old gen я нигде не видел именно в контексте ART.

Интересный собес, спасибо)

Спасибо за контент. После подобных видео голова прям сильно загружается от того, что я капец как многого не знаю и вообще какое-то чмо) и на короткий срок впадаю в какое-то состояние минус морали, что бы могли посоветовать?

С 58 минуты собеседуемый перехватил инициативу и начал собеседовать собеседующего)))

Балдеж!

1:10:09 Чтобы связать Activity и Service, который запущен в другом процессе, можно использовать Messenger или AIDL

Спасибо, помогает понять чего ожидать на собеседовании и в каком объеме. Будут ли ещё видео с собеседованиями?

Было бы круто в описании под такими видосами видить тайм коды вопросов.

Крутой разраб!

1:10:20 не согласен на счет одного варианта, возможно ведь использовать aidl + binding service

История с синхронизацией корзины - какая то муть полная... Типа "а как нам запилить crdt на базе crud?"

Алексей, Даниил, благодарю за интервью! Полезный контент, полагаю, кому-то интересно для развлечения, а кому-то для подготовки) На мой взгляд, Даниил держался уверенно, на GC вообще круто начал рассказывать подробности внутрянки. Хотя не знаю, насколько ценны знания про generations на практике. Алексей вел интервью гладкой (put intended) нитью: органично менял темы, да и, на мой взгляд, формат общения выбрал классный, по сути разговор. Не такое душнилово, как собес Боиштян-Розов на android brodcast :D С другой стороны, считаю, что было слишком мягко - минимум вопросов-ловушек, где ожидался один правильный ответ с точки зрения реализации, краевых случаев. Да и в плане глубины только вот в GC погрузились, в остальных темах как-то поверхностно, на уровне пользователя API. Глубина и подковырки на собесах тема холиварная, да и грейды зависят от проекта, но, на мой взгляд, у Кирилла Розова в среднем собесы более реалистичны в плане прессинга на кандидата и жесткости постановки задач. Мой юз кейс к видосу - подготовка к собесам, так что помимо поинта выше крайне не хватило оценки кандидата от интервьюера. Отдельные моменты вижу сам, где хорошо, а где есть пробелы, однако в целом очень хочется сматчить свою оценку с другой. Иначе как калиброваться то? :) Видос древний, но для будущих зрителей не могу не подсветить два момента, которые интервьювер не поправил (не ради душноты, ради лучших практик!) : 1. На 38:13 был вопрос, мол, нужно получить полные данные о продукте, притом для этого надо сделать разные запросы - получить детали, проверить есть ли в корзине, или вдруг он уже куплен. Кандидат ответил, что каждый запрос скорее будет в разных интеракторах, а связывать полную модель будет Presenter/ViewModel etc. IMHO проблемный подход, ибо это и есть чистого рода бизнес-сценарий: "получить полные данные о продукте", в результате которого нужно обратиться к разным источникам данных и непротиворечиво их объединить. Во-первых такое важно протестировать, во-вторых, по моей практике, скорее всего понадобится переиспользовать. Поэтому заслуживает отдельного UseCase, либо метода интерактора. 2. Примерно на 01:10:00 вопрос про то, как основному приложения обмениваться данными с сервисами. Сошлись на том, что оптимальный вариант это BroadcastReceiver, притом если сервис в другом процессе, то только ресивер. Может я чего-то не понял, но в такой формулировке вообще не так - если сервис в одном с Activity процессе, можно через Binder получить инстанс на него и напрямую работать, либо через память кидаться объектами, проще чем с ресиверами. Если же в разных процессах - то Messenger, либо напрямую AIDL. Кому интересно - developer.android.com/guide/components/bound-services

Когда говорят что преобразовывают из сетевых данных в доменные это аля из DTO - в BuisenessModel или из json в data class?

Из сервиса можно передать в активити с помощью messenger api и aidl если они с разных процессов.

Можем ли мы мерджить функции между собой в чистой Java? Ну вообще-то с java 8 есть такие методы как Function.compose и andThen. Вроде как отлично подходят для композиции функций... А вот с каррированием и частичным применением в чистой Java на самом деле без библиотек никак... Хотя хз что там с котлином по этому поводу, но скорее всего чуть лучше

Собеседование iOS девелоперов планируется? :)

Service Locator удобен в больших проектах, 100+ модулей, при таком раскладе inject надо запрещать, а каждый модуль будет сам искать себе зависимости

на 25:15 было сказано, что через Cicerone можно навигироваться на другой фрагмент и диалог фрагмент. Разве так? Cicerone не дает навигацию в диалог фрагмент, только в активити и фрагменты.

полтора года и такие знания капец - я ничтожество

Александр, напомни, пожалуйста, эти собеседования просто как формат шоу или ты куда-то ищешь разработчика?

про ужасно написанный бек и в таких реалиях приходится работать, это собственный опыт?)

Второй вариант - Binder

что такое "инда" Даниил сказал об этом в самом начале про банковский проект?

По многопоточности слабо (так и не ответил в итоге), много воды в ответах, уходит от прямых ответов, переводит тему постоянно, не рассказал про пуши, не ответил про jmm (начал рассказывать про gc), сомнительный мидл, больше минус чем +

Слишком много специфичных кейсов, связанных с корзиной :)

Второй вариант это интент фильтр

что за шамеры? при загрузке?

Да, похоже без высшего образования в нашем мире, и тем более разработке никак... (sarcasm)

Лол говорит про mvi и описывает mvp

Лайк если считаете что у Даниила скилл Android разработчика выше чем у Алексея.