Информация
- В рейтинге
- Не участвует
- Откуда
- Санкт-Петербург и область, Россия
- Зарегистрирован
- Активность
Специализация
Бэкенд разработчик, Архитектор программного обеспечения
Старший
Java
Spring Boot
DevOps
TypeScript
Node.js
Kubernetes
SQL
Базы данных
Высоконагруженные системы
Проектирование архитектуры приложений
Название нормальное.
Но логотип вы итоге сделали красивый, но чужой,
Поигрались поигрались и взяли готовый шаблон…
Лучше менее модный, да свой — чтобы была ассоциация и запоминаемость.
Если бы у вас весь дизайн был какой-то авторский, то еще ладно…
Но у вас же и дизайн, как правильно заметили, тоже по шабону типа airbnb.com
Ничего в этом страшного нет, на мой взгляд, но запоминаемость будет страдать
— а это основное для таких сервисов.
Лучше и правда шарик хоть какой был бы
Я придумал офигенное место для нее — в рулевом колесе. :)
За рулем люди проводят от часа до 4-х в сутки…
Но одно не пойму — нахера тут цветной красивый дисплей,
на который и уходит вся батарея и который не виден на солнце.
Чернильный дисплей — как у Pebble и будет счастье (разрешения только подбавить)
Не фотки же с видео смотреть на нем.
А то для не сведующего в безопасности пользователя (как я, например) может
показаться, что ваш обзор про какие-то особые мессенджеры, а Телеграм как бы отдельно.
Пусть был бы со своими плюсами и минусами.
Основная аудитория только его и знает.
Почему нет телеграма ни в списке ни в комментариях?
Будем пробовать
Не совсем так. Логика обработки ошибок разная.
Не всегда достаточно Да или Нет.
Например, HTTP ошибки 401,403 — часто используются согласно протоколу.
Т.е требуется авторизация и нужно показать это в интерфейсе.
Ошибка 500 на сервере, это не тоже самое что SocketTimeout
В первом случае это косяк на сервере, во втором пользователю можно сообщить
что соединение оборвалось и стоит попробовать еще раз.
Исключения работы с сетью также могут быть разные — Например при GPRS соединении могут вываливаться NoHttpResponseException,
в случае которых можно сразу делать вторую попытку отправки запроса.
Может вам просто сделать свой тип исключения — для всех HTTP кодов ошибок?
Подскажите
как у вас обработка ошибок реализована
обработка различных кодов ошибок HTTP, исключений работы с сетью.
В примере выше это не раскрыто.
Но и просто просмотр фильма на телевизоре через hdmi (как обычно я и смотрю)
было бы круто сопроводить пультом к плееру.
Для этого можно использовать свой же iPhone/Android
Речь, конечно, там должна идти о легальном просмотре как у ivi.ru и с готовым каталогом фильмов
с субтитрами.С такой же ровно моделью монетизации.
плеером на компьютере (через вебсокет)
Сидеть весь фильм перед ноутом с пальцами на тачпаде — не очень комфортно.
Сейчас почти все новые телевизоры идут со встроенным каталогом приложений.
Написать расширение для телевизора не сложно — тот же html+js
Конкуренция там низкая, хорошее приложение сам LG/Samsung будет фичерить.
Попробуйте… Управлять приложением можно как с пульта так и через iPhone/Android.
Продукт может быть очень крутой — но он должен быть проще и удобнее.
Было бы идеально — смотреть с телевизора, а под рукой иметь только одну кнопку
по нажатию на которую ставится пауза и переводится весь субтитр.
И еще маленький совет по юзабилити:
Когда ставишь паузу не всегда успеешь попасть в нужный субтитр (сцена может уже смениться)
Логично сделать листалку по субтитрам вправо влево, а также если клик пришелся на самое начало — перелистывать автоматом шаг назад (пользователь вероятнее всего хотел сделать стоп на предыдущем кадре)
Без поддержки приложение не просто не получает новых фич — оно рано или поздно перестает работать
Так уже бывает… Не знаю почему, но программы реально могут дряхлеть и помирать, если за ними нет ухода.
А пользователи вспоминают о вас только, когда у них плохо, а не когда все хорошо.
И идут вам ставить свой кол в Google Play, сдобрив комментарием «на счет тупых разрабов».
Ровно также в число первых пользователей могут попасть и ваши лояльные первопроходцы.
Потому лучше не экспериментировать, а сразу принимать решение в зависимости от проекта.
дабы статистика и так доступна.
Принимать решение можно только основываясь на своей статистике и количестве костылей
(но большая часть приложений обходится android.support без сторонних библиотек)
А не на авторитетных советах.
Вот если в приложении еще нет аудитории — нечего и думать: конечно >=14
"… Ну вы что нибудь придумаете, вы же профессионалы"
Не давать доступ к API и при этом вежливо интересоваться — «Ну, вы закончили?»
Самое прискорбное — что мы действительно, что нибудь придумываем и тянем на себе процесс.
А чиновники рапортуют о созданных ими инновационных продуктах (ваши приложения за банку колы).
Это же логично. С учетом того что Google имеет жесткие ограничение на число запросов к геокодеру.
Очень бесит когда не понимаешь- то это твои результаты поиска, то ли лабуда какая-то не относящаяся к делу.
Мне помогает моя вторая половина — вычистить текст от кривых конструкций и слов паразитов.
(в тех редких случаях, когда мне нужно написать что-либо типа статьи).
Мне кажется, вы и сами можете подкорректировать текст
на предмет явных речевых опечаток типа «и много я для нее сделал сил, прототипов..»
Просто перечитать итоговый текст после небольшого перерыва.
Здесь же не кружок литераторов. Достаточно, чтобы мозг не запинался при чтении.