Мобайл: дизайн и разработка – Telegram
Мобайл: дизайн и разработка
473 subscribers
8 photos
158 links
Android-разработчик и дизайнер делится своим опытом, полезными инструментами, выжимками статей и докладов.
Download Telegram
Вот как это выглядит
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
Начинаем неделю с красивых цветов.

Коллекция приятных цветовых сочетаний от Тобиаса ван Шнайдера.
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
Как составлять хорошие сообщения об ошибках

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
Недовольный пользователь 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
📝 Как писать 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. 🙌