5916
Сообщество разработчиков Java Scala Kotlin Groovy Clojure Чат для нач-их: @javastart Наш канал: @proJVM Вакансии: @jvmjobs @jvmjobschat ⚠️ Оффтоп -> @flood ❌Переход на личности ❌Троллинг ❌Реклама ❌HH (вакансии) ❌Варез
Ещё очень советую прочитать про этот принцип
https://habr.com/ru/articles/914998/
Интернам знать надо
С такой автарой можно просто отвечать людям точкой, даже прекраснее будет
Читать полностью…
Ладно-ладно, просто я искала тут энтузиастов, которым просто интересно обсуждать такие вещи, мне не нужно какое-то готовое решение, да и тем более я искала с кем могу поговорить один на один, а не в чате
так что простите🙏
Не согласен. Здесь соблюдены конвенции SOLID
S — у нас есть один метод, который отвечает за что-то одно
O — открывается и закрывается транзакция
L — userId как и полагается типа Long
I — не используем интерфейсы
D — создали бин сервис и инжектим через поле
Так что все отлично здесь, не надо ляля
Мало вводных и какая-то ромашка будете/ не будете.
Напиши нормально: привет, кому не трудно посмотрите код, вот ссылка. У меня есть набор вопросов, панамка куда пихать - в личке, концептуальные вопросы можно тут обсудить.
кстати, банальное обсуждение задачи - тоже принимаю за помощь
Читать полностью…
кажется вам нужен релиз/деливери менеджер + интеграционные тесты, но вопрос с настройкой окружения и его стабильности.
Читать полностью…
Промотивируйте бизнес, раз это ему прям надо лезть в то как ведется разработка, за это надо платить))
Читать полностью…
Пусть отвечает рандомно в лёрне и газлайтит новичков, они будут думать, что что-то не так
Читать полностью…
Тебе уже все расписали
/channel/jvmchat/647319
Ответь так на собесе, возьмут
@kovalev_mikhail на ваше задание из интервью похоже. У вас такого нет?
Я только в тбанке видел такие приколы с ревью. Энивей походу челик волчара лютый, хочет чтобы ему чатик раскидал как надо код писать
Решение уже нашлось и даже работает, но пока что особо рьяно не тестировал чтобы выявить недостатки, но: новые роуты появились, а старые не отвалились. Уже успех
Читать полностью…
мы в качестве системных подымаем компоуз с очередями, бд и всем бэком, и гоняем spring web resttemplate в junit тестах, хорошо сочетается с любым CI/CD через mvn test, но выполняется адово долго и поддерживается магией
Читать полностью…
Почитал как их пишут
В целом такой подход идеально подходит под нас
Ток кнш у нас 0 айпишек для этого, много асихнронщины, но лучше варианта нет
Вопрос вы как-то прокидываете данные в этом модуле или прост джецсончики в пропертях прокидываете?
Мы прямо сейчас переводим testcontainers тесты на отдельный интеграционный модуль.
Сделали на spring, но у нас api клиенты генерируются из openapi.yaml, поэтому в целом это органично смотрится, если бы мы на каком-нибудь rest-assured покрывали все, то хз, непосильный труд выглядело бы.
Подход в целом такой: тестируем максимально только API, т е внутрь не лезем.
Есть исключения когда лезем внутрь, это apache kafka, если хотим сайд эффект глянуть(что там в нее попало например).
В БД не лезем по максимуму, если нужно что-то прочитать - читаем по API, если нужно - выставляем ручки для чтение и закрываем их от внешних запросов(есть стандартные механизмы для этого).
Для очищения БД так же есть ручки, но у нас SAAS, поэтому мы просто дропаем тенанта полностью и вместе с ним дропаются все данные(по большей части это везде работает).
Итоги переезда пока сложно оценить, так как мы в процессе. Но с test контейнерами если система модульная и собирается все вместе - ждать сборку ад, так как spring контекст, сами контейнеры и иинициализация БД кушают кучу времени, а тесты все равно не получаются полностью интеграционными, так как часть компонентов мокается, а часть реальные.
В целом никого не призывают переходить на такой подход, это скорее наш опыт.