5916
Сообщество разработчиков Java Scala Kotlin Groovy Clojure Чат для нач-их: @javastart Наш канал: @proJVM Вакансии: @jvmjobs @jvmjobschat ⚠️ Оффтоп -> @flood ❌Переход на личности ❌Троллинг ❌Реклама ❌HH (вакансии) ❌Варез
То есть редко. Большинство сервисов - это интерфейс плюс единственная имплементация.
Читать полностью…
Никакого, если у интерфейса всегда будет одна имплементация. Есть смысл для нескольких
Читать полностью…
Под «можно» понимала, что работать будет же без интерфейсов)
Читать полностью…
Ну и если вы в инфраструктуре спринга, то я бы по дефолту следовал ее подходу
Читать полностью…
Лучше сразу подложить интерфейс и не перелопачивать код, когда понадобится подложить другую реализацию.
Читать полностью…
Можно без них, но обычно на проектах принято с ними.
Вот неплохая статья:
https://dimitri.codes/spring-interface/
Только на гитхаб убери явное указание того, что ты русский (если есть), у спринга бывают проблемы с этим
Читать полностью…
Ладно. Это шутка, в индустрии OSS это Operations Support System.
Читать полностью…
Ребят, кто смотрел хайлоад, какие доклады понравились? Я не смотрела, буду ждать на ютубе)
Читать полностью…
Сделай минимально воспроизводимый пример, поскольку вроде нет проблем при сохранении и получении, при сохранении в постгрес OffsetDateTime приводится к UTC, но при этом точка на временной шкале не меняется, т.е. если у тебя системная таймзона +3, то при сохранении будет отнято три часа, а при получении прибавлено, короче говоря постгрес сохраняет ту же точку во времени, просто переводя ее в UTC. Таким образом например ты сохранил в зоне +3, пускай это было 12 часов, в постгрес оно записалось как 9 часов +0, а другой сервис находящийся в зоне +5 прочитал и у него получилось его адекватное время 14 часов дня и +5 зона, т.е. все отрабатывает как и должно отрабатывать, что у тебя не тик-так не совсем понятно
Читать полностью…
открыли портал в ад. Мы у себя на проекте пришли к выводу, что нет смысла в и-фейсе если у него будет одна реализация
Читать полностью…
Так я так и написала, что обычно пишут с интерфейсами, и сама так пишу. Причины в статье описаны, не дублировала.
Главная причина - возможность другой реализации.
А если методы завязаны на стейте сервиса? Как их тестировать?
Читать полностью…
Экосистема котлин, имхо. Там очень легкий вход, есть молодые проекты, много ишью, несложно разобраться и сделать контрибьюшен.
Ну и вообще у JB хорошая работа с опенсорс, хорошо все описано, легко зайти.
Если хочется посложнее (с точки зрения того, что проекты понакрученнее) но более ценное для резюме - то экосистема Spring’а. Какое-нибудь новое направление, вроде Spring AI, туда глянуть. Где еще понятно, что делать.
Ребят, всем привет!
Подскажите пожалуйста, какой проект вы бы посоветовали как первый oss проект?
Попытался поучаствовать в elastic, сделал 1 мр.
Может кто подсказать, какой смысл в интерфейсах для сервисного слоя, если под каждый контроллер на проекте пишется свой сервис?
Читать полностью…
неужели ты был на докладе про кеши ?
или который отдельный по valkey
Коллеги, добрый день!
есть система
1. gateway - oauth client - клиент в система oauth
2. oauth server - сервер авторизации
3. ресурс сервер - он же ресурс сервер в системе oauth - сюда гейтвей шлет запросы
на ресурс сервере есть публичный эндпоинт, который доступен для люблого юзера.
у меня получилось сделать его доступным для любого юзера, но не получилось настроить так, чтобы gateway отправлял на него запросы без перенаправления на сервер авторизации.
В принципе я бы мог так оставить, пусть он будет публичным, но хочется чтобы у приложения была единая точка входа для всех эндпоинтов. Как считаете можно ли это сделать? Если можно то как
это же просто fork редиса, или уже успели за пол года напилить что-то, интересно
Читать полностью…