Java Portal | Программирование
12.1K subscribers
1.4K photos
109 videos
43 files
1.42K links
Присоединяйтесь к нашему каналу и погрузитесь в мир для Java-разработчика

Связь: @devmangx

РКН: https://clck.ru/3H4WUg
Download Telegram
Java: По возможности не возвращайте из методов изменяемые внутренние коллекции, чтобы:
Не раскрывать внутреннее состояние объекта, повышая безопасность.
Иметь возможность менять реализацию без риска сломать другие части приложения.

#Java #JavaDev

👉 Java Portal
Please open Telegram to view this post
VIEW IN TELEGRAM
👍7
Вышла статья о распространённых случаях, когда final-поля изменяются через рефлексию, и какие альтернативы можно использовать вместо этого.

Поскольку такие ситуации встречаются во фреймворках, библиотеках и обычных приложениях, материал будет полезен разработчикам всех этих типов проектов. 🤝

Разбираются причины использования рефлексии для изменения final-полей, связанные проблемы и варианты миграции на более безопасные решения.

https://inside.java/2026/04/27/avoiding-final-field-mutation/

👉 Java Portal
Please open Telegram to view this post
VIEW IN TELEGRAM
4
Java: Используйте блоки try-catch только там, где это действительно необходимо. Не применяйте исключения для управления логикой выполнения программы. #Java #BestPractices

👉 Java Portal
Please open Telegram to view this post
VIEW IN TELEGRAM
4
В PostgreSQL 19 Beta 1 завезли ON CONFLICT DO SELECT.
Теперь можно попытаться вставить запись, а если она уже есть — сразу получить существующую.
Похоже, атомарный get-or-create наконец добрался до PostgreSQL.
#PostgreSQL #SQL

👉 Java Portal
Please open Telegram to view this post
VIEW IN TELEGRAM
5👍2
Stream Gatherers официально стали финальной частью Java 24 (JEP 485).

Stream API существует ещё со времён Java 8, но набор промежуточных операций всегда был ограничен методами вроде filter(), map() и sorted().

Вместо того чтобы постоянно расширять стандартный API новыми операциями, Java теперь позволяет разработчикам создавать собственные.

Что дают Stream Gatherers:
• Используются через метод gather() для любого стрима
• Позволяют реализовать собственную логику через интерфейс Gatherer
• Работают как обычные промежуточные операции Stream API
• Были доступны в Preview в Java 22 и Java 23
• Стали финальными в Java 24 без изменений API

Например, теперь можно написать собственный gatherer для фильтрации строк по длине, оконной обработки данных, дедупликации или других сценариев, которые раньше требовали сложных цепочек операций или кастомных решений вне Stream API.

👉 Java Portal
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥5
Команда «docker run -it»

Когда контейнеру Docker необходимо запустить интерактивное приложение, такое как оболочка, языковая REPL или текстовый редактор, команде «docker run» требуются два дополнительных флага: -i и -t.

👉 Java Portal
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1
Java: Не делай поля публичными. Держи их private и используй геттеры/сеттеры для инкапсуляции. #Java #OOP

👉 Java Portal
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5
This media is not supported in your browser
VIEW IN TELEGRAM
Вот забавный ресурс для изучения HTTP-кодов через мемы: 200, 404, 500 и компании. Отличный способ запомнить коды без скучных таблиц.

https://github.com/keijeizei/httpmemes

👉 Java Portal
Please open Telegram to view this post
VIEW IN TELEGRAM
😁7💊31
Почему многопоточность — это сложно?
Многопоточность объединяет сразу несколько непростых концепций.

▪️Concurrency (конкурентное выполнение)
Несколько задач выполняются одновременно или создают видимость одновременного выполнения. Из-за этого порядок выполнения становится непредсказуемым.
▪️Synchronization (синхронизация)
Нужна для защиты общих данных от одновременного изменения несколькими потоками. Без неё возникают race condition, повреждение данных и трудноуловимые баги.
▪️Coordination (координация)
Потоки часто зависят друг от друга. Нужно управлять порядком выполнения задач, ожиданием результатов и обменом данными между потоками.
▪️Visibility (видимость изменений)
Один поток должен видеть изменения, которые внесли другие потоки. Из-за кэшей процессора, оптимизаций компилятора и переупорядочивания инструкций это происходит не всегда автоматически.

Именно сочетание этих проблем делает многопоточность сложной. Программа может работать правильно тысячу раз подряд и сломаться на тысяча первом запуске из-за другого порядка выполнения потоков.

👉 Java Portal
Please open Telegram to view this post
VIEW IN TELEGRAM
2
This media is not supported in your browser
VIEW IN TELEGRAM
Твой бэкенд теперь умеет говорить.

Вышла open-source платформа: AI-агент подключается через MCP, сам находит ошибку и предлагает фикс, пока ты смотришь не на тот дашборд.

Неделю назад это был твой таск.

Называется Maple.

https://github.com/Makisuo/maple

👉 Java Portal
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4
image_2026-06-14_11-48-52.png
1.4 MB
Сегодняшняя концепция: Consistent Hashing (согласованное хеширование)

Обычное хеширование:
Добавили 1 сервер

Почти все ключи перераспределяются

Согласованное хеширование:
Добавили 1 сервер

Перемещаются только ключи, находящиеся рядом с ним

Эта простая идея лежит в основе таких систем, как:
• Redis Cluster
• Apache Cassandra
• Amazon DynamoDB
• Memcached

Одна из самых важных концепций, на которых строятся масштабируемые распределённые системы.

👉 Java Portal
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4
💡 Java: Ловите ошибки ещё на этапе компиляции, помечая переопределённые методы аннотацией @Override. #Java #Annotations

//  Опечатка в имени метода — код компилируется,
// но вы НЕ переопределили toString()

public class User {
private final String name;

public User(String name) {
this.name = name;
}

public String toStrng() { // хотели toString()
return name;
}
}

// Баг остаётся незамеченным — println(user)
// не будет использовать ваш метод



// @Override превращает опечатку в ошибку компиляции

public class User {
private final String name;

public User(String name) {
this.name = name;
}

@Override
public String toString() {
return "User(" + name + ")";
}
}

// @Override
// public String toStrng() { ... }
//
// Ошибка компиляции:
// method does not override or implement a method from a supertype


👉 Java Portal
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2
Circuit Breaker — это паттерн отказоустойчивости, который предотвращает постоянные попытки выполнить операцию, если она с высокой вероятностью завершится ошибкой.

В этом подробном руководстве Джессика показывает, как реализовать собственный Circuit Breaker в Spring Boot.

Из статьи ты узнаешь:

- зачем нужны Circuit Breaker;
- как обеспечиваются гарантии конкурентного доступа и переходов между состояниями;
- как отслеживать и учитывать ошибки;
- как устроена логика срабатывания Circuit Breaker;
- и многое другое.

Источник: https://freecodecamp.org/news/how-to-build-your-own-circuit-breaker-in-spring-boot-and-really-understand-resilience4j/

👉 Java Portal
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5
До сих пор вручную собираешь шаблон проекта каждый раз, когда начинаешь что-то новое?

Я недавно наткнулся на Better-Fullstack — генератор, который помогает быстро поднять основу приложения и не тратить время на однотипную настройку.

Что умеет:

1️⃣ Поддерживает четыре основных экосистемы: TypeScript, Rust, Python и Go.

2️⃣ Более 270 комбинаций технологий, которые можно свободно комбинировать.

3️⃣ Позволяет выбрать фронтенд, бэкенд, базу данных, аутентификацию, платежи, AI-интеграции и DevOps-компоненты в одном месте.

4️⃣ Автоматически генерирует готовый каркас проекта, который можно использовать сразу после создания.

Главная польза не столько в экономии времени, сколько в том, что тебе не приходится снова и снова заниматься настройкой окружения. Вместо этого можно сосредоточиться на бизнес-логике и функциональности продукта.

Подойдёт для соло-разработчиков, команд с типовыми стек-требованиями и проектов с жёсткими сроками.

GitHub: https://github.com/Marve10s/Better-Fullstack

👉 Java Portal
Please open Telegram to view this post
VIEW IN TELEGRAM
💊4
💡 Совет по Java: всегда закрывайте ресурсы вроде BufferedReader, InputStream и OutputStream через try-with-resources, чтобы избежать утечек памяти и ресурсов. #Java #BestPractices

👉 Java Portal
Please open Telegram to view this post
VIEW IN TELEGRAM