ch
Feedback
S0ER

S0ER

前往频道在 Telegram

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

显示更多

📈 Telegram 频道 S0ER 的分析概览

频道 S0ER (@softwareengineervlog) 俄语 语言赛道中的 是活跃参与者。目前社区聚集了 10 538 名订阅者,在 技术与应用 类别中位列第 11 755,并在 俄罗斯 地区排名第 62 122

📊 受众指标与增长动态

невідомо 创建以来,项目保持高速增长,吸引了 10 538 名订阅者。

根据 14 六月, 2026 的最新数据,频道保持稳定运转。过去 30 天订阅人数变化为 -21,过去 24 小时变化为 -1,整体触达仍然可观。

  • 认证状态: 未认证
  • 互动率 (ER): 平均受众互动率为 26.92%。内容发布后 24 小时内通常能获得 N/A% 的反应,占订阅者总量。
  • 帖子覆盖: 每篇帖子平均可获得 2 838 次浏览,首日通常累积 0 次浏览。
  • 互动与反馈: 受众积极参与,单帖平均反应数为 136
  • 主题关注点: 内容集中在 rbp, архитектура, callme, mov, указатель 等核心主题上。

📝 描述与内容策略

作者将该频道定位为表达主观观点的平台:
Архитектура | Программирование | Профессиональное развитие Соер.Клуб - https://t.me/soer_live По всем вопросам писать на @soerdev

凭借高频更新(最新数据采集于 15 六月, 2026),频道始终保持新鲜度与高覆盖。分析显示受众积极互动,使其成为 技术与应用 类别中的关键影响点。

10 538
订阅者
-124 小时
-97
-2130
帖子存档
S0ER
10 537
Читаю и плачу, переводчик окончательно запутался в зацеплении и связности. Лучше бы вообще не переводил эти понятия.
Читаю и плачу, переводчик окончательно запутался в зацеплении и связности. Лучше бы вообще не переводил эти понятия.

S0ER
10 537
https://youtu.be/cFDreel2qFw Знаю, что вы уже ненавидите меня за всякую дичь, которую я здесь пишу, вместо глубоко технического и обучающего контента, не сдерживайте себя и проживите это чувство до конца. Потому что я опять не про АйТи. Очень люблю ребят из "Мы обречены" и их рубрику "Доктор кот". Я только сейчас начал понимать, что все эти разговоры про чувства, эмоции, переживания и т.д. это все по-настоящему, а не шутка юмора или хайп. Особенно мысль о том, что если тебе кажется, что у тебя нет психологических проблем - это еще не значит, что их нет. Надо идти к доктору и прорабатывать свое отрицание. И тут у меня возникает рекурсия, не может ли стать психической проблемой то, что тебе кажется, что у тебя есть какая-то скрытая психическая проблема, но ты не можешь ее найти? И эти некомпетентные психологи, просто неспособны ее отыскать...

S0ER
10 537
Подвел итоги первого месяца SoerOpenSource. Победитель апреля - mainarthur. Отправил сертификат на email, указанный в профиле
Подвел итоги первого месяца SoerOpenSource. Победитель апреля - mainarthur. Отправил сертификат на email, указанный в профиле. Напоминаю, что за 10 PR я дарю уровень "stream", за 20 PR дарю уровень "workshop", ну а PRO получает тот кто был наиболее активен в течение месяца

S0ER
10 537
Как программисты предсказывали бы погоду: "В общем, я не особо понимаю как делаются прогнозы погоды, но выскажу свое мнение, вы обязательно проверяйте любое мнение. В общем что я вижу сейчас на небе, сейчас на небе есть облака, а облака это по сути нечто похожее на тучи, а тучи они обычно несут дождь, но бывает и снег, но раз сегодня плюсовая температура, то тучи несут только дождь, т.е. если ничего не изменится, то завтра пойдет дождь. Но это всего лишь мое мнение, проверяйте его, послушайте что говорят другие. "

S0ER
10 537
Проблема с планами, такая же как с тестами - все любят когда план есть, и тебе просто говорят что делать, но никто не любит составлять и продумывать планы, особенно командные. С тестами тоже самое - классно когда они есть и работают, но делать их самому - брррр....

S0ER
10 537
Успеха в челендже. Вчера спросили зачем это надо? Я через три месяца подведу итоги, посмотрим сколько человек справится. Сейч
Успеха в челендже. Вчера спросили зачем это надо? Я через три месяца подведу итоги, посмотрим сколько человек справится. Сейчас что-то около 70 человек начали. А так, это нужно для себя, для собственного кругозора - инвестиции в собственные знания.

S0ER
10 537
Для тех кто хочет участвовать в разработке фронтенда soer.pro добавил возможность локально собирать Naris и использовать API
Для тех кто хочет участвовать в разработке фронтенда soer.pro добавил возможность локально собирать Naris и использовать API платформы в качестве бэкенда. Если кто-то попытается отработать по инструкции выше, дайте знать получилось ли. Сейчас поддерживается только Chrome

S0ER
10 537
Сделал вывод GitHub Issue проекта прямо в платформе soer.pro Есть вероятность, что эта фича вырастит в микроблог проекта, мне
Сделал вывод GitHub Issue проекта прямо в платформе soer.pro Есть вероятность, что эта фича вырастит в микроблог проекта, мне будет удобно писать туда свои мысли, а люди будут видеть куда идет проект.

S0ER
10 537
soer.pro в цифрах за 03.05.22 60 - это количество участников в литературном челендже. Неплохой старт
soer.pro в цифрах за 03.05.22 60 - это количество участников в литературном челендже. Неплохой старт

S0ER
10 537
Первый участник )
Первый участник )

S0ER
10 537
На soer.pro запускаю литературный челендж (прочитать минимум 3 книги за 3 месяца, в списке 9 книг на выбор) Заходим на soer.p
На soer.pro запускаю литературный челендж (прочитать минимум 3 книги за 3 месяца, в списке 9 книг на выбор) Заходим на soer.pro, идем в "Цели" выбираем вкладка "Общие шаблоны" и щелкам по "Начать".

S0ER
10 537
На одном из стримов я уже говорил, что начиная с марта у меня дикая загрузка по консультациям. Многих интересует в чем заключается эта "работа". Большая часть - это анализ технических заданий, выработка ТЭО или ревью уже готовой архитектуры. Почти все из этого - рутинная, условно бумажная (условно, потому что результат в электронном виде) работ. Результатом, как правило, является документ, в котором перечисляется список предложений и замечаний, а так же расчетная часть по основным показателям. Отмечу, что заметно сложнее стало с выбором технологий и оборудования для реализации АС. Требования поголовно включают импортозамещение и в полной мере данное требование на данный момент не реализуемо. В этой сложности есть своеобразный вызов, который делает работу интереснее, но я по прежнему больше люблю писать код, консультации - это просто способ заработать денег, возвращаться к этой работе на фултайм я не хочу. На практике использую все те вещи, про которые рассказываю на стримах - декомпозиция, проведение архитектурных границ, распределение обязанностей, выделение абстракций и интерфейсов, управление зависимостями и т.д. В планах доделать последний отчет, передать ребятам и взять таймаут до сентября. Очень тяжело работать в таком темпе.

S0ER
10 537
photo content

S0ER
10 537
На вскидку и не поймёшь, что это мой новый Now, а не инста. Появятся сторис и вообще топчик будет.
На вскидку и не поймёшь, что это мой новый Now, а не инста. Появятся сторис и вообще топчик будет.

S0ER
10 537
На сайте soer.pro опубликова 23 архитектурный стрим, и на YouTube для спонсоров он тоже доступен.

S0ER
10 537
В начале мая подведу итоги первого месяца акции "Пишешь код, получаешь сертификат на soer.pro". Пока все пулреквесты касаются
В начале мая подведу итоги первого месяца акции "Пишешь код, получаешь сертификат на soer.pro". Пока все пулреквесты касаются проекта gitlog.ru Напоминаю, что самый активный получит сертифика на уровень PRO.

S0ER
10 537
Ребята, а что вы знаете про АйТи в СССР? У меня, например, отец в СССР работал над системами спутниковой связи, разрабатывал наземные станции, разрабатывал оборудование для георазведки, медицинское оборудование, знакомый моего отца делал начинку для спутников, писал софт для лазерных установок и т.д. Причем работа для инженеров была везде, от Москвы до Владивостока, с реальными практическими кейсами, которые могли использоваться в реальном секторе экономики, а не просто "купи-продай", который сейчас составляет 90% так называемого АйТи. Расскажите свои истории. Интересно услышать как вы представляете было в СССР с АйТи.

S0ER
10 537
Хочется сказать пару слов про планирование. Линейные планы (т.е. такие планы, где не ставится под сомнение успешное завершение каждого пункта и порядок пунктов никогда не меняется, как правило такие планы еще и последовательны) можно построить не для всех задач, к сложным задачам, в которых есть большая доля исследовательской работы, не применяются линейные планы, вместо этого лучшее что можно придумать - дерево принятия решений, при этом глубина такого дерева, естественно, не может быть большой. Поэтому R&D задачи можно решать только короткими итерациями, определяя канву ближайшего развития. Бюджетные организации не очень любят такие штуки, поэтому скидывают такие задачи на подрядчиков (потому что договорные сметы относятся к "линейным" планам). Если вы занимаетесь R&D, то попытайтесь донести до своего руководства, что невозможно совместить обычное линейное планирование и R&D. Вроде бы очевидная вещь, но буквально только что закончил общаться с ребятами, которые сделали красивые планы, получили под них деньги, и теперь не знают как выполнить планы, потому что все пошло вообще не так как ожидалось, а заказчик хочет получить результат предусмотренный договором.

S0ER
10 537
Когда я слышу "ООП - это ошибка" у меня возникают противоречивые чувства. Вот несколько моментов на которые нужно ответить, прежде чем ругать ООП: 1. ООП появилось сильно позже логического и функционального программирования. И появилось оно как раз потому что функциональное программирование "не взлетело". Требовало слишком много вычислительных и умственных ресурсов. Кстати, это до сих пор так. Написать в функциональном стиле программу по прежнему требует довольно много мыслительных усилий. Я остро чувствую разницу когда читаю код в функциональном стиле и ООП. 2. ООП выстрелило не из-за хайпа, все было ровно наоборот - сначала ООП выстрелило, затем появился хайп. И я это тоже наблюдал своими глазами. Я начинал со структурного программирования и на самом деле разделение на структуры и функции неудобно. В реальном мире мы не привыкли разделять данные и их обработку. 3. В реальном мире мы привыкли мыслить категориями объектов - практически все вокруг нас - это объекты. Мы не думаем, скажем, о телефоне как о трех разных сущностях: форме, свойствах, операциями над ним. Для нас свойства порождают те действия, которые можно выполнить над объектом. Собственно мое глубокое убеждение - убери ООП и вся индсустрия взвоет из-за возросшей сложности разработки. Но у нас модно бороться с мифами. Самый простой способ словить хайп - отменить что-то проверенное временем. Типа "колесо это самая большая ошибка человечества, вместо него надо было изобрести телепорт". Именно так для меня звучит отрицание ООП. А вы что думаете про ООП? Палец вверх - если согласны, что эта парадигма важна и нужна, все остальное - ООП нужно выкинуть в топку.

S0ER
10 537
Решил попробовать Now - https://nowapp.me/s0er