Друзья, по результатам опроса в канале я вижу, что у многих есть большие непонятки:

❓ как сделать себе сильное резюме и портфолио, чтобы вас позвали на собес?

❓ как готовиться к собесу?

Для начала познакомлю вас с замечательной статистикой, которую привела Наталья Давыдова в своём интервью.

Статистика касается откликов фронтенд-джунов на одну из вакансий, которую она публиковала.

📍Количество откликов: 355.

📍Сопроводительное письмо, просьба о котором была жирным выделена в описании вакансии на третьей строчке, прислали 110.

📍То, что просили прислать в сопроводе, было у 29. А просили ссылку на любой проект в гитхабе и желаемую зп.

📍При этом нормальный гитхаб (с фото автора и хоть одним проектом) был у 26.

📍Хоть что-то было в резюме у 95.

📍Адекватных резюме было 21. Адекватным считалось наличие фотографии, хоть чего-то про учебный опыт и чего-то о себе.

И, внимание, подвох: те, кто прислал норм сопровод, и те, кто прислал норм резюме – далеко не всегда одни и те же люди.

📍Поэтому на собес захотелось позвать только 7 из 355. И это при том, что планка была ОЧЕНЬ заниженная.

К чему это я? К тому, что, уверяю вас, у нас в индустрии +- та же статистика. И для того, чтобы выделиться из толп выпускников курсов, достаточно лишь:

1️⃣ иметь хоть какой-то проект на гитхабе. А если он будет хороший (многомодульный Clean + MVVM и тд) – то вас с руками оторвут. И проверьте, чтобы ссылка открывалась, а проект запускался и работал

2️⃣ составить нормальное резюме: грамотно написать, чему где учились, что умеете

3️⃣ присылать на все вакансии сопровод, чтобы пойти в первых рядах

Готовы, вы великолепны. Осталось не завалить собес и дело в шляпе.

Джуны – нужны. Джунов искали и будут искать. Поверьте моему опыту и опыту смежных IT-сфер. Очень много где толковые джуны гораздо эффективнее миддлов и синьоров.

P.S.: а для тех, кто всё ещё считает, что весь мир против того, чтобы они стали андроид-разработчиком, скоро у меня будет отдельная активность. Stay tuned.

#android #собеседования #работа

@andrdevnotes | Обучение android

ChatGPT – бог или дьявол?

🤓 Кажется, что chatGPT можно использовать, как умного старшего товарища, он же всё знает. При этом он не злится и не токсичит, в отличие от ребят из StackOverFlow или некоторых ребят из чата Android Developers =)

🫢 Но есть один большой минус, свойственный и подавляющему большинству людей и, как следствие, chatGPT, как отражению этого большинства. Этот минус сейчас, вероятно, прозвучит для вас комично: "Когда вы задаёте им вопрос, они вам на него отвечают, причём правильно".

🤔 Чем же это плохо? Вы же получаете ответ на вопрос, решаете проблему?

❗️ Засада в том, что вы не научились решать проблему, а решили проблему. Фактически, вы её просто избежали и пошли дальше, словно с ней и не сталкивались. Забрали у себя один из пунктов, на которых могли научиться.

Обучение начинается тогда, когда у вас возникают трудности в решении проблем.
А тут вы избежали всех трудностей :)

😕 К сожалению, это касается и многих менторов. Ведь ментор, зачастую, это просто крутой эксперт, который не умеет обучать. И сессии у него поначалу кажутся полезными, потому что "ну он же за сессию мне капец как много всего нового и полезного на голову вывалил".

Но вы не усвоите так много новой информации за такое короткое время. И эта информация не адаптирована под вас, она адаптирована под самого эксперта. И вам она в большинстве случаев в таком виде не подойдёт.

Сталкивались с такими сессиями, когда после них вы почувствовали себя говном из-за того, что вам кучу ценной инфы вывалили, а вы нихрена не поняли? Напишите в комментариях.

Не вините в этом себя.

P.S.: и это я рассмотрел хэппипасс. Но chatGPT ещё может и дичи всякой вам наговорить, а вы её примете за чистую монету. И потом у вас в коде образуется куча упоротых костылей, в верность которых вы свято верите. А у людей потом глаза на лоб полезут, когда это увидят =)

#android #лайфхаки #советы

@andrdevnotes | Обучение android

Хочешь продолжить начатое – …

… не сбивайся с ритма (с) Х. Мураками 🤓

Решил я тут во время августовского отпуска отдохнуть от блога – и на тебе, на дворе октябрь, а я с тех пор лишь пару постов осилил.

❗️Почему? Потому что сбился с ритма. Не повторяйте моих ошибок!

📖 Ведь то же самое и в обучении – если занимаешься регулярно, но хотя бы по паре часов – куда больше вероятность доучиться, чем если адски вджобнуть в выходные по 12 часов и выгореть к чертям.

Следующий пост ждите завтра утром. Возвращаюсь в строй 💪

Как разговаривать с адаптером, не привлекая внимания санитаров

💡 Представим, что вы хотите с помощью RecyclerView отобразить список, в котором будет несколько разных способов отображения элементов: в одном будет чекбокс, в другом картинка, в третьем картинка и текст, в остальных ещё что-то другое. Как это сделать ❓

Адаптеру надо как-то объяснить, сколько типов отображения у вас есть, и чем они отличаются.

1️⃣ Начинаем мы ему объяснять с переопределения метода getItemViewType, который вызывается автоматически в начале отрисовки каждого элемента списка. В этом методе есть аргумент position, и именно здесь вы решаете, какой тип отображения будет на каждой position списка. Метод возвращает целое число, по которому мы и будем дальше определять тип отображения.

2️⃣ Потом адаптер вызовет метод onCreateViewHolder, у которого есть целочисленный аргумент viewType — тот самый, логику для вычисления которого мы переопределили в предыдущем методе. А из этого метода вы на основании полученного viewType должны вернуть соответствующий этому типу отображения ViewHolder — то есть объяснить адаптеру, какие вьюхи вам для каждого типа отображения понадобятся.

3️⃣ Теперь настанет очередь onBindViewHolder, в котором аргументом будет являться уже вьюхолдер и position. Вы должны определить, какой это из ваших вьюхолдеров (здравствуй, полиморфизм), взять из него соответствующие вьюхи и наполнить их информацией из элемента на этой position.

🎬 Дело сделано! Мы определили для конкретной position конкретный viewType, сопоставили с вьюхолдером и наполнили его вьюхи. И так адаптер пройдётся по всем элементам и отобразит их так, как мы ему сказали.

🤌🏼 Под каждый viewType обычно заводят свою константу с понятным названием в адаптере, чтоб потом не путаться в числах.

P.S.: хотите видео-разбор типичных ошибок при организации списков? 10 реакций этому посту и снимаю 😉