Вже доступно! Дослідження 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
