Все это, конечно, круто
Но смысла особого не видно. Разве нет кучи расширений для кучи браузеров или кучи подобных приложений в гугл плей? Очередной велосипед
Я профессионально работаю с андроид, для меня это не составило труда (но я не фанатик тем не менее алгоритмов) Я не хочу вдаваться в такие подробности. Я представил краткий рабочий код, потому что когда это разрабатывал по всему интернету не находил ничего стоящего в плане кода (либо это были полноценные проекты со 100500 строками кода и попробуй в них разобраться). Мое желание — поделится, думаю кому-то может пригодиться.
Приложение ищет (не распознает) только запрещающие знаки. Скорость работы такая, что на Nexus 9 с Nvidia Tegra K1 в среднем 20 fps (до 30 доходит), а на Nexus 5x со Snapdragon 808 где-то 10 fps
Коэффициенты подбирались для разных знаков (и в живую и на мониторе). Это сложно, честно сказать. Потом просто искал золотую середину. Насчет фильтра вы правы, я неправильно посмотрел (подзабылось уже)
Я посмотрел ваш код, готов поспорить, что графика на низкоуровневом OpenGL (что по-сути предоставляет движок) намного оптимизированней вашего класса View с onDraw. Хотя код ваш впечатляет, очень хороший, на мой взгляд
Спасибо. Вы правы и если посмотреть их текущее приложение (исходники декомпилированные), то у них своя реализация с классом GLSurfaceView (что по-сути аналогично). Просто мне движок помог оптимизировать это без напряга относительного)
Как вариант использовать trello в управлении целями)
Согласен с автором по поводу конференций
Интересно просто даже общение с людьми, достигших больших результатов
Что касаемо саморазвития, это все верно
Нужно стремиться к своим мечтам
И рано или поздно они осуществлятся
По-моему, сыроватой пасхалка получилась. То, что есть в релизной версии, уже присутствовало начиная с developer preview. Ощущение, что не стали заморачиваться под конец этим просто
Особенно мне не нравятся два смайлика под буквой N на главном экране. Очень мелкие, сложно разглядеть
Хотя идея и реализация котиков впечатлила. Спасибо!
Верно. Кажется, по этой причине, удобнее api sdk заменять на rest запросы (тем более часто не все же нужно, только общую информацию, публикации стены и т.д.)
Но списка возможных значений нет нигде вообще.
Они здесь)
С клиентом не работал, похоже это боль)
Статья неплохая. Но мне кажется мало кто будет искать справку по gradle на хабре. Более перспективным для этого документация на stackoverflow. Вам не кажется?
P.S. у меня там больше рейтинг, я бы вам обязательно плюс поставил)
Могут вполне. Недостатки: 1. Открытое хранение токенов. 2. Использование webview в sdk для авторизации. Стоит от этого отказаться. Ну и остальное явно/неявно является следствием этих двух.
Согласен с Вами во многом. Но мы говорим об sdk, которой пользуются тысячи людей.
Существует много вредоносных программ, способные собрать таким образом токены, а сотням недобросовестных разработчиков под силу получить доступ к персональной информации своего пользователя.
1) Можно было бы. Например, в одном приложении я шифровал пароль с логином через AES. Но опять же исходники открыты (впрочем и без этого они открыты можно сказать, но на гитхабе все очень читаемо). Поэтому думаю это обязанность или разработчиков отдельно, или уже команды вк (будь-то хранить на серверах как и сейчас и/или расширить возможности своего клиента, где возможно использовать шифрование). Но точно не такой способ как сейчас.
2) Это я в смысле несанкционированного доступа к аккаунту вк.
Думаю, неплох вариант, когда приложение обращалось бы к клиенту за токеном. И получается напрямую разработчикам было бы доступно непосредственно только обращение к API.
Т.е. настроить Browser key
Я всегда наследую
Service. Спасибо за информацию оbindService, не зналВсе это, конечно, круто
Но смысла особого не видно. Разве нет кучи расширений для кучи браузеров или кучи подобных приложений в гугл плей? Очередной велосипед
Почему нельзя было бы установить на android 8?
Я профессионально работаю с андроид, для меня это не составило труда (но я не фанатик тем не менее алгоритмов) Я не хочу вдаваться в такие подробности. Я представил краткий рабочий код, потому что когда это разрабатывал по всему интернету не находил ничего стоящего в плане кода (либо это были полноценные проекты со 100500 строками кода и попробуй в них разобраться). Мое желание — поделится, думаю кому-то может пригодиться.
Приложение ищет (не распознает) только запрещающие знаки. Скорость работы такая, что на Nexus 9 с Nvidia Tegra K1 в среднем 20 fps (до 30 доходит), а на Nexus 5x со Snapdragon 808 где-то 10 fps
Коэффициенты подбирались для разных знаков (и в живую и на мониторе). Это сложно, честно сказать. Потом просто искал золотую середину. Насчет фильтра вы правы, я неправильно посмотрел (подзабылось уже)
Спасибо, что поправили. Не совсем такой заголовок должен быть
Я посмотрел ваш код, готов поспорить, что графика на низкоуровневом OpenGL (что по-сути предоставляет движок) намного оптимизированней вашего класса View с onDraw. Хотя код ваш впечатляет, очень хороший, на мой взгляд
Спасибо. Вы правы и если посмотреть их текущее приложение (исходники декомпилированные), то у них своя реализация с классом GLSurfaceView (что по-сути аналогично). Просто мне движок помог оптимизировать это без напряга относительного)
Есть же git для управления версиями кода
Почему не должно быть инструмента для управления целями? И то не зло, как в свое время называл первое Линус)
Как вариант использовать trello в управлении целями)
Согласен с автором по поводу конференций
Интересно просто даже общение с людьми, достигших больших результатов
Что касаемо саморазвития, это все верно
Нужно стремиться к своим мечтам
И рано или поздно они осуществлятся
По-моему, сыроватой пасхалка получилась. То, что есть в релизной версии, уже присутствовало начиная с developer preview. Ощущение, что не стали заморачиваться под конец этим просто
Особенно мне не нравятся два смайлика под буквой N на главном экране. Очень мелкие, сложно разглядеть
Хотя идея и реализация котиков впечатлила. Спасибо!
Верно. Кажется, по этой причине, удобнее api sdk заменять на rest запросы (тем более часто не все же нужно, только общую информацию, публикации стены и т.д.)
Они здесь)
С клиентом не работал, похоже это боль)
Статья неплохая. Но мне кажется мало кто будет искать справку по gradle на хабре. Более перспективным для этого документация на stackoverflow. Вам не кажется?
P.S. у меня там больше рейтинг, я бы вам обязательно плюс поставил)
Могут вполне. Недостатки: 1. Открытое хранение токенов. 2. Использование webview в sdk для авторизации. Стоит от этого отказаться. Ну и остальное явно/неявно является следствием этих двух.
Впринципе да. Но это трудоемко. И все-таки это не сама цель статьи. Я хотел указать на недостатки библиотеки больше
Согласен с Вами во многом. Но мы говорим об sdk, которой пользуются тысячи людей.
Существует много вредоносных программ, способные собрать таким образом токены, а сотням недобросовестных разработчиков под силу получить доступ к персональной информации своего пользователя.
1) Можно было бы. Например, в одном приложении я шифровал пароль с логином через AES. Но опять же исходники открыты (впрочем и без этого они открыты можно сказать, но на гитхабе все очень читаемо). Поэтому думаю это обязанность или разработчиков отдельно, или уже команды вк (будь-то хранить на серверах как и сейчас и/или расширить возможности своего клиента, где возможно использовать шифрование). Но точно не такой способ как сейчас.
2) Это я в смысле несанкционированного доступа к аккаунту вк.
Думаю, неплох вариант, когда приложение обращалось бы к клиенту за токеном. И получается напрямую разработчикам было бы доступно непосредственно только обращение к API.