Я заходил с компа, посмотрел. Работает не быстро, смотреть практически нечего. Рекомендации, такое ощущение, что не понимают меня. Потыкал, что не нравится, оно опять вылезает.
Если бы был на телефоне, наверное бы скачал приложение посмотреть, а потом бы удалил. В общем, Скачивания ничего не показывают, нужно смотреть какое количество людей реально пользуются.
Это все таки немного другой уровень. В статье реализация ближе к АСУ, где изначально продумываются все нюансы управления и совместимости. Да и голосовое управление на мой взгляд переоценено.
Присоединяюсь к рекомендации - все на проводах. Провода - это надежно. В большинстве применений вообще можно обойтись сухими контактами и реле. Там где нельзя, в большинстве случаев хватит любого пром. протокола. Если брать 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. Поэтому однозначно правильный выбор вряд ли существует.
Квалифицированная девушка-программист, которая не работает от звонка до звонка по сценарию, а постоянно в обучении
У меня почему-то это как раз больше ассоциируется с девушками. Обычно им легче дается что-то монотонное и они более старательны.
Кстати, на сколько помню, когда все только начиналось, программирование считалось более женской профессией. Но потом как-то все поменялось. Думаю в тот момент, когда появились ПК и понадобилось лазить в железки, менять, настраивать их.
В целом согласен с идеей автора, в сфере ИТ проблема больше лежит в плоскости общества, чем в каких-то физических ограничениях. Если для замены колеса у грузовика нужно обладать некоторым физическим развитием, то что касается ИТ все упирается в мышление, которое закладывается по большей части в процессе воспитания и обучения. Я не специалист по психологии, но на сколько знаю, нет каких-то заметных отличий в между мужчинами и женщинами в плане интеллекта.
Только у меня возник вопрос: почему Ubuntu, а не один из отечественных дистрибутивов?
С Яндексом Joplin не очень у меня подружился из-за каких-то ограничений. Ушел на объектное хранилище Селектела
Я заходил с компа, посмотрел. Работает не быстро, смотреть практически нечего. Рекомендации, такое ощущение, что не понимают меня. Потыкал, что не нравится, оно опять вылезает.
Если бы был на телефоне, наверное бы скачал приложение посмотреть, а потом бы удалил. В общем, Скачивания ничего не показывают, нужно смотреть какое количество людей реально пользуются.
Законодательно же это не оформлено, можно участвовать по старинке
Меня порой удивляет почему человек может настойчиво названивать, но не может послать одну SMS )
Это все таки немного другой уровень. В статье реализация ближе к АСУ, где изначально продумываются все нюансы управления и совместимости. Да и голосовое управление на мой взгляд переоценено.
Присоединяюсь к рекомендации - все на проводах. Провода - это надежно. В большинстве применений вообще можно обойтись сухими контактами и реле. Там где нельзя, в большинстве случаев хватит любого пром. протокола. Если брать 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. Поэтому однозначно правильный выбор вряд ли существует.
У меня почему-то это как раз больше ассоциируется с девушками. Обычно им легче дается что-то монотонное и они более старательны.
Кстати, на сколько помню, когда все только начиналось, программирование считалось более женской профессией. Но потом как-то все поменялось. Думаю в тот момент, когда появились ПК и понадобилось лазить в железки, менять, настраивать их.
В целом согласен с идеей автора, в сфере ИТ проблема больше лежит в плоскости общества, чем в каких-то физических ограничениях. Если для замены колеса у грузовика нужно обладать некоторым физическим развитием, то что касается ИТ все упирается в мышление, которое закладывается по большей части в процессе воспитания и обучения. Я не специалист по психологии, но на сколько знаю, нет каких-то заметных отличий в между мужчинами и женщинами в плане интеллекта.