В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Android Architecture

2446 membersпожаловаться на группу
2020 April 29

Sλ

Sergey λ in Android Architecture
Dmitriy
Тоже не знаю стоит или нет) Мне пруф нужен чтобы заказчику показать что не нужно это делать если фильтр по умолчанию там имплементирован.
https://www.youtube.com/watch?v=MEjFW_tLrFQ
может здесь что-то скажут
YouTube
Seamless and Smooth Location Everywhere with the new FusedLocationProvider (Google I/O'19)
This session will cover the latest improvements to the FusedLocationProvider (FLP) and why it is the right and future proof choice for most apps. Learn how to implement that redesigned algorithms behind FLP, including core sensor fusion, outlier rejection, and inertial sensor processing, to consistently provide smooth, accurate, and seamless location, outdoors or indoors, in car or on foot. This talk will also cover expected behavior, performance, and our roadmap for continual improvement.

Watch more #io19 here:

Google I/O 2019 All Sessions Playlist → https://goo.gle/io19allsessions
Learn more on the I/O Website → https://google.com/io

Subscribe to the Google Developers Channel → https://goo.gle/developers
Get started at → https://developers.google.com/

Speaker(s): Michael Angermann and Martin Frassl

TB3FC9
источник
17:08пожаловаться#1

СП

Сергей П. in Android Architecture
Вплане доказать я бы залогировал одновременно координаты gps и flp на неск.часов и нарисовал облако точек (хоть в экселе) для неподвижного и малоподвижного (в пределах комнаты/двора)
телефона. Если одно облако маленькое а гпс больше - фильтр есть
источник
17:11пожаловаться#2

D

Dmitriy in Android Architecture
Спасибо еще раз помощь, все взвешу и буду что-то делать
источник
17:13пожаловаться#3

ML

Mikhail Levchenko in Android Architecture
Позвольте отвлечь чат от рассуждений об интеракторах таким вопросом/набросом.

Проходит ли у вас в команде дизайн-ревью перед непосредственно разработкой, когда берётесь за крупные задачи?

Если да, то накиньте, пожалуйста, такие темы:
- как определяете, когда для задачи наступает потребность в дизайн ревью?
- на каком этапе делаете ревью?
- есть ли какой-нибужь чеклист для того, что должно быть в диздоке?
- если проводили раньше и отказались, то почему?
источник
22:33пожаловаться#4

JF

Jorik Fat in Android Architecture
Помогите, пожалуйста, разобраться в некоторых тонкостях, или поправьте, если не прав:
View-слой = отображение;
Presenter-слой = взаимодействие пользователя с приложением;
Domain-слой = бизнес-логика;

Т.о. при вводе номера телефона: presenter проверяет полноту ввода (10 символов), domain проверяет корректность региона<7*********>, repository/data - сообщают если номер повторяется
источник
23:03пожаловаться#5

СГ

Сергей Греков... in Android Architecture
Mikhail Levchenko
Позвольте отвлечь чат от рассуждений об интеракторах таким вопросом/набросом.

Проходит ли у вас в команде дизайн-ревью перед непосредственно разработкой, когда берётесь за крупные задачи?

Если да, то накиньте, пожалуйста, такие темы:
- как определяете, когда для задачи наступает потребность в дизайн ревью?
- на каком этапе делаете ревью?
- есть ли какой-нибужь чеклист для того, что должно быть в диздоке?
- если проводили раньше и отказались, то почему?
Дизайн ревью перед разработкой? Т.е. нужно сначала написать док с этим дизайном, а потом еще и ревью на него натравить?
источник
23:14пожаловаться#6

ML

Mikhail Levchenko in Android Architecture
Сергей Греков
Дизайн ревью перед разработкой? Т.е. нужно сначала написать док с этим дизайном, а потом еще и ревью на него натравить?
Агась. Ну если ты делаешь крупную фичу на несколько экранов, с которой нужно сделать много провязок, затащить стороннюю библиотеку, провести рефакторинг т.д. то кажется интересной возможность сначала это обсудить с командой
источник
23:16пожаловаться#7

СГ

Сергей Греков... in Android Architecture
Mikhail Levchenko
Агась. Ну если ты делаешь крупную фичу на несколько экранов, с которой нужно сделать много провязок, затащить стороннюю библиотеку, провести рефакторинг т.д. то кажется интересной возможность сначала это обсудить с командой
Никогда не задумывался над формализацией этого дела, обычно обсуждали либо устно, либо в какой нибудь issue. Мы сейчас пытаемся вводить процесс пропазалов, когда кто то хочет что то изменить в проекте, ну типа попробовать вместо mvp -> mvvm (условно). Тот накидывает proposal (тупо Issue  в Гитхабе) и там обсуждаем. За образец решили брать Свифтовые пропозалы  и  KEEP. Но это не совсем про дизайн бизнес фич
источник
23:21пожаловаться#8

ML

Mikhail Levchenko in Android Architecture
Сергей Греков
Никогда не задумывался над формализацией этого дела, обычно обсуждали либо устно, либо в какой нибудь issue. Мы сейчас пытаемся вводить процесс пропазалов, когда кто то хочет что то изменить в проекте, ну типа попробовать вместо mvp -> mvvm (условно). Тот накидывает proposal (тупо Issue  в Гитхабе) и там обсуждаем. За образец решили брать Свифтовые пропозалы  и  KEEP. Но это не совсем про дизайн бизнес фич
Мы для рефакторингов, введения новых подходов и т.д. обычно открываем драфт-пулл-реквест с POC и там же обсуждаем. Немного более предметно выходит. А то условный MVVM - он на бумаге разный бывает
источник
23:24пожаловаться#9

СГ

Сергей Греков... in Android Architecture
Mikhail Levchenko
Мы для рефакторингов, введения новых подходов и т.д. обычно открываем драфт-пулл-реквест с POC и там же обсуждаем. Немного более предметно выходит. А то условный MVVM - он на бумаге разный бывает
Ну да, примеры кода и реализации обязательны, абстрактно смысла нет обсуждать
источник
23:26пожаловаться#10

ML

Mikhail Levchenko in Android Architecture
Вот и есть идея, что для крупных бизнес фич стоит намечать план заранее и ревьюить его таким же процессом Peer Review как и код на выходе. Кажется, что можно так повысить итоговое качество и заранее ввести будущего ревьюера в курс дела
источник
23:27пожаловаться#11
2020 April 30

J

Jasur in Android Architecture
Добрый день, не подскажите что не так?
источник
15:01пожаловаться#12

J

Jasur in Android Architecture
источник
15:01пожаловаться#13

AO

Artem Osipov in Android Architecture
Все
источник
15:02пожаловаться#14

J

Jasur in Android Architecture
Artem Osipov
Все
как правильно сделать?
источник
15:03пожаловаться#15

AO

Artem Osipov in Android Architecture
Jasur
как правильно сделать?
Ну для начала не сеттить значение из вью
источник
15:03пожаловаться#16

АЕ

Алексей Ершов... in Android Architecture
и не кидать скриншоты кода
источник
15:05пожаловаться#17

I

Igor in Android Architecture
и не задавать вопросы не по архитектуре в чате по архитектуре
источник
15:05пожаловаться#18

J

Jasur in Android Architecture
Igor
и не задавать вопросы не по архитектуре в чате по архитектуре
я может не правильно реализовываю MVVM. поэтому решил тут спросить
источник
15:07пожаловаться#19

AO

Artem Osipov in Android Architecture
Igor
и не задавать вопросы не по архитектуре в чате по архитектуре
Надо походу в закрепе Большими буквами написать что это не чат про AAC
источник
15:07пожаловаться#20