Спасибо за обратную связь.
Ошибка с публикацией должна быть исправлена следующим обновлением, которе сейчас в сторе на ревью.
А автопоиски и счетчик просмотров резюме — это пока наша головная боль с legacy кодом, лечением которой мы занимаемся. Надо некоторое время чтобы реализовать это в новом api.hh.ru и перевести приложение на новый api для автопоисков и истории просмотра.
Спасибо за обратную связь. Все по делу, не смотря на достаточно категоричную форму в финале :)
Мы выходим на периодические обновления приложения, думаю что все крэши отловим еще за 1-2 релиза.
Ну и доработки интерфейса тоже будем проводить, в том числе и те, которые вы упомянули.
Аутсорс подход не является причиной успеха или не успеха. В некоторых условиях это единственная возможная опция в какой-то момент времени.
Просто в данном случае не сложилось по разным причинам. И там вина не только подрядчика :)
Два основных критерия:
— неудовлетворительная скорость работы приложения
— «ненативность» интерфейса
Год назад это было серьезным препятствием для развития приложения.
Тем не менее, при разработке приложений в некоторых условиях, будет оправданным иметь ненативное приложение. Стоимость поддержки и скорость выхода на несколько платформ сразу с меньшими затратами могут быть преимуществом в некоторых случаях, даже при условии этих критериев со скоростью и внешним видом.
У нас в приложении есть элемент ненативного приложения — форма авторизации регистрации пользователя работает через webview. Какое-то время она была одним из узких мест приложения по производительности. Сейчас ее удалось приготовить до удовлетворительного состояния.
Спасибо за развернутое описание проблемы.
как я вижу есть недочет с:
— размерами элементов интерфейса на форме авторизаии (тут важно понять, на каком экране)
— с запросом прав при повторном логине, при отказе.
Поработаем над обоими. Запрос прав сделаем понятнее и исправим выдачу прав при повторной авторизации.
Можно поинтересоваться, с какого устройства работаете с приложением?
PS. Оперативно вам должен помочь «фокус» с выходом на другой экран приложения, и потом повторный переход на авторизацию (либо перезапуск приложения на крайний случай). Не самые лучшие варианты, но должны помочь решить вопрос прямо здест и сейчас с повторной авторизацией, пока мы работаем над этими недочетами.
есть js-библиотеки, позволяющие описывать классы, цепочки наследования и интерфейсы. вот например одна из вариантов http://forum.agiledev.ru/index.php?t=msg&th=995
Ошибка с публикацией должна быть исправлена следующим обновлением, которе сейчас в сторе на ревью.
А автопоиски и счетчик просмотров резюме — это пока наша головная боль с legacy кодом, лечением которой мы занимаемся. Надо некоторое время чтобы реализовать это в новом api.hh.ru и перевести приложение на новый api для автопоисков и истории просмотра.
Мы выходим на периодические обновления приложения, думаю что все крэши отловим еще за 1-2 релиза.
Ну и доработки интерфейса тоже будем проводить, в том числе и те, которые вы упомянули.
Это очень полезный фидбек, несмотря на то, что часть недочетов нам известна.
Будем улучшать.
Просто в данном случае не сложилось по разным причинам. И там вина не только подрядчика :)
— неудовлетворительная скорость работы приложения
— «ненативность» интерфейса
Год назад это было серьезным препятствием для развития приложения.
Тем не менее, при разработке приложений в некоторых условиях, будет оправданным иметь ненативное приложение. Стоимость поддержки и скорость выхода на несколько платформ сразу с меньшими затратами могут быть преимуществом в некоторых случаях, даже при условии этих критериев со скоростью и внешним видом.
У нас в приложении есть элемент ненативного приложения — форма авторизации регистрации пользователя работает через webview. Какое-то время она была одним из узких мест приложения по производительности. Сейчас ее удалось приготовить до удовлетворительного состояния.
как я вижу есть недочет с:
— размерами элементов интерфейса на форме авторизаии (тут важно понять, на каком экране)
— с запросом прав при повторном логине, при отказе.
Поработаем над обоими. Запрос прав сделаем понятнее и исправим выдачу прав при повторной авторизации.
Можно поинтересоваться, с какого устройства работаете с приложением?
PS. Оперативно вам должен помочь «фокус» с выходом на другой экран приложения, и потом повторный переход на авторизацию (либо перезапуск приложения на крайний случай). Не самые лучшие варианты, но должны помочь решить вопрос прямо здест и сейчас с повторной авторизацией, пока мы работаем над этими недочетами.