en
Feedback
Java: fill the gaps

Java: fill the gaps

Open in Telegram

Привет! Меня зовут Диана, и я занимаюсь разработкой с 2013. Здесь пишу просто и понятно про джава бэк 🔥Тот самый курс по многопочке🔥 https://fillthegaps.ru/mt Комплименты, вопросы, предложения: @utki_letyat

Show more

📈 Analytical overview of Telegram channel Java: fill the gaps

Channel Java: fill the gaps (@java_fillthegaps) in the Russian language segment is an active participant. Currently, the community unites 12 558 subscribers, ranking 10 100 in the Technologies & Applications category and 52 754 in the Russia region.

📊 Audience metrics and dynamics

Since its creation on невідомо, the project has demonstrated rapid growth, gathering an audience of 12 558 subscribers.

According to the latest data from 04 June, 2026, the channel demonstrates stable activity. Although there has been a change in the number of participants by -43 over the last 30 days and by -6 over the last 24 hours, overall reach remains high.

  • Verification status: Not verified
  • Engagement rate (ER): The average audience engagement rate is 34.70%. Within the first 24 hours after publication, content typically collects N/A% reactions from the total number of subscribers.
  • Post reach: On average, each post receives 0 views. Within the first day, a publication typically gains 0 views.
  • Reactions and interaction: The audience actively supports content: the average number of reactions per post is 0.
  • Thematic interests: Content is focused on key topics such as redis, hashmap, linkedhashmap, индекс, фича.

📝 Description and content policy

The author describes the resource as a platform for expressing subjective opinions:
Привет! Меня зовут Диана, и я занимаюсь разработкой с 2013. Здесь пишу просто и понятно про джава бэк 🔥Тот самый курс по многопочке🔥 https://fillthegaps.ru/mt Комплименты, вопросы, предложения: @utki_letyat

Thanks to the high frequency of updates (latest data received on 05 June, 2026), the channel maintains relevance and a high level of publication reach. Analytics show that the audience actively interacts with content, making it an important point of influence in the Technologies & Applications category.

12 558
Subscribers
-624 hours
-207 days
-4330 days
Attracting Subscribers
June '26
June '26
+1
in 0 channels
May '26
+41
in 0 channels
Get PRO
April '26
+29
in 0 channels
Get PRO
March '26
+29
in 0 channels
Get PRO
February '26
+18
in 0 channels
Get PRO
January '26
+30
in 0 channels
Get PRO
December '25
+30
in 0 channels
Get PRO
November '25
+71
in 0 channels
Get PRO
October '25
+57
in 0 channels
Get PRO
September '25
+106
in 2 channels
Get PRO
August '25
+47
in 2 channels
Get PRO
July '25
+62
in 1 channels
Get PRO
June '25
+68
in 1 channels
Get PRO
May '25
+150
in 0 channels
Get PRO
April '25
+320
in 0 channels
Get PRO
March '25
+352
in 0 channels
Get PRO
February '25
+161
in 0 channels
Get PRO
January '25
+83
in 0 channels
Get PRO
December '24
+82
in 0 channels
Get PRO
November '24
+192
in 4 channels
Get PRO
October '24
+62
in 0 channels
Get PRO
September '24
+107
in 1 channels
Get PRO
August '24
+128
in 1 channels
Get PRO
July '24
+466
in 4 channels
Get PRO
June '24
+195
in 1 channels
Get PRO
May '24
+180
in 0 channels
Get PRO
April '24
+124
in 1 channels
Get PRO
March '24
+496
in 3 channels
Get PRO
February '24
+131
in 0 channels
Get PRO
January '24
+384
in 0 channels
Get PRO
December '23
+157
in 0 channels
Get PRO
November '23
+104
in 0 channels
Get PRO
October '23
+125
in 0 channels
Get PRO
September '23
+178
in 0 channels
Get PRO
August '23
+449
in 0 channels
Get PRO
July '23
+514
in 0 channels
Get PRO
June '23
+402
in 0 channels
Get PRO
May '23
+308
in 0 channels
Get PRO
April '23
+750
in 0 channels
Get PRO
March '23
+728
in 0 channels
Get PRO
February '23
+916
in 0 channels
Get PRO
January '23
+124
in 0 channels
Get PRO
December '22
+315
in 0 channels
Get PRO
November '22
+115
in 0 channels
Get PRO
October '22
+105
in 0 channels
Get PRO
September '22
+176
in 0 channels
Get PRO
August '22
+185
in 0 channels
Get PRO
July '22
+329
in 0 channels
Get PRO
June '22
+115
in 0 channels
Get PRO
May '22
+173
in 0 channels
Get PRO
April '22
+130
in 0 channels
Get PRO
March '22
+212
in 0 channels
Get PRO
February '22
+98
in 0 channels
Get PRO
January '22
+122
in 0 channels
Get PRO
December '21
+105
in 0 channels
Get PRO
November '21
+851
in 0 channels
Get PRO
October '21
+165
in 0 channels
Get PRO
September '21
+203
in 0 channels
Get PRO
August '21
+93
in 0 channels
Get PRO
July '21
+128
in 0 channels
Get PRO
June '21
+116
in 0 channels
Get PRO
May '21
+216
in 0 channels
Get PRO
April '21
+186
in 0 channels
Get PRO
March '21
+88
in 0 channels
Get PRO
February '21
+125
in 0 channels
Get PRO
January '21
+194
in 0 channels
Get PRO
December '20
+4 077
in 0 channels
Date
Subscriber Growth
Mentions
Channels
04 June0
03 June0
02 June+1
01 June0
Channel Posts
Get Your Hands Dirty on Clean Architecture: отзыв на книгу Когда я подняла тему чистой архитектуры, на меня посыпались рекомендации изучить книгу Get Your Hands Dirty on Clean Architecture, автор Tom Hombergs. Прочитала, делюсь отзывом! Сердце книги — сервис перевода денег с одним методом. Этот сервис автор реализует в гексагональной архитектуре (она же "порты и адаптеры"), подробно объясняя каждый шаг и возможные варианты. Получается приятный баланс теории и практики. В книге чуть больше 100 страниц, много схем и кода на джаве, читается быстро. Варианта на русском нет, но язык очень простой. Помимо реализации сервиса, поднимаются такие темы (в скобках укажу позицию автора): ▫️ Чем плоха слоистая архитектура Controller-Service-Repository (всё опирается на структуру БД, код в сервисах становится сильно связанным месивом) ▫️ Как связаны чистая и гексагональная архитектуры (чистая более абстракна, гексагональная - вариация с портами и адаптерами) ▫️ Виды валидации (техническая валидация и уровне бизнес правил) ▫️ Где открывать и закрывать транзакции (в use case) ▫️ Какие тесты и для чего писать (юниты для бизнес логики, интеграционные для контроллеров и репозиториев + сквозной тест для основных сценариев ▫️ Как соблюдать границы слоев по мере развития проекта (модификаторы доступа, ArchUnit, Maven/Gradle модули) ▫️ Можно ли упрощать архитектуру? Пропускать слои, использовать доменные сущности в контроллерах? (зависит от сложности сервиса и договоренностей внутри команды) ▫️ Для каких проектов подойдёт чистая архитектура? (со сложной доменной логикой) Основные минусы книги: 1️⃣ Неподходящий формат Обсуждать код даже маленького сервиса очень неудобно в рамках книги. Приходится прыгать по страницам, чтобы понять, что откуда вызывается и зачем. Чтобы просто посмотреть чистую архитектуру на практике, лучше глянуть код проекта на гитхабе. 2️⃣ Сомнительный use-case В проекте заявлен всего один use-case, и в книге даже нет реализации. Есть разные способы распределить код между доменом, сценарием и application слоем. На примере перевода денег можно показать разные подходы. Но этого нет. Сложилось впечатление, что книга больше о структуре проекта, как раскидать код по классам. Разделение логики на бизнес-правила и инфраструктуру — киллер-фича чистой архитектуры, а тут она задвинута на десятый план. ⭐️ Общая оценка: 3/5 ⭐️ Для кого: для тех, кто только знакомится с чистой/гексагональной архитектурой. Кто увидел схему с кружочками и задумался "а как при этом выглядит проект". Задачу знакомства книга решает отлично, но написать что-то серьёзное на этой базе вряд ли получится. На этом арка изучения Clean architecture пока заканчивается. Надеюсь однажды попасть на проект с чистой архитектурой, который функционирует больше года и не превратился в гору мусора. Думаю, тогда многое встанет на свои места. 96 человек отметили, что у них с чистой архитектурой всё чудесно складывается на практике, так что надежда получить позитивный опыт ещё жива😊

2
​Clean Architecture: отзыв на книгу Наконец-то дочитала книгу Clean Architecture Роберта Мартина. Делюсь отзывом! Начну с художественной составляющей🧚‍♀️ Это самая "авторская" книга по архитектуре/разработке, которую я читала. Обычно в технических книгах автора не видно, истории описываются нейтрально, структура чёткая и максимально работает на раскрытии темы. В Clean Architecture ситуация другая, автор выражен очень ярко. Внутренний голос при чтении становится хриплым и дедовским👨‍🦳 Хотя Мартин кажется не самой приятной личностью, мне нравится подобный стиль в технической литературе, если он не идет в ущерб смысловой части. Перейдём к содержанию. Кратко: "Соблюдай SOLID, не смешивай бизнес-логику с БД и UI. Что конкретно делать - не скажу, но расскажу байку из 70-х". В книге есть здравые мысли, но оформлены они очень плохо. Не только с точки зрения практики (мало примеров и конкретики), но и в теории. Много отвлечений, бывает, что тезисы чётко не сформулированы, а объяснение брошено на полпути. Наглядный пример — глава 33, Case study. Автор обещает, что сейчас мы обобщим наши знания и спроектируем систему с чистой архитектурой. Описывает пачку бизнес-требований и use-case диаграмму. Я уже сидела в предвкушении, что сейчас увижу образцовый SOLID и Clean Architecture. Как ловко Мартин разберётся с бизнес-требованиями и организует систему. Итоговую схему приложу в комментах. Для каждой роли там сделан набор квадратиков: Views, Presenters, Interactors, Controllers. Каждый Interactor общается с БД. На этом всё. Многие главы вызывают похожие эмоции. Например, глава 21, Screaming Architecture. Основная идея: структура системы должна отражать, какие бизнес-функции она реализует. Есть ли в главе хоть один пример? Нет. Понятно ли по схеме в Case Study, какие сценарии реализует система? Тоже нет. Не раз возникала мысль, может я читаю версию-черновик? Допустим, автор на своей волне и излагает материал, как чувствует. Но где ревьюеры и редакторы? Добавить структуру, формулировать мысли чётче, переписать примеры на современные технологии, вычеркнуть неуместные истории — где эти очевидные правки? Интересный факт — главу о том, как раскидать код по папкам, написал другой человек. И как по-другому написана эта глава! Понятные тезисы, детально описанные схемы. Огромный контраст со стилем Мартина. Будто просыпаешься от сна и вспоминаешь, как выглядит нормальная техническая книга. Что касается меня — на свои вопросы к чистой архитектуре я не нашла ответов и не узнала ничего полезного. Книгой разочарована, не понимаю, для кого вообще она написана. Но рада, что удалила её из списка "прочитать", она там висела несколько лет Общая оценка: 1/5 Самые полезные главы: ▫️ Главы 7-11: SOLID. Чтобы ознакомиться с оригинальными формулировками и составить своё мнение ▫️ Глава 22: Clean Architecture. Набор признаков чистой архитектуры Ещё прочитала книгу Get your hands dirty on clean architecture. Обычно её рекомендуют на запрос "посоветуйте что-нибудь по чистой архитектуре". Отзыв на неё будет в следующем посте🌸
0