По сути, вся творческая составляющая - это галлюцинации авторов )) т.к что-то новое может родиться только как галлюцинация, а всё остальное автор уже где-то видел. А ведь много чего было утеряно и изобретено повторно.
Только дурак не меняет своего мнения. Так говорил мой учитель физики в старших классах. Главный конструктор - не дурак! :)
P.S.: Обычно урок начинался с натурного эксперимента. Предварительно задавался вопрос относительно предполагаемого результата. Запускалась часть опыта и вопрос задавался снова, появлялись новые вводные, мнение иногда приходилось менять.
Вариантов немного, но все они лучше, чем свой велосипед, если речь только о доступе: 1. Белый IP 2. Динамический белый IP + DDNS 3. Своя VM + proxy или VPN 4. HA Cloud
За развитием HA сложно угнаться. Помимо core, в HACS каких только способов визуализации нет. Развлекаться можно как угодно, это личное дело каждого. Просто нужно так и писать "развлекаемся" :)
Позиционировать КМК нужно по другому. Как дополнение к УДЯ. Автоматизация котла и HA тут вообще не при чём.
Тоже самое решение и локально без облака. По цене адаптер + шлюз RS485-Ethernet. А насчет приложения, вы по сути начинаете дублировать дашборд HA. Для него даже есть дополнения, которые делают дашборд удобным для панелей управления на android.
Да, неудачный пример. Даже бинарник совпадает для обоих вариантов. Но удобно, когда паттерн, который нужно проверить, чуть сложнее, когда тот же contains или другой matches! могут использоваться в guard.
Еще, о чем не сказано в статье. При использовании крейта появляется еще assert_matches!, позволяет более компактно тесты писать.
Откройте реализацию From/TryFrom и посмотрите внимательней. Для всех имплементаций From, автоматически через blanket реализуется и TryFrom. TryFrom требует указания ассоциированного типа type Error. И вот как раз для blanket имплементаций там будет type Error = Infallible; Объяснять зачем так?
Смешная ситуация. Сходу... бренд "Смотрёшка" тоже попадет под раздачу? )) В словаре точно нет. Но конкретно тут у них скорее всего зарегистрировано фирменное наименование и они под раздачу не попадают, даже на инстранном языке. А если нет?
Если слово имеет русский корень, но отсутствует во всех нормативных словарях. Например региональный диалектизм. Это что тоже считаем иностранным? ) Выглядит как бред бюрократии. Или этот момент тоже учли?
По сути ОК, но перевод Г (странно, что не помечен как перевод, т.к. терминология странная). Не использовал из этого только black_box. transmute_copy возможно где-то даже полезней transmute, т.к. последний по факту имеет на выходе тот же результат, что и match, а зачем использовать unsafe, если safe дает тот же результат. См. https://rust.godbolt.org/z/bf88bzxW1 (ссылка из другой статьи на Habr). Да, где то в blanket имплементациях будет удобен transmute, просто чтобы не писать много кода.
Насчёт современности динамической мономорфизации (динамического полиморфизма) можно поспорить. Концепции зародилась в 70-80 г. 20 века, а реализациям уже точно по нескольку десятков лет.
В Rust есть оба варианта. Классические дженерики + сахар impl Trait и dyn Trait.
Выбор тоже не очевиден, иногда скорость важнее размера бинаря.
е-сим тоже отомрет со временем, будет какой-нибудь софт-сим, который использует защищенную область памяти
Насчёт универсальных инженеров я бы не горячился ;-) Когда ты живешь не в муравейнике, то у тебя не только отвертка с изолентой будет. Вижу по соседу, у которого действительно сначала ничего не было.
Ну от него еще были и другие утверждения по поводу ИИ. Он говорил, что ИИ формально не попадает под определение интеллекта, т.к. интеллект - это решение нестандартных задач, нестандартными способами, а ИИ - это наоборот, решение стандартных задач, стандартными способами.
Камеры тоже удобно в HA завести. А HA если через port forwarding делать, то однозначно только https. Поэтому да, VPN универсален в этом случае. Просто VM ещё держать под это придётся, это минус.
Ох какая сложная схема. В HA ставится интеграция Mikrotik, в которой присутствие телефона в сети работает штатно без сложной настройки. Далее телефон связываешь с жильцом. И всё, пили любые сценарии!
По сути, вся творческая составляющая - это галлюцинации авторов )) т.к что-то новое может родиться только как галлюцинация, а всё остальное автор уже где-то видел. А ведь много чего было утеряно и изобретено повторно.
Только дурак не меняет своего мнения. Так говорил мой учитель физики в старших классах. Главный конструктор - не дурак! :)
P.S.: Обычно урок начинался с натурного эксперимента. Предварительно задавался вопрос относительно предполагаемого результата. Запускалась часть опыта и вопрос задавался снова, появлялись новые вводные, мнение иногда приходилось менять.
Это я понял с самого начала. Нужно было на виджетах для УДЯ акцент в статье сделать, а не на автоматизации котла.
P.S.: IPv6 сейчас дают бесплатно, на мобильном у МТС уже в базе. Можно было бесплатно и по IPv6 пробросить в варианте "панель дома <-> дача".
P.S.S.: п.2 обычно бесплатен, вопрос только в наличии такого варианта у провайдера.
Вариантов немного, но все они лучше, чем свой велосипед, если речь только о доступе:
1. Белый IP
2. Динамический белый IP + DDNS
3. Своя VM + proxy или VPN
4. HA Cloud
За развитием HA сложно угнаться. Помимо core, в HACS каких только способов визуализации нет. Развлекаться можно как угодно, это личное дело каждого. Просто нужно так и писать "развлекаемся" :)
Позиционировать КМК нужно по другому. Как дополнение к УДЯ. Автоматизация котла и HA тут вообще не при чём.
Есть, называется PID и ПЗА. Наверное реализовали, хотя в статье не написано. Для этого есть отдельные интеграции в HA.
Раз:
https://habr.com/ru/articles/972592/
Два:
https://ectocontrol.ru/heating-control/adapter-opentherm
Тоже самое решение и локально без облака. По цене адаптер + шлюз RS485-Ethernet.
А насчет приложения, вы по сути начинаете дублировать дашборд HA. Для него даже есть дополнения, которые делают дашборд удобным для панелей управления на android.
Core питонистов туда же, они тоже обсуждают ))
Да, неудачный пример. Даже бинарник совпадает для обоих вариантов. Но удобно, когда паттерн, который нужно проверить, чуть сложнее, когда тот же contains или другой matches! могут использоваться в guard.
Еще, о чем не сказано в статье. При использовании крейта появляется еще
assert_matches!, позволяет более компактно тесты писать.Откройте реализацию
From/TryFromи посмотрите внимательней. Для всех имплементацийFrom, автоматически через blanket реализуется иTryFrom.TryFromтребует указания ассоциированного типа type Error. И вот как раз для blanket имплементаций там будетtype Error = Infallible;Объяснять зачем так?Конкретно тут да, тоже обратил внимание, но во многих местах действительно удобен, вот пример из реального кода:
Clippy даже подсказывает о местах где лучше применить
matches!()вместоmatch.Смешная ситуация. Сходу... бренд "Смотрёшка" тоже попадет под раздачу? )) В словаре точно нет. Но конкретно тут у них скорее всего зарегистрировано фирменное наименование и они под раздачу не попадают, даже на инстранном языке. А если нет?
Если слово имеет русский корень, но отсутствует во всех нормативных словарях. Например региональный диалектизм. Это что тоже считаем иностранным? ) Выглядит как бред бюрократии. Или этот момент тоже учли?
По сути ОК, но перевод Г (странно, что не помечен как перевод, т.к. терминология странная). Не использовал из этого только
black_box.transmute_copyвозможно где-то даже полезнейtransmute, т.к. последний по факту имеет на выходе тот же результат, что и match, а зачем использоватьunsafe, еслиsafeдает тот же результат. См. https://rust.godbolt.org/z/bf88bzxW1 (ссылка из другой статьи на Habr). Да, где то в blanket имплементациях будет удобенtransmute, просто чтобы не писать много кода.Насчёт современности динамической мономорфизации (динамического полиморфизма) можно поспорить. Концепции зародилась в 70-80 г. 20 века, а реализациям уже точно по нескольку десятков лет.
В Rust есть оба варианта. Классические дженерики + сахар impl Trait и dyn Trait.
Выбор тоже не очевиден, иногда скорость важнее размера бинаря.
Статья получилась бы интересной. Прикрутить распознавание циферок и вот готовый счётчик.
е-сим тоже отомрет со временем, будет какой-нибудь софт-сим, который использует защищенную область памяти
Насчёт универсальных инженеров я бы не горячился ;-) Когда ты живешь не в муравейнике, то у тебя не только отвертка с изолентой будет. Вижу по соседу, у которого действительно сначала ничего не было.
Ну от него еще были и другие утверждения по поводу ИИ. Он говорил, что ИИ формально не попадает под определение интеллекта, т.к. интеллект - это решение нестандартных задач, нестандартными способами, а ИИ - это наоборот, решение стандартных задач, стандартными способами.
Ящики выживших, в подавляющем большинстве, ничем не отличаются ) Потомки не поймут отличий...
Камеры тоже удобно в HA завести. А HA если через port forwarding делать, то однозначно только https. Поэтому да, VPN универсален в этом случае. Просто VM ещё держать под это придётся, это минус.
Ох какая сложная схема. В HA ставится интеграция Mikrotik, в которой присутствие телефона в сети работает штатно без сложной настройки. Далее телефон связываешь с жильцом. И всё, пили любые сценарии!