Привет) Думаю, что каждый сам для себя выбирает, что читать. Наши переводы различаются лишь формулировками, где-то проще читать, где-то более понятен смысл. Мне кажется, многие могли пропустить/не успеть в предверии праздников прочитать обновления. Ничего страшного в том, чтобы напомнить)
1) Точные метрики конкретно не делал, но на Android когда проверял, как я уже сказал точно меньше 0,5 с. Практически мгновенно. Могу дополнить статью метриками )
2) Stopwatch и среднее )
3) конкретно ML гугла если брать, то тут зависимость чисто от устройства пользователя. Но даже не на самых свежих девайсах распознавание не заставляет сильно ждать.
Если говорим про весь процесс распознавания (c ML сервера и с получением инфо о товаре) , то тут все завязано больше на сервер естественно. Зачастую тупил. И как раз и доходило до 10 сек.
4) Весь процесс сканирования (измерял с помощью Stopwatch) сейчас 4-5 сек, там много запросов именно с инфой о товаре. сам баркод распознается мгновенно.
5)Все просто. Когда пришел на проект, сервис гугла уже был. Решил рассказать :) Глянул по поводу других ML, особо инфы не нашел.
ML на сервере абсолютно верно распознает баркод, а вот гугла подменяет разделитель FNC1 на GS. До изменения правил, ML гугла служила только для того, чтобы понять, есть ли в объективе баркод
Пока что прослеживается тенденция, что во Flutter активно переходят и разработчики и бизнес. Приложений на Flutter становится все больше, в то время как Flutter активно поддерживается и совершенствуется гуглом. Отсюда вывод, что Flutter популярен и имеет место быть. Говорить про "похороны" натива - глупость. Т.к. нативное приложение всегда будет ближе к самому смартфону, а значит где-то да больше будет и производительность, которая многим нужна. Но опять же Flutter стремится к совершенству и уж точно занял неплохную позицию в мире IT :)
Qt и C++, Kotlin Multiplatform — как езда на машине с ручной коробкой передач по бездорожью. Есть доступ к самому низкому уровню, где почти нет ничего готового. Либо нужно писать все самостоятельно, вплоть до отрисовки внешнего вида кнопок, либо реализовывать отдельно для каждой платформы связь со стандартными компонентами. Получить выгоду в таком подходе получается только для специфических задач, обычно все наоборот.
Привет! Ответ кроется в вопросе, Flutter не быстрее натива, но быстрее других кроссплатформенных фреймворков, которые пытаются обращаться к нативу и из-за этого проигрывают в скорости.
Привет) Думаю, что каждый сам для себя выбирает, что читать. Наши переводы различаются лишь формулировками, где-то проще читать, где-то более понятен смысл. Мне кажется, многие могли пропустить/не успеть в предверии праздников прочитать обновления. Ничего страшного в том, чтобы напомнить)
В самом ML-kit. Там вся обработка в нативе
Так а если на самом деле в баркоде придет GS, а мы заменим его на FNC1? такие коды (с GS) тоже бывают
Запись должна быть где-то, но не знаю где
1) Точные метрики конкретно не делал, но на Android когда проверял, как я уже сказал точно меньше 0,5 с. Практически мгновенно. Могу дополнить статью метриками )
2) Stopwatch и среднее )
3) конкретно ML гугла если брать, то тут зависимость чисто от устройства пользователя. Но даже не на самых свежих девайсах распознавание не заставляет сильно ждать.
Если говорим про весь процесс распознавания (c ML сервера и с получением инфо о товаре) , то тут все завязано больше на сервер естественно. Зачастую тупил. И как раз и доходило до 10 сек.
4) Весь процесс сканирования (измерял с помощью Stopwatch) сейчас 4-5 сек, там много запросов именно с инфой о товаре. сам баркод распознается мгновенно.
5)Все просто. Когда пришел на проект, сервис гугла уже был. Решил рассказать :) Глянул по поводу других ML, особо инфы не нашел.
ML на сервере абсолютно верно распознает баркод, а вот гугла подменяет разделитель FNC1 на GS. До изменения правил, ML гугла служила только для того, чтобы понять, есть ли в объективе баркод
спасибо, обновил ссылку)
Спасибо, поправил)
Пока что прослеживается тенденция, что во Flutter активно переходят и разработчики и бизнес. Приложений на Flutter становится все больше, в то время как Flutter активно поддерживается и совершенствуется гуглом. Отсюда вывод, что Flutter популярен и имеет место быть. Говорить про "похороны" натива - глупость. Т.к. нативное приложение всегда будет ближе к самому смартфону, а значит где-то да больше будет и производительность, которая многим нужна. Но опять же Flutter стремится к совершенству и уж точно занял неплохную позицию в мире IT :)
в основном пет проекты. C/C++, DevOps, Python. Немного веб-разработки)
Golang больше относят к многопоточности, нежели к кроссплатформе. Вычислить, посчитать, написать бота. Но никак не создание мобильного приложения :)
небольшой. Делал 3D Viewer на Qt и проклинал все что можно :)
и да, ты абсолютно прав. Разработка на Flutter идет быстрее чем разработка параллельно на Kotlin и Swift.
Qt и C++, Kotlin Multiplatform — как езда на машине с ручной коробкой передач по бездорожью. Есть доступ к самому низкому уровню, где почти нет ничего готового. Либо нужно писать все самостоятельно, вплоть до отрисовки внешнего вида кнопок, либо реализовывать отдельно для каждой платформы связь со стандартными компонентами. Получить выгоду в таком подходе получается только для специфических задач, обычно все наоборот.
Привет! Ответ кроется в вопросе, Flutter не быстрее натива, но быстрее других кроссплатформенных фреймворков, которые пытаются обращаться к нативу и из-за этого проигрывают в скорости.