en
Feedback
S0ER

S0ER

Open in Telegram

Архитектура | Программирование | Профессиональное развитие Соер.Клуб - https://t.me/soer_live По всем вопросам писать на @soerdev

Show more

📈 Analytical overview of Telegram channel S0ER

Channel S0ER (@softwareengineervlog) in the Russian language segment is an active participant. Currently, the community unites 10 546 subscribers, ranking 11 764 in the Technologies & Applications category and 62 189 in the Russia region.

📊 Audience metrics and dynamics

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

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

  • Verification status: Not verified
  • Engagement rate (ER): The average audience engagement rate is 25.60%. 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 2 699 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 133.
  • Thematic interests: Content is focused on key topics such as rbp, архитектура, callme, mov, указатель.

📝 Description and content policy

The author describes the resource as a platform for expressing subjective opinions:
Архитектура | Программирование | Профессиональное развитие Соер.Клуб - https://t.me/soer_live По всем вопросам писать на @soerdev

Thanks to the high frequency of updates (latest data received on 11 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.

10 546
Subscribers
-124 hours
-117 days
-2430 days
Posts Archive
S0ER
10 546
А зачем менять работу? просто найди вторую и сделай х2 :)
А ещё можно почку продать. Очевидно, что интенсивность двух работ будет выше и в долгую постоянные переключения контекста, накладывающиеся совещания, высокий ритм и т.д. выдержать будет сложно. Две работы у меня было после универа- это очень тяжело. Лучше выстроить карьеру и получить за счёт роста по должности х2. Но пока молодой и много лишнего здоровья, то как вариант можно рассмотреть

S0ER
10 546
Что если вы эффективнее других членов команды? Вчера на стриме очень много возникло споров вокруг "работать 4 часа и скрывать это от руководителя" Есть такое мнение, что если ты поднял личную эффективность, так что ты выполняешь таски заметно быстрее других членов команды, то не в твоих интересах об этом сообщать руководству. На мой взгляд, если в команде отсутствует прозрачность, и один из работников вынужден скрывать, что он часть рабочего времени экономит за счет своей эффективности, то это большая проблема команды. Во-первых, если команда подобрана так, что уровень настолько разный, что один "гребет" заметно лучше других, то надо выравнивать общий уровень команды. Все участники команды должны быть сыграны друг с другом, для этого и существуют парные ревью, парное программирование и другие парные активности. Во-вторых, если ты работаешь лучше и успеваешь больше, то это прямое основание просить у руководителя повышение зарплаты. Мне кажется, что совершенно справедливо платить работнику по результатам, а не "среднее" по палате". И тут возникает много "но". - Если руководитель часто не может или не хочет платить больше. Что тогда делать? Ответ: менять работу и идти к тем, кто может платить за ваш труд справедливую цену (это и есть рынок). - Если руководитель не согласен с вашей оценкой труда? Ответ: обсудить и понять есть ли реальные предпосылки для вашей оценки. - Если для вас выяснение вопросов денег - трудная тема, то может проще оставить как есть и работать меньше? Ответ: в целом нет особых проблем, кроме той, что вас могут попытаться загрузить доп. работой, а платить больше не будут. Есть много способов заметить, что вы не работаете все время (например, смотреть коммиты вашего гита, должны быть равномерно распределенные по всему дню, а у вас "то пусто, то густо"). В-третьих, есть "частичная занятость" где можно вполне легально работать по задачам как ИП и получать по факту, или заключить контракт на неполный день. Мне кажется вариант просто молча "брать свое" - плохой, потому что вы не можете полноценно распоряжаться свободным временем, которое сэкономили. Все равно будут созвоны, планерки, встречи и ваше свободное время превратиться в "режим ожидания", что психологически некомфортно. На мой взгляд лучший вариант - работать спокойно весь рабочий день и получать за это адекватные деньги. Это позволит сохранить и хорошие отношения с коллегами, и свои нервы. Самое главное не работать с людьми, которые считают, что вы должны работать за копейки и выкладываться на 200% SOER | PRO | Boosty

S0ER
10 546
Что если вы эффективнее других членов команды? Вчера на стриме очень много возникло споров вокруг "работать 4 часа и скрывать это от руководителя" Есть такое мнение, что если ты поднял личную эффективность, так что ты выполняешь таски заметно быстрее других членов команды, то не в твоих интересах об этом сообщать руководству. На мой взгляд, если в команде отсутствует прозрачность, и один из работников вынужден скрывать, что он часть рабочего времени экономит за счет своей эффективности, то это большая проблема команды. Во-первых, если команда подобрана так, что уровень настолько разный, что один "гребет" заметно лучше других, то надо выравнивать общий уровень команды. Все участники команды должны быть сыграны друг с другом, для этого и существуют парные ревью, парное программирование и другие парные активности. Во-вторых, если ты работаешь лучше и успеваешь больше, то это прямое основание просить у руководителя повышение зарплаты. Мне кажется, что совершенно справедливо платить работнику по результатам, а не "среднее" по палате". И тут возникает много "но". - Если руководитель часто не может или не хочет платить больше. Что тогда делать? Ответ: менять работу и идти к тем, кто может платить за ваш труд справедливую цену (это и есть рынок). - Если руководитель не согласен с вашей оценкой труда? Ответ: обсудить и понять есть ли реальные предпосылки для вашей оценки. - Если для вас выяснение вопросов денег - трудная тема, то может проще оставить как есть и работать меньше? Ответ: в целом нет особых проблем, кроме того, что вас могут попытаться загрузить доп. работой, а платить больше не станут. И тут много способов заметить, что вы не работаете все время (самый простой смотреть коммиты вашего гита, должны быть равномерно распределенные по всему дню, а у вас "то пусто, то густо") В-третьих, есть "частичная занятость" где можно вполне легально работать по задачам как ИП и получать по факту, или заключить контракт на неполный день. Мне кажется вариант просто молча "брать свое" - плохой, потому что вы не можете полноценно распоряжаться сводобным временем, которое сэкономили. Все равно будут созвоны, планерки, встречи и ваше свободное время превратиться в "режим ожидания", что психологически некомфортно. На мой взгляд лучший вариант - работать спокойно весь рабочий день и получать за это адекватные деньги. Это позволит сохранить и хорошие отношения с коллегами, и свои нервы. Самое главное не работать с людьми, которые считают, что вы должны работать за копейки и выкладываться на 200%. SOER | PRO | Boosty

S0ER
10 546
Опубликовал для подписчиков boosty Техток про пассивный заработок SOER | PRO | Boosty

S0ER
10 546
Удивительно, но я согласен с человеком на 100%. Вот было бы здорово, если бы на собесы к дедам приходили только те, кто хочет
Удивительно, но я согласен с человеком на 100%. Вот было бы здорово, если бы на собесы к дедам приходили только те, кто хочет интеллектуального развития. Ведь вокруг столько компаний куда приходишь со словами "мне нужно чтобы вы кормили меня баблом", а они в ответ "Именно вас мы и искали!". SOER | PRO | Boosty

S0ER
10 546
Был ли у вас опыт создания собственного софта, который приносил деньги?
Anonymous voting

S0ER
10 546
Всем привет 👋 Вчера случилась странная ситуация с интервью с Сэмом Ньюманом и интервью не состоялось, и его в целом не будет
+2
Всем привет 👋 Вчера случилась странная ситуация с интервью с Сэмом Ньюманом и интервью не состоялось, и его в целом не будет. Наше общение началось 2 месяца назад и было все стандартно: я ему рассказал про проект, скинул 4 записи как пример того что будет, отвечал на его вопросы и мы запланировали дату интервью. Вчера мы начали собираться в зум для тех чека, Сэм подключился на 3 минуты и после ушел ничего не сказав. Мы с Колей подумали что у него технические проблемы, но позже я получил от Сэма письмо. Жаль что так получилось, вроде ничего не предвещало беды. Книга мне понравилась и я был бы рад ее обсудить. Надеюсь на ваше понимание, спасибо вам за поддержку ❤️ И я верю что это скорее исключительная ситуация, чем стандартная.

S0ER
10 546
Эксперты соер.клуба Я сделал специальную группу куда буду публиковать ссылки на телеграм каналы ребят, которые входят в соер.клуб. Это реально очень крутые девушки и парни, профессионалы своего дела. По мере вступления новых людей в число экспертов буду группу пополнять.

S0ER
10 546
Часы идут - программист работает Как вы относитесь к системе контроля времени? Вот раньше, до ковида, это делалось очень просто: приложил пропуск - таймер запущен, вышел из офиса и таймер остановился. По итогу суммы часов нахождения в офисе должно накапать 40 часов в неделю. Если меньше - звоночек. Если систематически меньше, то подключаются HRы и руководитель. Если после нет изменений - на вылет с пляжа. После ковида ситуация резко изменилась. Сейчас многие работают из дома и что только не придумывает бизнес чтобы "отслеживать" работу сотрудников на нематериальном производстве. Ведь посчитать кол-во произведенных молотков просто, а посчитать производительность программиста уже куда сложнее. А если их 50 человек? Но бизнес всегда хочет контроллировать работу айтишников. Это аксиома. Если вам говорят обратное - вам врут. Как и на любом рынке, если есть спрос - будет и предложение. И тогда в ход идут скриншотилки экранов, система учета времени активности компа\монитора, кол-во часов в зуме, время подключения к корп VPN и прочий мусор, который хакается на раз - два. Я слышал множество историй, как люди сидели в зуме в одиночку, чтобы капала активность, пока они играют в дотку. Я читал про стрелку часов под лазером мышки чтобы мышка двигалась по экрану. Люди перестали выключать рабочие ноутбуки чтобы шло время подключения к VPN. И в итоге бизнес и IT играет в игру, кто кого обманет. Одни говорят - мы вам доверяем, а вторые - мы работаем. И пытаются на этой почве выстраивать доверительную культуру внутри. Ужас. Лично мне уже давно все равно где программист находится, что он делает в 12:27 и сколько часов он просидел на созвонах. Важно только кол-во выполненной работы за временную итерацию. И общекомандный зачет. И да, при таком подходе хорошо заметно лоуперформеров.  А играть в игру про доверие в коллективе, когда у тебя огромный слон в комнате в виде систем контроля времени - это расписаться в том, что по другим параметрам разработку вы замерить не можете. И вам почему - то нравится быть обманутым (а это так). И это печально.

S0ER
10 546
Опубликовал статью Как определить какая доля багов/ошибок допустима и является следствием сложности программного кода? Несколько основных мыслей (полный текст см. в статье): - Борьба с багами возможна, но создание и контроль непродуманными метриками может увеличить их количество, а не уменьшить - Основная проблема заключается в создании нездорового климата внутри коллектива, что приводит к увеличению цены ошибки и замедлению работы; - Качество программного продукта не следует связывать только с количеством багов, так как это сильно замедляет выход на рынок и развитие продукта, что тоже важно; - Оптимизация показателей надежности и покрытия тестами кода является лучшим способом борьбы с багами, чем введение метрик, разрешающих определенное количество ошибок на определенное количество кода. - Нужно различать задачи, где стоимость ошибки велика (медицина, финтех и т.д.) и где ошибки проще списать на убытки (интернет магазины, развлекательные и обучающие платформы и т.д.) SOER | PRO | Boosty

S0ER
10 546
Пассивный заработок программиста Расскажу личный опыт по следующим вопросам: - Сбережения - Блоги/Влоги/Информационные ресурс
Пассивный заработок программиста Расскажу личный опыт по следующим вопросам: - Сбережения - Блоги/Влоги/Информационные ресурсы - Крипта/Валюта - Недвижимость (сдача в аренду) И, конечно же, послушаем ваши истории SOER | PRO | Boosty

S0ER
10 546
Переношу на boosty архив стримво с soer.pro сегодня перенс Проектирование API SOER | PRO | Boosty

S0ER
10 546
record.ogg19.04 MB

S0ER
10 546
Фото заряжено на импортозамещение!
Фото заряжено на импортозамещение!

S0ER
10 546
Набор в NarisApp Всех кто хочет принять участие в разработке проекта NarisApp приглашаю принять участие. Если коротко: - участие бесплатное - делаем платформу обучения и развития - в этом наборе решаем два эпика: "интеграция с бусти" и "интеграция с телеграм" - как принять участие написано в конце статьи (см. ссылку выше) Подробное описание смотри по ссылке выше.

S0ER
10 546
Задача: выбрать способ передачи сообщений в API для сервисной архитектуры Обычно выбор делается из двух решений: - REST - gRPC это сильное упрощение, потому что REST - это архитектурный стиль, а gRPC - это фреймворк. Но если рассмотреть gRPC как некий стиль, то можно выделить моменты по которым делается выбор: - использование HTTP/2 - обмен бинарными данными (+ сжатие данных, позволяющее увеличить скорость обмена данными) - кодогенерация - RPC ориентированность (в том числе stream-based) Со стороны REST кроме требований самой архитектуры обычно выделяют: - простота - текстовый формат обмена (удобство) Таким образом gRPC отлично подходит для организации взаимодействия внутри сервисной (микросервисной) архитектуры, а для внешних API хорошо подходит REST стиль. Важно отметить, что gRPC немного "тяжелее" во внедрении и сопровождении, но унифицирован, так как фреймворк. А вот REST - это всегда какая-то своя реализация, которая может сильно меняться между проектами. SOER | PRO | Boosty

S0ER
10 546
Пятница 15:00 техток по теме валютной удаленки Поговорим про ваши истории, рассмотрим вопросы: - насколько крутой английский
Пятница 15:00 техток по теме валютной удаленки Поговорим про ваши истории, рассмотрим вопросы: - насколько крутой английский нужен - как выводить средства - какие риски с позиции законодательства - как ищут работу - как оформляют отношения SOER | PRO | Boosty

S0ER
10 546
Завтра стрима не будет. Отдыхаю, набираюсь сил для новых дел и свершений. 💡