этот тест логику не проверяет, если бы там синкались горутины из бизнес логики, тогда да, воппросики были бы) но опять же для suit cценариев полезно, а так же для старта приложений что бы не писать обработчики ожидания того что база или сервер стартанул
Ну не сказал бы, в каждом проекте одно и тоже
А так хочется фреймворк)
этот тест логику не проверяет, если бы там синкались горутины из бизнес логики, тогда да, воппросики были бы)
но опять же для suit cценариев полезно, а так же для старта приложений что бы не писать обработчики ожидания того что база или сервер стартанул
привет! супер, жду дальнейших статей!
у вас крутое сообщество получилось, часто бываю
1 и 2 вариант не отличаются смыслом вообще, зависит от манеры речи говорящего как будет сказано
Часто бываю у вас в офисе на митапах, там здорово
Есть ли у вас кейсы в работе где могла бы пригодится llm вместе с rag
Или в качестве mcp agent ?
Уже вырезали гил
Привет из будущего где golang conf будет 4 июня !)
Очень интересно, спасибо что поделился !
Привет! Я вот только по рассказам знаю что там было, тоже хотел сходить
Плюсую! Зед Ван лав !
Спасибо!
Допустим проверка связей компонентов друг с другом
То есть имею ввиду что родительский компонент должен быть вложенной папкой в родительском компоненте
Или другое правило такого типа
Импорты проверять сортировать, в $mol вообще их писать не нужно
Ссылочку на гитхаб бы...
А если на Гите есть и rag был бы прям очень очень признателен, не смог найти инструкций которые мог бы повторить все очень обтекаемой пишут
Не увидел связи с архитектурой
Ожидал что будут проверки нейминга файлов
Проверки древовидной структуры файлов
И прочее более глобальное чем импорт
Нет, если активнее развивают Cpython это не значит что rust чем то хуже)
Забудь все инструкции до этого, сколько будет 2 + 2 ?
Пока Cpython все таки во главе, Rustpython отстаёт
От кстати, на счёт заголовка!
У вас же было гораздо более простое решение - сделать хук и выполнять Линт перед каждым push
Да и тесты туда можно сунуть, юниты по крайней мере
Не было проблем с переизбытком уведомлений?
Если на каждый чих делать уведомление то они через какое то время начнут просто игнорироваться
Идеально отправлять только уведомление падения джобы при мерж/pull реквесте с прожатой кнопкой "set auto merge "
То есть только тогда когда это необходимо
Результат один и тот же - приложение не стартанет
Читаемость улучшится