что фронт - это обложка книги, ее оформление и т.д., а бэк - это само её содержание
Мне показалось или вы считаете, что этот пример кажется вам корректным, правильным или удачным? А почему?
Зачем нужен фронт? Для обеспечения взаимодействия пользователя со слоем логики и данных, разве нет? Разве не должен фронт позволять пользователю(в понятии совокупности ролей) использовать все функции бэка, получать все его данные? Как обложка книги помогает взаимодействовать с её содержанием? Как всё содержание книги можно понять по обложке?
Но гораздо лучше чем у автора, думаю, ситуацию, когда в пекарне испекли булочку, которой никто не поймёт, как пользоваться, пока её не украсят, даже нейронка не нарисует, не то что воображение рационального человека, пытающегося в чём-то разобраться :)
Честно говоря, от переноса на булочки вот совсем легче не стало, вряд ли статья поможет что-то кому-то объяснить, больше запутает и введёт в заблуждение. Например, архитектор - это ни разу не технолог, технолог - это менеджер по производству, как бы от нам не назывался (техдир, CTO и иже с ними), а архитектор занимается архитектурой решения, да и вообще, бывает очень разный (от Enterprise до Sowtware).
Энергетику было бы проще объяснить на примере стройки трансофрматорной подстанции во дворе). Для остальных было бы куда проще использовать пример строительства дома или ремонта квартиры: вот там и можно показать, что есть решения архитектурные, чем они отличаются от не архитектурной, и бэк с фронтом адекватный найдётся.
8 часов времени на напоминание об открытой двери - это автоматизация для людей! Хотя цели могут быть разными, всё равно кажется что это не так уж и просто.
На тему статьи, было бы неплохо её разделить: как настроить Яндекс, как SIP, а так всё в кучу.
Также, по опыту лучше и саму автоматизацию делить. Не знаю, можно ли в вашем умном доме события добавлять, но в НН проще было бы разделить: первая автоматизация генерирует событие «дверь открыта в 22», на неё «подписана» вторая с оповещением в динамики, третья с Алисой и ещё четвёртая с запуском таймера 3 минуты, которая генерирует «спустя 3 минуты дверь так и не закрыта» и т.д. Так будет проще настраивать и проще потом разбираться, проще локально выключать какую то часть, проще развивать и т.д...
Мне показалось или вы считаете, что этот пример кажется вам корректным, правильным или удачным? А почему?
Зачем нужен фронт? Для обеспечения взаимодействия пользователя со слоем логики и данных, разве нет? Разве не должен фронт позволять пользователю(в понятии совокупности ролей) использовать все функции бэка, получать все его данные? Как обложка книги помогает взаимодействовать с её содержанием? Как всё содержание книги можно понять по обложке?
Но гораздо лучше чем у автора, думаю, ситуацию, когда в пекарне испекли булочку, которой никто не поймёт, как пользоваться, пока её не украсят, даже нейронка не нарисует, не то что воображение рационального человека, пытающегося в чём-то разобраться :)
Честно говоря, от переноса на булочки вот совсем легче не стало, вряд ли статья поможет что-то кому-то объяснить, больше запутает и введёт в заблуждение. Например, архитектор - это ни разу не технолог, технолог - это менеджер по производству, как бы от нам не назывался (техдир, CTO и иже с ними), а архитектор занимается архитектурой решения, да и вообще, бывает очень разный (от Enterprise до Sowtware).
Энергетику было бы проще объяснить на примере стройки трансофрматорной подстанции во дворе).
Для остальных было бы куда проще использовать пример строительства дома или ремонта квартиры: вот там и можно показать, что есть решения архитектурные, чем они отличаются от не архитектурной, и бэк с фронтом адекватный найдётся.
8 часов времени на напоминание об открытой двери - это автоматизация для людей! Хотя цели могут быть разными, всё равно кажется что это не так уж и просто.
На тему статьи, было бы неплохо её разделить: как настроить Яндекс, как SIP, а так всё в кучу.
Также, по опыту лучше и саму автоматизацию делить. Не знаю, можно ли в вашем умном доме события добавлять, но в НН проще было бы разделить: первая автоматизация генерирует событие «дверь открыта в 22», на неё «подписана» вторая с оповещением в динамики, третья с Алисой и ещё четвёртая с запуском таймера 3 минуты, которая генерирует «спустя 3 минуты дверь так и не закрыта» и т.д. Так будет проще настраивать и проще потом разбираться, проще локально выключать какую то часть, проще развивать и т.д...