Стоило ещё в 3 резюме упомянуть про зарплатные ожидания. Их лучше вообще не указывать и договариваться об этом на собесе. Это хорошо, что у вас есть какая-то цифра, от которой можно отталкиваться, но указывая её вы сразу отсекаете часть работодателей. Бывает такое, что они даже готовы будут дать вам эти деньги, хотя изначально бюджет был меньше. P.S. Видео как всегда топовое и полезное)
Спасибо, полезно очень. Сейчас начал искать работу(опыт 1,5 года), мой знакомый hr похвалил резюме. Интересен взгляд профи. Было бы круто тоже попасть под разбор)
Вау круто, спасибо! Вы объясняете все четко и ясно! Также я очень рад что вы сделали видео по clean architecture. Жду больше подобных видео (абстрактные как и были у вас по клину, и четкие на реальном примере проекта для демонстрации архитектуры) Например я создаю NotesApp. И понимаю что нужно там делать абстракцию и выводить логику какого либо state отдельно (например стейт: эта заметка новая или нет, или например стейт музыкальный плеер играет или нет). Но это оказывается сложнее на практике. Например я создал database где храню объект (дата класс) NoteTimeStamp(createdTime:Long, lastModifiedTime:Long). Хотя сейчас использую только lastModified, но я уже понимаю что лучше хранить датабазе объектами, что б потом мог просто эти обьекты внутри изменить. Тут я тоже пытаюсь сделать какую то общую абстракцию что бы позже не переделывать датабазу и весь код. Надеюсь у вас будет подобного вида видео :) ps (я также понимаю что внутри у меня борятся два принципа: сделать побольше абстракции что бы не зависеть от деталей, что б позже было легче, и YAGNI (You arent gonna need it)
Прежде всего действуйте из принципов адекватности. Куча абстракций - это не залог хорошей архитектуры. По вашему примеру, если честно, ничего не понял)))
А если это были учебные проекты? 4:21 Как вы относитесь к тому, чтобы указывать учебный опыт, как опыт работы? А если учебный опыт (или диплом) включал в себя работу в команде с backend'ерами и т.д.?
привет Интересует вопрос(пока что не по поводу резюме ) Мне в аппликации которую пытаюсь сделать надо уведомлять пользователя об том включен ли GPS или нет Каким способом это можно сделать лучше всего если я использую JetpackCompose, Flow and CleanArchitecture в проекте Я пошел в сторону Broadcast Receivers но не могу придумать как с него передать данные на viewModel а там уже на state
Я бы сказал, что лучше всего подстраивать резюме под конкретную компанию. Но в целом: в европе норм относятся к более длинным резюме, в снг же, больше любят краткость.
@@TimofeyKovalenko "без опыта хотя бы на одном проекте, работу практически не найти" - а свои проекты не в счет ? Просто чтобы попасть в какой то проект нужен опыт в проекте и получается замкнутый круг, как его разорвать ? =)))
СОДЕРЖАНИЕ:
00:00:43 - 1е резюме программиста на Android
00:07:58 - 2й разбор резюме айтишника
00:12:05 - 3й разбор CV айтишника, шибки в резюме разработчика
Стоило ещё в 3 резюме упомянуть про зарплатные ожидания. Их лучше вообще не указывать и договариваться об этом на собесе. Это хорошо, что у вас есть какая-то цифра, от которой можно отталкиваться, но указывая её вы сразу отсекаете часть работодателей.
Бывает такое, что они даже готовы будут дать вам эти деньги, хотя изначально бюджет был меньше.
P.S. Видео как всегда топовое и полезное)
Спасибо, полезно очень. Сейчас начал искать работу(опыт 1,5 года), мой знакомый hr похвалил резюме. Интересен взгляд профи. Было бы круто тоже попасть под разбор)
Вау круто, спасибо!
Вы объясняете все четко и ясно!
Также я очень рад что вы сделали видео по clean architecture. Жду больше подобных видео (абстрактные как и были у вас по клину, и четкие на реальном примере проекта для демонстрации архитектуры)
Например я создаю NotesApp. И понимаю что нужно там делать абстракцию и выводить логику какого либо state отдельно (например стейт: эта заметка новая или нет, или например стейт музыкальный плеер играет или нет). Но это оказывается сложнее на практике. Например я создал database где храню объект (дата класс) NoteTimeStamp(createdTime:Long, lastModifiedTime:Long). Хотя сейчас использую только lastModified, но я уже понимаю что лучше хранить датабазе объектами, что б потом мог просто эти обьекты внутри изменить. Тут я тоже пытаюсь сделать какую то общую абстракцию что бы позже не переделывать датабазу и весь код. Надеюсь у вас будет подобного вида видео :)
ps (я также понимаю что внутри у меня борятся два принципа: сделать побольше абстракции что бы не зависеть от деталей, что б позже было легче, и YAGNI (You arent gonna need it)
Прежде всего действуйте из принципов адекватности. Куча абстракций - это не залог хорошей архитектуры.
По вашему примеру, если честно, ничего не понял)))
А если это были учебные проекты? 4:21
Как вы относитесь к тому, чтобы указывать учебный опыт, как опыт работы? А если учебный опыт (или диплом) включал в себя работу в команде с backend'ерами и т.д.?
Можно указывать, но по меньше мелькать тем, что это учебный проект, лучше вообще оформить его как будто это рабочий проект. Такие времена сейчас ;).
привет
Интересует вопрос(пока что не по поводу резюме )
Мне в аппликации которую пытаюсь сделать надо уведомлять пользователя об том включен ли GPS или нет
Каким способом это можно сделать лучше всего если я использую JetpackCompose, Flow and CleanArchitecture в проекте
Я пошел в сторону Broadcast Receivers но не могу придумать как с него передать данные на viewModel а там уже на state
Спасибо за видео. Скажите, сильно ли российское резюме отличается от Европейского или можно один в один переводить на русский?
Я бы сказал, что лучше всего подстраивать резюме под конкретную компанию. Но в целом: в европе норм относятся к более длинным резюме, в снг же, больше любят краткость.
@@TimofeyKovalenko Спасибо!
👍👍👍👍👍👍👍👍👍👍👍👍
Может сделать видео о собеседовании?)
С реальным собеседованием это сделать сложно, мало кто хочет публично выкладывать такое, да и кандидатов не много)
Порассматривай лучше резюме новичков
Это и есть резюме новичков ;), без опыта хотя бы на одном проекте, работу практически не найти
@@TimofeyKovalenko тоесть в видео были резюме новичков. Я думал более менее состоявшиеся разрабов, или я был не внимателен
@@AndreyYarovoy00 там технологии были почти базовые, понятно что это новички
@@TimofeyKovalenko "без опыта хотя бы на одном проекте, работу практически не найти" - а свои проекты не в счет ?
Просто чтобы попасть в какой то проект нужен опыт в проекте и получается замкнутый круг, как его разорвать ? =)))
Свои проекты не в счет. Нужен проект под заказчика. Хотя бы простой
Слишком душно