Java Portal | Программирование
Ir al canal en Telegram
Присоединяйтесь к нашему каналу и погрузитесь в мир для Java-разработчика Связь: @devmangx РКН: https://clck.ru/3H4WUg
Mostrar más
Red:📈 Análisis del canal de Telegram Java Portal | Программирование
El canal Java Portal | Программирование (@java_iibrary) en el segmento lingüístico de Ruso es un actor destacado. Actualmente la comunidad reúne a 11 775 suscriptores, ocupando la posición 10 273 en la categoría Tecnologías y Aplicaciones y el puesto 54 502 en la región Rusia.
📊 Métricas de audiencia y dinámica
Desde su creación el невідомо, el proyecto ha mostrado un crecimiento acelerado, reuniendo a 11 775 suscriptores.
Según los últimos datos del 26 agosto, 2026, el canal mantiene una actividad estable. En los últimos 30 días la variación de miembros fue de -154, y en las últimas 24 horas de -2, conservando un alto alcance.
- Estado de verificación: No verificado
- Tasa de interacción (ER): El promedio de interacción de la audiencia es 10.27%. Durante las primeras 24 horas tras publicar, el contenido suele obtener 5.76% de reacciones respecto al total de suscriptores.
- Alcance de las publicaciones: Cada publicación recibe en promedio 1 209 visualizaciones. En el primer día suele acumular 678 visualizaciones.
- Reacciones e interacción: La audiencia responde de forma activa: el promedio de reacciones por publicación es 4.
- Intereses temáticos: El contenido se centra en temas clave como boot, string, void, архитектура, resttemplate.
📝 Descripción y política de contenido
El autor describe el recurso como un espacio para expresar opiniones subjetivas:
“Присоединяйтесь к нашему каналу и погрузитесь в мир для Java-разработчика
Связь: @devmangx
РКН: https://clck.ru/3H4WUg”
Gracias a la alta frecuencia de actualizaciones (últimos datos recibidos el 27 agosto, 2026), el canal mantiene la vigencia y un amplio alcance. La analítica demuestra que la audiencia interactúa activamente con el contenido, lo que lo convierte en un punto de referencia dentro de la categoría Tecnologías y Aplicaciones.
11 775
Suscriptores
-224 horas
-437 días
-15430 días
Archivo de publicaciones
В Docker можно поднять полноценный Android-эмулятор одной командой.
Без установки Android Studio, ручной настройки AVD и прочей возни.
Что есть из коробки:
• аппаратное ускорение через GPU
• поддержка KVM для более высокой производительности
• headless-режим для CI/CD и автоматизации
• запуск полностью внутри Docker-контейнера
Удобная штука для тестирования Android-приложений, мобильной автоматизации и агентных сценариев.
Бесплатно и с открытым исходным кодом
https://github.com/HQarroum/docker-android
👉 Java Portal
Многие пишут SQL-запросы сверху вниз и думают, что СУБД выполняет их в том же порядке.
Но SQL работает иначе.
Фактический порядок выполнения выглядит так:
1. FROM
2. JOIN
3. WHERE
4. GROUP BY
5. HAVING
6. SELECT
7. ORDER BY
8. LIMIT
Именно поэтому алиасы из SELECT нельзя использовать в WHERE, а ошибки в агрегатах часто оказываются не там, где их ищут.
Понимание порядка выполнения помогает:
• быстрее отлаживать запросы;
• правильно использовать агрегации;
• избегать логических ошибок;
• писать более предсказуемый SQL.
Если запрос ведёт себя странно, проверь не то, как он написан, а то, как его выполняет движок базы данных.
👉 Java Portal
Паттерн Circuit Breaker не пытается бесконечно достучаться до упавшего сервиса. Он понимает, когда пора остановиться.
Closed → Open → Half-Open → Closed
Как работает:
• Closed — запросы проходят нормально, ошибки отслеживаются.
• Open — после достижения порога ошибок новые запросы сразу отклоняются без попытки обратиться к сервису.
• Half-Open — через некоторое время пропускается несколько тестовых запросов.
• Closed — если сервис восстановился, трафик возвращается в штатный режим.
Что это даёт:
• защищает систему от каскадных сбоев;
• снижает нагрузку на проблемный сервис;
• уменьшает задержки для клиентов;
• ускоряет восстановление после инцидентов.
Защищай. Быстро отказывай. Восстанавливайся. Повторяй.
#SystemDesign #SoftwareArchitecture #Microservices #DevOps #BackendDevelopment
👉 Java Portal
Большинство команд, которые делают data-агентов, городят целый зоопарк из роутеров, fine-tune моделей и RAG-пайплайнов поверх нескольких LLM.
OpenAI сделала иначе.
Их data-агент работает на одной модели и всего с 13 инструментами, при этом умеет ориентироваться в 1,5 эксабайта данных и 90 000 таблиц.
По словам команды, архитектура получилась на удивление простой.
Недавно OpenAI рассказала, как всё устроено под капотом:
• архитектура data-агента
• 6 уровней контекста, которые позволяют одной LLM уверенно работать с 90 000 таблиц
• 3 реальных сценария использования Codex внутри OpenAI
• 5 практических выводов для тех, кто строит собственных агентов под конкретную предметную область
• куда будет развиваться дата-платформа OpenAI дальше
Интересно, что главный вывод не про очередной сложный агентный фреймворк, а скорее про то, как далеко можно зайти с одной моделью, если правильно организовать контекст и инструменты.
👉 Java Portal
Совет по Java: используйте
StringBuilder вместо String для конкатенации строк в циклах.
String является неизменяемым (immutable), поэтому его использование в циклах, особенно больших, работает неэффективно.
StringBuilder является изменяемым (mutable) и оптимизирован для многократного добавления строк.
#SoftwareDevelopment
👉 Java Portal
40 собесов и оффер за 1 месяц
Алексей разработчик.
Искал работу с декабря - написание сопроводов и отклики занимали очень много времени.
Выхлоп - почти нулевой.
В какой-то момент понял:
так можно искать бесконечно.
И по совету друга попробовал ии-ассистента Софи.
▫️За ~1 месяц прошел около 40 собеседований
▫️Получил оффер с вакансии, на которую, по его словам, не откликнулся бы сам
В описании она выглядела скучно, а по факту - одна из самых интересных компаний, с которыми я общался.Весь процесс - от первого собеседования до оффера - занял 4 дня. P.S. Попробовать Софи бесплатно можно будет 16 июня. Не пропусти анонс здесь.
Java-совет: старайтесь избегать статических переменных, если они не хранят действительно глобальные значения.
Они усложняют тестирование, поскольку общий изменяемый state затрудняет изоляцию классов и делает тесты более зависимыми друг от друга.
👉 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
👉 @DataSciencegx
Почему 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
+1
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
На Stepik вышла программа «Фундамент DevOps»
Это комплексная программа из 4 практических курсов по ключевым технологиям современного DevOps: Linux, Git, Docker и Kubernetes.
Вы последовательно пройдёте путь от работы в Linux и Git до контейнеризации приложений и управления ими в Kubernetes.
Что вы изучите:
• уверенную работу в Linux и терминале • Git и контроль версий в реальных проектах • Docker и контейнеризацию приложений • Kubernetes и оркестрацию контейнеров • основы сетей, безопасности и хранения данных • автоматизацию задач и диагностику инфраструктуры ... и многому другомуВсе знания закрепляются на практике с помощью заданий с автопроверкой. Материал подаётся понятным языком, шаг за шагом, с большим количеством примеров, схем и демонстраций. После прохождения вы получите сертификат, который можно добавить в резюме. Отдельно курсы стоят 16 600 ₽, но в составе программы доступны всего за 7 990 ₽: открыть на Stepik
Правда или ложь?
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
+1
Лучшие 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 (открытая ветка)