Андрей Гордиенко

Чтобы показывать во время синхронизации «красивую» анимацию этой иконки, Гугл не позволяют системе залить ее соответствующим для бара цветом. Со светлым баром такое прокатило — светлый бар, темная иконка. А с появлением с недавних пор темного бара вышла фигня — темная иконка остается темной, а значит, незаметной.

Урок для Гугла и всех нас: несистемные решения более уязвимы, когда дела доходит до нововведений.

Судя по «На 5 владею графическими редакторами», лучше всего подойдет Design+Code — и редактор уместный подучите, если еще не успели, и Swift тут с нуля и на понятном языке.

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

2. Знай https://developer.apple.com/library/ios/documentat... и developer.android.com/design/index.html . Люби их, ненавидь, пренебрегай — но знай

3. Учи UX и возвращайся с конкретными вопросами ;)

Нативная разработка в стартапе сразу под две мобильные платформы? Надежнее способа просрать стартап я не знаю ;)

Шучу конечно, знаю — можно еще за бизнес-идею взять мессенджер с геолокацией (и фотошеерингом же, ну!) и реализовывать его не имея технической базы.

Да прибудет с вами Эрик Рис

Первый вариант кажется слабым из-за своей универсальности. Но я делаю этот вывод (и все последующие) с осознанием того, что вопрос про UX задан без четкого контекста и описания аудитории, её целей, бизнес-целей и ожидаемых результатов. Приступим же к гаданию!

Давая возможность указывать целые регионы и выводя по умолчанию сразу всех пользователей, какой станет плотность полезной информации на сто элементов списка для пользователя? Это важный (скорее всего) показатель, который сильно прогнется (чувствую это в воде), по сравнению с выдачей со строгой привязкой к локации.

Как же привязаться? В большинстве случаев, ограничивать пользователей одной точкой на карте — дурной тон, так что смело добавляйте в настройки профиля возможность указать несколько городов. Предположим (безосновательно), что для вас это хорошее решение, и как теперь выводить результаты?

Чаще всего (в зависимости от нюансов вашего проекта, этот совет может быть критически деструктивным. Но кто знает) используется шаблон приложения-прогноза погоды. По умолчанию выдаются результаты с привязкой к тому месту, где сейчас находится пользователь, плюс есть возможность перейти к данным по городам, указанным в анкете. Получается, вы предполагаете, что информация о ближайшем окружении самая ценная (за слово «релевантная» тут не бьют?) для пользователя, но даете возможность пользователю быстро всё исправить, если предположение оказалось неверным.

К существующим ответам могу добавить пару советов из личного опыта:

1. Сделайте общение внутри команды максимально простым и эффективным, для этого есть Slack. В идеале возложить на кого-то роль куратора этих коммуникаций — это немного снимет ответственность с участников и раскрепостит общение.

2. Распределите роли в команде так, чтобы обязанности шли с нахлестом — то есть в малой мере пересекались у разных участников. Где нет нахлеста — швы расходятся, а из них лезут процессы, которые ни за кем не закреплены.

В команде с налаженным, непринуждённым общением и старательно выделенными объемами обязанностей, высокоуровневые проблемы типа «какая ОС» и «кому что давать и в каком виде» будут решаться сами собой — а точнее силами вашей команды. Удачи!