Java Portal | Программирование

Наткнулся на GitHub-репозиторий для изучения System Design - - - https://github.com/systemdesign42/system-design-academy

Внутри собраны материалы как для подготовки к собеседованиям, так и для понимания того, как устроены реальные системы.

Что есть:

• Основы System Design
• Базовые концепции AI Engineering
• Вопросы по System Design для собеседований
• Разборы архитектур реальных сервисов
• Упрощённые инженерные кейсы с визуализациями и схемами

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

Хороший вариант для тех, кто хочет закрыть пробелы в архитектуре систем или подготовиться к design-интервью.

👉 Java Portal

💡 Java: Удаляйте неиспользуемые импорты и переменные для повышения читаемости кода.

Лишние импорты и неиспользуемые переменные создают визуальный шум, усложняют навигацию по коду и затрудняют поддержку. Большинство IDE умеют автоматически находить и удалять такой код.

#Java #CleanCode

👉 Java Portal

Почему Twelve-Factor App важен

Он описывает проверенные временем архитектурные паттерны и практики, которые можно применять к SaaS-приложениям. Эти подходы помогают создавать софт, который будет устойчивым и легко переносимым при деплое в онлайн-среду.

Двенадцать факторов:

I. Codebase
Одна кодовая база под управлением системы контроля версий, много окружений для деплоя

II. Dependencies
Явное объявление и изоляция зависимостей

III. Config
Хранение конфигурации в окружении

IV. Backing services
Внешние сервисы воспринимаются как подключаемые ресурсы

V. Build, release, run
Жёсткое разделение стадий сборки, релиза и запуска

VI. Processes
Приложение запускается как один или несколько Stateless-процессов

VII. Port binding
Экспорт сервисов через привязку к порту

VIII. Concurrency
Масштабирование через модель процессов

IX. Disposability
Максимальная надёжность за счёт быстрого старта и корректного завершения

X. Dev/prod parity
Минимизировать различия между dev, staging и production

XI. Logs
Логи рассматриваются как поток событий

XII. Admin processes
Админские задачи выполняются как одноразовые процессы

В книге Beyond the 12 Factor App Кевин Хоффман дополняет эти принципы новыми пунктами, включая телеметрию и безопасность:

- Один код, одно приложение
- API first
- Управление зависимостями
- Design, build, release, run
- Конфигурация, креды и код
- Логи
- Disposability
- Внешние сервисы
- Эквивалентность окружений
- Административные процессы
- Port binding
- Stateless-процессы
- Конкурентность
- Телеметрия
- Аутентификация и авторизация

👉 Java Portal

Java: избегайте магических чисел.

В Java магическим числом (Magic Number) называют жёстко заданное числовое значение, используемое в коде без какого-либо пояснения того, что именно оно обозначает.

Магические числа снижают читаемость кода и усложняют его сопровождение.

#JavaDev #CleanCode

👉 Java Portal

Hibernate & JPA Cheatsheet

👉 Java Portal

Extension API в JUnit 5 заменяет @RunWith, Runner и @Rule из JUnit 4.

✅ Единая модель: реализуете lifecycle-хуки вроде BeforeEachCallback вместо эксклюзивного Runner
✅ ParameterResolver инжектит зависимости в тесты, без наследования от базового класса

✅ Extensions компонуются: можно навесить несколько расширений через @ExtendWith.
Демо-проект на GitHub: https://github.com/mcasari/codingstrain/tree/main/x-posts-examples/junit5-extension-api-demo

#Java #JUnit5

👉 Java Portal

Большинство разработчиков ни разу не открывали папку .git.
А именно там находится всё, что делает Git Gitом.

Git не является системой отслеживания изменений во времени. Git представляет собой content-addressable storage, построенное на основе направленного ациклического графа (DAG).

Все операции происходят внутри .git/objects/.
Git хеширует данные файлов и сохраняет их в виде четырёх типов объектов:

Blob → хранит только содержимое файла. Без имени файла, без пути. Два одинаковых файла в разных каталогах будут ссылаться на один и тот же blob.

Tree → хранит соответствие между именами файлов, правами доступа, путями и хешами blob-объектов или дочерних tree-объектов.

Commit → содержит ссылку на корневой tree-объект, а также информацию об авторе, временную метку и ссылку на родительский коммит.

Annotated Tag → содержит ссылку на коммит и собственные метаданные: имя автора тега, дату создания и сообщение тега.
Эти объекты образуют DAG:

Directed — дочерние объекты указывают на родительские.
Acyclic — ни один коммит не может ссылаться обратно на самого себя через цепочку связей.

Когда вы создаёте ветку, Git записывает один текстовый файл размером около 41 байта в:

.git/refs/heads/<имя-ветки>

Этот файл содержит:

40-символьный SHA-1 хеш
символ перевода строки в конце

Именно этот файл и представляет собой всю ветку.

Git не хранит файлы. Git хранит содержимое, связи между объектами и историю изменений.
Поймите устройство объектов Git. Освойте граф. Тогда станет понятно, как Git работает на самом деле.
#Git

👉 Java Portal

Java: VarHandle можно использовать как более лёгкую альтернативу volatile. Это строго типизированная ссылка на переменную.

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

#JavaDev

✅ volatile решает эту проблему, обеспечивая полную синхронизацию каждой операции чтения и записи. Это безопасно, но довольно затратно: такой уровень гарантий часто оказывается избыточным и медленнее, чем требуется на практике.

VarHandle предоставляет более гибкий и лёгкий механизм благодаря набору специализированных методов.
✅ setRelease — это операция «публикации» значения. Поток-записыватель говорит: «Я закончил. Всё, что я записал до этого момента, теперь безопасно для чтения другими потоками».
Это похоже на нажатие кнопки «Сохранить и опубликовать» для поста.

✅ getAcquire — это операция «подписки» на опубликованные данные.
Она означает: «Дай мне опубликованное значение, и вместе с ним я корректно увижу всё, что было записано до его публикации».
✅ setRelease и getAcquire работают в паре: если поток-читатель увидел флаг, записанный через setRelease, то он гарантированно увидит и все данные, которые были записаны до установки этого флага.
Это обеспечивает необходимую видимость данных между потоками без полной стоимости синхронизации, которую обычно накладывает volatile.

✅ setOpaque — самый дешёвый вариант. Подходит для сценариев с одним потоком-записывателем, когда нужно лишь сохранить порядок собственных операций записи без дополнительных гарантий синхронизации между потоками.
Главное: volatile предоставляет все эти гарантии сразу, но за более высокую цену. VarHandle позволяет выбрать только те гарантии видимости и упорядочивания памяти, которые действительно нужны в конкретном случае.
Демо на GitHub: https://github.com/mcasari/codingstrain/tree/main/x-posts-examples/java-varhandle-fences-demo

👉 Java Portal

Правда или ложь?

1. HTTPS шифрует путь URL и query-параметры ❓
- Правда
При HTTPS шифруется весь HTTP-запрос, включая путь (/api/users) и query-параметры (?id=123). Исключение — доменное имя обычно видно через DNS и TLS-метаданные (если не используется ECH).

2. Транзакция в БД автоматически блокирует всю таблицу ❓
- Ложь
В большинстве современных СУБД используются строчные (row-level) или более гранулярные блокировки. Блокировка всей таблицы происходит лишь в некоторых сценариях.

3. Данные Redis теряются при перезапуске сервера ❓
- Ложь
Redis может сохранять данные через RDB-снимки и AOF-журналирование. Без настроенной персистентности данные действительно будут потеряны.

4. async/await в Node.js выполняет код параллельно ❓
- Ложь
async/await упрощает работу с асинхронным кодом, но само по себе не создаёт параллелизм. Оно лишь ожидает завершения Promise. Для реального параллельного выполнения нужно запускать несколько операций одновременно (например, через Promise.all()).

5. Ответ 304 Not Modified не содержит тела ❓
- Правда
Статус 304 Not Modified сообщает клиенту использовать закэшированную версию ресурса, поэтому тело ответа отсутствует.

6. Внешние ключи (Foreign Keys) улучшают производительность запросов ❓
- Ложь
Основная задача внешних ключей — обеспечение ссылочной целостности. Они не ускоряют запросы сами по себе. Более того, проверки FK могут добавлять накладные расходы при записи данных.

7. Docker-контейнеры используют общее ядро ОС хоста ❓
-Правда
Контейнеры изолированы через namespaces и cgroups, но используют одно и то же ядро хостовой системы.

8. JWT-токены по умолчанию зашифрованы ❓
- Ложь
Обычный JWT (JWS) подписан, но не зашифрован. Любой может декодировать его содержимое через Base64URL. Для шифрования используется JWE, но это отдельный механизм.

👉 Java Portal

Выражения switch в Java 14+ являются исчерпывающими (exhaustive): компилятор проверяет, что обработаны все возможные значения.

✅ Если пропустить константу enum, компиляция завершится ошибкой
✅ Исправить это можно, обработав все значения enum или добавив ветку default
✅ Более безопасный рефакторинг и меньше скрытых ошибок
#Java #JavaDev

👉 Java Portal

Лучшие GitHub-репозитории для изучения system design без покупки курсов за $400:

1. System Design Primer github.com/donnemartin/sy
2. Awesome System Design Resources github.com/ashishps1/awes
3. System Design 101 github.com/ByteByteGoHq/s
4. Designing Data-Intensive Applications Notes github.com/Vonng/ddia
5. System Design Interview github.com/checkcheckzz/s
6. The Book of Secret Knowledge github.com/trimstray/the-
7. Awesome Scalability github.com/binhnguyennus/
8. Low Level Design Primer github.com/prasadgujar/lo
9. Tech Interview Handbook github.com/yangshun/tech-

👉 Java Portal

💡В Java sealed types позволяют закрыть граф наследования с помощью permits.

Наследоваться от sealed-класса или интерфейса могут только явно перечисленные подтипы.
Каждый разрешённый подтип должен быть объявлен как final, sealed или non-sealed.
non-sealed снова открывает возможность наследования ниже по этой ветке. #SoftwareDevelopment

Пример кода, и sample-проект на GitHub:

// java-17-sealed-classes — закрытая иерархия

public abstract sealed class Shape permits Circle, Rectangle, FancyRectangle {
    public abstract double area();
}

public final class Circle extends Shape { /* листовой класс — без дальнейшего наследования */ }

public sealed class Rectangle extends Shape permits Square, Oblong { }

public final class Square extends Rectangle { }

public non-sealed class FancyRectangle extends Shape { }
// RoundedRectangle наследуется от FancyRectangle — не указан в Shape.permits (открытая ветка)

Java 17 Sealed Classes Example Project

👉 Java Portal

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

Вся суть Git внезапно сводится к коммитам в ветках, и тогда становится видно, насколько Git красив и прост по своей сути.

- rebase — это просто пересоздание коммитов на новой базе
- cherry-pick — это просто повторное применение изменений одного коммита
- merge — это просто соединение историй
- reset — это просто перемещение текущего ref’а

На самом деле это одна из самых красивых систем, когда-либо созданных.

👉 Java Portal

Путеводитель по Kafka по Фейнману: https://chemacabeza.dev/writing/the-feynman-guide-to-apache-kafka

#apachekafka

Понимание нервной системы современных data-архитектур.
Сборник ключевых материалов по Kafka, объяснённых через простые аналогии.

👉 Java Portal

map vs flatMap

map() — преобразует каждый элемент, сохраняя исходную структуру
flatMap() — преобразует элементы и одновременно разворачивает (flatten) результат

Используйте flatMap, когда функция преобразования возвращает Stream или коллекцию
flatMap «распаковывает» вложенные потоки в один плоский поток

Если вы получили Stream<Stream<T>>, а ожидали Stream<T>, вам нужен flatMap!

// map
Stream<List<Integer>>

↓

// flatMap
Stream<Integer>


map() создаёт вложенную структуру, а flatMap() её разворачивает.

👉 Java Portal

Это проблема всех.

Кто ведёт Java-bootcamp, заметили один и тот же паттерн. Люди спокойно пишут код. Но как только нужно что-то запушить на GitHub или, не дай бог, разобраться с merge conflict — они внезапно в панике гуглят “how to undo git”.

Поэтому они сделали курс из 20 уроков, где у тебя прямо в браузере есть настоящий Ubuntu-терминал. Не фейковый sandbox — реальный терминал. Слева урок, справа ты вводишь команды. Никто не пишет код за тебя. Никто не рассказывает лекцию 45 минут по слайдам. Ты просто делаешь всё сам.

Курс проходит путь от нуля до вещей, которые большинство людей вообще никогда не изучают:

Git basics — init, commits, staging, diff’ы, откаты ошибок
Branching — merge, merge conflicts (ты специально вызываешь реальный конфликт и сам его решаешь), rebase
GitHub — push, pull, fork, pull request’ы, code review
Как работают реальные команды — feature branches, conventional commits, protection веток
То, что реально спасает в проде — cherry-pick, reflog, bisect

Тебе не нужно знать Java или вообще какой-то конкретный язык. Файлы в репозитории — просто заглушки. Вся суть курса — именно Git и GitHub.

Когда ты заканчиваешь, у тебя есть реальный репозиторий на GitHub с настоящими коммитами, смёрженными PR-ами, CI-проверками и tagged release. Не сертификат. А реальная работа, которую любой может открыть и посмотреть.
Весь курс бесплатный. Все 20 уроков.

линк: https://www.javapro.academy/bootcamp/free-git-and-github-course/

👉 Java Portal

Включить reflection-free Jackson в Quarkus — легко. Настоящая работа начинается с того, чтобы понять, сохраняется ли ваш JSON-контракт.

Автор собрал небольшой API каталога с DTO на record-классах, обобщённым Page<T>, полиморфными payload-ами, кастомным сериализатором и контрактными тестами: baseline против reflection-free режима.

#java #quarkus

👉 Java Portal

Spring Boot: в нём есть встроенная поддержка пагинации через Pageable.

В репозиториях стоит использовать пагинацию вместо того, чтобы вытаскивать все данные сразу.
#SpringBoot #JavaDev

👉 Java Portal