этот тест логику не проверяет, если бы там синкались горутины из бизнес логики, тогда да, воппросики были бы) но опять же для suit cценариев полезно, а так же для старта приложений что бы не писать обработчики ожидания того что база или сервер стартанул
Zed
нужен $mol !
в $mol и архитектура и управление состоянием и офлайн first
я бы сказал что он серябряная пуля)
Очень советую почитать про $mol
Очень много годных решений там уже сделаны
Хуета
привет
в zed уже есть функции из вашего приложения
Ну не сказал бы, в каждом проекте одно и тоже
А так хочется фреймворк)
этот тест логику не проверяет, если бы там синкались горутины из бизнес логики, тогда да, воппросики были бы)
но опять же для suit cценариев полезно, а так же для старта приложений что бы не писать обработчики ожидания того что база или сервер стартанул
привет! супер, жду дальнейших статей!
у вас крутое сообщество получилось, часто бываю
1 и 2 вариант не отличаются смыслом вообще, зависит от манеры речи говорящего как будет сказано
Часто бываю у вас в офисе на митапах, там здорово
Есть ли у вас кейсы в работе где могла бы пригодится llm вместе с rag
Или в качестве mcp agent ?
Уже вырезали гил
Привет из будущего где golang conf будет 4 июня !)
Очень интересно, спасибо что поделился !
Привет! Я вот только по рассказам знаю что там было, тоже хотел сходить
Плюсую! Зед Ван лав !
Спасибо!
Допустим проверка связей компонентов друг с другом
То есть имею ввиду что родительский компонент должен быть вложенной папкой в родительском компоненте
Или другое правило такого типа
Импорты проверять сортировать, в $mol вообще их писать не нужно
Ссылочку на гитхаб бы...
А если на Гите есть и rag был бы прям очень очень признателен, не смог найти инструкций которые мог бы повторить все очень обтекаемой пишут
Не увидел связи с архитектурой
Ожидал что будут проверки нейминга файлов
Проверки древовидной структуры файлов
И прочее более глобальное чем импорт