Код, думаю, поменьше будет, а вот интерпретатор - тот место занимает.
Но что с того? Не помню, чтобы код в железку не влезал. Lua позволяет во время работы устройства грузить в память и выгружать отдельные файлы. Держу значимые вещи в глобальных переменных, а реакции на события вызываются из файла и уничтожаются как отработали.
Увольтесь и создайте свой бизнес. И вы точно поймете, что вы есть на самом деле.
Ваш текст, как и любой иной такого рода, - субъективное видение. Ни спорить, ни поддерживать вас не возможно. Есть "другая сторона" и со стороны она не видна.
Повторюсь, создайте бизнес, делайте там "что угодно" и все рефлексии разрешатся.
Руководитель, кроме функций делегирования и контроля, также выполняет функции координирования и поддержки.
Никаких функций руководитеь не выполняет. Руководитель занимается управлением - определяет будущее состояние управляемого объекта и приводит его к нему.
То что у вас написано, равносильно определению управения автомобилем, например, как: функции водителя нажимать на педали и крутить руль.
Да, собственно, я все это знаю, ибо делал устройства на обеих железках и остановился на 64.
Извините за неточный вопрос, я имел в виду только API - ИМХО они не отличаются до степени геморроя. Естественно, мтрф-64 имеет больше возможностей и в первую очередь возможность приема показаний от датчиков. Конечно, с выходом на сцену Xiaomi/Aqara с их датчиками nooLite потерял актуальность
Но «бесплатный облачный брокер» в связке с ESP8266 почему-то не вселяет в меня уверенности в надежности. Да и голосовое управление прицепить будет непросто (или невозможно?). А значит мне не подходит.
MQTT брокер должен быть, полагаю, не бесплатным, а домашним. Он чрезвычайно надежен и делается на любом хламе, что годен для OpenWRT.
У меня nooLite управляется так: Алиса(голосом) -> NodeRed -> MQTT <-> (ESP32/MTRF64) <-> nooLte и все прекрасно и надежно работает. Одновременно, MQTT закладывает данные в Home Assistant, который, в свою очередь, тоже управляет nooLite и прямым включением и автоматизациями.
ИМХО, вы слишком усложнили, но работа проделана достойная. Спасибо.
Не дочитал до этого пассажа.
Каюсь, есть третий вариант — понимают бесполезность своего существования, но извлекают из него выгоду разных степеней этичности.
Однако… во всем этом виноват менеджер, стоящий над HRом.
Понимаете… автор в это все искренне верит. А вера не ломается никакими аргументами.
HR одна из тех отраслей менеджмента, которая, за вычетом подбора кадров и проведения новогодних мероприятий вообще не понятно для чего нужна ( замечу — это не единственнвя такая бесполезная отрасль).
И, положа руку на сердце, HRы со временем сами это понимают.
Одни бросают это занятие, другие, как в данном случае, начинают… верить.
Я вот что хочу заметить в целом. Мне кажется очень важную вещь, которая упускается: Ардуино не открыла дорогу широким массам в программирование контроллеров. Ардуино сильно упростила процесс повторения чужих наработок.
Попытка же типового Ардуинщика (азы Си, один-два повторенных чужих проекта) сделать что-то самостоятельно натыкается на необходимость поднять такой пласт знаний, что он, в большей степени, и "замерзает" на этом уровне.
"скачав дистрибутив АМС для любой из десятка платформ от Mega 2560 до ESP32."
Но это не Ардуино! Это Ваша ОС(?) на том или ином железе.
А дальше выбор пользователя — доверять вашей системе или той, что двигает Олег.
И ту и другую надо изучать, тратить время, ресурсы.
Олег ратует за STM32, вы — ряд другого железа, в том числе и 32bit МК среди него.
Поэтому, ИМХО, эти заметки к Ардуино отношения не имеют. Они о (условном) "соревновании" Riot OS на STM32 И AMS на том, куда Вы его портировали.
И, в некоторой степени, это "прикрытие" AMS лейблом Ардуино.
Да, пульты дистанционного управления становятся все сложнее и сложнее…
При чем здесь "умный дом" — ума не приложу. Тупой дом — это точнее. Разве телевизор от переключения каналов пультом зовется умным? А здесь в чем разница?
Просто сложный, неудобный ПДУ (пульт дистанционного управления).
Не соглашусь. Заметка не для опытных в программировании, а для начинающих.
Одного знания недостаточно, нужна экономная работа с таймером по памяти.
При упоминании JavaScript как раз и имел в виду то что вы написали.
Спасибо.
Код, думаю, поменьше будет, а вот интерпретатор - тот место занимает.
Но что с того? Не помню, чтобы код в железку не влезал. Lua позволяет во время работы устройства грузить в память и выгружать отдельные файлы. Держу значимые вещи в глобальных переменных, а реакции на события вызываются из файла и уничтожаются как отработали.
В консоли ESP8266 худо-бедно кириллицу поддерживает, ESP32 - проблемы.
На железке ни разу не то что сайт не размещал - даже окно настроек не делал. У меня другой подход к их функционированию - MQTT мое все.
Прав ты, друже.
Есть такая пословица "пока умный думал, дурак - взял". Вот они и "берут", не ограничивая себя ниакой моралью. Ибо ее просто не имеют :-)
Увольтесь и создайте свой бизнес. И вы точно поймете, что вы есть на самом деле.
Ваш текст, как и любой иной такого рода, - субъективное видение. Ни спорить, ни поддерживать вас не возможно. Есть "другая сторона" и со стороны она не видна.
Повторюсь, создайте бизнес, делайте там "что угодно" и все рефлексии разрешатся.
Никаких функций руководитеь не выполняет. Руководитель занимается управлением - определяет будущее состояние управляемого объекта и приводит его к нему.
То что у вас написано, равносильно определению управения автомобилем, например, как: функции водителя нажимать на педали и крутить руль.
А зачем они? Если "делегирование" существует - "поймал" кого-нибудь, приказал что-нибудь и наслаждаешься "чужими руками".
Само делегирование есть чушь. Такой чуши, изобретённой "британскими учёными", полно в менеджменте.
Дайте определение делегирования, вместо пространных рассказов о том, каким оно должно быть. Не получится.
Ибо, если это "передача полномочий" - то передавать их легко и просто: "на, за все отвечаешь". Нет? Тогда что это?
... ибо никакого делегирования не существует.
Существует управление, управление осуществляется некоторыми объектами.
Определяются сотрудники, управляющие этими объектами.
Оные анализируют их состояние, докладывают видение из анализа и проводят в жизнь утвержденные решения.
А то что называют делегированием, есть "пойди туда, не знаю куда..." Оно конечно не получается.
Спасибо.
Да, собственно, я все это знаю, ибо делал устройства на обеих железках и остановился на 64.
Извините за неточный вопрос, я имел в виду только API - ИМХО они не отличаются до степени геморроя. Естественно, мтрф-64 имеет больше возможностей и в первую очередь возможность приема показаний от датчиков. Конечно, с выходом на сцену Xiaomi/Aqara с их датчиками nooLite потерял актуальность
Здесь нельзя не согласиться.
Честно говоря, в вашей статье меня мучает вопрос: чем В ПРИНЦИПЕ MT1132 отличается от MTRF-64, ибо API у них одинаковые, или я что-то забыл.
MQTT брокер должен быть, полагаю, не бесплатным, а домашним. Он чрезвычайно надежен и делается на любом хламе, что годен для OpenWRT.
У меня nooLite управляется так: Алиса(голосом) -> NodeRed -> MQTT <-> (ESP32/MTRF64) <-> nooLte и все прекрасно и надежно работает. Одновременно, MQTT закладывает данные в Home Assistant, который, в свою очередь, тоже управляет nooLite и прямым включением и автоматизациями.
ИМХО, вы слишком усложнили, но работа проделана достойная. Спасибо.
Так бухгалтерия или финансы?
Здорово! Просто не знаю что добавить. Вы молодцы!
Не дочитал до этого пассажа.
Каюсь, есть третий вариант — понимают бесполезность своего существования, но извлекают из него выгоду разных степеней этичности.
Однако… во всем этом виноват менеджер, стоящий над HRом.
Все верно. Одна ремарка. Над любым HRом ВСЕГДА стоит менеждер-управленец.
Вот его "управление" и позволяет размножаться этому явлению.
Понимаете… автор в это все искренне верит. А вера не ломается никакими аргументами.
HR одна из тех отраслей менеджмента, которая, за вычетом подбора кадров и проведения новогодних мероприятий вообще не понятно для чего нужна ( замечу — это не единственнвя такая бесполезная отрасль).
И, положа руку на сердце, HRы со временем сами это понимают.
Одни бросают это занятие, другие, как в данном случае, начинают… верить.
Я вот что хочу заметить в целом. Мне кажется очень важную вещь, которая упускается: Ардуино не открыла дорогу широким массам в программирование контроллеров. Ардуино сильно упростила процесс повторения чужих наработок.
Попытка же типового Ардуинщика (азы Си, один-два повторенных чужих проекта) сделать что-то самостоятельно натыкается на необходимость поднять такой пласт знаний, что он, в большей степени, и "замерзает" на этом уровне.
"скачав дистрибутив АМС для любой из десятка платформ от Mega 2560 до ESP32."
Но это не Ардуино! Это Ваша ОС(?) на том или ином железе.
А дальше выбор пользователя — доверять вашей системе или той, что двигает Олег.
И ту и другую надо изучать, тратить время, ресурсы.
Олег ратует за STM32, вы — ряд другого железа, в том числе и 32bit МК среди него.
Поэтому, ИМХО, эти заметки к Ардуино отношения не имеют. Они о (условном) "соревновании" Riot OS на STM32 И AMS на том, куда Вы его портировали.
И, в некоторой степени, это "прикрытие" AMS лейблом Ардуино.
Эмммм… Разве эта статья имеет отношение к Ардуино?
Что я понял из прочитанного и лекций Олега.
Олег говорит, что Ардуино — устаревшее железо и не слишком удобная экосистема. Ардуинщик! Если хочешь двигаться дальше — изучай это и это.
Автор статьи говорит: а я на Мега таки забабахал платформу и давай, ардуинщики, велкам в неё.
Разве я неверно описал ситуацию?
Да, пульты дистанционного управления становятся все сложнее и сложнее…
При чем здесь "умный дом" — ума не приложу. Тупой дом — это точнее. Разве телевизор от переключения каналов пультом зовется умным? А здесь в чем разница?
Просто сложный, неудобный ПДУ (пульт дистанционного управления).