Сегодня у нас в "гостях" #AdditiveAnimator.

Данная библиотека под #Android позволяет удобно описывать последовательные и одновременные анимации нескольких элементов на экране.

AdditiveAnimator()
            .targets(payment_header, payment_subheader)
            .translationY(0f).alpha(1f)
            .setDuration(600)
            .then()
            .target(btnCC).translationX(0f).alpha(1f)
            .target(btnBankAccount).translationX(0f).alpha(1f)
            .start()

Круто же! Сначала payment_header, payment_subheader приезжают в 0 по Y и меняют alpha до единицы. Далее btnCC и btnBankAccount приезжают в 0 по X и также появляются через Fade.

В общем, если у вас есть зависимые друг от друга анимации, то крайне рекомендую взглянуть. https://github.com/wirecube/android_additive_animations

Когда пришел продакт и попросил добавить аналитики в вашу идеально собранную, инкапсулированную и тд архитектуру 😜

Под руку попалась интересная статья про то, с чего начать переезд с #Java на #Kotlin если вы еще не.

По ссылке высокоуровневое сравнение двух языков, например о том в чем разница между '==' и '===', какие префиксы стоит использовать и многое другое.

Даже если вы уже на Котлине, рекомендую заглянуть, чтобы убедиться, что вы ничего не пропустили при переезде. https://medium.com/androiddevelopers/learn-kotlin-through-unit-tests-914106d2d8c5

Push уведомления в мобильных приложениях - отличный способ поднять retention и другие метрики. Конечно если не перебарщивать...

О том, какие уведомления существуют в Android приложениях и как их реализовать читайте в новой статье. Там будет и про #Firebase и про #Airship с #PooshWoosh, в общем много чего интересного. https://dimlix.com/notifications-android/

Разыгрываем легендарную книгу Effective Java в оригинале 🔥

Джошуа Блох получил Jolt Award за нее в далеком 2001.
Данный вариант относится еще к Java 6 но не теряет актуальности и по сей день.

Все что надо для участия:
- Лайкнуть запись про конкурс 1 балл (обязательное условие)
https://vk.com/dr_dev?w=wall-185690658_208

- За подписку на нашу группу ВК +1 балл
https://vk.com/dr_dev

- За лайк нашей страницы на Facebook +1 балл
https://www.facebook.com/droDev

- За подписку на нашу группу в Телеграмме +2 балла
https://t.me/droDev

- За вступление в чатик группы в Телеграмме +2 балла

12 января 2020 составляется таблица, где каждый участник будет упомянут столько раз, сколько набрал баллов.

Через сервис random.org будет выбран случайный победитель и анонсирован в группах ВК, ФБ, Телеграме.

Удачи и продуктивного обучения!

Шпаргалка по #Kotlin.

Для тех, что еще не привык ко всему синтаксическому сахару, который отсыпали вместе с Котлином 😉

Забирай себе и отправь другу - #Android разработчику, он будет рад! https://koenig-media.raywenderlich.com/uploads/2019/11/RW-Kotlin-Cheatsheet-1.1.pdf

Дорогой друг, потрать секунду времени, к тебе 1 вопрос.

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

Что тебе больше по душе?

Как ранее и говорил, начал реализовывать практические кейсы разработки под #Android. В реализованных примерах уже сейчас есть к слову

- Мониторинг наличия сетевого соединения
- Deeplink в Android приложениях
- Всплывающие BottomSheet панели

Все это можно скачать и пощупать прямо сейчас в Google play

А если у тебя есть вопрос про андроид разработку, то я готов подсказать в обсуждениях канала.

Хочу задать вопрс разработчику »

Бесплатный курс по Advanced #Kotlin от #Google и #Udacity 👨‍🎓

Видео презентация: https://www.youtube.com/watch?v=rGv5pInpSvc

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

Все мы по разному потребляем контент, по-этому гугл и юдасити позаботились о том, чтобы уроки были доступны как видео курс на Udacity, так и серия на #Codelabs.

Перейти к Udacity курсу »

Перейти на Codelabs »

Собрал ответы на часто встречающиеся вопросы от начинающих программистов в одной статье.

- С чего начать обучение разработке?
- Что нужно знать программисту?
- В чем основные отличия работы в офисе или удаленно?
- Сколько зарабатывает программист?
и т.д.

Есть #Android специфичные детали, но статья в целом про программирование как таковое. https://dimlix.com/programming-for-beginners/

Копаем #Android до низов, раскрываем все аспекты работы с #Gradle, рассматриваем неочевидные шаги для повышения эффективности кода #Kotlin вместе с Marcin Moskala, RJ Marsan, Ivan Morgillo и с другими Android-инженерами на Mobius 2019 Moscow:

— «Custom Lint Rules», Игорь Таланкин. Как Android-разработчику добавить свою проверку? Как поделиться ею с командой? Как устроены правила Android Lint внутри? Именно об этом поведает Игорь в своем по-настоящему хардкорном докладе, ведь вы узнаете, как студия видит ваш код и научитесь ей подсказывать!

— «Gradle от A до Я». Степан Гончаров раскроет максимально все аспекты работы с Gradle, от плагинов и тасок до внутренних процессов. Доклад будет полезен всем.

— «Efficient Kotlin». Marcin Moskala, автор книги «Effective Kotlin», расскажет про неочевидные шаги для повышения эффективности вашего кода Kotlin.

— «Рендеринг Текста в Android», Павел Новиков. Для подавляющего большинства разработчиков шрифты — это самый низкий уровень взаимодействия с текстами. Доклад Павла позволяет копнуть глубже и понять, как поэтапно происходит отрисовка шрифтов.

— «Design for errors — an introduction to Domain modelling with a bit of Arrow», Ivan Morgillo. Все мы любим тесты, но слышали ли вы, что лучшие тесты - это типы? Котлин со своими type aliases и arrow со своей поддержкой типов помогут вам построить по-настоящему надежный код.

Другие доклады и билеты на конференцию — на сайте:

https://mobiusconf.com/?utm_source=partner&utm_medium=dimlix&utm_campaign=mobius19msc&utm_content=common

При отправке данных по сети иногда полезно посмотреть в каком они виде долетают до сервера.

Чтобы не заниматься долгими настройками и копанием в логах - есть отличный инструмент, которым сам иногда пользуюсь - RequestBin. Он позволяет создать instance некой "корзины", в которую будут падать запросы и где их можно удобно мониторить. https://requestbin.com/

Практически всегда, когда речь идет о #REST клиентах, то #Json - тот формат, в рамках которого происходит общение.

Логирование запросов-ответов обычно выдает целый json в одну строку. Читать это - жесть.

Я практически каждый день при разработке пользуюсь очень простым, бесплатным, но крайне полезным онлайн инструментом. Он просто форматирует json что его становится удобно читать и изучать весь объект, скрывая ненужные в данный момент части. http://json.parser.online.fr/

Все чаще стал слышать вопросы про архитектуру в рамках приложения.

Надеюсь уже все прочитали про #CleanArchitecture, но все же.

На мой взгляд вообще понятие #Архитектура можно разделить на 2 части

1) Непосредственно архитектура
2) Шаблона проектирования архитектуры

1-ое это в целом о том, что приложение, будь то Android, iOS, СвояOS, неважно, должны быть легко поддерживаемыми, модифицируемыми, тестируемыми. На данном этапе абсолютно не важны никакие аббревиатуры (MVP, MVVM, xxxx). Важен только здравый смысл. По аналогии с Lego - вы покупаете стандартные блоки, из которых можно собрать нечто большее. Вот и архитектура должна быть такая, что из кусочков вашего приложения можно было бы собрать нечто крутое. Важный момент - не скатиться до "Паззла", когда вроде все аккуратно, по блокам... только вот к одной детали подходит исключительно одна...

А вот шаблоны уже (даже исходя из сути слова) - некое стандартное решение в стандартной ситуации со стандартными именами. Тут как раз речь про MVP, MVVM и т.д. Это нужно лишь для ускорения процесса принятия решения по тому, как организовать код и, чтобы другой человек мог быстрее понять "что тут происходит".


Так вот, так или иначе, с понятием "архитектуры" вы сталкиваетесь, даже если не знаете об этом. А вот с шаблонами да, не все и не всегда :) https://habr.com/ru/post/269589/

При использовании #ViewModel и #LiveData из #Android Architecture Component натыкаюсь на то, что при переходе вперед-назад и наличии некого стейт объекта во ViewModel возникают ошибки.

А именно, например, есть Onboarding, который собирает последовательно ряд данных и использует одну ViewModel. При переходе взад-вперед по экранам может случится так, что значение в LiveData уже было, а на него завязан переход дальше. Получается "зацикливание".

Для таких случаев, когда нужно интерпретировать значение в LiveData как одноразовое событие нашел простую библиотечку: https://github.com/hadilq/LiveEvent

Больше о процессе создания LiveEvent можно почитать от автора в статье: https://proandroiddev.com/livedata-with-single-events-2395dea972a8

О важности правильной постановке вопроса пост.

Много раз, от разного уровня разработчиков слышал фразы, вида "боюсь задать глупый вопрос", "я особо не спрашиваю, сам ищу" и другие в таком же ключе.

На самом деле, правильно поставленный вопрос, как правило, уже содержит часть ответа. А самый, на первый взгляд, простой и нелепый - наталкивает на продуктивные рассуждения.

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

-----
Пример. Вопрос на который изначально нельзя нормально ответить:
"Как сделать поиск по каталогу в приложении?".

Q: Приложение должно получать результаты ответа от сервера?
A: Нет

Q: Достаточно ли простого сравнения по заголовку?
A: Нет
...

Итого итеративно, еще никого не спрашивая пришли к: "Как обеспечить полнотекстовый поиск на устройстве без участия бекенда по данным, хранящихся в sqllite?".

Согласитесь, четче? И теперь даже гугл по "fulltext search sqlite" даст лопату с подскажет куда копать.
-----

В примере выше изначальный вопрос еще вполне адекватный, а бывают и такие, как "У меня не работает RecyclerView, что делать?". Как не работает? Что не работает? Как хотите чтобы работало?...

Не бойтесь спрашивать, возможно глупые, но фактурные вопросы. Не так страшно на 5 минут показаться глупым, но получить нужные знания, чем так и остаться глупым, боясь спросить.

Также о том, как задавать красивые вопросы, на которые хочется отвечать можно посмотреть на эталона FAQ в IT, stackoverflow.

Есть вопрос? Задавай в нашем уютном чатике.

Работа над задачами. Связка кода в #Git и задач в трекере.

- Если планируется большая фича, которая +- долго не попадет в главную ветку, создается отдельная ветка `feature/{randomFeatureName}`.
- Когда берете очередную задачу в работу, изначально определяете родительскую ветку. Либо `develop`, либо `feature/{randomFeatureName}`.
- Для задачи создается отдельная ветка `feature/{issueNumber}`.
- После внесенных изменений создается коммит с префиксом `{issueNumber}: `.
- Затем все заливается в родительскую ветку через Pull Request.


Работа над задачами - багами.

Аналогично работе над задачами, описанной выше, с несколькими нюансами:

- Если задача вернулась от тестеров, по commit message можно найти изменения, которые были сделаны не верно.
- В случае нового бага, после того как он был локализован, можно найти исходную задачу, в рамках которой баг появился и кто был за нее ответственный.


Плюсы подхода

- Легкая навигация по коду в контексте задач из трекера.
- Доступ к истории изменений по конкретной задаче.
- Более точечные Пул Реквесты, которые легче отсматривать.
- Полная информация о задаче в контексте Пул Реквеста.


Минусы подхода

- Требуется больше времени для поддержания структуры.
- Больша работы по созданию\удалению веток, т.к. ветка будет нужна даже для небольшой задачи.



Для упрощения поддержки структуры Commit Message можно воспользоваться готовыми commit-message хуками, например
https://gist.github.com/dryaz/6e55f55ffad6aeb188032e9481f78a45

Он позволит просто написать привычное human readable сообщение, и далее сам отформатирует его в нечто, вида

XX-1234: {Тут ваше сообщение}

Issue in tracker
https://{Тут адрес вашего таск трекера}/XX-1234

По данным недавнего опроса от Левада Центра - 53% молодых Россиян хотят уехать за границу.
Если тебе интересно каково это быть разработчиком на западе, заходи на канал Программист в европе.

Автор канала отвечает на такие вопросы, как:

- Что важно знать о собеседованиях в европейских IT компаниях?
- Какой самый надежный способ найти работу?
- Какие формы сотрудничества любят европейцы, и в чем подвох?
- Фриланс в 2019 году из Польши. Реально ли заработать?
- Можно ли закончив бесплатную школу информатики в Варшаве найти работу с зп от 2к$?

Программист в Европе - инструкция по поиску работы основанная на личном опыте Валерия.