Вже доступно! Дослідження Telegram за 2025 — головні інсайти року 
S0ER
Відкрити в Telegram
Архитектура | Программирование | Профессиональное развитие Соер.Клуб - https://t.me/soer_live По всем вопросам писать на @soerdev
Показати більше📈 Аналітичний огляд Telegram-каналу S0ER
Канал S0ER (@softwareengineervlog) у мовному сегменті Російська є активним учасником. На даний момент спільнота об'єднує 10 547 підписників, посідаючи 11 766 місце в категорії Технології та додатки та 62 146 місце у регіоні Росія.
📊 Показники аудиторії та динаміка
З моменту свого створення невідомо, проект продемонстрував стрімке зростання, зібравши аудиторію у 10 547 підписників.
За останніми даними від 11 червня, 2026, канал демонструє стабільну активність. Хоча за останні 30 днів спостерігається зміна кількості учасників на -24, а за останні 24 години на 1, загальне охоплення залишається високим.
- Статус верифікації: Не верифікований
- Рівень залученості (ER): Середній показник залученості аудиторії становить 25.97%. Протягом перших 24 годин після публікації контент зазвичай збирає N/A% реакцій від загальної кількості підписників.
- Охоплення публікацій: В середньому кожен допис отримує 2 739 переглядів. Протягом першої доби публікація в середньому набирає 0 переглядів.
- Реакції та взаємодія: Аудиторія активно підтримує контент: середня кількість реакцій на один пост – 134.
- Тематичні інтереси: Контент зосереджений навколо ключових тем, таких як rbp, архитектура, callme, mov, указатель.
📝 Опис та контентна політика
Автор описує ресурс як майданчик для висловлення суб'єктивної думки:
“Архитектура | Программирование | Профессиональное развитие
Соер.Клуб - https://t.me/soer_live
По всем вопросам писать на @soerdev”
Завдяки високій частоті оновлень (останні дані отримано 12 червня, 2026), канал підтримує актуальність та високий рівень охоплення публікацій. Аналітика показує, що аудиторія активно взаємодіє з контентом, що робить його важливою точкою впливу в категорії Технології та додатки.
10 547
Підписники
+124 години
-117 днів
-2430 день
Архів дописів
10 545
Сегодня вечером в телеграме запланирован техток по карьере программиста. В 15:00 по мск. А формате дискуссии со всеми кто придёт
10 545
Субботний стрим 25.11 10:00
Начинаю сбор вопросов на завтрашний стрим, напоминаю, что у нас будет четыре секции:
- Зачем это надо? (ЗЭН)
- Годное чтиво (разбираем книгу корпоративных паттернов)
- Сплетни нашего ютуба
- Донаты решают
В комментарии к этому посту скиньте вопросы на ЗЭН, они должны касаться АйТи.
Так же можно скинуть ссылки на свои репо, которые я могу посмотреть в прямом эфире и сказать мнение о коде и архитектуре, так же можно скинуть новость или ссылку на ютуб ролик, который можно обсудить в Сплетнях.
10 545
Я не говорю о том, что вы не должны устраиваться на работу. Я говорю о том, что устраиваясь на работу нужно понимать какая работа вам нужна, какие дальнейшие шаги вы будете делать, не засиживаться на уютном месте и т.д.
Самое главное "я пошел куда взяли" - это не стратегия. Вот о чем мои посты. А таких "планов" я встречаю каждый стрим по пять штук. Это не стратегия, не план, это просто "надежда", что все получится само собой.
10 545
"А как надо?"
А надо понять свою цель. Если цель устроиться на работу, то это плохая цель, потому что за не ничего нет. Не будет такого, что кто-то за вас начнет ставить новые цели.
Все начинается с момента когда вы начинаете чего-то еще, а не только "устроиться на работу". Когда появляется "хочу заниматься созданием умных устройств", "хочу строить сложные архитектурные проекты", потом надо разбивать цель на задачи (Event Storming) и когда появится ясность, чего вы хотите, тогда и планов "найду работу, а там как-нибудь что-нибудь придумаю" не будет.
10 545
"Найду первую работу, а там попрет" - это тот план, который надо сразу выкинуть из головы.
Во-первых, потому что скорее всего не попрет, во-вторых, после устройства на работу самые сложные задачи только появятся.
Рынок устроен так, что 80% сами ищут работу, а 20% приглашают (хантят). Поэтому основная задача попасть из первой группы во вторую.
Если план в том, чтобы всегда искать работу, то вы ставите себя в позицию "ну возьмите меня", а это очень плохо работает на длинной дистанции. Потому что уже на первой работе вы рискуете застрять на полжизни (хороший коллектив, привычне таски, страх что-то менять - это сильно вас затормозит, уж поверьте).
Ну ок, допустим вас взяли на руботу, прописали должностные (если вам повезло попасть в нормальное место, где есть должностные), дали хороший оклад и вроде бы жизнь удалась. Но оказывается, что ровно с этого момента вы начали активно деградировать, потому что все новое что вы изучаете - это корпаративные задачи и вещи, выгодные вашему работодателю.
Первое время вам еще предлагают линейные переходы (с мидла, на мидла) и вроде как иллюзия выбора есть. Но через некоторое время и эти предложения иссякнут.
Есть иллюзия, что могут повысить, ведь компания заинтересована в развитии своих сотрудников! Но на практике вы пытаетесь пробиться сквозь менеджмент, который обещает, говорит какой вы молодец, до тех пор пока вы не устанете и не забьете на всякие попытки доказать что хороши.
Никому не надо повышать сотнудников просто так, никому не надо развивать вас как специалиста сверх тех требований, которые есть в компании. Никому кроме вас не интересно качать вашу карьеру и просто устроившись на работу вы не решите следующую задачу - как расти по карьере.
10 545
Важное дополнение, как заметили в чате, книга не совсем про ddd, больше чем на половину она включает дополнительные архитектурные темы и шаблоны, но объясняются они через призму ddd.
Мне кажется это гуд, потому что это решает проблему "к пуговицам проблемы есть? Нет? Ну тогда остальное ваши проблемы." Т.е. книга помогает понять не только "что такое ddd", но и помочь в его использовании.
10 545
Изучаем DDD
Предметно-ориентированнре проектирование
Влад Хононов
Если сранивать "DDD самое основное" и книгу от Влада, то при сопоставимом объеме книга Влада гораздо полезнее. Мне понравилось, что есть примеры стратегического проектирования на основы поддоменов, с нормальным объяснением чем core от универсального домена отличается.
Понравилось, что приведены основные паттерны для тактического проектирования. Хорошо объяснено про ограничения Transaction Log.
Не очень понравилось как объяснены доменные события и описаны трех-слойная и порты и адаптеры архитектуры, как-то скомкано, без достаточного количества примеров.
По поводу EventSourcing основное сказано, дана оценка по нагрузке и типовые вопросы, все четко и по делу.
В эволюции проектных решений мне не хватило примеров, но в приложениях есть описание примеров использования DDD, что частично компенсирует.
В целом впечатление хорошее - книга годная, охватывает основные вопросы, скорее всего придется еще поискать доп. инфу, но зато как справочник - идеально.
#DDD #книга #отзыв
10 545
Взял книгу Влада Хононова, по рекомендациям подписчиков. Что радует, книга по DDD не очень объёмная, есть шанс, что без воды.
10 545
Сегодня на стриме поговорили про игру для обучения программированию Cyber Cat, вот группа в телеге для тех кто хочет принять участие в разработке игры - https://t.me/+WriN-NDOL_5jYjZi
10 545
Через 10 минут начинаю стрим для подписчиков уровня Stream и выше.
Подключиться онлайн можно используя ссылку "Активный архитектурный стрим" https://platform.soer.pro/#!/pages/overview/info
Так же завтра стрим появится в записи в разделе "Материалы" на платформе
10 545
Чем занимаются программисты на рабочих местах
В 1994 году была опубликована интересная статья "people organizations and process improvement", в которой авторы рассказывали о результатах исследования по анализу рабочего времени программиста.
Не буду приводить детали исследования, статью легко нагуглить по названию.
Но самое интересное, что написание кода составляло в среднем 40% рабочего дня программиста. А в оставшееся время программисты огромное количество времени тратили на коммуникации с другими программистами. Причем основные вопросы - "как работает этот код?", "почему мы приняли такое решение?" т.е. получение информации из коллективного разума проекта, которая редко документируется.
Что-то мне подсказывает, что за более чем 25 лет, прошедших с того времени, особых изменений в процентном соотношении не произошло.
Несмотря на бурное развитие интернета, он по-прежнему не может ответить на вопросы как работает код в нашем проекте, почему принято то или иное решение.
И по-прежнему документирование - это не самая сильная сторона большинства проектов.
А сколько времени в вашем рабочем дне занимает общение с другими программистами?
10 545
Субботний стрим 11.11 10:00
Начинаю сбор вопросов на завтрашний стрим, напоминаю, что у нас будет четыре секции:
- Зачем это надо? (ЗЭН)
- Годное чтиво (разбираем книгу корпоративных паттернов)
- Сплетни нашего ютуба
- Донаты решают
В комментарии к этому посту скиньте вопросы на ЗЭН, они должны касаться АйТи.
Так же можно скинуть ссылки на свои репо, которые я могу посмотреть в прямом эфире и сказать мнение о коде и архитектуре, так же можно скинуть новость или ссылку на ютуб ролик, который можно обсудить в Сплетнях.
