Val
ну думаю в ближайшие пару недель сменю прописку, и расскажу что как)
Владислав
извиняюсь, но ничего со словом sphinx не нашел Уверены что это pocketsphinx был (М.б. другая ASR обсуждалась)?
pocketsphinx-android-5prealpha-nolib.jar в архиве же лежит, там спин используется для распознания ключевого слова, типа свет проснись, а дальше включается гугловская распознавалка
Ravshan
Привет всем! Подскажите пожалуйста, в Manifest - HomeActivity is main launcher, а LoginAcitivty где user выполняет вход в аккаунт. Мне надо сделать так чтобы при входе в приложение загрузился LoginAcitivity без main launcher
ᛖᚹᛋᛁᚱ
Привет всем! Подскажите пожалуйста, в Manifest - HomeActivity is main launcher, а LoginAcitivty где user выполняет вход в аккаунт. Мне надо сделать так чтобы при входе в приложение загрузился LoginAcitivity без main launcher
Делай сплеш и перекидуй куда нужно или открывай новое активити в в onCreate
ᛖᚹᛋᛁᚱ
Но сплеш лучше т.к. уменьшит время загрузки апы
Vitaly
Что вы думаете по поводу Single Activity? Стоит ли придержаться её или всё таки лучше найти золотую середину и использовать несколько Activity для различных частей логики?
Кирилл
https://hi-tech.mail.ru/amp/news/smert_legendy_android_ostalos_pyat_let/ было бы неплохо, окажись это правдой
Alexander
https://hi-tech.mail.ru/amp/news/smert_legendy_android_ostalos_pyat_let/ было бы неплохо, окажись это правдой
Нет, за 5 лет не вытеснит. И за 10 не факт.
Когда зарелизится фуксия никто не знает. Даже гугл. В каком состоянии зарелизится фуксия не знает никто. Даже гугл.
Вендоры не кинутся переводить свои железяки на новую ОС. Первые пару лет это будут эксеременты с отдельными линейками. И даже если фуксия окажется успешной, на новой ос будут выпускать только новые линейки. А старые на андроиде еще много лет будут лежать в магазинах. На алишке до сих пор куча железа на андроиде 4.
Не факт что ползователь предпочтет фуксию. А ведь рыночек может разделится на тех кто будет признавать только фуксию, и на тех кто любит андроид всей душой.
Слишком много софта надо будет если и не переписывать, то протестировать и адаптировать под новую ОС. А это время и инвестиции.
Donna
Нет, за 5 лет не вытеснит. И за 10 не факт.
Когда зарелизится фуксия никто не знает. Даже гугл. В каком состоянии зарелизится фуксия не знает никто. Даже гугл.
Вендоры не кинутся переводить свои железяки на новую ОС. Первые пару лет это будут эксеременты с отдельными линейками. И даже если фуксия окажется успешной, на новой ос будут выпускать только новые линейки. А старые на андроиде еще много лет будут лежать в магазинах. На алишке до сих пор куча железа на андроиде 4.
Не факт что ползователь предпочтет фуксию. А ведь рыночек может разделится на тех кто будет признавать только фуксию, и на тех кто любит андроид всей душой.
Слишком много софта надо будет если и не переписывать, то протестировать и адаптировать под новую ОС. А это время и инвестиции.
Воообще ОС очень быстро умирают если их перестаёт поддерживать крупная фирма. Но, есть шанс что Гугл продаст Андроид
Lev
Андроид бесплатно распространяется и любой мануфактурщик имеет право изменять AOSP
Lev
Никто никого не продаст, продавать нечего
Lev
Даже если вместо андроида будет Fuchsia, у нее есть совместимость с прилами андроида
Lev
Неизвестно, как хорошо они будут работать, но экосистема будет готова на релизе
Владислав
Нет, за 5 лет не вытеснит. И за 10 не факт.
Когда зарелизится фуксия никто не знает. Даже гугл. В каком состоянии зарелизится фуксия не знает никто. Даже гугл.
Вендоры не кинутся переводить свои железяки на новую ОС. Первые пару лет это будут эксеременты с отдельными линейками. И даже если фуксия окажется успешной, на новой ос будут выпускать только новые линейки. А старые на андроиде еще много лет будут лежать в магазинах. На алишке до сих пор куча железа на андроиде 4.
Не факт что ползователь предпочтет фуксию. А ведь рыночек может разделится на тех кто будет признавать только фуксию, и на тех кто любит андроид всей душой.
Слишком много софта надо будет если и не переписывать, то протестировать и адаптировать под новую ОС. А это время и инвестиции.
мне кажется что все намного проще пройдет, для старого железа и так полно хламу на гугл плее и тп, под новое железо тож не вижу проблем производителям использовать новую операционку, это как нокии с их симбой ушел бренд ушла и она
Donna
Андроид бесплатно распространяется и любой мануфактурщик имеет право изменять AOSP
Право изменять это немножко не о том. Основной бонус Андроида на данный момент это 1) массовость 2) стандартизация
Владислав
Право изменять это немножко не о том. Основной бонус Андроида на данный момент это 1) массовость 2) стандартизация
а в чем стандартизация, на уровне железа вообще по барабану на чем крутиться
Lev
И стандартизация так себе, у нас прилы нужно на каждом апи тестить, чтобы не попасть в дыры нугата, орео и пая при минтаргете 16
Lev
Че, пацаны, кастомные пуши на орео?
Donna
И стандартизация так себе, у нас прилы нужно на каждом апи тестить, чтобы не попасть в дыры нугата, орео и пая при минтаргете 16
Это да, и именно поэтому я думаю что Андроид относительно скоро похоронят
Vladimir
а в чем стандартизация, на уровне железа вообще по барабану на чем крутиться
нет, не по барабану
Donna
Он почти продолбал пункт 2
Vladimir
а в чем стандартизация, на уровне железа вообще по барабану на чем крутиться
фреймворк общается с ядром через кучу прослоек + в ядре должна быть поддержка железа
Maryna
Это да, и именно поэтому я думаю что Андроид относительно скоро похоронят
переобуемся на флаттер
Vladimir
требл должен помочь в этом - но погугли кто его поддерживает
Владислав
фреймворк общается с ядром через кучу прослоек + в ядре должна быть поддержка железа
так ядро линуксовое, а все прослойки на уровне дров
Vladimir
тем более эти прослойки это проприетарный софт без исходников
Vladimir
че нет то,не видел нигде аппаратной поддержки чегото определенного
эм, включение выключение шумоподавления например
Владислав
эм, включение выключение шумоподавления например
этим драйвер занимается, а операционке нужно лишь дать команду
Владислав
вот жсм стек там да на уровне железа уже, опять же для операционки это всего лишь модем
Vladimir
эм, включение выключение шумоподавления например
незнаю как сейчас раньше могли на аппарате стоять кодеки фирмы audience (помоему ее купили) и на чипы этой фирмы в свободном доступе даже датащитов не было, чтобы посмотреть как его программировать
Владислав
че нет то,не видел нигде аппаратной поддержки чегото определенного
хотя нет в мтк процах поддержка джавы была на уровне проца, но это в прошлом
Vladimir
этим драйвер занимается, а операционке нужно лишь дать команду
операционка - это слоеный пирог из фреймворка и кучу прослоек
Vladimir
половина этих прослоек с закрытыми исходниками
Vladimir
это просто бинарники
Владислав
незнаю как сейчас раньше могли на аппарате стоять кодеки фирмы audience (помоему ее купили) и на чипы этой фирмы в свободном доступе даже датащитов не было, чтобы посмотреть как его программировать
так мы говорим о производителе, он берет у гугла фуксию, у производителя чипсета дрова, лепит в кучу и выдает потребителю
Lev
Не будет такой фигни
Lev
Она пилится чтобы не было сегментации как у андроида
Lev
Считайте, что как iOS с постоянными обновами
Lev
Почти, сравнивать лучше не надо, ибо это гибрид уже между мобилкой и пк
Владислав
Считайте, что как iOS с постоянными обновами
так у иоса тоже линь на борту просто дрова на железо под них спецом пишут, даже процыки и те самсунговские у них шли
Vladimir
этим драйвер занимается, а операционке нужно лишь дать команду
в операционке может это не быть реализовано - производитель делает изменения в фреймворке(естественно это не опенсурсится)
Lev
Фигуративно как ios
Lev
Не может быть такого, что в один момент времени выпускаются телефоны, у которых мешанина по функциям
Владислав
в операционке может это не быть реализовано - производитель делает изменения в фреймворке(естественно это не опенсурсится)
ну как так не реализованно, есть класс устройств ядро производит их инициализацию, на низком уровне драйверами, регистрируются в системе а фреймворк пользует их как ему надо
Vladimir
ну как так не реализованно, есть класс устройств ядро производит их инициализацию, на низком уровне драйверами, регистрируются в системе а фреймворк пользует их как ему надо
не я про то что производитель телефона может брать официальный аосп и делать там изменения - например для того чтобы работала не двойная камера а камера из 10 объективов(новая фишка) или например хитрожопый вибромотор для приятных тактильных ощущений
Vladimir
и в найстройках он дает этим управлять - или например работает софт который изучает твое использование и подстраивает телефон под тебя
Владислав
не я про то что производитель телефона может брать официальный аосп и делать там изменения - например для того чтобы работала не двойная камера а камера из 10 объективов(новая фишка) или например хитрожопый вибромотор для приятных тактильных ощущений
тут производитель будет ограничен только операционкой, нахрена 10 камер если пользовать их на высоком уровне нельзя будет
Карл
всем привет.
дилемма, пишу фабрику, которая должна создавать объекты, по ключу (строка), но иногда при создании объекта необходимо передавать параметры. На выбор приходит 3 способа
1. create(String key, Object data)
2. <T, R, S> create(String key, T data1, R data2, S data3)
3. create(String key, Map<String, Object> bundle)
кто что предпочитает? и какие + / - видите в этих подходах ?
Lev
3 нравится больше, легче читается, легко поменять
1 придется весь метод переписывать, если объект или цель изменятся
2 сложно читается
Карл
есть такое дело, но мне не нравится, что я буду для мапы хранить кучу ключей, а потом ещё резолвить, отсутствие значения по ключу
Карл
мне нравится 2й, во вне, он явно торчать не будет, есть минус, что трудно читать
Lev
По быстродействию 2 будет быстрее, но 3 лучше читается. В зависимости от того, что это за компонент, и от того, сколько людей работает над проектом, выбирай
Карл
@Leffsu спасибо =) буду ещё думать
Anna
привет :) кто-то сталкивался с тем, что при проигрывании видео до конца exoplayer view забирает фокус на себя?
Vitaly
Что вы думаете по поводу Single Activity? Стоит ли придержаться её или всё таки лучше найти золотую середину и использовать несколько Activity для различных частей логики?
Vladimir
Что вы думаете по поводу Single Activity? Стоит ли придержаться её или всё таки лучше найти золотую середину и использовать несколько Activity для различных частей логики?
главное сильно не упарываться ) если просится на отдельную активити то почему нет
Алексей
Ребята из Google на IO сказали, что Activity нужны тогда, когда приложению нужна отдельная точка входа (например, интент из левого приложения). Если у вас просто приложение, которое вы просто запускаете из Launcher, то вам достаточно одного Activity. Навигацию можно построить на фрагментах, будет гибче и красивее. Осенью Константин Цховребов обещал сделать доклад про то, как правильно готовить SingleActivity.
Алексей
Почему не касается, и как связан MVVM с фрагментами или activity?
Maryna
просто интересно как вы видите архитектуру где одна раздутая от ивентов активити и 50 фрагментов
Алексей
От каких ивентов? почему активити раздутая?
Vitaly
Vitaly
А как выглядит 50 Activity?
Павел
Необычно.
Алексей
как вообще связана архитектура со способом организации UI-слоя?
Konstantin
Делаю single activity с mvvm нормально себя чувствую.
Maryna
а в чем профит? все разруливаете в одной активити на 1000 строк?)
Алексей
а в чем профит? все разруливаете в одной активити на 1000 строк?)
Можно спокойно делать точно такие же моульные экраны, просто View будет фрагмент а не активити.
Alex
Делаю single activity с mvvm нормально себя чувствую.
А как осуществляешь навигацию между экранами? Есть пример?
Konstantin
А как осуществляешь навигацию между экранами? Есть пример?
Ну есть отдельная сущность для этого. Ещё можно чичероне заюзать но я не пробовал
Alex
Ну есть отдельная сущность для этого. Ещё можно чичероне заюзать но я не пробовал
С чичероне всё понятно. Меня интересует реализация без него.
Anonymous
ок, жду)