На будущее ещё идея для статьи - полное выживание на локальной машине. Предположим локальные репозитории, документации, контейнеры с питоном и нужными библиотеками. В общем симуляция полного it апокалипсиса
Очень интересна тема разворачивания на локальном пк и на vps нейросетей. Сейчас такое время пошло, что интернет не всегда работает и важно оставаться в работе даже локально. Вот и интересно узнать какие есть варианты для РФ и не только аналогов chat gpt, на которые можно быстро и качественно использовать. И самое главное эксперимент использования локально когда симулируется ситуация,что нет интернета, а работа происходит локально. В общем скорее идея в том как выжить программисту без интернета.
Было-бы интересно увидеть статью как автор встраивает RSGI в своё веб-приложение, посмотреть нагрузку в его приложении и услышать его личный отзыв от использования.
Хорошо, что Python веб-приложения становятся быстрее. Конечно до Drogon на C++ ещё далеко, но это Python. Ну и конечно Drogon это фреймворк с веб-сервером, а не отдельный веб-сервер. Пока нагрузка небольшая на сервер, то по большому счёту нет сильной разницы какой асинхронный веб-фреймворк использовать. Разница начинается на больших нагрузках.
Уходить с Pydantic-Settings более накладно поэтому ваш совет создавать из dump один раз выглядит более простым в осуществлении с минимумом изменений. Ресурсы важны поэтому совет хороший чтоб не гонять дамп каждый раз.
Во втором совете логичнее NamedTuple чем DictEnum. Просто потому что там всего два значения всегда и одна структура DictEnum кажется избыточным в данном случае. Кстати насчёт NamedTuple есть вариант без него. Создать в init два поля status и message, а потом в property обращаться к ним через self.
Да, я видел такие варианты. На самом деле я могу сделать приложение совместимым с подобным. Сделать для esp32 в будущем могу отдельно часть кода, который свяжется с веб-приложением для управления роботом через веб-сокет. Наборчик с esp32 не дорогой.
Интересные мысли. Я брал что у меня есть под рукой. Про openipc посмотрю по подробнее интересная вещь как по мне. То, что у меня сейчас это начало и вполне в будущем может быть модернизировано. Поэтому спасибо за интересный на мой взгляд совет.
В более далёкой перспективе я хочу научиться рисовать кольца и линии на этом экране, чтобы отображать шкалы заполнения, стрелки и графики.(c) - из статьи. Это статья первая часть. То что ты говоришь очевидно и так. И в статье сказано, что я буду этим дальше заниматься. И внезапно у меня разные цвета используются.
На будущее ещё идея для статьи - полное выживание на локальной машине. Предположим локальные репозитории, документации, контейнеры с питоном и нужными библиотеками. В общем симуляция полного it апокалипсиса
Очень интересна тема разворачивания на локальном пк и на vps нейросетей. Сейчас такое время пошло, что интернет не всегда работает и важно оставаться в работе даже локально. Вот и интересно узнать какие есть варианты для РФ и не только аналогов chat gpt, на которые можно быстро и качественно использовать. И самое главное эксперимент использования локально когда симулируется ситуация,что нет интернета, а работа происходит локально. В общем скорее идея в том как выжить программисту без интернета.
Хорошая и полезная статья. Безопасность в наше время имеет первостепенное значение, а ai и ai агенты используют всё больше и больше.
Очень люблю смотреть как что-то работает. Поэтому не хватает видео или скринов примера, когда оно отрабатывает на практике в реальности.
После этой статьи родилась фраза. Выстирай свой грязный html :)
Реву это состояние после кода ревью на утро пятницы?)
Было-бы интересно увидеть статью как автор встраивает RSGI в своё веб-приложение, посмотреть нагрузку в его приложении и услышать его личный отзыв от использования.
Хорошо, что Python веб-приложения становятся быстрее. Конечно до Drogon на C++ ещё далеко, но это Python. Ну и конечно Drogon это фреймворк с веб-сервером, а не отдельный веб-сервер. Пока нагрузка небольшая на сервер, то по большому счёту нет сильной разницы какой асинхронный веб-фреймворк использовать. Разница начинается на больших нагрузках.
Уходить с Pydantic-Settings более накладно поэтому ваш совет создавать из dump один раз выглядит более простым в осуществлении с минимумом изменений. Ресурсы важны поэтому совет хороший чтоб не гонять дамп каждый раз.
Во втором совете логичнее NamedTuple чем DictEnum. Просто потому что там всего два значения всегда и одна структура DictEnum кажется избыточным в данном случае. Кстати насчёт NamedTuple есть вариант без него. Создать в init два поля status и message, а потом в property обращаться к ним через self.
Насчёт valid_commands согласен недоглядел.
Спасибо за советы.
Сделайте автоматизацию перерозыгрыша и напишите об этом будущую статью.
Очень удобное хранение контейнеров.
Полезно заберу)
Интересный проект спасибо гляну
Как всегда свежие новости про ТГ. Спасибо)
Удобная вещь
Гуру обсидиана опять выпустил хит)
Да, я видел такие варианты. На самом деле я могу сделать приложение совместимым с подобным. Сделать для esp32 в будущем могу отдельно часть кода, который свяжется с веб-приложением для управления роботом через веб-сокет. Наборчик с esp32 не дорогой.
Интересные мысли. Я брал что у меня есть под рукой. Про openipc посмотрю по подробнее интересная вещь как по мне. То, что у меня сейчас это начало и вполне в будущем может быть модернизировано. Поэтому спасибо за интересный на мой взгляд совет.
Думаю удобно для всяких тестов и dev серверов. Чтоб поднять по быстрому и показать.
В более далёкой перспективе я хочу научиться рисовать кольца и линии на этом экране, чтобы отображать шкалы заполнения, стрелки и графики.(c) - из статьи. Это статья первая часть. То что ты говоришь очевидно и так. И в статье сказано, что я буду этим дальше заниматься. И внезапно у меня разные цвета используются.
Еслиб я за клаву его положил, то скорее всего на бок.