Здесь я буду постить ссылочки на статьи по Android-разработке и близким областям, которые покажутся мне интересными. Попробую сделать интересно. Пис 🖕🏻

Открываешь иногда код какого-нибудь приложения, заглядываешь в styles.xml и взгляд становится немного более жестоким. Не в том смысле, что хочется дать автору подзатыльник. Вовсе нет. Скорее, хочется вздёрнуть мудака на реях. Братцы, не будьте мудаками. Не превращайте стили в неподъёмную кучу кала, с которой невозможно работать. Вот вам отличная статья по теме. Автор разбирает популярные ошибки, наследование стилей и прочие полезные штуки. Пис 🤘🏻
http://blog.danlew.net/2014/11/19/styles-on-android/

Если ты, мой маленький любитель писать под Android, периодически натыкаешься на своём ламповом StackOverflow на куски кода с волшебными словами Handler и Looper, тащишь их в проект, и всё начинает работать, а сам ты в душе не представляешь почему, то, извиняй, но ты кретин. Однако, от кретина до человека один шаг (не обязательно из окна), и я тебе в этом помогу (не с окном). Вот прямо сейчас возьми и прочитай эту статью. Тут чувак в деталях описывает, как устроены кишочки Handler в Android. А когда дочитаешь - иди в сорцы и попробуй разобраться сам, будь так любезен. Пис 👇🏻
https://medium.com/@jagsaund/android-handler-internals-b5d49eba6977

Помнишь дискретную математику? А помнишь машину Тьюринга? Я помню.
Так вот, эта статья совсем не про Android, но меня чем-то зацепил автор и те вопросы, которые он ставит. Если коротко, то речь пойдёт о том, чего не может МТ и почему. Учите мат. часть короче. Пис 🖕🏻
https://habrahabr.ru/post/317996/

"Дружище! Я не хочу сказать, что твоё приложение работает медленно, но пока висел сплэш-скрин, я успел три раза сделать Clean Build." - примерно такое ощущение у меня остаётся после половины проходящих через мои руки приложений. И вот чтобы такого не было, посмотрите запись выступления Кости Заикина, где он во всех деталях разбирает некоторые инструменты профайлинга, которые нам даёт Android Studio и Android SDK. Коллеги, профайлите, блядь, пожалуйста. И как обычно, пис 🤘🏻
https://youtu.be/DqHa4WUJatc

Вы заметили, что realm стал публиковать очень много статей и выступлений с транскриптами? Так вот, сейчас наткнулся на доклад из разряда тех, что я просто на дух не переношу. Для опытных разработчиков в нём нет ни полезных знаний, ни новых идей - всё до смешного примитивно. А у того, кто только начал прогружаться в наш промысел, выступление оставит больше WTF, чем знаний. Ну например, если говоришь ты, что одна ViewGroup медленнее другой, так объясни почему, мразь. Хоть немного расскажи, как вьюшки отрисовываются. Но нет. Лось там плавал. И вот так вот везде. Ради чего вообще делают такие доклады? Короче, пожелаю автору вытащить голову из задницы. Вам пожелаю не делать так и не тратить своё время на схожий булшит. А запись выступления с транскриптом можно найти по ссылке. Пис 👊🏻
https://realm.io/news/gotocph-daniel-lew-efficient-android-layouts/

Довольно старый, но один из лучших докладов по безопасности в Android, как я считаю. Артём Кулаков рассказал о том, как всё на самом деле плохо, и чем можно хотя бы частично защитить своё приложение. Крайне рекомендую. Пис 👏🏻
https://youtu.be/YErE9d4ZHGY

Продолжаем тему безопасности. Автор показывает, как можно положить некоторый API-ключик в NDK. Проделано всё довольно просто и достать ключ по-прежнему несложно, но всё-таки это лучше, чем зашивать его в static final. В общем, если вы ещё не разбирались с NDK, будет полезно посмотреть. Ах да, отсылка к докладу из предыдущего поста: всё ещё можно подключиться к аппке дебаггером и вытащить собранный ключ из Java-части. В общем, берегите своего внутреннего параноика. Пис 🤘🏻
https://androidsecurity.info/2016/12/15/storing-your-secure-information-in-the-ndk/

Мало кто любит Android Plugin DSL. Отсутствие автокомплита и внятных доков иногда заставляют грустить. Однако, какие-никакие доки всё-таки есть, и на том, блядь, спасибо. http://google.github.io/android-gradle-dsl/current/index.html
Но речь не о доках. Вот вам статья про выделение зависимостей всех модулей в отдельный dependencies.gradle. Несмотря на то, что подход попахивает переусложнением и лишает Android Studio возможности проверять обновления библиотек (о чём автор честно пишет), мне понравилось. Интересный подход. Помнится, где-то я видел gradle-плагин, который делал похожие вещи. В общем, не переусложняйте без необходимости, и, как обычно, пис 👌🏻
https://hackernoon.com/android-how-to-add-gradle-dependencies-using-foreach-c4cbcc070458#.xmx5tx2py

А вот вам небольшой подгон. Я иногда ловил себя на том, что гуглю треклятую диаграмму lifecycle очередного компонента Android или ещё какой-нибудь кусок дерьма. Ну, бывает. У всех иногда что-то вылетает из головы. В какой-то момент я стал сохранять полезные диаграммы и шпаргалки, чтобы всегда были под рукой. А позднее мы в компании просто решили выложить эту папочку в Google Drive. Собственно, на здоровье. Пис 👊🏻
https://drive.google.com/drive/folders/0B8043N7nHWABNEJicEJiNmdjclE?usp=sharing

И последнее на сегодня. Каждый, кто так или иначе погружался в Android, открывал для себе вездесущий Context. С одной стороны, многие компоненты им являются, с другой - все они дают разные возможности. Причём обойтись без него нельзя в самых разных задачах. Так вот, если вы не знаете, откуда уши Context растут - обязательно прочитайте эту статью про Context Object Pattern. Лишние знания не навредят, гарантирую. Учите матчасть. Пис 🖕🏻

Целый цикл статей не про Android. Максим Хижинский - автор крестовой libcds библиотеки - пишет о lock-free структурах данных. Да-да, привет, multithreading. Если упростить, то lock-free структура данных - это такая хреновина, которой можно манипулировать из многих потоков, и самому при этом не думать о lock/unlock и прочей нечисти. В конце каждой статьи можно найти ссылки на все остальные части цикла. Сразу скажу, что чтиво непростое и требует приложения определённых когнитивных усилий, но оно того стоит. В идеальном мире знать о таких вещах должен каждый разработчик. Ну, вперёд! Пис 🤘🏻
https://habrahabr.ru/post/195770/