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 天
帖子存档
10 537
Читаю и плачу, переводчик окончательно запутался в зацеплении и связности. Лучше бы вообще не переводил эти понятия.
10 537
https://youtu.be/cFDreel2qFw
Знаю, что вы уже ненавидите меня за всякую дичь, которую я здесь пишу, вместо глубоко технического и обучающего контента, не сдерживайте себя и проживите это чувство до конца. Потому что я опять не про АйТи.
Очень люблю ребят из "Мы обречены" и их рубрику "Доктор кот". Я только сейчас начал понимать, что все эти разговоры про чувства, эмоции, переживания и т.д. это все по-настоящему, а не шутка юмора или хайп. Особенно мысль о том, что если тебе кажется, что у тебя нет психологических проблем - это еще не значит, что их нет. Надо идти к доктору и прорабатывать свое отрицание. И тут у меня возникает рекурсия, не может ли стать психической проблемой то, что тебе кажется, что у тебя есть какая-то скрытая психическая проблема, но ты не можешь ее найти? И эти некомпетентные психологи, просто неспособны ее отыскать...
10 537
Подвел итоги первого месяца SoerOpenSource. Победитель апреля - mainarthur.
Отправил сертификат на email, указанный в профиле.
Напоминаю, что за 10 PR я дарю уровень "stream", за 20 PR дарю уровень "workshop", ну а PRO получает тот кто был наиболее активен в течение месяца
10 537
Как программисты предсказывали бы погоду:
"В общем, я не особо понимаю как делаются прогнозы погоды, но выскажу свое мнение, вы обязательно проверяйте любое мнение. В общем что я вижу сейчас на небе, сейчас на небе есть облака, а облака это по сути нечто похожее на тучи, а тучи они обычно несут дождь, но бывает и снег, но раз сегодня плюсовая температура, то тучи несут только дождь, т.е. если ничего не изменится, то завтра пойдет дождь. Но это всего лишь мое мнение, проверяйте его, послушайте что говорят другие. "
10 537
Проблема с планами, такая же как с тестами - все любят когда план есть, и тебе просто говорят что делать, но никто не любит составлять и продумывать планы, особенно командные.
С тестами тоже самое - классно когда они есть и работают, но делать их самому - брррр....
10 537
Успеха в челендже.
Вчера спросили зачем это надо? Я через три месяца подведу итоги, посмотрим сколько человек справится. Сейчас что-то около 70 человек начали.
А так, это нужно для себя, для собственного кругозора - инвестиции в собственные знания.
10 537
На одном из стримов я уже говорил, что начиная с марта у меня дикая загрузка по консультациям. Многих интересует в чем заключается эта "работа". Большая часть - это анализ технических заданий, выработка ТЭО или ревью уже готовой архитектуры. Почти все из этого - рутинная, условно бумажная (условно, потому что результат в электронном виде) работ. Результатом, как правило, является документ, в котором перечисляется список предложений и замечаний, а так же расчетная часть по основным показателям.
Отмечу, что заметно сложнее стало с выбором технологий и оборудования для реализации АС. Требования поголовно включают импортозамещение и в полной мере данное требование на данный момент не реализуемо. В этой сложности есть своеобразный вызов, который делает работу интереснее, но я по прежнему больше люблю писать код, консультации - это просто способ заработать денег, возвращаться к этой работе на фултайм я не хочу.
На практике использую все те вещи, про которые рассказываю на стримах - декомпозиция, проведение архитектурных границ, распределение обязанностей, выделение абстракций и интерфейсов, управление зависимостями и т.д.
В планах доделать последний отчет, передать ребятам и взять таймаут до сентября. Очень тяжело работать в таком темпе.
10 537
На вскидку и не поймёшь, что это мой новый Now, а не инста. Появятся сторис и вообще топчик будет.
10 537
Ребята, а что вы знаете про АйТи в СССР? У меня, например, отец в СССР работал над системами спутниковой связи, разрабатывал наземные станции, разрабатывал оборудование для георазведки, медицинское оборудование, знакомый моего отца делал начинку для спутников, писал софт для лазерных установок и т.д.
Причем работа для инженеров была везде, от Москвы до Владивостока, с реальными практическими кейсами, которые могли использоваться в реальном секторе экономики, а не просто "купи-продай", который сейчас составляет 90% так называемого АйТи.
Расскажите свои истории. Интересно услышать как вы представляете было в СССР с АйТи.
10 537
Хочется сказать пару слов про планирование. Линейные планы (т.е. такие планы, где не ставится под сомнение успешное завершение каждого пункта и порядок пунктов никогда не меняется, как правило такие планы еще и последовательны) можно построить не для всех задач, к сложным задачам, в которых есть большая доля исследовательской работы, не применяются линейные планы, вместо этого лучшее что можно придумать - дерево принятия решений, при этом глубина такого дерева, естественно, не может быть большой.
Поэтому R&D задачи можно решать только короткими итерациями, определяя канву ближайшего развития. Бюджетные организации не очень любят такие штуки, поэтому скидывают такие задачи на подрядчиков (потому что договорные сметы относятся к "линейным" планам).
Если вы занимаетесь R&D, то попытайтесь донести до своего руководства, что невозможно совместить обычное линейное планирование и R&D. Вроде бы очевидная вещь, но буквально только что закончил общаться с ребятами, которые сделали красивые планы, получили под них деньги, и теперь не знают как выполнить планы, потому что все пошло вообще не так как ожидалось, а заказчик хочет получить результат предусмотренный договором.
10 537
Когда я слышу "ООП - это ошибка" у меня возникают противоречивые чувства. Вот несколько моментов на которые нужно ответить, прежде чем ругать ООП:
1. ООП появилось сильно позже логического и функционального программирования. И появилось оно как раз потому что функциональное программирование "не взлетело". Требовало слишком много вычислительных и умственных ресурсов. Кстати, это до сих пор так. Написать в функциональном стиле программу по прежнему требует довольно много мыслительных усилий. Я остро чувствую разницу когда читаю код в функциональном стиле и ООП.
2. ООП выстрелило не из-за хайпа, все было ровно наоборот - сначала ООП выстрелило, затем появился хайп. И я это тоже наблюдал своими глазами. Я начинал со структурного программирования и на самом деле разделение на структуры и функции неудобно. В реальном мире мы не привыкли разделять данные и их обработку.
3. В реальном мире мы привыкли мыслить категориями объектов - практически все вокруг нас - это объекты. Мы не думаем, скажем, о телефоне как о трех разных сущностях: форме, свойствах, операциями над ним. Для нас свойства порождают те действия, которые можно выполнить над объектом.
Собственно мое глубокое убеждение - убери ООП и вся индсустрия взвоет из-за возросшей сложности разработки. Но у нас модно бороться с мифами. Самый простой способ словить хайп - отменить что-то проверенное временем. Типа "колесо это самая большая ошибка человечества, вместо него надо было изобрести телепорт". Именно так для меня звучит отрицание ООП.
А вы что думаете про ООП? Палец вверх - если согласны, что эта парадигма важна и нужна, все остальное - ООП нужно выкинуть в топку.
现已上线!2025 年 Telegram 研究 — 年度关键洞察 
