All streams
Search
Write a publication
Pull to refresh
0
0
Send message
Да. Передатчик — отдает команды управления. Приемник — исключительно принимает их. В коридоре поставил датчик движения\освещения, включает свет, если есть движение, при определенном уровне освещения.

Используя передатчик — смогу управлять включением силового блока лампы отдельно (пультом или с компа)

Используя приёмник, смогу следить — было ли движения или нет.

Используя и то и другое, могу:
управлять той лампой (выключатели или пулты сейчс не берем в расчет, там свои приемопередатчики) например с вебморды
с нее же следить за наличием движения
привязывать события на движение\освещенность при помощи сервака, который обрабатывает инфу, полученную приемником — а не при помощи внутренней логики. Пример с другим датчиком.

Аналогично с датчиком температуры и влажности. Для его применения ему ни к чему передатчик — от него лучше ПОЛУЧАТЬ инфу, т.е. нужен приемник. Датчик температуры и влажности + приемник = мониторинг этих показателей в помещении = легко заводится демон, который сможет дать команду на силовой блок «включить электричество в кондиционере или вентиляторе» и так далее.

Так что да, их можно применять как раздельно, так и совместно, но наиболее широкий вариант комбинирования — таки вместе.
читал, разумеется. Слишком разные критерии для сравнения. Я считаю, что технология ещё сырая, но двигается в нужном направлении, и, если её внедрять массово — будет существенно лучше, чем десятки дядь вань. Просто не вижу разумных точек соприкосновения для сравнения.
«Как тестировать», на мой взгляд, кардинально не изменилось — аккуратно и вдумчиво, помалу запускать автопилотируемые машины в общий транспортный поток и контролировать их движение, постепенно улучшая алгоритмы. А не ссылаться на «ненадёжные сенсоры» и «ну надо минимум пару миллионов километров». Скорость шагов технологий расла, растёт и будет расти. От этого не уйдешь.
А нейронные связи Дяди Вани, гоняющего на тридцатилетней Волге на суб-космических скоростях постоянно подшофе, но по счастливой случайности не попавший в серьезное зарегистрированное ДТП ниразу в жизни не нарушает статистическую поргешность? В первую очередь тут вопрос лоббиования и недовольства текущих производителей рынка.
на домашний нуоут — прилетело, на рабочий тестовый — нет. Ждите :)
мне пришло, правда ещё не успел протестить. Не забудьте залезть программы и компоненты и включить его.
к сожалению, работает чуть менее, чем приятно этот метод дистрибуции софта в десятке. Молюсь таки на полноценную реализацию аптгетом :)
Пока об этом речи, судя по всему, не идёт. Явно поддержка минимального базового набора утилит, типа ssh, grep итд. Но направление движения мне нравится. Думаю что могут и попробовать реализовать поддержку — нормальную! — не-виндовых файловых систем, ну и расширять список поддерживаемых утилит. Посмотрим, бета есть бета.
да, я «промахнулся» кнопкой «ответить» — хотел воткнуть в предыдущую цепочку. Можно не свою ось обновлять или лепить отдельную, а сразу «воткнуть» нужный превью билд. Это я хотел сказать :)
ISO-образы с новым релизом доступны
https://www.microsoft.com/en-us/software-download/windowsinsiderpreviewiso?OCID=WIP_r_14_Body_ISOS
Разумеется. подписаться для доступа надо. Но можно тестить на виртуалке итд.
https://insider.windows.com/ — вроде, можно и без оной. Стоит учесть, если захочется отказаться от превью-билдов, возможно, придется реинсталлить ось. Подписался на "галимом" ноуте ещё в прошлый четверг, ждём-с когда прилетит.
Судя по видеотрансляции, они и правда реализовали системные вызовы от юзермода убунты через виндовое ядро. Юзермод убунты предоставлен самим Каноникал, и не переделывался мелкомягкими. Есть пока пробелы, т.к. реализовано далеко не все, по крайней мере пока, но работы ведутся.
Лично тоже хотел бы видеть поддержку EXT-и иже с ним файловых систем на уровне ядра. Пожалуй, пора сдуть пыль с ноута с подпиской на инсайдер превью.
по воле работы довелось пощупать парочку тестовых "нейроинтерфейсов" :) Разумееся, простеньких, не из топового исследовательского сегмента. Скажем так, если нужно чтобы он мониторил активность мозга и изза нее выполнял действие — ок.
Если при активности одно действие — при неактивности — другое — ок.
Но дальше они пока не шагнули. К сожалению. Хотя в целом я с вами соглашусь.
Тем не менее, очень лекго не отдавать в открытый доступ информацию о свойствах навыка, его бонусах, методе прокачки. Разумеется, рано или поздно умельцы выведут некоторые зависимости, если навыки будут выдаваться согалсно каким-то алгоритмам, но и рандом никто не отменял. Как показывает практика, в обычном ММОРПГ, возможность изменить или подкорректировать действие\еффект\когда появляется 3-5 скилпов из ~~30 — уже достаточно сложная для баллансирования игровых классов штука, но и — разнообразие геймплея.

В анимэ же не совсем так. ГГ упоминает, что стоит сконцентрироваться при каком-либо действии, чтобы использовать навык. Скилы — слегка другое. Их, судя по оному аниме, очень немного в целом, и плюсы у каждого своеобразные.

На самом деле, интересная задумка, очень давно ждал чего-то подобного. Впрочем, если реализовывать систему активации навыков — какими-то спецефичискими жестами или взмахами — пользователи действительно быстро замахаются :) Так что довольно интересная часть темы для разработки интерфейса управления подобной игрой и интерфейса взаимодействия с пользователем. В современных «обычных» ММОРПГ встречаются крайне нетривиальные варианты активация скилов, к примеру — комбинация из 3-4-7 клавиш в разной последовательности, причем некоторые скилы могут быть задействованы только по соблюдению условий, как то — наличие маны\стамины\хп, определенного обмудирования, или например «только после выполнения скила N». Пока с трудом представляю, как можно реализовать это в таком виде, в VR.
2

Information

Rating
Does not participate
Location
Киев, Киевская обл., Украина
Date of birth
Registered
Activity