Подтверждаю что такая-же ситуация в россии (теоретически, хотя конечно в суде будет всё зависить от судьи). Коридоры в мкд являются местами общего пользования, которые являются публичными - соотвественно все правила съемки на них распространяются так-же. Вы можете проводить видеосъемку в целях повышения безопасности нескрытой камерой (с предупреждением) без дополнитлеьного согласования.
Т.к. ваш "подход" к функционалу пользователя оторван от контекста (вы говорите про некие функциональные библиотеки применимые во всех случах жизни, так еще и чуть-ли не сертефицированные для обязательного использования)
То мы возьмем текстовое поле. Абстрактное текстовое поле - которое может быть где угодно - как полагается оторванной от контекста части интерфейса имеющей фукнциональные возможности для пользователя.
Вы мне перечислетие согласно своему подходу функциональные требования к тектовому полю - а я буду открывать все текстовые редакторы, редакторы кода, сайты, специфические программы и прочее, где есть текстовые поля, и наваливать вам дополнительных требований потому что в моём сценарии использтвания ваше текстовое поле становится неприменимо т.к. оно не умеет форматировать текст, не умеет в интуитивную постановку надрстрочных и подстрочных, не умеет все цвета радуги и бегущую строку, не умеет автоматически заменять все строчные на заглавные, не умеет озвучивать текст для слепых и переводить на хинди для говорящих только на хинди. и т.д.
Или можем вернуться к спискам, которые вам так непонравлись судя по статье. Я начну требовать включить в функциональные требования - каскадизацию, обновление в реальном времени, сортировку на основе данных которых обновляются в реальном времени, возможность вкладывать элементы один в другой как матрешку, менять отображение со списка на плитку, с плитки на точки на сфере, строить из элементов связный граф на основе любого поля из данных и прочие восхитительные и несомненно нужные вещи.
И сколько бы времени вы не потратили - не сомневайтесь - найдется еще одна фича, которую вы не учли в функциональных требованиях, а значит они не применимы, ведь я смогу так-же как вы в статье прийти и сказать - фи, что это за дерьмоинтерфейс, который не умеет сортировать список по всем критериям где важность критерия в сотритровке задается его алфавитным порядком - идустрия в кризисе.
Нет, подход это описание процесса исследования, а не придуманный из головы факт не имеющий под собой оснований как и доказательной базы.
Далее изучаются все варианты работы пользователя с данными.
На основе какого предмета? Имеющихся систем или все возможные?
Все возможные варианты работы с данными включают все возможные варианты работы с интерфейсом и бесконечную сложность. Например целочисленные данные можно инкрементировать и декрементировать - значит ли это что любое поле с целочисленными данными должно иметь кнопки +1 и -1? - По вашему мнению - да, ведь "имеет право". А ещё их можно складывать и вычитать с буфером обмена - значит ли это что любые поля должны включать опцию "прибавить буфер обмена" - опять да, а ещё их можно возводить в степен...
Функциональные методы обработки всех вариантов проведения уже есть в языках программирования. Применимость на интерфейсе этих операций - строго ситуативна. Больше никаких исследований и инструментов просто не требуется.
Изложите предмет и методологию хотя бы поверхностно - как учёные будут изучать и что? Дизайны существующих решений? Все возможные варианты интерфейсов и данных?
Согласно теории информации - невозможно сжать 10 бит произвольной информации в 8 без потерь. Так-же любой алгоритм способный включить в себя все сценарии использования управляемо - должен содержать в себе реализацию всех сценариев использования, и сложность его настройки будет эквивалентна написанию соответствующего кода.
То что вы предлагаете уже придумали и это называется языками программирования.
То есть встроенные sort/min/max/reduse/filter/fold/add/remove/move и ещё масса готовых методов в языках и библиотеках, для работы с коллекциями, математикой, абстракциями разных объектов? Или вы говорите на каком-то своем языке, где функциональная библиотека - это что-то отличное от общепринятого понятия?
React (facebook), Angular (google), Spring Framework (vmware) - это только то, что сходу вспомнилось и при этом промышленные стандарты.
Действительно, не умеет.
Если это будет не запретительный стандарт
То никто даже не по чешется. У крупных бизнесов из вашей статьи - бэклог на пол года вперед и техдолга столько же. Какие-то бесполезные дополнительные задачи им не нужны.
Нет, я рассказываю, как должно быть
Кто девушку кормит тот её и танцует. Голосуйте рублем за платформу где нужные функции есть, где нет - не голосуйте.
Конечно, если пытаться жить как есть, то будете жить как сейчас
Достаточно пройти посмотреть интерфейс сайтов из веб-архива, чтобы понять какой колоссальный прогресс был достигнут. Маркетплейсе грызут друг другу шеи за каждый пользовательский клик. А аналитики неустанно чешут репу и смотрят тепловые карты, чтобы понять, где у пользователей затык.
Я за рейтинговую систему. Не реализовал стандарты - получай мусорный рейтинг, зато дешево и сердито.
Ну идея положена - открывайте сайт, введите там рейтинг, многие так делают. Ifixit какой нибудь и rotten tomatos.
И кодить будет легче. Нужно будет кодить функции, а не кнопки.
Приложения собирают из готовых кирпичей - есть маленькие (html/css для веба, winForms для windows, uikit для ios, на Андроиде стандартная библиотека компонентов), есть по больше - компоненты в react, сложные ui блоки типо recyclerView в android, есть огромные - готовые конструкторы как тильда, битрикс, wordpress.
Гибкости первых хватает в 99% случаев, вторых в 70% третьих в 20%. Чем больше кирпич, тем меньше вариаций из него можно построить и сложнее из него строить детали.
Ваши кирпичи где-то между больших и гигантских - их применимость крайне сомнительна. Я не хочу затаскивать и встраивать в проект, настраивать и разворачивать автобус, ради того, чтобы была возможность включить радио. Даже страх оказаться в мусорном рейтинге на каком нибудь сайте скорее всего не сподвигнет меня выбрать автобус а не отдельное радио.
Везде где есть список нужно давать возможность выполнить операцию над выделенными элементами, как над одним.
Точно везде? Я на вскидку придумал три ситуации, где групповое действие недопустимо для группы, только для одного элемента, или только при выборе определённых элементов, или имеет разную механику в зависимости от выбранных элементов.
Возьмём простой пример - чат. Есть 5 контактов - если жмём "открыть чат" - одному - открывается чат с ним, если 3-м - 3 чата? - нет, открывается групповой чат. Получается исключение из общего регламента
А знаете сколько будет таких исключений? Я думаю много тысяч страниц исключений - когда - вот это можно, но если даты то нельзя, вот так можно, но если список динамический то нельзя, сумму посчитать можно, но если бонусы то не так, если рассрочка то не так, если фантики то не так...
Давайте разработаем функциональную основу списка элементов.
Добавим сортировку - очевидно она нужена. По какому полю? Нельзя никакое дискриминировать - значит по любому. Подождите - у этого магазина товары с 50 полями - пользователю будет нереально найти нужное - добавим в функциональные требования возможность поиска по названию поля. Подождите - но у того магазина - часть полей может не присутствовать в части товаров - значит помимо поля нужна ещё галка - показывать элемент без поля в результатах или нет. Подождите - а у этого магазина часть полей предоставляют сторонние сервисы и они меняются в реальном времени - нужно добавлять галку что ищем по снапшоту или реактивно обновлять поиск от изменения любого из них. Подождите - но у третьего магазина - часть полей может иметь диапазон значений а не конкретное - значит надо добавить это элемент выбора диапазона. Подождите - но это все должно влезать на стандартные 800х600 ой, пока вы делали экраны уже стали 1920х1080, ой, пока вы дорабатывали - появились смартфоны с тач интерфейсом и вертикальной 480х800, ой, пока вы адаптировали - диагональ выросла с 3 дюймов до 7, поменялось соотношение сторон, ой, пока под это адаптировали требования - вышли умные очки с новым стандартом управления.
Я 4 раза видел подобные эксперементы в рамках компаний - когда они пытались разработать единый функциональный конструктор который бы позволял решать задачи используя готовые кирпичи, и каждый раз к моменту, когда конструктор достигал хоть какого-то уровня готовности - кирпичи уже не подходили и их приходилось пилить, штробить и резать - потому что мир меняется быстро, ваша сумма в корзине с постоплатой - завтра может стать беспроцентной рассрочкой, послезавтра оплатой долями, ещё через день бонусами со внутренней валютой и т.д. и пока вы только соберёте список требований (даже ещё не возьмётесь за реализацию) - потребности уйдут так далеко вперёд, что придется все начинать сначала.
Я чёт прошерстил информацию, и получается как будто если на видео человека можно опознать - это персональные данные. Но при этом, если съемка ведется в публичном месте и в целях соблюдения безопасности - брать согласие на сбор персональных данных в таком случае не требуется. Но остаются остальные требования - типо ограничение срока хранения
С этим определением очень много всего подходит под интеллект. Например компьютер решающий уравнения методом полного перебора - тоже производит знания, а если решает системы уравнений, то получается интеллект - ведь он не только производит знания, но и корректирует их когда находит ошибки.
Так-же любой взвешенный/минимизирующих алгоритм - получая новые данные корректирует набор коэффициентов (знания) чтобы минимизировать функцию.
Да и нейросети подходят, только не на этапе инференса а на этапе обучения (когда сеть получает входные данные, результат, и меняет веса)
А кто сказал, что он не будет работать? Не будут работать видеозвонки.
Я не знаю как устроены стримы на рутубе. Но вообще - обычно на площадках вещания у стримов солидная задержка - от минуты до 10. И даже минутная задержка уже исключает возможность какого либо удалённого управления чем угодно. До сих пор можно использовать для подтверждения поражения цели - но вероятно это не так критично.
Чисто теоретически - в ВК есть видеозвонки, наверняка есть и api для них, в значит направлять фпв дрон можно развернув на нём видеозвонок до оператора через api, а команды управления передавать через чат. Канал конечно не супер эффективный но теоретически.
Так-же, можно через это api сделать например удалённый рабочий стол, из которого уже через ВПН доступ куда угодно.
С другой стороны обычно видеозвонки работают напрямую а не через сервер, и возможно не работают в случае если включена блокировка. Тогда прогнать видео не особо выйдет.
Что вы подразумеваете? У вас импорты js файлов меняются в реальном времени в зависимости от окружения? Даже если и так - нет проблемы просто загрузить их все - не нейросетью же они на лету пишутся) Или у вас страница рендерится на клиенте (html собирается js-ом из ajax запросов без рендеринга на сервере для первого открытия)? Если так - то логичнее эту проблему сначала решить т.к. она тормоза у всех клиентов, включая настольных, вызывает.
Когда я последний раз изучал вопрос - самые долгие операции в загрузке страницы были пачки запросов ресурсов (из за пингов). Условно загрузка страницы 100мс, там пак из 20-30 файлов (css/js/шрифты/иконки/картинки), ещё 200мс на загрузку, и уже отрисовка - 40мс.
Вот выкинув второй этап (правильно настроив кэши) результат получается впечатляющий
Идея любопытная, но я так понимаю работает, только если есть пулл страниц которые нужно открывать и они заранее известны (и если скорость там критична - их бы перевести на натив по возможности).
Так ещё и памяти кушает скорее всего немерянно (держать комплект открытых webView в мапе недёшево).
В таком сценарии интересно было бы копнуть в другую сторону - если ресурс который надо открыть контролируем мы, то попробовать подгрузить заранее js/css/картинки со всех страниц в кэш браузера, а дальше уже запрос ограничивать чисто страницей.
Несколько крупных смартфон или ноутбук вы хотите везти?)) решаем проблемы по мере поступления - пока только эти категории под ударом, дальше посмотрим.
Подтверждаю что такая-же ситуация в россии (теоретически, хотя конечно в суде будет всё зависить от судьи).
Коридоры в мкд являются местами общего пользования, которые являются публичными - соотвественно все правила съемки на них распространяются так-же. Вы можете проводить видеосъемку в целях повышения безопасности нескрытой камерой (с предупреждением) без дополнитлеьного согласования.
Мы можем сыграть с вами в игру.
Т.к. ваш "подход" к функционалу пользователя оторван от контекста (вы говорите про некие функциональные библиотеки применимые во всех случах жизни, так еще и чуть-ли не сертефицированные для обязательного использования)
То мы возьмем текстовое поле. Абстрактное текстовое поле - которое может быть где угодно - как полагается оторванной от контекста части интерфейса имеющей фукнциональные возможности для пользователя.
Вы мне перечислетие согласно своему подходу функциональные требования к тектовому полю - а я буду открывать все текстовые редакторы, редакторы кода, сайты, специфические программы и прочее, где есть текстовые поля, и наваливать вам дополнительных требований потому что в моём сценарии использтвания ваше текстовое поле становится неприменимо т.к. оно не умеет форматировать текст, не умеет в интуитивную постановку надрстрочных и подстрочных, не умеет все цвета радуги и бегущую строку, не умеет автоматически заменять все строчные на заглавные, не умеет озвучивать текст для слепых и переводить на хинди для говорящих только на хинди. и т.д.
Или можем вернуться к спискам, которые вам так непонравлись судя по статье. Я начну требовать включить в функциональные требования - каскадизацию, обновление в реальном времени, сортировку на основе данных которых обновляются в реальном времени, возможность вкладывать элементы один в другой как матрешку, менять отображение со списка на плитку, с плитки на точки на сфере, строить из элементов связный граф на основе любого поля из данных и прочие восхитительные и несомненно нужные вещи.
И сколько бы времени вы не потратили - не сомневайтесь - найдется еще одна фича, которую вы не учли в функциональных требованиях, а значит они не применимы, ведь я смогу так-же как вы в статье прийти и сказать - фи, что это за дерьмоинтерфейс, который не умеет сортировать список по всем критериям где важность критерия в сотритровке задается его алфавитным порядком - идустрия в кризисе.
Нет, подход это описание процесса исследования, а не придуманный из головы факт не имеющий под собой оснований как и доказательной базы.
На основе какого предмета? Имеющихся систем или все возможные?
Все возможные варианты работы с данными включают все возможные варианты работы с интерфейсом и бесконечную сложность. Например целочисленные данные можно инкрементировать и декрементировать - значит ли это что любое поле с целочисленными данными должно иметь кнопки +1 и -1? - По вашему мнению - да, ведь "имеет право". А ещё их можно складывать и вычитать с буфером обмена - значит ли это что любые поля должны включать опцию "прибавить буфер обмена" - опять да, а ещё их можно возводить в степен...
Функциональные методы обработки всех вариантов проведения уже есть в языках программирования. Применимость на интерфейсе этих операций - строго ситуативна. Больше никаких исследований и инструментов просто не требуется.
Изложите предмет и методологию хотя бы поверхностно - как учёные будут изучать и что? Дизайны существующих решений? Все возможные варианты интерфейсов и данных?
Согласно теории информации - невозможно сжать 10 бит произвольной информации в 8 без потерь. Так-же любой алгоритм способный включить в себя все сценарии использования управляемо - должен содержать в себе реализацию всех сценариев использования, и сложность его настройки будет эквивалентна написанию соответствующего кода.
То что вы предлагаете уже придумали и это называется языками программирования.
То есть встроенные sort/min/max/reduse/filter/fold/add/remove/move и ещё масса готовых методов в языках и библиотеках, для работы с коллекциями, математикой, абстракциями разных объектов? Или вы говорите на каком-то своем языке, где функциональная библиотека - это что-то отличное от общепринятого понятия?
React (facebook), Angular (google), Spring Framework (vmware) - это только то, что сходу вспомнилось и при этом промышленные стандарты.
Действительно, не умеет.
То никто даже не по чешется. У крупных бизнесов из вашей статьи - бэклог на пол года вперед и техдолга столько же. Какие-то бесполезные дополнительные задачи им не нужны.
Кто девушку кормит тот её и танцует. Голосуйте рублем за платформу где нужные функции есть, где нет - не голосуйте.
Достаточно пройти посмотреть интерфейс сайтов из веб-архива, чтобы понять какой колоссальный прогресс был достигнут. Маркетплейсе грызут друг другу шеи за каждый пользовательский клик. А аналитики неустанно чешут репу и смотрят тепловые карты, чтобы понять, где у пользователей затык.
Ну идея положена - открывайте сайт, введите там рейтинг, многие так делают. Ifixit какой нибудь и rotten tomatos.
Приложения собирают из готовых кирпичей - есть маленькие (html/css для веба, winForms для windows, uikit для ios, на Андроиде стандартная библиотека компонентов), есть по больше - компоненты в react, сложные ui блоки типо recyclerView в android, есть огромные - готовые конструкторы как тильда, битрикс, wordpress.
Гибкости первых хватает в 99% случаев, вторых в 70% третьих в 20%. Чем больше кирпич, тем меньше вариаций из него можно построить и сложнее из него строить детали.
Ваши кирпичи где-то между больших и гигантских - их применимость крайне сомнительна. Я не хочу затаскивать и встраивать в проект, настраивать и разворачивать автобус, ради того, чтобы была возможность включить радио. Даже страх оказаться в мусорном рейтинге на каком нибудь сайте скорее всего не сподвигнет меня выбрать автобус а не отдельное радио.
Точно везде? Я на вскидку придумал три ситуации, где групповое действие недопустимо для группы, только для одного элемента, или только при выборе определённых элементов, или имеет разную механику в зависимости от выбранных элементов.
Возьмём простой пример - чат. Есть 5 контактов - если жмём "открыть чат" - одному - открывается чат с ним, если 3-м - 3 чата? - нет, открывается групповой чат. Получается исключение из общего регламента
А знаете сколько будет таких исключений? Я думаю много тысяч страниц исключений - когда - вот это можно, но если даты то нельзя, вот так можно, но если список динамический то нельзя, сумму посчитать можно, но если бонусы то не так, если рассрочка то не так, если фантики то не так...
Давайте разработаем функциональную основу списка элементов.
Добавим сортировку - очевидно она нужена. По какому полю? Нельзя никакое дискриминировать - значит по любому. Подождите - у этого магазина товары с 50 полями - пользователю будет нереально найти нужное - добавим в функциональные требования возможность поиска по названию поля. Подождите - но у того магазина - часть полей может не присутствовать в части товаров - значит помимо поля нужна ещё галка - показывать элемент без поля в результатах или нет. Подождите - а у этого магазина часть полей предоставляют сторонние сервисы и они меняются в реальном времени - нужно добавлять галку что ищем по снапшоту или реактивно обновлять поиск от изменения любого из них. Подождите - но у третьего магазина - часть полей может иметь диапазон значений а не конкретное - значит надо добавить это элемент выбора диапазона. Подождите - но это все должно влезать на стандартные 800х600 ой, пока вы делали экраны уже стали 1920х1080, ой, пока вы дорабатывали - появились смартфоны с тач интерфейсом и вертикальной 480х800, ой, пока вы адаптировали - диагональ выросла с 3 дюймов до 7, поменялось соотношение сторон, ой, пока под это адаптировали требования - вышли умные очки с новым стандартом управления.
Я 4 раза видел подобные эксперементы в рамках компаний - когда они пытались разработать единый функциональный конструктор который бы позволял решать задачи используя готовые кирпичи, и каждый раз к моменту, когда конструктор достигал хоть какого-то уровня готовности - кирпичи уже не подходили и их приходилось пилить, штробить и резать - потому что мир меняется быстро, ваша сумма в корзине с постоплатой - завтра может стать беспроцентной рассрочкой, послезавтра оплатой долями, ещё через день бонусами со внутренней валютой и т.д. и пока вы только соберёте список требований (даже ещё не возьмётесь за реализацию) - потребности уйдут так далеко вперёд, что придется все начинать сначала.
Kotlin (который пролез за счёт того, что запускается легко поверх jvm и почти полностью совместим)
Swift (заменил objective-c который сам по себе немного архаичен, да и apple особо выбора не даёт)
Вот да.
Я чёт прошерстил информацию, и получается как будто если на видео человека можно опознать - это персональные данные. Но при этом, если съемка ведется в публичном месте и в целях соблюдения безопасности - брать согласие на сбор персональных данных в таком случае не требуется. Но остаются остальные требования - типо ограничение срока хранения
Спросите у той-же llm которая написала вам статью - что такое проактивная защита у антивируса.
С этим определением очень много всего подходит под интеллект. Например компьютер решающий уравнения методом полного перебора - тоже производит знания, а если решает системы уравнений, то получается интеллект - ведь он не только производит знания, но и корректирует их когда находит ошибки.
Так-же любой взвешенный/минимизирующих алгоритм - получая новые данные корректирует набор коэффициентов (знания) чтобы минимизировать функцию.
Да и нейросети подходят, только не на этапе инференса а на этапе обучения (когда сеть получает входные данные, результат, и меняет веса)
А кто сказал, что он не будет работать? Не будут работать видеозвонки.
Я не знаю как устроены стримы на рутубе. Но вообще - обычно на площадках вещания у стримов солидная задержка - от минуты до 10. И даже минутная задержка уже исключает возможность какого либо удалённого управления чем угодно. До сих пор можно использовать для подтверждения поражения цели - но вероятно это не так критично.
Как пишет товарищ siс комментом выше, сценарии которые я описал предусмотренны и обработаны, так что никаких тайных открытый я не совершил)
Чисто теоретически - в ВК есть видеозвонки, наверняка есть и api для них, в значит направлять фпв дрон можно развернув на нём видеозвонок до оператора через api, а команды управления передавать через чат. Канал конечно не супер эффективный но теоретически.
Так-же, можно через это api сделать например удалённый рабочий стол, из которого уже через ВПН доступ куда угодно.
С другой стороны обычно видеозвонки работают напрямую а не через сервер, и возможно не работают в случае если включена блокировка. Тогда прогнать видео не особо выйдет.
Что вы подразумеваете? У вас импорты js файлов меняются в реальном времени в зависимости от окружения? Даже если и так - нет проблемы просто загрузить их все - не нейросетью же они на лету пишутся) Или у вас страница рендерится на клиенте (html собирается js-ом из ajax запросов без рендеринга на сервере для первого открытия)? Если так - то логичнее эту проблему сначала решить т.к. она тормоза у всех клиентов, включая настольных, вызывает.
Когда я последний раз изучал вопрос - самые долгие операции в загрузке страницы были пачки запросов ресурсов (из за пингов). Условно загрузка страницы 100мс, там пак из 20-30 файлов (css/js/шрифты/иконки/картинки), ещё 200мс на загрузку, и уже отрисовка - 40мс.
Вот выкинув второй этап (правильно настроив кэши) результат получается впечатляющий
К сожелению сейчас к брендам уже тоже никакого доверия. Особенно к бошу.
Идея любопытная, но я так понимаю работает, только если есть пулл страниц которые нужно открывать и они заранее известны (и если скорость там критична - их бы перевести на натив по возможности).
Так ещё и памяти кушает скорее всего немерянно (держать комплект открытых webView в мапе недёшево).
В таком сценарии интересно было бы копнуть в другую сторону - если ресурс который надо открыть контролируем мы, то попробовать подгрузить заранее js/css/картинки со всех страниц в кэш браузера, а дальше уже запрос ограничивать чисто страницей.
Несколько крупных смартфон или ноутбук вы хотите везти?)) решаем проблемы по мере поступления - пока только эти категории под ударом, дальше посмотрим.
На всякий случай пересмотрел страны куда не пускают россиян на карте, подумал может изменилось что. Вам тоже рекомендую.
Только смотрите карту мира, в не на ту где стократный зум на европу и кроме неё ничего нет, а то может сложиться ложное впечатление.
Так-то теперь даже в Китай - безвизовый, а это исключительно интересный туристический регион, где и техникой можно затариться.