30 дельных советов Android-разработчикам

Бонусый совет номер 31 от меня – при первой же возможности переходите на Kotlin. Лямбды, null-safety и ещё куча крутых фишек. Код выглядит настолько чисто, что на Java становится больно смотреть.
Язык совсем не сложный, так что учите и не откладывайте на потом!

https://medium.com/@cesarmcferreira/building-android-apps-30-things-that-experience-made-me-learn-the-hard-way-313680430bf9#.2d0qwew46

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

https://www.youtube.com/watch?v=A2LukgT2mKc

Начинаем неделю с красивых цветов.

Коллекция приятных цветовых сочетаний от Тобиаса ван Шнайдера.
vanschneider.com/colors

Большая подборка градиентов. Прямо на сайте можно скопировать CSS или скачать исходники для Sketch и Photoshop.
webgradients.com

Final Android Resizer

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

github.com/asystat/Final-Android-Resizer

Покрас Лампас – «Бросайте дизайн»

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

Главное:
• Не переоценивайте курсы и книги. Никто другой не научит вас так, как вы научитесь сами.
(лично я с ним абсолютно согласен; просто забейте на всё и идите работать).
• Единственный способ создать что-то новое и крутое – сломать существующие рамки.
• Создавайте вещи, которые будут связаны именно с вами. Стройте личный бренд из своих же работ.
• Не тратьте время на мелочные проекты. Сходите с ума, ставьте самые амбициозные цели и добивайтесь их.

youtu.be/hh_Sb_Jt1Co

Уменьшаем время сборки Android-приложения на 65%

TL;DR
Добавьте следующие строки в gradle.properties из домашней папки Gradle (у меня это C:\Users\Kondenko\.gradle):

org.gradle.daemon=true
org.gradle.jvmargs=-Xmx2048m -XX:MaxPermSize=512m -XX:+HeapDumpOnOutOfMemoryError -Dfile.encoding=UTF-8
org.gradle.parallel=true
org.gradle.configureondemand=true

https://medium.com/@kevalpatel2106/how-to-decrease-your-gradle-build-time-by-65-310b572b0c43#.90rfxtkje

Как сделать иконки ваших material-приложений лучше

Автор рассказывает (и показывает), как делать иконки без следования гайдлайнам, но с пониманием того, как делают иконки сами Google. В статье много практических советов, берите на вооружение!

https://stories.uplabs.com/what-google-missed-in-their-guidelines-for-material-design-iconography-daf9f88000ec#.ug3jq2d01

John Saito (дизайнер в Dropbox, раньше работал в Google) рассказал о том, как писать тексты для интерфейсов.

1. Сокращайте
2. Добавляйте заголовки
3. Используйте списки
4. Визуально разбивайте длинные тексты на части
5. Создавайте иерархию в тексте
6. Выдавайте большие объемы информации постепенно
7. Пишите текст сразу в макете, а не в отдельном документе

https://medium.com/@jsaito/how-to-design-words-63d6965051e9#.r7lx8z52b
Перевод: http://madcats.ru/content-marketing/people-hates-reading/

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

В статье от VC можно почитать про обучение работе с новыми интерфейсами.
https://vc.ru/p/consistency-vs-innovation

Вышла первая стабильная версия ConstraintLayout

https://sites.google.com/a/android.com/tools/recent/constraintlayout10isnowavailable

Как составлять хорошие сообщения об ошибках

1. Расскажите пользователю, что случилось
2. Объясните, как исправить ошибку (если это возможно)
3. Дайте понять, каковы последствия этой ошибки

https://latenightcoding.co/how-to-write-good-error-messages/

git commit -m "Learn to write better commit messages"

1. Отделяйте пустой строкой заголовок коммита от его описания
2. В заголовке используйте до 50 символов
3. Начинайте заголовок с большой буквы
4. Не ставьте точку в конце заголовка
5. Пишите заголовок в повелительном наклонении
6. Строка описания должна занимать около 72 символов
7. В описании расскажите, что изменилось и почему

https://chris.beams.io/posts/git-commit/

📺 Тестируем Android-приложения с помощью Mockito

Отличное видео про тестирование, в котором доступно рассказывается о фичах фреймворка Mockito (site.mockito.org). Очень советую новичкам. Смотрите и применяйте на практике ;)

https://www.youtube.com/watch?v=DJDBl0vURD4

Еще о Mockito – тестирование различных вариантов ответа сервера при помощи ArgumentCaptor

https://mdswanson.com/blog/2013/12/16/reliable-android-http-testing-with-retrofit-and-mockito.html

Недовольный пользователь iOS напоминает о важности постоянства в рамках операционной системы и продукта в целом (независимо от платформы).

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

Всем продуктивной недели! 💪


https://medium.com/startup-grind/the-sins-of-our-uis-908cd99940d9#.lw2d9jc04

Интересный рассказ о разработке кастомного View в виде пузырьков (как в Apple Music). Автор использовал Kotlin и OpenGL, а также физический движок, благодаря которому объекты ведут себя как настоящие.

Статья

Библиотека на GitHub (там же есть live-demo и ссылка на Google Play)

Начинающий дизайнер написал об одной из главных проблем Material Design – создании приложений "под копирку", и привел пару примеров хорошего дизайна материальных приложений (спойлер: Dropbox и Airbnb).

Не стоит слепо следовать гайдлайнам и использовать только предоставленные Google иконки, шрифты и цвета. Чем больше уникальности вы привнесете в свой дизайн, тем лучше для вас и для всей индустрии. Get creative! 🚀

https://uxdesign.cc/ive-grown-to-hate-material-design-5a6d9fc9bc00#.odguz85li

5 фишек Kotlin, которые сделают ваш код чище и производительнее

Именованные companion object, составные функции и не только.

https://hackernoon.com/5-small-things-you-probably-dont-know-about-kotlin-255261940de6

📝 Как писать release notes для App Store и Google Play

Шикарная статья, под завязку набитая советами и примерами.

https://uxdesign.cc/design-better-release-notes-3e8c8c785231#.dvjoh23v1

🔮 Anticipatory Design: How to Create Magical User Experiences


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

В комментариях говорят, что настройка искусственного интеллекта – слишком тяжёлая задача, особенно для небольшой компании. Они правы, но идею автора при желании можно применять и не обладая огромными объёмами данных, на которых будут обучаться сложные нейронные сети. Даже если вы просто запишите в базу данных деталь, которая окажется полезной в будущем (например, последний выбранный способ оплаты товара), это уже избавит пользователей от необходимости лишний раз печатать и кликать.

Будем надеяться, что использование искусственного интеллекта скоро станет легкой и привычной вещью. Благодаря этому интерфейсы станут еще незаметнее и проще. Как говорится, the best interface is no interface. 🙌

Третий год я кручу в голове и на встречах с концепцией инвестиций в мобайл. Недавно решил подойти к вопросу прагматично, опереться на пересечения ключевых трендов и методов работы. Что мы имеем сегодня:

Тренды рынков/сегментов/подходов:
– Мобайл растет. При этом в самом начале пути своего по монетизации
– Фримиум самый простой формат выхода на деньги
– Аудитории могут масштабироватья в мобайле до миллионов за месяцы даже без существенных вложений в рекламу
– Вирал – основа хорошего роста
– Успешным может стать даже то, что не имеет сложного бэк-энда
– Часто успешными становят те, кто смог красиво и понятно упаковать какой-то повседневный оффлайн

Методы работы:
– Нужно постоянно экспериментировать с продуктами, щупать пользователя, смотреть реакцию
– Еще больше надо экспериментировать с маркетингом – трафик наша кровь
– Все должно быть не просто посчитано, а выведено на дашборд в реальном времени
– Вирал – не миф, его можно настроить, но еще лучше заложить в ДНК продукта
– Мобильный продукт бессмертен – есть аппки на iOS, которым по 5 лет, не теряющие своей актуальности даже без обновлений
– В мобайле процессинг сделать проще – встроенные покупки решают кучу проблем, люди доверяют
– Локализация приложений и софтлончи в отдельных регионах дают возможность гибко тестировать рынки

Размышлений там еще на три тома...

И вот к чему я пришел: в ближайшие 5 лет точно, особенно выгодными будут инвестиции в мобильные приложения, которые уже запущены, но пока не могут качественно показать А) Рост, Б) Выручку.

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

Теперь про бизнес: $100K на аппку – это более чем достаточно, чтобы дать ей пинок в плане маркетинга и выручки. Взлетит, можно добавлять, а если нет – то ничего страшного. В правильных руках $100K в мобайле – это 50-500K инсталяций – более чем репрезентативно.

За $10 миллионов можно запустить 100 приложений. А если еще использовать мультипликатор трафика как KetchApp, когда все друг друга по кругу рекламируют, то можно усилить эффект от вложений в разы.

100 приложений – это шикарная диверсификация.

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

Вопрос один – какую долю брать у разработчиков приложения за эти самые $100K и экспертизу в продвижении и монетизации?