Уже доступно! Исследование Telegram 2025 — ключевые инсайты года 
S0ER
Открыть в Telegram
Архитектура | Программирование | Профессиональное развитие Соер.Клуб - https://t.me/soer_live По всем вопросам писать на @soerdev
Больше📈 Аналитический обзор Telegram-канала S0ER
Канал S0ER (@softwareengineervlog) языкового сегмента Русский является активным участником. Сейчас сообщество объединяет 10 544 подписчиков, занимая 11 755 место в категории Технологии и приложения и 62 093 место в регионе Россия.
📊 Показатели аудитории и динамика
С момента создания невідомо проект демонстрирует стремительный рост, собрав аудиторию из 10 544 подписчиков.
Согласно последним данным от 13 июня, 2026, канал показывает стабильную активность. За последние 30 дней изменение числа участников составило -23, а за последние 24 часа — -1, при этом общий охват остаётся высоким.
- Статус верификации: Не верифицирован
- Уровень вовлечённости (ER): Средний показатель вовлечённости аудитории составляет 26.65%. В первые 24 часа после публикации контент обычно набирает N/A% реакций от общего числа подписчиков.
- Охват публикаций: В среднем каждый пост получает 2 810 просмотров. В течение первых суток публикация набирает 0 просмотров.
- Реакции и взаимодействия: Аудитория активно поддерживает контент: среднее количество реакций на один пост — 136.
- Тематические интересы: Контент сосредоточен на ключевых темах, таких как rbp, архитектура, callme, mov, указатель.
📝 Описание и контентная политика
Автор описывает ресурс как площадку для выражения субъективного мнения:
“Архитектура | Программирование | Профессиональное развитие
Соер.Клуб - https://t.me/soer_live
По всем вопросам писать на @soerdev”
Благодаря высокой частоте обновлений (последние данные получены 14 июня, 2026) канал поддерживает актуальность и высокий уровень охвата публикаций. Аналитика показывает, что аудитория активно взаимодействует с контентом, что делает его важной точкой влияния в категории Технологии и приложения.
10 544
Подписчики
-124 часа
-137 дней
-2330 день
Архив постов
10 544
Девочки программисты, когда дошли до технической части повели себя чисто как инфоцыгане "не ну это все устаревшие технологии, ассемблер - фи, фортран - фи". На этом техническая часть интервью закончилась. Ну вы серьёзно? Блин, мы на последней встрече подписчиков три часа про технологии трепались, а вы на интервью с экспертом-программистом смогли только про то, что ассемблер фи?
10 544
Посмотрев интервью, понял, что надо срочно поднимать цены на стримы и делать участие в Naris платным, а то как девочка веду себя. Все! 20 млн прибыли чистой прибыли и ни центом меньше!!!
10 544
Очень удивился цифре 50% выходимости курса. Это почти в два раза выше среднего показателя.
Послушал.интервью, чтобы понять в чем проблема. Пытаюсь в Naris сделать максимально комфортные условия для всех вне зависимости от пола.
https://youtu.be/jo59HLEk-8Y
10 544
Про RFC
Стандарты в RFC - не совсем стандарты, вот несколько фактов о RFC, которые надо знать:
- RFC означает Request for Comments (рабочее предложение)
- RFC может содержать как описание стандартов, так и лучшие практики, просто информацию или что-то еще
- стандарты размещаются в Standards Track
- в самом начале стандарты являются просто предложениями "Proposed Standard"
- если стандарт становится достаточно зрелым (т.е. широко применяется на практике и не вызывает проблем), его помечают как "Internet Standard"
- с момента как стандарт получает статус Internet Standard ему также присваивается номер STDXX, который содержит набор RFC, относящихся к этому стандарту.
Из интересного: у RFC есть стадия обсуждения, в рамках которой в документ могут быть внесены изменения, затем наступает стадия AUTH48 когда автору RFC дается 48 часов (на самом деле около недели) на то, чтобы он окончательно сформировал и осмыслил документ. После этого документ либо публикуется, либо автор может отказаться от его публикации. После публикации документ получает номер RFC и уже не может быть изменен (к нему могут быть только добавлены сообщения об ошибках - Erratas). Но если ошибок слишком много, то можно выпустить еще один RFC.
Настоящих STD стандартов всего 99 (при этом RFC cjj
10 544
Про пассионариев в АйТИ
Мне кажется, что где-то в конце 90-х, начале 00-х в отечественном айти произошел какой-то перелом, и те пассионарии, которые у нас были, куда-то сплыли. На место им пришли субпассионарии, которые питаются исключительно за счет западного айти. Обычно, субпассионарии активничают только в одном направлении - переводе книг, статей, лекций и т.д. В их понимании у нас ничего своего нет, и быть не может. В итоге своих наработок почти нет (на самом деле, конечно, есть, но очень мало), даже мнение не свое, а заимствованное. Я не пытаюсь сказать, что это плохо или хорошо, но это факт. У нас всё айти - это переводы и адаптации. Последнее, что я помню из реально успешного и своего - Nginx и Paralles. А ведь до этого были и свои утилиты, и свои инструменты, и редакторы. Куда делись люди, которые в 90-е активно творили и исследовали?
Я прикинул, кто у нас в блогосфере яркий пассионарий? И кроме Егора Бугаенко и Тимура Шемсединова никто не приходит на ум. Им почему-то норм и свои идеи двигать, и исследовать, и делиться знаниями.
Я бы хотел верить, что в наше айти снова вернуться пассионарии, которые будут иметь свое мнение, основанное на своих мыслях и исследованиях. По крайней мере лично мне не интересно тупо копировать и адаптировать западный опыт, мне кажется нужно добавлять что-то и от себя. Иначе совсем грустно становится за нас.
Проблема субпассионариев в том, что не имея своей энергии они активно тянут назад всех остальных, это называется "менталитет краба". На мой взгляд не так страшно велосипедить, создавая что-то интересное лично тебе, чем вообще ничего не делать и только хейтить других.
10 544
Repost from Senior Software Vlogger
Мы заменили Соера 🙌
Чтобы точнее попасть добавьте в запрос: please act as a grumpy old fart who pretends to be smart and puts himself above other people.
https://www.linkedin.com/posts/ariellevin_50-awesome-chat-gpt-prompts-activity-7015603466127466496-IBqA
10 544
Первый и второй закон архитектуры звучат так:
1. Everything in software architecture is a trade-off.
2. Why is more important than how.
а третий, от меня:
3. если сильно хочется, то можно и без архитектуры
10 544
Статус коды HTTP
В группе Naris подробно обсудили как нужно использовать статус коды в HTTP запросах. Хочу поделиться одним наблюдением.
В отношении HTTP статусов нужно понять главное - это технические ошибки, которые являются следствием того, что запрошенный ресурс не может быть получен. А ресурсом является набор бизнес-данных, которые вам нужны. Понятно, что если вы получаете какую-то страницу в сети, то она либо получена (200) либо произошла ошибка и тогда нужный статус подскажет какая. Но сейчас очень много рестовых API, которые не только получают данные, но и реализуют бизнес-логику приложения прежде чем отдать данные.
Получается, что раз есть бизнес-логика, то у нас может быть такая ситуация, что ошибки БЛ не дают сформировать конечный результат, который был запрошен по HTTP и возникает вопрос: "Ошибки бизнес-логики должны оформляться с использованием http кодов?".
Разные команды отвечают на этот вопрос по-разному, я считаю, что нет. Ошибки БЛ это как правило вещи, которые можно сформулировать на бизнес-языке и эти ошибки имеют смысл для пользователя. Поэтому данные об ошибках в логике - это тоже данные. Они должны отдаваться через 20х статус.
А вот если речь идет о технических ошибках, когда мы неправильно указали, например, имя поля или использовали не ту кодировку, не имеют отношения к бизнесу, более того они делают невозможным вернуть запрошенный ресурс пользователю, а значит должны отдаваться 4хх статусами.
Приведу пример, https://yookassa.ru/developers/using-api/response-handling/http-codes - ЮКасса вовзвращает 200й код даже если произошла ошибка оплаты (статус - canceled), потому что это уровень БЛ. Но в случае "технических" проблем возвращает статусы 4хх и 500, что логично, так как ошибки не относящиеся к БЛ делают невозможным вернуть запрошенный "ресурс".
10 544
Смотрю как разгоняют хайп вокруг ChatGPT, и думаю о том, что через полгода-год программисты проснуться и такие "опа, а в моей жизни ничего и не поменялось". Потому что прогнозы, разогретые на ожидании чуда, так сильно преувеличены, что реальность слегка расстроит. Надеюсь, вы не относитесь к тем, кто считает, что буквально завтра, всю вашу работу будет делать ИИ?
Забавно, что пять лет назад все активно отрицали саму возможность генерации кода с помощью ИИ, а сегодня все наоборот уже мысленно расстались со своей работой программиста.
10 544
Ответ на вопрос
Доброго времени суток! Можете подсказать, в каком отношении между собой находятся качество, объём и сложность при разработке проекта в портфолио? Спасибо!
10 544
Ответ на вопрос
Здравствуй, S0er. Работаю на backend node.js 2.5 года. Хочу сменить ЯП и начать работать на c++ или rust. На сколько вообще реально сменить язык(направление в разработке)? Как к этому относятся на интервью, да и вообще как HR смотрят резюме, тех кто хочет сменить ЯП(без опыта в нем, но при этом с опытом в другом ЯП и стэке) или же врать про опять тип был как второй не основной язык?\nПричина по которой хочу сменить ЯП, связана с тем, что хочется задел на будущее, уйти в более сложное направление, с высоким порогом входа, чтобы быть более "нужным" в будущем, учитывая постоянно увеличивающийся приток новых людей в ИТ и всякие nocode(ChatGPT) и ИИ.
10 544
Как водится по субботам был стрим, по нашей традиции, если за время стрима на ютубе не набирается 200 лайков, то стрим отправляется на RuTube в записи - https://rutube.ru/video/572527ecf674c65d8aba36fcd72b578c/
10 544
Многие воспринимают мои архитектурные стримы как "курс по архитектуре", это не так, даже близко не так, совсем. Это как сравнивать книгу и методичку. В своих архитектурных стримах я собираю весь доступный мне опыт и знания по архитектуре, структурирую их по темам, с целью дать людям информацию, которая позволяет воспринимать задачи с архитектурной точки зрения. В дальнейшем на основе этих знаний можно решать практические задачи. Поэтому цель стримов - это формирование базы.
Курсы же ставят перед собой цель научить вас пользоваться каким-то конкретным инструментарием, в конкретных условиях. При этом одно другому не мешает, просто служит для разных целей.
10 544
Не репрезентативная выборка, конечно, так как 173 ответа - это не о чем. Но результат, безусловно, интересный.
Источник: https://proglib.io/p/kak-izmenilas-zhizn-russkoyazychnyh-aytishnikov-za-poslednie-polgoda-rezultaty-oprosa-biblioteki-programmista-2022-09-08
10 544
The entity trap
В архитектуре так называется анти-паттерн, когда архитектор уходит от бизнес-абстракций, и начинает фокусироваться на бизнес-данных. В итоге получается, что структура и сущности БД напрямую влияют на дизайн компонентов и отражают обычное CRUD взаимодействие. Если задача сводится к простому CRUD, то смысла что-то "проектировать" нет, можно взять подходящий фреймворк и работать в рамках его возможностей.
Проектировать имеет смысл тогда, когда есть бизнес-логика, абстракции уровня бизнес-логики и другие признаки "сложности" задачи.
#мысли #анти-паттерн
10 544
С помощью тега #itubeteam на рутубе нашел канал Виктора Левина. Хочу поддержать автора лайком и рекомендацией. Мне понравился видос по графане, весьма толково и по делу https://rutube.ru/video/5361cffbbeac6ca83ee07ff54037df00/
