Java API (не из Spring Boot), которые стоит знать

1. Java Streams API
🔸API для функциональной работы с коллекциями — фильтрация, преобразование, агрегация и пр.

2. Files & NIO.2 (java.nio.file)
🔸Мощное и современное API для работы с файлами и директориями.

3. java.time (Date and Time API)
🔸Новая система работы с датой и временем (введена в Java 8) — безопаснее и удобнее, чем Date/Calendar.

4. JUnit 5
Фреймворк для модульного тестирования с расширенными возможностями и гибкой архитектурой.

5. java.util.concurrent (Concurrency API)
🔸API для реализации многопоточности, синхронизации и конкурентных структур данных.

6. java.net.http (HTTP Client API)
🔸Стандартный HTTP-клиент для отправки запросов и получения ответов (введён в Java 11).

7. Process API (java.lang.ProcessHandle)
🔸Позволяет управлять и отслеживать системные процессы: получать PID, статус, время запуска и пр.

👉 Java Portal

Если ты изучаешь Java или хочешь прокачать навыки, обрати внимание на JBook — это интерактивная книга по Java, доступная прямо на GitHub.

Что внутри:

🔸Подробное объяснение основ языка Java;
🔸Примеры кода с пояснениями;
🔸Упражнения для закрепления знаний;
🔸Поддержка Jupyter Notebook + Java (IJava kernel) — можно запускать код прямо в браузере

GitHub: https://github.com/qcha/JBook

👉 Java Portal

Топ 20 команд Git, которые нужно знать

1. git init — Создать новый репозиторий в текущей директории.
🔸Пример: git init my-new-project

2. git branch — Создать локальную ветку.
🔸Пример: git branch feature/login

3. git checkout — Переключиться на другую ветку.
🔸Пример: git checkout feature/login

4. git add — Добавить файлы в индекс (staging area) для коммита.
🔸Пример: git add file.js

5. git commit — Зафиксировать добавленные изменения.
🔸Пример: git commit -m "Fix navigation bug"

6. git pull — Обновить локальную ветку с удалённого репозитория.
🔸Пример: git pull origin main

7. git push — Отправить локальные коммиты в удалённый репозиторий.
🔸Пример: git push origin main

8. git status — Показать состояние файлов (изменённые, добавленные, удалённые и т.д.).
🔸Пример: git status

9. git diff — Показать разницу между версиями.
🔸Пример: git diff HEAD~1 HEAD

10. git log — Посмотреть историю коммитов.
🔸 Пример: git log --oneline --graph

11. git clone — Скопировать удалённый репозиторий локально.
🔸 Пример: git clone https://github.com/user/repo.git

12. git merge — Объединить ветки.
🔸Пример: git merge feature/login

13. git rebase — Перенести коммиты на другую базу (ветку).
🔸Пример: git rebase main

14. git stash — Временно сохранить изменения, не готовые к коммиту.
🔸Пример: git stash push -m "WIP login"

15. git fetch — Скачивать объекты из удалённого репозитория без слияния.
🔸Пример: git fetch origin

16. git reset — Переместить HEAD или убрать файлы из индекса.
🔸Пример: git reset --hard HEAD~1

17. git revert — Создать новый коммит, отменяющий предыдущие изменения.
🔸Пример: git revert 1a2b3c4

18. git cherry-pick — Применить конкретный коммит на текущую ветку.
🔸Пример: git cherry-pick 1a2b3c4

19. git remote — Управление удалёнными репозиториями.
🔸Пример: git remote add origin git@github.com:user/repo.git

20. git tag — Пометить контрольные точки релизов.
🔸Пример: git tag -a v1.0 -m "Initial release"

👉 Java Portal

Модель памяти в Java

Java управляет памятью в двух основных областях:

- Stack (стековая память) — хранит фреймы вызова методов и локальные переменные. Работает быстро и автоматически очищается при выходе из метода.

- Heap (куча) — используется для хранения объектов, созданных через new. Управляется сборщиком мусора (Garbage Collector), работает медленнее, но даёт больше гибкости.

➡️Объекты всегда размещаются в куче (heap).
➡️Ссылки на эти объекты (например, локальные переменные) хранятся в стеке (stack).
➡️Неправильное управление созданием объектов или удержание ссылок дольше, чем нужно, может привести к утечкам памяти (memory leaks).

public class MemoryDemo {
    public static void main(String[] args) {
        int x = 10; // Хранится в стеке
        Person p = new Person("Alice"); // 'p' находится в стеке, объект — в куче

        p.sayHello(); // Вызов метода создаёт новый стек-фрейм
    }
}

class Person {
    String name; // Поле хранится в куче вместе с объектом

    Person(String name) {
        this.name = name;
    }

    void sayHello() {
        System.out.println("Hello, " + name);
    }
}

👉 Java Portal

Стратегии ветвления в Git

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

Вот основные стратегии ветвления в Git:

1. Feature Branching (ветки под фичи)

Создаётся отдельная ветка для каждой фичи или багфикса. Разработчики работают с этими ветками независимо, а после завершения и ревью — вливают изменения в основную ветку (обычно main или develop).

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

2. Gitflow

Модель ветвления с чётким процессом управления релизами. Используются ветки develop, release, hotfix, feature — каждая со своей ролью в процессе разработки.

Лучше всего подходит для крупных проектов с запланированными циклами релизов.

3. GitLab Flow

Комбинирует идеи Feature Branching и Gitflow, но делает их проще. С акцентом на деплой и интеграцию с issue-трекингом и CI/CD.

Стратегия включает основную ветку (main), которая отражает продакшен-код, и при необходимости — отдельные ветки под окружения (например, staging, production и т.д.).

Подходит для команд, использующих GitLab и практики непрерывной поставки (CD).

4. GitHub Flow

Лёгкий и понятный процесс на основе веток, отлично подходит под continuous deployment. Ветка main всегда должна быть в деплойном состоянии. Фичи разрабатываются в отдельных ветках от main, изменения проходят через pull request.

Хороший выбор для небольших команд и проектов с постоянными поставками.

5. Trunk-Based Development

Все разработчики коммитят напрямую в основную ветку (trunk). Фичевые ветки либо очень короткоживущие, либо не используются вовсе.

Подходит для команд, практикующих CI/CD, и проектов, где приоритет — скорость разработки.

Если ты только начинаешь работать с Git — начни с простой стратегии вроде GitHub Flow и эволюционируй по мере роста команды и сложности проекта.

Для больших команд или сложных процессов лучше использовать более структурированные подходы, такие как Gitflow или GitLab Flow.

Независимо от выбранной стратегии ветвления, важно:

- Настроить автоматическое тестирование, чтобы быстрее ловить баги.
- Согласовать стандарты по commit-сообщениям, нейминг веток и процессам слияния.

👉 Java Portal

Загрузка Java-модуля во время выполнения

Можно загрузить Java-модуль во время выполнения, создав экземпляр ModuleLayer:

// /tmp/ModuleLoad.java
void main() throws Exception {
    Path h2 = Path.of("/tmp/h2-2.3.232.jar");
    ModuleFinder before = ModuleFinder.of(h2);
    ModuleFinder after = ModuleFinder.of();
    Set<String> roots = Set.of("com.h2database");

    ModuleLayer parentLayer = ModuleLayer.boot();
    Configuration parentConf = parentLayer.configuration();
    Configuration conf = parentConf.resolve(before, after, roots);
    ClassLoader scl = ClassLoader.getSystemClassLoader();
    ModuleLayer layer = parentLayer.defineModulesWithOneLoader(conf, scl);

    ClassLoader cl = layer.findLoader("com.h2database");
    Class<?> c = cl.loadClass("org.h2.tools.Shell");
    Method main = c.getMethod("main", String[].class);
    Object args = new String[0];
    main.invoke(null, args);
}

Один из возможных кейсов — реализация плагин-системы в приложении.
Другой кейс — запуск всего приложения через начальный загрузчик, выполняя:

java Way.java

Иными словами, файл Way.java выступает в роли скрипта, который:

🔸Загружает все необходимые JAR-файлы приложения.
🔸Загружает основной модуль приложения и запускает само приложение.

Это базовая идея, лежащая в основе Objectos Start.

👉 Java Portal

Вредные советы Java

Автор показывает соблазн простого распараллеливания задач на Java через Stream API и .parallel() вместо явных ExecutorService, Future, invokeAll и ручной обработки InterruptedException

Однако такой подход использует common ForkJoinPool, и его поведение не всегда предсказуемо, результаты могут отличаться между запусками, особенно при исключениях в задачах
(callsCounter может сильно варьироваться)

Если в процессе одна из задач выбрасывает Exception, выполнение остальных может продолжаться
даже после возврата ошибки.

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

Блокирующие операции внутри задач могут полностью "забить" common ForkJoinPool, что повлияет и на выполнение CompletableFuture.thenApplyAsync(), если вы не указали свой Executor

Читать подробнее<...>

👉 Java Portal

Учись проектировать через объектно-ориентированные паттерны на Java.

Интерактивный курс от профессора Computer Science Марка Махони.

Освоишь: Composite Pattern, Observer Pattern, Visitor Pattern и другие.

Интерактивный формат, всё по делу:

Курс → https://freecodecamp.org/news/object-oriented-design-patterns-with-java/

👉 Java Portal

Инструменты для проектирования архитектуры ПО

Лучшие бесплатные и платные инструменты для моделирования и создания архитектурных диаграмм.

➖ Инструменты моделирования:

• Enterprise Architect
• Archi
• Structurizr
• Carbide
• StarUML
• Aplas
• GenMyModel
• Gaphor
• Archipeg
• Astah
• Mood

➖ Code-based инструменты

• PlantUML
• Structurizr
• Ilograph
• Graphviz
• Mermaid
• Diagrams

➖ Автоматизированные инструменты:

• Brainboard
• Hyperglance
• Hava
• Archium

➖ Инструменты для создания диаграмм:

• Visio
• Lucidchart
• [Draw.io](http://draw.io)
• Cloudcraft
• isoflow
• Visual Paradigm
• Cacoo
• Cloudviz
• Excalidraw
• CloudSkew
• Figma
• Whimsical
• Miro
• Mural
• Sketch

Полный список: softwarearchitecture.tools

👉 Java Portal

Алгоритмы Bloom Filter - быстрый поиск при минимальном потреблении памяти

🔸Во многих системах поиска, хранения и обеспечения безопасности данных проверка принадлежности элемента к большому множеству это серьёзная задача. Алгоритм Bloom Filter предлагает эффективное решение этой проблемы: он использует компактные структуры данных и позволяет быстро проверять наличие элемента без необходимости хранить всё множество целиком.

🔸В основе Bloom Filter - битовый массив и несколько хеш-функций. При добавлении нового значения хеш-функции определяют позиции в массиве и устанавливают соответствующие биты в 1. При проверке, если все указанные позиции уже установлены в 1, существует высокая вероятность того, что элемент присутствует во множестве. Этот подход применяется в поисковых системах, кэшах вроде Redis, системах фильтрации спама и сетевых фильтрах.

🔸Если вам нужен эффективный способ для быстрой проверки принадлежности к большим наборам данных, Bloom Filter это лёгкое и высокопроизводительное решение.

👉 Java Portal