Бред какой-то. В Москве работают миллионы жителей ближнего и не очень Подмосковья. Логично, что они на самоизоляции сидят дома. Некоторые из них до МКАДа из окна доплюнуть могут. Разъехались по домашним регионам… Они каждый вечер разъезжались по этим «регионам». В некоторых таких «регионах» даже метро есть московское.
Какая забавная локальная проблема. В HTML, кстати, множественные пробелы схлопываются по умолчанию. Видно, что Твиттер так не делает. Интересно как много американских сайтов учитывают желания сторонников двух пробелов?
Я читал. Это больше похоже на нытьё несправедливо сокращённого сотрудника. Во-первых, в MS явно сократили не всех тестировщиков. Во-вторых, да, пользователи генерируют гораздо больший объём, гораздо менее качественных отчетов об ошибках, их сложно анализировать, но тем не менее, такого охвата иначе никак не получить. Тем более, Windows Insider это не совсем простые пользователи, они сами в это вписались, и некоторая, пусть очень небольшая их доля, будет писать вполне нормальные отчёты.
Про Wiren Board. Да, девайс интересен поддержкой множества коммуникационных протоколов, высокоуровневостью, набором готовых модулей расширения. Но вот ПО меня разочаровывает.
Встроенный язык сценариев wb-rules (на базе ECMAScript 5) баговат, почти не развивается, плохо документирован, неудобен в отладке. В результате, писать на нём что-либо более-менее сложное не получается.
Веб-интерфейс для галочки, баговат, не развивается, очень небезопасен.
Поддержку ZigBee запилили на основе либы zigbee2mqtt, но так как у неё формат топиков неподходящий, её форкнули. И забыли. В итоге форк баговат, не развивается совсем, сильно отстал от в функционале и поддержке устройств от zigbee2mqtt.
В общем, есть стойкое ощущение, что в команде WB сильно не хватает программистов.
К счастью, внутри живёт Debian, а железо Wiren Board 6 не так скудно, как в предыдущих версиях. Так что писать можно на голом языке программирования на свой выбор, или внедрить сторонний движок правил. NodeRed вроде бы сносно работает. Общение с периферией ведётся по MQTT.
Я с этим согласен. Я ведь и сам разработчик. Просто это не значит, что программа инсайдеров не нужна. Ещё как нужна. И её наличие не означает, что в MS уволили всех тестировщиков.
Лучшего тестировщика, чем миллион реальных пользователей, не найти. Такое изобилие конгфигураций железа и юзкейсов никто не воспроизведёт. Разработчики продукта в большинстве случаев вообще довольно смутно представляют, как им действительно пользуются.
Это конечно. Но, кстати, кстати, на медленную установку полугодовых апдейтов были жалобы. Но кажется, это какие-то специфические случаи, я ни с чем подобным не сталкивался. Ни о каких часах речи не шло.
Вчера в одной из статей упоминалось (мне лень искать, столько их сейчас...), что система справляется, если перекрыто до 40% лица, в том числе и с масками справляется. И это примерно соответствует способностям китайской системы распознавания, которая успешно прошла испытания боем.
Я не собираюсь защищать эту позицию, вполне возможно эта информация, так скажем, несколько преувеличена, чтобы создать у гражданина ощущение всемогущества Большого Брата. Про возможности отслеживания транзакций, вон, явно врут. Просто говорю, что такое было заявлено.
Наличные же тоже надо снять сначала. И банкомат должен быть в правильном месте.
Этот способ нерабочий потому что это технически сложно, ссылка ниже приложена.
Почему вы считаете, что сделать из 220 В сначала 5 В, а потом из них 1, эффективнее, чем с промежуточным напряжением в 12 В? При 5 В токи для той же мощности должны быть 2,4 раза выше. Это как минимум требует более толстых и дорогих проводов.
У меня нет твердой уверенности какой импульсный преобразователь при равной мощности и при правильном проектировании будет иметь больший КПД: с меньшим коэффициентом трансформации, или с большим током. То же и с ценой. Мне кажется, больший ток хуже. Рост тока вдвое вызывает вчетверо большее тепловыделение на том же сопротивлении. В данном случае на переходе ключа.
На 12В, тогда dc-dc преобразователь с 12В на ~1В питания GPU/CPU, будет выделять довольно много тепла
Но ведь именно так они и устроены сейчас. Почему такой преобразователь должен быть неэффективен? Не линейный же. Сам сетевой БП преобразует 320 В в 12 В с КПД до 95% и ничего. Тем более вкачивать сотни ватт в преобразователь гораздо эффективнее на более высоком напряжении.
Встроенный язык сценариев wb-rules (на базе ECMAScript 5) баговат, почти не развивается, плохо документирован, неудобен в отладке. В результате, писать на нём что-либо более-менее сложное не получается.
Веб-интерфейс для галочки, баговат, не развивается, очень небезопасен.
Поддержку ZigBee запилили на основе либы zigbee2mqtt, но так как у неё формат топиков неподходящий, её форкнули. И забыли. В итоге форк баговат, не развивается совсем, сильно отстал от в функционале и поддержке устройств от zigbee2mqtt.
В общем, есть стойкое ощущение, что в команде WB сильно не хватает программистов.
К счастью, внутри живёт Debian, а железо Wiren Board 6 не так скудно, как в предыдущих версиях. Так что писать можно на голом языке программирования на свой выбор, или внедрить сторонний движок правил. NodeRed вроде бы сносно работает. Общение с периферией ведётся по MQTT.
Я на планшете с виндой винду сбрасывал к заводским настройкам, часа 4 заняло. Проц — атом. Но там наверняка ещё медленная флешка хранилища повлияла.
Я не собираюсь защищать эту позицию, вполне возможно эта информация, так скажем, несколько преувеличена, чтобы создать у гражданина ощущение всемогущества Большого Брата. Про возможности отслеживания транзакций, вон, явно врут. Просто говорю, что такое было заявлено.
Этот способ нерабочий потому что это технически сложно, ссылка ниже приложена.
У меня нет твердой уверенности какой импульсный преобразователь при равной мощности и при правильном проектировании будет иметь больший КПД: с меньшим коэффициентом трансформации, или с большим током. То же и с ценой. Мне кажется, больший ток хуже. Рост тока вдвое вызывает вчетверо большее тепловыделение на том же сопротивлении. В данном случае на переходе ключа.
Но ведь именно так они и устроены сейчас. Почему такой преобразователь должен быть неэффективен? Не линейный же. Сам сетевой БП преобразует 320 В в 12 В с КПД до 95% и ничего. Тем более вкачивать сотни ватт в преобразователь гораздо эффективнее на более высоком напряжении.