Пылесосы без лидера тоже умеют делать карту. У меня сейчас как раз Roomba i3 без лидера, до это был Xiaomi dreame, у обоих есть функция карты (не покупал пылесос с лидером т.к. башня делает их слишком высокими и они не влезают куда надо). Им нужно больше времени на построение карты и они в это время тыкаются вслепую, да. Но после того как сделают карту работают нормально.
Его изначально строили под ангару и "птк-орляцию" (или как там называется эта замена союзу). Потом конечно оказалось что это все фантазии и союз с нами навсегда
Кодеки это очень сложная штука для которых нужны совсем специфичные знания (ещё и слабо связанные с программированием, типа математики). Рядовые разработчики пилящие бэкэнд и мобильные приложения с такими вещами не справятся. На это нужны годы человеко-часов высокооплачиваемых специалистов.
Он изначально был таким. В последние годы (ну так, как минимум лет десять) его наоборот пытаются повернуть в сторону большей декларативности. Проблема в том что сделать это с сохранением обратной совместимости совсем непросто, и выходит какой-то монстр.
Растовский cargo в этом плане интересен тем что там есть четкое разделение между простой декларативной частью в виде toml конфига, и опциональной кастомной логикой на самом расте. В cmake же пытаются это объединить в одного монстра.
Вариант это тоже рантайм полиморфизм, там просто количество возможных вариантов типа известно на этапе компиляции в любом месте где вариант используется. У него и открытого наследования разные области применения. Наследование нужно когда есть общий интерфейс поведения и функциям которые с ним работают пофиг на конкретную реализацию, например какой-нибудь логгер.
Вариант удобен когда нужно сложить несколько взаимоисключающих (от рантайм логики) значений (которые могут быть сами по себе никаким другим образом не связаны) в одном месте и затем как-то с ними работать. Например JsonValue который может быть либо числом, либо строкой, либо массивом/объектом и т.п. В данном случае у разных типов нет какого-то общего поведения но их надо просто хранить в одном месте (как значение ключа в объекте или элемент массива).
Вероятно из play приходит "обновление" которое заменяет приложение на пустую заглушку. Так многие производители телефонов делают с приложениями-компаньонами устройств типа наушников, только наоборот. В прошивку телефона встраивается набор пустых apk, которые затем автоматически обновляются из магазина когда соответствующие устройства выходят на рынок. Для пользователя это выглядит будто приложение установилось автоматически.
Главная проблема эти API в том что никто их не использует и не тестирует, и производителям устройств пофиг на баги (встроенные приложения тв каналов используют внутренние апи которые работают лучше и недоступны обычным приложениям). В итоге на многих телевизорах получение списка каналов / епг возвращает неполную информацию или вообще не работает.
Также при воспроизведении канала через TvView банально не работают коллбэки ошибок/статусов. Например мне не удалось ни одном телевизоре получить ошибку при переключении на заскрэмблированный канал. На экране - черный квадрат Малевича, а в коллбэк ничего не приходит. Соответственно показать ошибку пользователю невозможно.
Пылесосы без лидера тоже умеют делать карту. У меня сейчас как раз Roomba i3 без лидера, до это был Xiaomi dreame, у обоих есть функция карты (не покупал пылесос с лидером т.к. башня делает их слишком высокими и они не влезают куда надо). Им нужно больше времени на построение карты и они в это время тыкаются вслепую, да. Но после того как сделают карту работают нормально.
А карта у них не локально хранится?
Эта штука должна уезжать в стену из-под ракеты перед запуском. Отвалилась потому что в этот раз не уехала, и была задета ракетной струей
Его изначально строили под ангару и "птк-орляцию" (или как там называется эта замена союзу). Потом конечно оказалось что это все фантазии и союз с нами навсегда
Кодеки это очень сложная штука для которых нужны совсем специфичные знания (ещё и слабо связанные с программированием, типа математики). Рядовые разработчики пилящие бэкэнд и мобильные приложения с такими вещами не справятся. На это нужны годы человеко-часов высокооплачиваемых специалистов.
Что, даже не смогли новых закладок придумать? Действительно китайцы только копировать умеют, как и говорят!
Контроль и слежка это для вас, молодой человек, а не для корпораций
Он изначально был таким. В последние годы (ну так, как минимум лет десять) его наоборот пытаются повернуть в сторону большей декларативности. Проблема в том что сделать это с сохранением обратной совместимости совсем непросто, и выходит какой-то монстр.
Растовский cargo в этом плане интересен тем что там есть четкое разделение между простой декларативной частью в виде toml конфига, и опциональной кастомной логикой на самом расте. В cmake же пытаются это объединить в одного монстра.
Вариант это тоже рантайм полиморфизм, там просто количество возможных вариантов типа известно на этапе компиляции в любом месте где вариант используется. У него и открытого наследования разные области применения. Наследование нужно когда есть общий интерфейс поведения и функциям которые с ним работают пофиг на конкретную реализацию, например какой-нибудь логгер.
Вариант удобен когда нужно сложить несколько взаимоисключающих (от рантайм логики) значений (которые могут быть сами по себе никаким другим образом не связаны) в одном месте и затем как-то с ними работать. Например JsonValue который может быть либо числом, либо строкой, либо массивом/объектом и т.п. В данном случае у разных типов нет какого-то общего поведения но их надо просто хранить в одном месте (как значение ключа в объекте или элемент массива).
Вы сначала восстановление состояния (например текущего поиска) после того как система убивает приложение в фоне сделайте. Стыдоба же.
Вероятно из play приходит "обновление" которое заменяет приложение на пустую заглушку.
Так многие производители телефонов делают с приложениями-компаньонами устройств типа наушников, только наоборот.
В прошивку телефона встраивается набор пустых apk, которые затем автоматически обновляются из магазина когда соответствующие устройства выходят на рынок. Для пользователя это выглядит будто приложение установилось автоматически.
Главная проблема эти API в том что никто их не использует и не тестирует, и производителям устройств пофиг на баги (встроенные приложения тв каналов используют внутренние апи которые работают лучше и недоступны обычным приложениям). В итоге на многих телевизорах получение списка каналов / епг возвращает неполную информацию или вообще не работает.
Также при воспроизведении канала через TvView банально не работают коллбэки ошибок/статусов. Например мне не удалось ни одном телевизоре получить ошибку при переключении на заскрэмблированный канал. На экране - черный квадрат Малевича, а в коллбэк ничего не приходит. Соответственно показать ошибку пользователю невозможно.
А пленку менять кто будет?
Звёзды и пыль выброшенные из галактик из-за их гравитационного взаимодействия
С самолётов космические ракеты уже запускали, это действительно эффективнее чем с земли: https://en.m.wikipedia.org/wiki/Northrop_Grumman_Pegasus
Главная проблема в том что большую ракету самолёт не поднимет, так что так можно выводить на орбиту только микро спутники.
Как минимум можно разрешить локальный доступ для сайтов которые уже крутятся на локалхосте, а остальным обрезать.
Или использовать для этого систему разрешений.
Нашел в фильтрах
Где это? Не нахожу такую опцию в настройках unblock origin
Самое странное тут это то что браузеры такое испокон веку разрешали. Это ж по сути огромная дырень в песочнице JS.
Есть отличное опенсорсное Breezy Weather в F-Droid