Как дизайнеру пользовательского интерфейса (совсем не разбираясь в кодировании), что я должен иметь в виду при разработке приложения для IOS / Android?

Question

Работая с разработчиками, мы, дизайнер, постоянно сталкиваемся с этой проблемой, когда мы ничего не знаем о том, как что-то работает на уровне кода. Это создает большой разрыв между тем, что мы думаем, и тем, что реализуется. Если бы мы знали, занимает ли реализация конкретной функции много времени, мы могли бы спроектировать ее так, чтобы она была более удобной для разработки при меньших затратах и ​​времени без ущерба для UX.

Существуют ли какие-либо решения дляэто? Мы прочитали рекомендации по разработке материалов Google / рекомендации Apple, но все же обнаружили, что между дизайнерами и разработчиками пользовательского интерфейса существует большой разрыв в коммуникации (IOS / ANDROID).

Дайте мне знать, что вы, ребята, следитев вашей среде.

Answer 1

Меньше кастомов Просмотров ЛУЧШЕ !!! Просто иди с нативными вещами.

• Это намного лучше для пользователя, так как все приложения одинаковы во всех приложениях, и это проще.
• Когда что-то настраивается, это означает больше кода. Чем больше кода, тем больше времени. Чем больше кода, тем больше ошибок. Больше кода означает больше того, что вам нужно читать и управлять им в будущем. Как сказал бы Винни-Пух: чем больше, тем меньше, тем меньше. В нашем случае: больше кода больше головной боли.
• Если что-то не так, это значит, что вы используете Android API, который развивается. Это означает, что ваше приложение всегда будет новым и не устареет, потому что Android Project обновляет свой код, и мы, как разработчики, должны изменить версию API. Если что-то, что выглядит круто, было реализовано нами, через 1 год это может выглядеть не так круто, и единственный способ изменить это - переопределить это.
• Те же проблемы возникают, если мы пытаемся повторно использовать код, используя некоторую внешнюю библиотеку на Github. В краткосрочной перспективе это будет работать хорошо, так как мы «повторно используем код», что в программировании хорошо, но через 3 года библиотека устареет, и вам придется использовать что-то еще. В данный момент я удаляю такие библиотеки из моего проекта.

Итак, что вы можете сделать:

• Изучите хорошие принципы проектирования для каждой платформы и попробуйте повторно использовать то, что есть в коробке. Тогда, если вы действительно хотите что-то еще, вы должны действительно знать, какова цена этого!
• Когда вы пытаетесь оценить цену, посмотрите, где вы работаете. Да, все хотят этот удивительный дизайн, но действительно ли ваша компания готова платить за него? В самом деле? Какие ресурсы у него есть? Если приложение имеет дерьмовую функциональность, внешний вид не имеет значения. Если вы тратите слишком много времени на создание пользовательских вещей, это повлияет на код. Также пользовательские тонкости, которые будет трудно поддерживать в долгосрочной перспективе.
• Также разработчики склонны считать, что пользователи пользовательского интерфейса вообще идиоты, которые просто не понимают своих потребностей и стремятся к тому, что они хотят. Не будь идиотом. Оставайтесь на своем, если считаете, что вы правы, но никогда не соглашаетесь с разработчиком и затем делаете что-то еще в макетах.

Также, возможно, вы можете немного взглянуть черезAPI сам. Есть много картинок и анимаций: https://developer.android.com/guide