Уже доступно! Исследование 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
Фронтенд, такой фронтенд
Для меня верстка - это как гадание на кофейной гуще, нифига непонятно, но очень интересно. Вот сегодня узнал, что новую единицу измерения "svh", это прям открытие года!
https://youtu.be/utcDm7QuyPw?si=9FZUA-Gb9NGjBqLD
10 545
Не баг, а фича
Есть такие каверзные вопросы, на которые нельзя ответить неправильно, но вся "соль" содержится в объяснении, которое даст человек.
Например, вопрос "Можно ли в реальном режиме Intel 386го процессора адерсовать не 1мб памяти, а 4 Гб?". Если ответ будет "нет", то человек будет прав, потому что по задумке Intel так и должно было быть.
Если скажет "да", то тоже будет прав, потому что инженеры Intel тоже ошибаются и в 386 процессорах можно было использовать хак который назывался "Unreal mode" и позволял адресовать 4Гб, правда не без проблем, например, нельзя использовать EMM386.
В истории АйТи часто бывает, что недокументированная возможность становится настолько популярной, что из разряда "багов" переходит в разряд "фич", так случилось и с Unreal Mode, Intel не стал выпиливать эту возможность, так как слишком много где ее стали использовать в работе.
А какие "багофичи" знаете вы?
10 545
Предлагаю провести пятничный техток в новом формате. Спикером будет выступать кто-то из комьюнити, а я подключаться отвечая на вопросы и давай микрофон.
Итак, если кто-то хочет выступить в роли спикера, то пишите в коммент "хочу быть спикером" и тему обсуждений.
Время как всегда 15:00 по Мск.
10 545
Кир разобрал вопросы со стрима, по поводу "throw - это return с особенностями", оказывается, бомбануло не только у меня (мой разбор есть на последнем стриме). Вариант разбора Кира - https://t.me/kirjs_ru/577
На канлае у Кира есть разбор и других вопросов, плюс видео разбор.
Если коротко, то мои ответы были корректны, но не объемны (но об этом Кир знал ещё на этапе согласования стрима, так как мне было принципиально подчеркнуть, что это не экзамен для меня).
10 545
Предлагаю обсудить темы на сегодняшний техток. Напишите в комментариях свои предложения, а реакции на комментах будут показывать насколько тема интересна другим участникам
10 545
У Лиса отлично описаны аппаратные прерывания, которые используются для обработки исключений на уровне процессора.
Это даёт более глубокое понимание различий между "аппаратными исключениями" и "программными".
https://neurofox.ru/project/sasm/23_exception
10 545
Долгое время понятия "исключения" относилось к аппаратным прерываниям, которые возникали на аппаратном уровне. Затем появились программные исключения, которые создавались и резолвились самими программистами, на уровне приложения.
Для этого использовались try/catch/finnaly методы.
Интересно, что механизмы исключения работают похожим образом - это дополнительные программные абстракции, которые управляют потоком управления программы.
Технически это просто вызов специальных методов (throw, raise и т.д.), которые затем расскручивают стек в поисках обработчика (catch).
Концепция невероятно сложная, так как "исключение" обладает как сложной семантикой, так и сильно усложняет логику программы (по сути мы должны исходить из мысли, что каждый оператор - это последний оператор, а далее может быть exception). Поэтому многие программисты критикуют подходы, использующие исключения.
Очень часто исключения упрощают до набора простых правил, из-за которых теряется значительная часть семантики. Это приводит к тому, что исключения выбрасывают в любом удобном и неудобном случае.
Вот статейка про то как работают исключения в C++ по сути ничего "исключительного" (кроме семантики), в обработке исключений на уровне языка, нет. https://habr.com/ru/articles/279111/
10 545
Хотел поговорить про абстракции и вспомнил, что у меня видос на эту тему есть.
На самом деле современные программисты могут добиться успеха в карьере если понимают и умеют использовать абстракции на уровне кода и умеют работать с семантикой. Программирование все меньше требует низкоуровневых вещей и все больше умение точно формулировать и описывать абстракции.
https://youtu.be/uSnli_4BrEA?si=hFWKjU2nbgjn7u65
10 545
Увлеуательная статья про устройство работы v8. Мне очень понравилась секция про маркировку и уплотнение указателей. Настолько что я собрал у себя v8 из исходников и повтороил часть статьи. Вместо windbg использовал gdb для линукс.
Неудивительно, что javascript так жрёт память, на каждый чих создавать развесистую мапу - это мажорство. Всякие small integer ещё можно оптимизировать, а double уже в кучу кладётся. Жесть.
https://habr.com/ru/companies/bastion/articles/699168/
10 545
Посмеялся от души, автору большое спасибо https://www.youtube.com/watch?v=PZugGAL09Qc&ab_channel=V0VAH
