Не любого и не вредоносного. Js не встраивал, но луа точно будет иметь только то взаимодействие с внешним миром, которое явно прописано. Мне кажется этот инструмент и так на 100,% изолирован от внешних взаимодействий через брокер сообщений и доступен только администратору системы , так что вполне безопасно дать даже доступ к любым функциям ОС.
Лично я рассматриваю его как элемент умного дома , что бы на отделить логику от UI. Логику оставить в Control RS , ui отдать на одну или несколько других систем (open hab /home assistant) .
Логический скрипт, как я понял так же no code - это сложно ( не привычно / не удобно и это все есть в node red - надо же отличаться)
Сохранять состояние надо для определенных алгоритмов. Например "темная комната" когда есть датчик движения и датчик открытия двери и надо контролировать что сработало раньше (записать время срабатывания). Ну или в скриптах иметь доступ к истории.
Так как большинство людей привыкли к императивно у программированию, а не к функциональному, то переменные между вызовами гораздо привычней чем анализ истории .
Есть ли возможность писать именно скрипты вместо визуального программирования ? Я так понимаю это альтернатива node red, который немного тяжеловесный . Более того скрипты можно хранить в какой то папке под системой контроля версий . Я думаю у большинства людей , занимающихся автоматизацией нет проблем с написанием скриптов, особенно если взять что то вроде ecma (js)
1) Хорошо работающий код, полностью удовлетворяющий требованиям не надо менять. Так что целью программирования не может быть код, который легко менять. Более высшая цель - код который не надо менять.
2) как это не грустно , но в большинстве случаев программисты хотят мого тысяч денег, а платят их не другие программисты, а т. н. "Бизнес". Исходя из этого , максимально честно ставить приоритетом экономическую целесообразность с учётом рисков. А тут уже на разных этапах жизненного цикла разная стоимость и разные риски - и вполне себе допускает что может быть ситуация что сделать "плохое" решение за час окажется правильнее чем "хорошее" за неделю.
3) субъективизм, но чем больше компания, те больше времени разработчиков уходит на чтение кода, чем на его написание и изменение.
И ещё на вентилятор немного - слабо связанный код , с классами в три строки менять очень легко и быстро, но читать такой, особенно если не знаком с предметной областью или нейминг не на высоте - занятие для сильных духом)
Все бегуны делают ОФП и "работу" (Интервалки / темповые / отрезки) а в межсезонье - тренажёрный зал. В этом весь "секрет" - никаких чудес.
Длительный бег на низком пульсе не развивает мышцы (в основном " тренируется" Сердце и механизмы связанные с энергообеспечением - капилляры, митохондрии, печень и тп в т. Ч. Возможности по накоплению гликогена в мышцах и печени - что может немного увеличить их объем на начальном этапе)
Для развития скорости, как не странно, нужно быстро бегать на тренировках (раз в неделю, а при хорошей тренированности можно и больше.) силовые (ОФП / зал) готовят ваши мышцы и связки к нагрузкам - лучше не пренебрегать ими как минимум чтоб снизить риск травм.
А есть открытые исходники ?
Не любого и не вредоносного. Js не встраивал, но луа точно будет иметь только то взаимодействие с внешним миром, которое явно прописано. Мне кажется этот инструмент и так на 100,% изолирован от внешних взаимодействий через брокер сообщений и доступен только администратору системы , так что вполне безопасно дать даже доступ к любым функциям ОС.
Лично я рассматриваю его как элемент умного дома , что бы на отделить логику от UI. Логику оставить в Control RS , ui отдать на одну или несколько других систем (open hab /home assistant) .
Логический скрипт, как я понял так же no code - это сложно ( не привычно / не удобно и это все есть в node red - надо же отличаться)
Сохранять состояние надо для определенных алгоритмов. Например "темная комната" когда есть датчик движения и датчик открытия двери и надо контролировать что сработало раньше (записать время срабатывания). Ну или в скриптах иметь доступ к истории.
Так как большинство людей привыкли к императивно у программированию, а не к функциональному, то переменные между вызовами гораздо привычней чем анализ истории .
Сам думал такое написать, но день и отсутствие сильной необходимости заставили ждать другого энтузиаста
Есть ли возможность писать именно скрипты вместо визуального программирования ? Я так понимаю это альтернатива node red, который немного тяжеловесный . Более того скрипты можно хранить в какой то папке под системой контроля версий . Я думаю у большинства людей , занимающихся автоматизацией нет проблем с написанием скриптов, особенно если взять что то вроде ecma (js)
1) Хорошо работающий код, полностью удовлетворяющий требованиям не надо менять. Так что целью программирования не может быть код, который легко менять. Более высшая цель - код который не надо менять.
2) как это не грустно , но в большинстве случаев программисты хотят мого тысяч денег, а платят их не другие программисты, а т. н. "Бизнес". Исходя из этого , максимально честно ставить приоритетом экономическую целесообразность с учётом рисков. А тут уже на разных этапах жизненного цикла разная стоимость и разные риски - и вполне себе допускает что может быть ситуация что сделать "плохое" решение за час окажется правильнее чем "хорошее" за неделю.
3) субъективизм, но чем больше компания, те больше времени разработчиков уходит на чтение кода, чем на его написание и изменение.
И ещё на вентилятор немного - слабо связанный код , с классами в три строки менять очень легко и быстро, но читать такой, особенно если не знаком с предметной областью или нейминг не на высоте - занятие для сильных духом)
Все бегуны делают ОФП и "работу" (Интервалки / темповые / отрезки) а в межсезонье - тренажёрный зал. В этом весь "секрет" - никаких чудес.
Длительный бег на низком пульсе не развивает мышцы (в основном " тренируется" Сердце и механизмы связанные с энергообеспечением - капилляры, митохондрии, печень и тп в т. Ч. Возможности по накоплению гликогена в мышцах и печени - что может немного увеличить их объем на начальном этапе)
Для развития скорости, как не странно, нужно быстро бегать на тренировках (раз в неделю, а при хорошей тренированности можно и больше.) силовые (ОФП / зал) готовят ваши мышцы и связки к нагрузкам - лучше не пренебрегать ими как минимум чтоб снизить риск травм.