Дополню: выбор стратегии тестирования зависит от домена предметной области и паттерна реализации бизнес-логики. Это хорошо описано в книге Learning Domain-Driven Design, Vlad Khononov.
Например, наше приложение показывает содержимое файла, в таком случае можно использовать транзакционный сценарий реализации бизнес-логики и перевернутую пирамиду тестирования. Если у нас добавляется одна модель хранения данных, например одна база данных, и мы используем ORM, active record, то логично выбрать ромб тестирования. Если у нас сложная бизнес-логика, которая критична для бизнеса, с несколькими моделями хранения данных, тут стоит задуматься про гексогональную архитектуру, может CQRS, и логично выбрать пирамиду тестирования как стратегию.
Есть такая вещь в chrome dev tools как lighthouse, почитайте документацию, как его использовать. Он дает рекомендации по оптимизации на основе анализа конкретно вашего сайта, а не общие.
Я бы сюда еще добавил использование CDN, оптимизацию изображений через srcset media и правильную настройку http cache.
jquery, gulp, postCSS, purgeCSS - в 2026 уже legacy
Сейчас есть тренд слазить с IDE и переходить на редакторы типа nvim. А в мире linux собирать с нуля archlinux. Не интересовался сколько ресурсов им надо, но думаю если есть цель можно собрать рабочий дистрибутив со всем необходимым для разработки в терминале.
Вы забыли упомянуть что тесты которые генерирует ии основнны на коде, который она же и сгенерировала. Если в коде баги, то тесты покрывают баги и ничего не проверяют. Последние месяцы на работе после того как программисты начали использовать в работе llm, я сталкиваюсь с тем, что тесты ничего не проверяют. Покрытие кода тестами растёт, меняешь поведение кода, тесты зелёные. К сожелению не во всех языках есть адекватные инструменты для мутационных тестов.
Я бы ещё сверху навернул подсказок компилятору для оптимизации, на функцию init attribute cold, а в самом алгоритме на ветку проверки ошибки unlikely, на wait level inline
В теории да, на уровне RTP это расширяемо. В RTP заголовке payload type 96–127 это "свободная зона". Число ничего само по себе не означает, пока стороны не договорились, что за формат за ним скрывается.
В SDP можно указать:
a=rtpmap:96 JPEG/90000
После этого PT=96 начинает означать "JPEG по RFC 2435", в рамках этой сессии.
Но программный encoder на ESP32-S3 для JPEG XL будет кушать CPU и память, и придется писать свой плеер, потому что на сегодняшний день нет стандартизированного RTP payload.
В программировании мы постоянно балансируем между читаемостью кода, удобством сопровождения, эффективностью разработки и производительностью, и даже внутри каждой из этих областей. Например, оптимизация производительности часто предполагает компромисс между экономией памяти, скоростью выполнения и сложностью реализации. В реальных проектах большинство участков кода не требуют максимальной производительности. Приоритет удобства сопровождения и читаемости, как правило, перевешивает экономию каждого байта или микросекунды.
Некоторые оптимизации работают на любой платформе и для любых моделей процессоров, но другие могут работать только на определенных платформах и для определенных моделей процессоров. Поэтому, прежде чем внедрять какое-либо из них, пожалуйста, проведите тестирование.
Если проект на github лежит можно настроить dependabot, он будет сам делать pr с обновлениями. На разных языках в пакетных менеджерах есть проверка на уязвимости, в js вроде npm audit, в ci можно настроить задачу по расписанию. shift left security называется подобная деятельность. По поводу сервера будь там go, rust, js перед ним обычно ставят nginx, чтобы application не торчал наружу своими портами. А чтобы не палить свой vds есть такая штука как zero trust tunnel у cf. Но да в любом случае vds надо настраивать, голая система никак не защищена.
Как я понял, автор просто хотел попробовать разные технологии и придумал себе задачу, которую за него на 70% реализовал ИИ. Хорошо, а какой практический смысл этой затеи? Какие данные отображать на этих дашбордах и зачем? «Написать статью по проделанной работе на Хабр», для чего? Кому эта статья будет полезна и чем?
Дополню: выбор стратегии тестирования зависит от домена предметной области и паттерна реализации бизнес-логики. Это хорошо описано в книге Learning Domain-Driven Design, Vlad Khononov.
Например, наше приложение показывает содержимое файла, в таком случае можно использовать транзакционный сценарий реализации бизнес-логики и перевернутую пирамиду тестирования. Если у нас добавляется одна модель хранения данных, например одна база данных, и мы используем ORM, active record, то логично выбрать ромб тестирования. Если у нас сложная бизнес-логика, которая критична для бизнеса, с несколькими моделями хранения данных, тут стоит задуматься про гексогональную архитектуру, может CQRS, и логично выбрать пирамиду тестирования как стратегию.
Есть такая вещь в chrome dev tools как lighthouse, почитайте документацию, как его использовать. Он дает рекомендации по оптимизации на основе анализа конкретно вашего сайта, а не общие.
Я бы сюда еще добавил использование CDN, оптимизацию изображений через srcset media и правильную настройку http cache.
jquery, gulp, postCSS, purgeCSS - в 2026 уже legacy
lgtm
А как вы узнаете если поменяется API сайта который вы зареверсили?
Про select рассказал, думал сейчас пойдем в epoll, kqueue, io_uring. Отличное введение.
Сейчас есть тренд слазить с IDE и переходить на редакторы типа nvim. А в мире linux собирать с нуля archlinux. Не интересовался сколько ресурсов им надо, но думаю если есть цель можно собрать рабочий дистрибутив со всем необходимым для разработки в терминале.
https://doc.rust-lang.org/book/ch01-01-installation.html
https://doc.rust-lang.org/rust-by-example/
практика в написании простых программ, open source исходники и LLM-ка у которой можно попросить объяснить непонятный участок кода.
Примеры задач https://github.com/fallGamlet/simple-programming-tasks
Вы забыли упомянуть что тесты которые генерирует ии основнны на коде, который она же и сгенерировала. Если в коде баги, то тесты покрывают баги и ничего не проверяют. Последние месяцы на работе после того как программисты начали использовать в работе llm, я сталкиваюсь с тем, что тесты ничего не проверяют. Покрытие кода тестами растёт, меняешь поведение кода, тесты зелёные. К сожелению не во всех языках есть адекватные инструменты для мутационных тестов.
Добавь в конфигурацию https://containrrr.dev/watchtower/ для автоматического обновления образов
Нейротекст — бросается в глаза. Такое живое, чувственное, неповторимое, уникальное повествование.
Я бы ещё сверху навернул подсказок компилятору для оптимизации, на функцию init attribute cold, а в самом алгоритме на ветку проверки ошибки unlikely, на wait level inline
В теории да, на уровне RTP это расширяемо. В RTP заголовке payload type 96–127 это "свободная зона". Число ничего само по себе не означает, пока стороны не договорились, что за формат за ним скрывается.
В SDP можно указать:
После этого
PT=96начинает означать "JPEG по RFC 2435", в рамках этой сессии.Но программный encoder на ESP32-S3 для JPEG XL будет кушать CPU и память, и придется писать свой плеер, потому что на сегодняшний день нет стандартизированного RTP payload.
Модуль и проект в репозитории, это просто пример. Их можно (и нужно) подстроить под свои задачи: другую камеру, микроконтроллер.
Я не стал вдаваться в детали аппаратной части, потому что хотел объяснить, как работают RTP/JPEG и как они выглядят на уровне байтов.
На официальном сайте есть инструкция, как подключить его и начать с ним работать в Arduino IDE https://wiki.seeedstudio.com/xiao_esp32s3_getting_started/.
Я использовал ESP-IDF (Espressif IoT Development Framework) это официальный фреймворк и SDK от компании Espressif для разработки прошивок, через расширение в VS Code https://docs.espressif.com/projects/esp-idf/en/stable/esp32/get-started/index.html#installation
А чтобы включить стрим, нужно просто открыть файл SDP в VLC, в репозитории я положил их для примера.
В программировании мы постоянно балансируем между читаемостью кода, удобством сопровождения, эффективностью разработки и производительностью, и даже внутри каждой из этих областей. Например, оптимизация производительности часто предполагает компромисс между экономией памяти, скоростью выполнения и сложностью реализации. В реальных проектах большинство участков кода не требуют максимальной производительности. Приоритет удобства сопровождения и читаемости, как правило, перевешивает экономию каждого байта или микросекунды.
Некоторые оптимизации работают на любой платформе и для любых моделей процессоров, но другие могут работать только на определенных платформах и для определенных моделей процессоров. Поэтому, прежде чем внедрять какое-либо из них, пожалуйста, проведите тестирование.
Только вот ему 10 лет судя по коммитам, за это время всё уже 100500 раз изменилось вокруг
Если проект на github лежит можно настроить dependabot, он будет сам делать pr с обновлениями. На разных языках в пакетных менеджерах есть проверка на уязвимости, в js вроде npm audit, в ci можно настроить задачу по расписанию. shift left security называется подобная деятельность. По поводу сервера будь там go, rust, js перед ним обычно ставят nginx, чтобы application не торчал наружу своими портами. А чтобы не палить свой vds есть такая штука как zero trust tunnel у cf. Но да в любом случае vds надо настраивать, голая система никак не защищена.
Как я понял, автор просто хотел попробовать разные технологии и придумал себе задачу, которую за него на 70% реализовал ИИ. Хорошо, а какой практический смысл этой затеи? Какие данные отображать на этих дашбордах и зачем? «Написать статью по проделанной работе на Хабр», для чего? Кому эта статья будет полезна и чем?
Я подумал сначала что статья написана нейросетью слово "хайлоад" встречается в каждом предложении. Автор вопрос, а что такое хайлоад?
"Исследования показывают", а можно ссылки на эти исследования?
«У каждого ведь свой стиль написания кода», код должен быть таким, чтобы, смотря на него, не было ясно, кто его написал.
Это важно в команде, потому что код необходимо поддерживать, а разработчики иногда попадают под автобус, и кому-то другому придется писать код.
Для разрешения споров существуют styleguide и SAST