Подскажи, пожалуйста, как сделать, чтобы знал? Где писать имплементс?

Если ты задаешься таким вопросом значит ты вообще не понимаешь что пишешь. Читай теорию а не только примеры.

Интерфейс внутри класса? Какой только фигни не придумают...

И с не менее какой-то явой.

Я просто в анабиозе провёл последние 5 лет.

Какие проблемы решает такая техника со вложенным интерфейсом?

Я вижу в буте код вида

propVal = System.getProperty(placeholderName);
if (propVal == null) {
propVal = System.getenv(placeholderName);

То есть к system propert'ям и к env обращаются по одному имени - а где превращение SOME_PROP в some.prop?

🔫 User has been kicked — the only way to get this user back is for admins to manualy unban in chat settings.

Voters who chose to kick:
@romm1, User, @alexsagent, Роман Нагаев, @BogdanSukonnov, @ILyaCyclone, @IlyaFrontend, @outofbound, @romank19, Александр Куделько

С точки зрения развертывания в контейнере, приоритет надо наоборот переменным окружения отдавать.

имеет смысл. спасибо!

Всем привет! (Наследование)
Подскажите пожалуйста что такое производные 2-го поколение?
Это как я понимаю под клас дочернего класса?

Ребят, мб кто подскажет что за рофл - делаю checkout -b <branchname>, на этом же брэнче делаю изменения, потом делаю обратно checkout на брэнч, с которого отбрэнчировался и тут хоп - присутствуют все изменения с <branchname> 😐

а ты изменения коммитил или стэш убирал?

Не комитил

По идеи без коммита должно было ругаться, что нету коммита. Но оно без предупреждений позволило сделать checkout

Спасибо, сделал коммит. Что-то сглупил

А в чём разница? Если просто не задавать jvm ключи?

всем привет, есть вопрос по многопотоку

в последовательном коде методы компонентов принимают данные и возвращают даные (параметры и возвращаемое значение) и это хорошо, такой апи остаётся прозрачным и не накладывает ограничений области видимости данных, помимо тех которые создаёт сам разработчик выстраивая абстракцию. я долгое время писал такой код и не испытывал проблем

когда же я начал писать конкурентный (и/или многопоточный) код, возвращать только данные стало недостаточно, теперь помимо данных, требуется возвращать их "положение во времени и пространстве" - CompletableFuture, асинхронные апи принимают данные но возвращают уже данные во фьюче, и такой метод принуждает тот метод который его вызывал тоже вернуть назад фьючу, либо заблокировать поток чтобы от неё избавиться. тем самым фьюча проникает в контракт метода и растекается по всему апи а мне это не нравится, можно как-нибудь отделить мою бизнес логику от логики конкурентности? или может быть не стоит даже пытаться?

Ребят, привет.
Учился ли кто-то на курсах java разработки от skillbox?
Подскажите - годный курс, стоит того?