А вообще есть очень много устройств, изначально облачных, которые можно прошить tasmota прошивкой и превратить их в полностью локальные, отвязав от интернета вообще.
Вот тут полный список: https://templates.blakadder.com/all.html
У меня используются wifi реле sonoff и RF bridge от этого же производителя для интеграции пультов 433MHz в систему умного дома.
Устройства sonoff по умолчанию идут с китайсткой облачной прошивкой, их надо перепрошивать, чтобы отвязать от интернета. Прошиваются прошивкой Tasmota. Дома работает сервер с mqtt брокером, через который управляются устройсва и node-red, где настраивается логика управления устройствами.
Цена wifi реле, например, не сказать, что сильно больше. Зато им не нужен отдельный zwave хаб.
Wifi это всего лишь канал связи. У меня используются исполнительные устройства, с управлением по wifi. Они полностью автономны, не зависят от внешних сервисов и управляются с локально сервера. Вообще подсети, в которой они живут даже интернет не нужен для функционирования.
То, о чем вы говорите, не является оптимизацией. Это ПЕРЕоптимизация и экономия на спичках, и да, она может быть вредна, как минимум для процесса разработки. Отказ от докера можно сравнить с предложением, прозучавшим где-то ниже, переходить на кодировку cp1251 — текст в ней весит вдвое меньше, чем в utf8. Является ли это оптимизацией? В какой-то мере, наверное, да. Есть ли в этом практический смысл и принесет ли это реальную пользу? Не думаю.
Учавствовал я в разработке, где у разных разработчиков было разное окружение, а на проде вообще третье. Сколько было времени потрачено впустую на поиск багов, которые из за разного окружения не воспроизводятся локально. После этого опыта я плотно пересел на докер и могу смело утверждать, что докер сам по себе является оптимизацией узкого места. Причем с очень малыми накладными расходами. Это важно для коллективной разработки.
Не знаю, что должны быть за задачи такие, чтобы отсутствие докера заметно сказалось на общей производительности приложения.
По сети в сутки сотни терабайт видео в fullhd гоняются, на их фоне 1 или 2 мб текста это вообще ничто. Не в ту сторону оптимизировать хотите.
PS. Обычно текст еще и сжимается эффективно при передаче.
Речь не про то, что есть, а про то, что обычно используют.
Это не проблема докера, а проблема тех, кто это использует. Есть инструмент, который можно применять бездумно и не в тему, как обычно. Эта проблема больше актуальна, как мне кажется, в мире javascript, где на каждую простую операцию, доступную средствами языка, качают обертку в виде многомегабайтной библиотеки.
PS. Лично я никому не сливаю.
Есть разные образы. Есть alpine, размером 2.5мб, есть более обычный oracle linux без лишнего, размером 40мб.
Не знаю, сколько весит необходимое для сборки go приложения окружение, но вам его так или иначе придется устанавливать, не докером, так на локальную машину из репозиториев.
Он мертвый, там нет вообще ничего.
Ну хоть понятно, кто является целевой аудиторией этих свистоперделок.
Методические указания начальства (в профиль загляните).
А зачем так делать? В смысле зачем иметь два паспорта?
Делал когда-то музыкальную открытку на attiny13. Тоже батарейка и динамик и ничего больше.
А вообще есть очень много устройств, изначально облачных, которые можно прошить tasmota прошивкой и превратить их в полностью локальные, отвязав от интернета вообще.
Вот тут полный список: https://templates.blakadder.com/all.html
У меня используются wifi реле sonoff и RF bridge от этого же производителя для интеграции пультов 433MHz в систему умного дома.
Устройства sonoff по умолчанию идут с китайсткой облачной прошивкой, их надо перепрошивать, чтобы отвязать от интернета. Прошиваются прошивкой Tasmota. Дома работает сервер с mqtt брокером, через который управляются устройсва и node-red, где настраивается логика управления устройствами.
Цена wifi реле, например, не сказать, что сильно больше. Зато им не нужен отдельный zwave хаб.
Wifi это всего лишь канал связи. У меня используются исполнительные устройства, с управлением по wifi. Они полностью автономны, не зависят от внешних сервисов и управляются с локально сервера. Вообще подсети, в которой они живут даже интернет не нужен для функционирования.
Для старта самое то что надо. Тоже ее хотел посоветовать.
То, о чем вы говорите, не является оптимизацией. Это ПЕРЕоптимизация и экономия на спичках, и да, она может быть вредна, как минимум для процесса разработки. Отказ от докера можно сравнить с предложением, прозучавшим где-то ниже, переходить на кодировку cp1251 — текст в ней весит вдвое меньше, чем в utf8. Является ли это оптимизацией? В какой-то мере, наверное, да. Есть ли в этом практический смысл и принесет ли это реальную пользу? Не думаю.
Учавствовал я в разработке, где у разных разработчиков было разное окружение, а на проде вообще третье. Сколько было времени потрачено впустую на поиск багов, которые из за разного окружения не воспроизводятся локально. После этого опыта я плотно пересел на докер и могу смело утверждать, что докер сам по себе является оптимизацией узкого места. Причем с очень малыми накладными расходами. Это важно для коллективной разработки.
Не знаю, что должны быть за задачи такие, чтобы отсутствие докера заметно сказалось на общей производительности приложения.
По сети в сутки сотни терабайт видео в fullhd гоняются, на их фоне 1 или 2 мб текста это вообще ничто. Не в ту сторону оптимизировать хотите.
PS. Обычно текст еще и сжимается эффективно при передаче.
Ну так вы еще больше всягого говна в систему поставьте и удивляйтесь потом, а что это оно тормозит.
Насколько эффективно трековые светилиники на потолке с небольшим уголом направленности могут заменить настольную лампу?
Вы не учли, что услугами ДЦ пользуются сотни организаций со своими командами разработчиков. 5 человек в таких условиях это вообще ничто.
Ок.
Ну это уж слишком...
Это не проблема докера, а проблема тех, кто это использует. Есть инструмент, который можно применять бездумно и не в тему, как обычно. Эта проблема больше актуальна, как мне кажется, в мире javascript, где на каждую простую операцию, доступную средствами языка, качают обертку в виде многомегабайтной библиотеки.
PS. Лично я никому не сливаю.
Если говорить про оптимизацию, то начинать надо явно не с докера.
Есть разные образы. Есть alpine, размером 2.5мб, есть более обычный oracle linux без лишнего, размером 40мб.
Не знаю, сколько весит необходимое для сборки go приложения окружение, но вам его так или иначе придется устанавливать, не докером, так на локальную машину из репозиториев.