Pull to refresh
1
0

Пользователь

Send message

Это все таки немного другой уровень. В статье реализация ближе к АСУ, где изначально продумываются все нюансы управления и совместимости. Да и голосовое управление на мой взгляд переоценено.

Присоединяюсь к рекомендации - все на проводах. Провода - это надежно. В большинстве применений вообще можно обойтись сухими контактами и реле. Там где нельзя, в большинстве случаев хватит любого пром. протокола. Если брать modbus, то опять таки получаем множество разных устройств, хоть и не таких красивых как в случаях с Zigbee.

Что касается Wifi, на самом деле сценарии где можно спать долго, а потом проснуться по событию и передать данные вполне подходит для WiFi. И такое устройство будет относительно долго работать от батарейки. Но конечно сам протокол не способствует энергосбережению и от таблеток CR2032 его не запитаешь.

В целом, как радиопротокол сейчас наверное самый оптимальный - ZigBee: mesh, устройств много, при наличии Zigbee2MQTT можно выбирать и не особо привязываться к вендору. Хорошо интегрируются через MQTT. Правда у меня выключатель иногда немного подтормаживает, но пока не установил с чем это связано. Кроме того есть прямой биндинг, хотя тут есть нюансы.

В целом, я лично пришел к такому видению:

  • Стационарные датчики, линии от выключателей (кнопок), освещение, группы розеток (отдельные линии розетка-щиток мне кажутся перебором), стационарные устройства сводим в щиток. Там на нужные линии ставим импульсные реле + DI (сценарные кнопки). Как управлять реле, тут варианты в зависимости от оборудования.

  • Остальное: перемещаемые устройства или просто то, что забыли подключаем через радиопротокол (ZigBee). Например, можно «глупый» торшер воткнуть через умную розетку, потому что сегодня он стоит, а завтра его убрали.

IMHO само регулирование позволяет обеспечить граждан доступом к Интернету. Тут ведь и владелец здания может считать, что Интернеты вредные или просто «и так хорошо» и не захотеть ничего прокладывать. А застройщик может сэкономить или проложить для галочки. А если по закону они должны обеспечить доступ с определенными требованиями - то тут уже никуда не денешься.

В общем, на мой взгляд, само по себе разумное регулирование приносить пользу. А вот использовать его, как впрочем и все, можно как во благу, так и вовред..

Ну уж если пользователь в своей домашней директории как слон в посудной лавке, тут ничего не спасет.

Впрочем, что мне нравится в unix-системах - это гибкость. Можно настроить бэкап в какой-то момент или к примеру, замонтировать директорию с важными файлами через overlayfs. Всяко лучше, чем ничего.

Ну что там можно поломать такого важного в домашней директории? Разве что только конфиги приложений. Ну да, придется перенастроить если бэкапов нет. Мне кажется это проще и быстрее переустановки всей системы.

Пользовательские файлы от системы не зависят, их испортить можно в любой ОС.

Для простого пользователя в целом да, хотя та же убунта будет не сильно хуже. В маке меня напрягал софт - у них очень много софта привязано к версии ОС, а версия ОС к железу. В итоге каждые 5 лет - меняй железо, чтобы софт был актуальный.

А вот чуть влево, чуть вправо и начинаются пляски. Да и памяти софт кушает.. мое почтение.. слез же я с него случайно, у ноутбука отпаялась видеокарта и пока он чинился, пришлось на чем-то временно работать. Достал я из закромов старенький ASUS с убубнтой и так и остался на нем, лень было назад переезжать, да и аккумулятор у макбука стал дохнуть :)

Так может это и не плохо, потому и не ломается, что не могут сломать и идут к специалисту :)

На самом деле можно и в linux все поломать, особенно если от рута что-то делать. Но обычно все ограничивается домашней директорией, а это на порядок проще, чем восстанавливать всю систему.

Был у меня как-то раз на убунте случай. Разбивал диск не я, а достался мне этот сервер в наследство и под /boot было выделено немного места, кажется порядка 256 MB (хотя может и 512).

В процессе apt upgrade выяснилось, что он не может initramfs обновить потому что два ядра - старое и новое плюс старый initramfs съели место и не хватает пары мегабайт, чтобы впихнуть новый initramfs.

В общем, мораль простая не экономьте место под /boot, ядра меньше на становятся.

Ну для, например, недорогих изданий книг, можно с этим не заморачиваться, а просто генерировать разные картинки всяко интереснее чем без них. Как доп услуга например может взлететь. В остальном, понятно что это дело в лучшем случае ближайшего будущего, но никак не сегодняшнего дня.

Да на любых платформах что-то всплывает. Идеального ничего нет. Для обычного пользователя и на венде и на маке желательно иметь знакомого айтишника.

Для обычного пользователя обычно достаточно одного корневого раздела и отдельного /home (чтобы потом не бекапить все свои данные при переустановке и т.п.).

Еще можно отдельный swap сделать, но тут уже с пониманием нужно подходить. С разделами заморачиваться есть смысл, когда есть понимание для чего это нужно.

Думаю при нормальном выхлопе подтянутся крупные игроки. Зачем платить художникам, если у тебя картинки почти бесплатно и мгновенно может генерировать нейронка.

Роутер надо от задач выбирать.

По микротику скажу так, штука неплохая, хоть и своеобразная. Производительная, много всего умеет, винбокс в wine запускается. В целом хороший вариант. Единственное приглядывать нужно - обновления ставить (впрочем как и везде) иначе могут и поломать в некоторых случаях.

Если хочется совсем непонятного, то лучше openwrt, т.к. linux то сделать можно почти все и в некоторых случаях проще чем в RouterOS, но и опыта нужно на порядок больше.

Для обычного использования можно и попроще что-то вроде того же кинетика.

IMHO это общая проблема всех интерпретаторов, Python можно заменить на любой интерпретируемый язык. Что касается Python, не заметил чтобы автор упоминал virtualenv, в большинстве случаев он решает проблему.

В целом согласен с автором текста, бинарники на много удобнее в использовании. Но скорость разработки обычно заметно ниже, чем на Python. Поэтому однозначно правильный выбор вряд ли существует.

Квалифицированная девушка-программист, которая не работает от звонка до звонка по сценарию, а постоянно в обучении

У меня почему-то это как раз больше ассоциируется с девушками. Обычно им легче дается что-то монотонное и они более старательны.

Кстати, на сколько помню, когда все только начиналось, программирование считалось более женской профессией. Но потом как-то все поменялось. Думаю в тот момент, когда появились ПК и понадобилось лазить в железки, менять, настраивать их.

В целом согласен с идеей автора, в сфере ИТ проблема больше лежит в плоскости общества, чем в каких-то физических ограничениях. Если для замены колеса у грузовика нужно обладать некоторым физическим развитием, то что касается ИТ все упирается в мышление, которое закладывается по большей части в процессе воспитания и обучения. Я не специалист по психологии, но на сколько знаю, нет каких-то заметных отличий в между мужчинами и женщинами в плане интеллекта.

Зашел почитать как происходит взаимодействие между устройствами на уровне протокола, обнаружение, безопасность и т.п. Да и воообще, плюсы и минусы протокола. Тем более что протокол судя по всему хорошо себя зарекомендовал в 6LoWPAN.

А тут большая часть статьи - как написать скетч на ардуине :(

Согласен, пока читал не понимал зачем такие сложности. Для растений с коротким жизненным циклом достаточно системы Кратки. Она вообще пассивная. Если хочется посложнее, то можно сделать систему периодического затопления или NFT. Для этого достаточно помпы и механического или электронного таймера.

Кстати, в статье на фотке с салатом судя по всему изображена NFT.

А может они там тоже с iphon'ами, политикой и нехваткой денег на исследование космоса. Да и не факт, что они на такой же ступени развития, что и наша цивилизация.
Думаю это просто боязнь незнакомого человека, причем скорее всего на уровне генетики. Что в общем-то разумно, потому что в древние времена тот кто вел себя осторожно лучше выживал, так и закрепилось где-то в генах.

И скорее всего это что-то общее для всех млекопитающих. Если посмотреть на домашних животных, они хозяину позволяют больше чем гостям и сами позволяют себе больше при хозяине.
Чип-НН. Выбор не сильно большой, но основное все вроде бы есть.
1

Information

Rating
Does not participate
Location
Арзамас, Нижегородская обл., Россия
Date of birth
Registered
Activity

Specialization

Backend Developer
Middle