Android Live 🤖

​​Coil, Kotlin First Image Loader
#статьи #разработка #опрос

Coil — это новая библиотека для загрузки изображений, которая написана на Kotlin и использует его возможности, такие как работа с coroutines и extension-функции. Кроме этого, она добавляет сравнительно немного функций в проект: около 1500, при том что Glide добавляет более 2500. Плюсом она совместима с R8, поэтому не нужно добавлять никаких новых правил.

Её использование выглядит действительно неплохо. Для базовой загрузки изображений есть функция:
imageView.load("https://www.example.com/image.jpg").

Подробнее о функциональности библиотеки можно почитать тут.

А что вы используете для загрузки изображений?

Ребята, сегодня последний день, когда можно задать ваши вопросы про GDE. Подробности тут.

​​Flow в ConstraintLayout
#разработка #статьи

Думаю, что для многих ConstraintLayout является одним из самых распространённых layout при разработке. И не зря, ведь его функциональность обширна. Сегодня расскажу об одной нераспространённой, но полезной фиче в ConstraintLayout.

По сути, Flow — это некий виртуальный layout, дающий большую функциональность родительскому ConstraintLayout. Например, если вы хотите отобразить сетку из 3 строк, то без Flow вам понадобилось бы использовать 3 chain. С ним же вы просто перечисляете элементы и выставляете WrapMode.Chain.

Есть и дополнительная функциональность: расстояние между элементами, стили, выравнивание. Почитать подробнее можно тут.

​​Android View Binding c Kotlin
#разработка #статьи

Судя по этому посту, работа с View Binding находится на третьем месте после kotlinx.synthetic и findViewById(). Если вы активно работаете с View Binding, то следующая статья сделает этот процесс удобнее.

В стандартной реализации View Binding можно столкнуться со следующими проблемами:
• лишний код;
• дублирование кода в разных Fragment;
• viewBinding получается nullable и модифицируемым.

Для того, чтобы убрать эти ограничения, автор статьи использовал Kotlin Delegated Property, при помощи которого появилась обертка над viewBinding и его автоматическая очистка в зависимости от жизненного цикла. Получилось весьма неплохо, это убрало весь лишний код с фрагментов.

Ссылка на исходный код делегата тут.

​​Не часто на канале появляется рубрика «Интервью с разработчиком». Сегодня именно тот день, когда копилка интервью пополнится.

Думаю, что многие из вас слышали про программу GDE (Google Developer Experts) – это технические эксперты и лидеры, которые являются профессионалами в своей области и зачастую выступают в качестве спикеров на различных мероприятиях, являются авторами статей и других активностей.

В России не так много GDE: если зайти на сайт, то можно увидеть 10 экспертов из России по различным направлениям, от Firebase до Payments.

Совсем недавно к списку GDE присоединились Евгений Мацюк и Александр Денисов.
Евгений стал экспертом по Android, а Александр по Flutter.

Соответственно, у них есть наиболее свежая и полная информация о всем, что связано с GDE. У каждого из вас есть возможность спросить их об этом. Возможно, вам интересно, какие преимущества получают GDE или вы сами думаете о том, чтобы стать экспертом.

Свои вопросы вы можете задать тут, а интервью появится на канале позже!

​​Получение частей коллекции в Kotlin
#разработка #новичкам #опрос

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

• slice() — возвращает список элементов по указанным индексам. Можно указать как интервал индексов, так и конкретные значения. Интересное и важное отличие от функции subList(): эта функция возвращает ссылки на элементы исходного массива, и будет изменяться вместе с ним, а slice — возвращает новый подсписок на основе старого.

• take() — семейство функций, которое оставит нужное количество элементов. Помимо простого take, есть takeLast(), который возьмёт последние элементы из списка, takeWhile(), который оставит первые элементы с условием и takeLastWhile(), который вернёт последние элементы с условием.

• drop() — похожее семейство функций, которое не возвращает, а отсекает указанное число элементов. Имеется также dropWhile() и dropLastWhile(), являющиеся противоположностями таких же операторов в take.

• chunked() — довольно интересная функция, которая разделяет ваш список на несколько списков указанного размера. Например, если применить chunked(2) к списку (2, 4, 3, 10, 8, 7, 9), то на выходе получим ((2, 4), (3, 10), (8, 7), (9)).

• windowed() — ещё более интересная функция, разделяющая список на несколько списков указанного размера, но в отличии от chunked делает этого для каждого следующего элемента. Это можно сравнить с тем, что вы двигаете «окошко» для каждого из элементов списка и получаете новый подсписок. Для предыдущего примера результат windowed(2) будет выглядеть так: ((2, 4), (4, 3), (3, 10), (10, 8), (8, 7), (7, 9)).
Также, здесь есть параметры step — где можно указать шаг, а также partialWindows, который поможет вам, если вы хотите разрешить использование «частичных окошек». Для нашего списка функция windowed(2, 2, true) вернёт аналогичный chunked(2) результат.

Ссылка на документацию по этим операторам тут.

Вам полезна подобная информация?

​​Эволюция Find Views by ID

Последние 10 лет, разработчики под Android частенько сталкивались с одной простой, но раздражающей проблемой — поиска view в xml-классах layouts.

Начинающие разработчики сразу берутся за самый простой способ — метод findViewById(). Он предоставляет ссылку на объект View, если найдет её в xml файле, иначе — выдаст null.

Сегодня есть несколько способов получения View. Кроме findViewById(), есть библиотека Butterknife, уменьшаяющая количество кода, а также DataBinding и ViewBindings. А если вы пишите приложение на Kotlin, то сюда добавляется ещё и Kotlin Synthetics.
Какой же способ оптимальнее?

Ответ на этот вопрос можно узнать в этой статье. Автор сравнивает всех эти способы по влиянию на скорость сборки, null-safety, наличию Boilerplate Code и поддерживаемым языкам. В его сравнении победил View Binding, хотя мой личный фаворит — это Kotlin Synthetics.

А что используете вы?

Как на удаленке жить хорошо
#разработка #конференции

В современном мире никого особенно не удивишь удалённой работой. Особенно сегодня, когда вся работа по умолчанию стала «временно удалённой».

Но каково это работать удалённо долгое время? Как совмещать путешествия, работу и разные часовые пояса?

Завтра есть отличная возможность послушать Артура Бадретдинова об опыте совмещения работы и путешествий на стриме «Как на удаленке жить хорошо». Автор уже несколько лет работает вне офиса, и за это время накопил множество знаний, связанных с удалённой работой.

Ссылка на стрим тут, он абслолютно бесплатный.

​​Как стать разработчиком, которого хочет в свою команду каждый
#разработка #конференции

Я вам уже рассказывал про сообщество GDG, организатором которого я являюсь в городе Брянск. Сейчас из-за отсутсвия возможности собираться оффлайн, GDG начали делать онлайн мероприятия. Об одном, крайне интересном для всех разработчиков, хочу вам рассказать.

На Mobius 2019 был доклад про то, как стать разработчиком, которому будут рады в любой команде разработки.
Этот доклад вызвал бурную реакцию среди участников Mobius 2019, и сейчас эксперты в области мобильной разработки проведут разбор этого доклада со своими комментариями.

Кто будет участвовать?
• Йонатан Левин, руководитель группы разработки в monday.com, ex-GDE, активный спикер международных конференций, основатель Android Academy.
• Денис Неклюдов, Android GDE, разработчик в Lyft.
• Евгений Кот, team lead, член Программного Комитета конференции HolyJS, руководитель офиса разработки.
• Игорь Луканин, Product Marketing Manager в компании JUG Ru Group, ex-devrel в компании Контур.

За два часа мы посмотрим доклад, услышим разные мнения на счет него, ну и спикеры поотвечают на наши вопросы.

Организуют данное событие ребята из GDG St. Petersburg. Мероприятие бесплатное, но нужно зарегистрироваться на него здесь.

​​Jetpack Compose: Twitter UI
#разработка #статьи

Думаю многие слышали про Jetpack Compose — новый способ построения UI на Android, который всё ещё находится в разработке. Но уже есть возможность попробовать его, например написать простенькое приложение и понять, нравится ли вам этот инструмент.

Можно взять идею автора этой статьи: он написал небольшое Twitter-подобное приложение, используя Compose. Но есть некоторые ограничения:
• нет подобия CoordinatorLayout, поэтому не получится быстро сделать анимацию профиля при скролле;
• TextField не имеет placeholder или hint;
• нет стандартного pull to refresh.

Уверен, что всё это появится в скором времени, так как API находится в активной стадии разработки.

А как вам Jetpack Compose?

​​Отличия дизайна мобильного приложения под iOS и Android
#статьи

Когда-то давно при создании приложений под Android, я сталкивался с запросом от менеджера: «давайте сделаем наше Android приложение как на iOS». Это было в то время, когда не было Material-дизайна и нормальных рекомендаций, как делать удобные приложения под Android.

К счастью, времена меняются и теперь у нас есть философия дизайна на Android и описано взаимодействие между всеми элементами экрана. Но порой дизайнеры все равно стремятся делать приложения, где элементы подобраны не в соответствии с философией системы. Часто это бывает из-за недостатка опыта или привычки.

Если вы замечаете подобные несоответствия у ваших дизайнеров, то рекомендую скинуть им статью от дизайнера Redmadrobot, где он описывает 32 отличия в дизайне Android и iOS. Это будет полезно и нам, разработчикам, чтобы лучше понимать отличия между системами. Ну и конечно, это важно знать, если вы пишете на две платформы сразу, например на Flutter.

​​Успешное прохождение 6 собеседований в компаниях Кремниевой долины
#статьи #комментарии

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

Прочитал интересную статью, где автор получил офферы от 6 компаний из Кремниевой долины: по статистике у него было 46 интервью за 73 дня. Это включает в себя и технические собеседования, общения с HRами и с командами. На мой взгляж это впечатляющая статистика.
Автор делится своими советами в этой статье. Вкратце, основные пункты:

• не бросайте начатое — даже если кажется, что у вас ничего не получается в процессе, не сдавайтесь, со временем вы увидите результат;
• тренируйтесь сами и с друзьями — помимо обычных решений алгоритмических задач и навыков, важно потренироваться также и в атмосфере интервью. Попробуйте найти человека, который лучше понимает в теме разработки и который может направить вас в нужном направлении при появлении трудностей;
• рассылайте больше резюме — не стоит бояться рассылать своё резюме компаниям, которые нравятся. Обязательно ищите для себя больше вариантов;
• не отметайте сложных заданий — обязательно прорабатывайте даже те варианты, которые как вам кажется никогда не понадобятся.

Автор также описал материалы, по которым он готовился: книга «Cracking the Coding Interview», затем «Elements of Programming Interviews», решения алгоритмических задач на Leetcode, проработка топа вопросов с интервью на том же Leetcode.

Ссылка на статью тут, а кому легче читать на русском — тут.

Расскажите о своём опыте собеседований: странные вопросы, процесс подготовки или советы. Будет здорово увидеть это в комментариях

​​Библиотека Colonist
#разработка #статьи #библиотека

Ребята из Joom выложили в open source библиотеку для поиска классов во время компиляции приложения.

Получилось неплохо. Применение этой библиотеки они описывают на своих кейсах, в этой статье. Например, описание и регистрация большого числа A/B-тестов возможно при помощи нескольких аннотаций.

Ссылка на github тут, а описание кейсов можно взять в этой статье. Давайте поддержим ребят в написании open source проектов!

Записи докладов AppsConf 2019
#разработка #конференции

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

Организаторы AppsConf открыли доступ к докладам Saint AppsConf 2019.
Хотя сейчас хватает и бесплатных курсов, но эти доклады хорошая возможность дополнить свои навыки в Android (да и в iOS разработке).

Все доклады доступны тут.

​​Collections vs Sequences
#разработка #статьи

В Kotlin существует две сущности, которые позволяют выполнять операции на последовательности элементов: Collections и Sequences . И они значительно отличаются тем, как выполняют работу под капотом.

Начнём с того, что они по-разному работают над элементами.
В коллекциях операторы применяются для всей входящей цепочки объектов. То есть во время обработки создаётся новый, промежуточный список объектов, к элементам которого применяется оператор.
В последовательностях вся цепочка операторов применяется для каждого из элементов.
Можно сказать, что последовательности — это бесконечная сущность, а коллекции — конечная.

Когда же применять каждый из них?

1) Большое число операторов в цепочке. Например, мы хотим применить цепочку из операторов filter(), map() и take(). Из-за особенности работы коллекций, описанной выше, тут явно побеждают последовательности, так как на каждом из этапов не будет создаваться новый промежуточный список. Особое преимущество будет при наличии оператора take(), так как обработается только 5 элементов из последовательности.

2) То же самое и для операторов contains(), indexOf(), any(), none(), find(). Во всех них нужно найти только первый элемент, и нет смысла работать со всей цепочкой.

3) Когда же у вас есть оператор toList(), toSet(), то тут побеждают коллекции, так как возвращаемый список будет создан только один раз.

4) При наличии оператора sorted() или distinct() также стоит использовать коллекции. Последовательность, из-за особенности работы под капотом, создаст промежуточный список.

Также помните, что разница будет заметна только на довольно больших объёмах данных. Если в вашей коллекции 10-20 элементов, то вы не увидите никакой разницы.
Данная шпаргалка будет полезна при очередном собеседовании, так как это довольно частый вопрос.

Ну и тут ещё больше кейсов с иллюстрациями, а тут отличное сравление этих двух классов.

​​Layout Inspector
#разработка #статьи

В последней версии Android Studio, которая пока ещё находится в beta, есть отличная фича, называемая Layout Inspector.
С ней, помимо всей красоты что происходит на экране, можно понять, почему некоторые View ведут себя не так, как задумывал разработчик. Кроме этого, Layout Inspector – это хорошая возможность понять, какие из View можно убрать для оптимизации.

Чтобы начать использовать эту фичу, нужно просто выбрать процесс вашего приложения и проанализировать иерархию View.

Для желающих попробовать фичу в бою, есть статья, рассказывающая о деталях. Тут также есть пример приложения, где проблема решается с помощью инспектора: при вёрстке была допущена ошибка, в результате которой не показывалось нижнее меню.
Как по мне, пример слишком простой, и его можно было бы решить и без помощи Layout Inspector, но для демонстрации возможностей — самое то.

Как вам новая фича?

​​Нужные анимации в Android
#разработка #статьи #комментарии

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

Сегодня делюсь с вами отличным видео, которое рассказывает о том, как правильно создавать анимации в приложении. Впервые встречаю рассказ о том, как важно не переусердствовать с анимациями, потому как это сделает приложение сложным для использования.

Также статья с одним из примеров из этого видео. Автор делает сплэш-скрин, используя Sketch + Android Studio, Shapeshifter и AfterEffects + Lottie. Все эти подходы имеют как плюсы, так и минусы, поэтому будет полезно прочитать, когда какой из них лучше использовать.

А еще на тему всего этого у меня назрел вопрос: какие приложения с анимациями вам запомнились больше всего?
Будет здорово, если поделитесь в комментариях

Итоги исследования отечественных команд мобильной разработки 2020

Совсем недавно я предлагал вам заполнить краткий опросник, связанный с командами мобильной разработки. И вот, пару дней назад стали известны результаты исследования.

Благодарю всех, кто выбирал мой канал в качестве того, который вы читаете. Это мотивирует писать больше и качественнее!

Результаты опроса можно посмотреть тут.

​​Результаты конкурса «KitKat-подарок на День рождения»
#конкурс

Итак, самое время подвести итоги нашего последнего конкурса.
В этот раз все 100% решений были сделаны на Kotlin. И коротким оказалось только одно решение, хотя многие другие были близки к нему.

Итак, самое короткое решение на Kotlin состоит из 47 символов:

return c.take(n).windowed(m).count{it.sum()==d}

Соответственно, победитель — @amihusb

Напоминаю, что победитель получает книгу «Визуализируйте работу. Как выявить расхитителей времени и оптимизировать процессы» Доминики Деграндис от издательства МИФ.

Большое спасибо всем участникам конкурса! И поздравляю победителя!

Кстати, хотел бы узнать: какие призы вам были бы наиболее интересны при проведении подобных конкурсов? Напишите, пожалуйста, сюда.

​​Build Gradle с Kotlin DSL
#разработка #статьи

До недавнего времени, единственным способом написания build-скриптов был язык Groovy. Писать build.gradle файл на этом языке было не так сложно, но всё равно это был другой язык программирования, да и его читаемость была так себе.

Но сейчас есть альтернатива — это Kotlin DSL. Она даёт такие преимущества как автозаполнение, переход к ресурсам в приложении, проверка ошибок во время компиляции и обеспечивает лучшую читабельность кода. И что немаловажно, теперь приложение можно писать только на одном языке программирования.

Пару статей, которые расскажут о том, как это сделать. Тут можно узнать о том, как действовать в случае возникновения конфликтов при переходе, а эта статья по шагам поможет перейти на Kotlin DSL.