S0ER
Ir al canal en Telegram
Архитектура | Программирование | Профессиональное развитие По всем вопросам писать на @soerdev
Mostrar más📈 Análisis del canal de Telegram S0ER
El canal S0ER (@softwareengineervlog) en el segmento lingüístico de Ruso es un actor destacado. Actualmente la comunidad reúne a 10 379 suscriptores, ocupando la posición 11 737 en la categoría Tecnologías y Aplicaciones y el puesto 61 052 en la región Rusia.
📊 Métricas de audiencia y dinámica
Desde su creación el невідомо, el proyecto ha mostrado un crecimiento acelerado, reuniendo a 10 379 suscriptores.
Según los últimos datos del 05 noviembre, 2026, el canal mantiene una actividad estable. En los últimos 30 días la variación de miembros fue de -49, y en las últimas 24 horas de -4, conservando un alto alcance.
- Estado de verificación: No verificado
- Tasa de interacción (ER): El promedio de interacción de la audiencia es 37.72%. Durante las primeras 24 horas tras publicar, el contenido suele obtener N/A% de reacciones respecto al total de suscriptores.
- Alcance de las publicaciones: Cada publicación recibe en promedio 0 visualizaciones. En el primer día suele acumular 0 visualizaciones.
- Reacciones e interacción: La audiencia responde de forma activa: el promedio de reacciones por publicación es 0.
- Intereses temáticos: El contenido se centra en temas clave como rbp, архитектура, callme, mov, указатель.
📝 Descripción y política de contenido
El autor describe el recurso como un espacio para expresar opiniones subjetivas:
“Архитектура | Программирование | Профессиональное развитие
По всем вопросам писать на @soerdev”
Gracias a la alta frecuencia de actualizaciones (últimos datos recibidos el 06 noviembre, 2026), el canal mantiene la vigencia y un amplio alcance. La analítica demuestra que la audiencia interactúa activamente con el contenido, lo que lo convierte en un punto de referencia dentro de la categoría Tecnologías y Aplicaciones.
10 379
Suscriptores
-424 horas
-117 días
-4930 días
Archivo de publicaciones
10 379
Довольно легко продемонстрировать, что специалисты всегда думают о "будущем", не буду приводить программерский пример, слишком много условий описывать. Но давайте приведу пример при выборе ресурсов. Представьте что вы покупаете сервер для СУБД, объем данных, который требует хранения 100 Гб, у вас стоит выбор взять сервер с объемом диска 100Гб (представим, что его гарантированно хватит под "текущее" состояние) или сервер с объемом диска 200Гб. Вопрос, какой сервер вы возьмете?
Если с 200 Гб, то палец вверх, если ровно решающий "текущие" требования, то палец вниз. ))))
10 379
Интересный факт - считается, что хороший программист - это прагматик, который решает только текущие проблемы, одновременно с этим хороший программист должен уметь выбирать оптимальные решения, оптимальность которых можно проверить только "в будущем". Т.е. при выборе решения "хороший программист" таки должен уметь заглядывать на пару шагов в "будущее".
Я считаю, что прагматичность текущих решений - это миф, любой хороший разраб всегда прогнозирует вектор развития. Иначе просто будешь собирать все грабли на проекте.
10 379
Почему так важно определить является архитектура монолитной или распределенной? Все просто - монолитные архитектуры хорошо растут "вертикально" и плохо "горизонтально", распределенные же архитектуры хорошо растут и "вертикально" и "горизонтально".
Осуществить вертикальный рост всегда проще чем горизонтальный.
10 379
Есть довольно хороший критерий для оценки степени "монолитности" модульной архитектуры (или "модульный монолит"). Он состоит в том, что в монолитной архитектуре выход из строя одного из модулей приводит к отказу всего приложения. В распределенной же архитектуре отказ происходит только в одной точке. Это относится и к этапу сборки / развертывания приложения или системы. Если развертывание системы не может быть выполнено по частям, или должно прекратиться в случае ошибки развертывания одного из модулей, то это признак монолита.
10 379
Как то на стриме спрашивали про то как найти проекты чтобы предложить свою помощь.
Я смотрю трендовые репозитории вот здесь - https://github.com/vitalets/github-trending-repos
10 379
Для проекта Devs2Devs делал небольшой видос о том как обновлять форкнутый репозиторий с основным репозиторием (через upstream), а свою разработку делать в своем remote origin.
Вероятно будет полезно тем кто будет участвовать в OpenSource проектах.
10 379
У меня есть платные видосы, которые размещены на сайте https://soer.pro - это стримы по архитектуре (более 20 часов видео), воркшопы, исходники проектов. Доступ к этим материалам теперь можно получить не только за деньги, но и через бартер.
Принцип простой - "пишешь код, получаешь сертификат". Правила следующие:
- нужно делать любые Pull Request к любому репозиторию на https://github.com/soerdev
(любые - значит считается все: правка опечаток, верстки, написание кода, написание документации т.е. все что может быть оформлено в виде PR)
- Единственное условие - Pull Request должен быть логически законченным (т.е. начал и бросил не пройдет)
Если Pull Request принят, то далее идет следующий расчет:
- за каждые 10 принятых PR - получаешь сертификат на 30 дней уровня "stream"
- за каждые 20 принятых PR - получаешь сертификат на 30 дней уровня "workshop"
раз в месяц самый активный участник получает сертификат на 30 дней уровня "PRO"
10 379
Опубликовал репозиторий gitlo на github - https://github.com/soerdev/gitlog
Если есть желающие добавить информацию о своих проектах, то это можно сделать через pull request.
10 379
Когда-то слышал фразу: "ничто так не стимулирует к движению вперед, как ноль". Речь шла о статистике продаж в стартапах, на маркерной доске рисуется огромный "ноль", который напоминает о том, что первый шаг еще не сделан.
Вспомнив эту фразу решил выводить статистику soer.pro только за сутки. До этого выводил просто суммарное значение показателей, но по ним не видно динамику.
10 379
В донатах иногда забавные комментарии встречаются:
"Когда вы поженитесь с Димой Рожковым?"
Вообще не понял к чему это, но, видимо, людей этот вопрос волнует ))))
10 379
Идея двигать OpenSource меня не покидает, поэтому решил сделать небольшой информационный сайт, где буду собирать всю информацию по проектам и видео, которые снимаю. https://gitlog.ru/
10 379
Планирую сделать несколько видосов по формальному анализу проектов.
Для начала хочу поговорить про зависимости и развитие проекта, вот такой график "количество зависимостей / версия" для npm. Много чего интересного из него можно "вытащить".
10 379
Есть ли у вас проблема с доведением идей до реализации?
Поясню о чем я, делая контент и развивая свои социальные проекты я реализую всего-лишь около 30% тех идей, которые у меня появляются. У меня есть много наработанного материала, который лежит и пылится, а я не могу снять по нему видео.
Понимая, что распыляюсь, я пытаюсь сузить фокус, но все равно КПД остается низким.
Не думаю, что это плохо, потому что лучше выполнить 30% от большой цели, чем 100% от маленькой. Смотреть на абсолютные цифры тоже надо.
Мне просто интересно узнать если такая проблема у вас - если так же реализуете далеко не все, что задумали, то палец вниз, если реализуете более 75% своих целей, то палец вверх.
10 379
Принцип KISS - Keep it simple, stupid
Принцип, который говорит о том, что простые решения работают и выполняют поставленные задачи, как правило, лучше сложных. Идея принципа в том, чтобы стремиться к "простому", избегая "сложного".
Этот принцип интуитивно понятен - не делай "велосипеды", не используй лишнее, не додумывай задачу, не стремись к универсальному решению.
Вот только частенько, делая все "по KISS", на выходе получается не элегантное, удобное решение, а глюкавый монстр.
Почему так?
Об этом я порассуждаю в своем следующем видео "Принцип создания хороших решений - KISS".
10 379
Очень интересно узнать какие пет-проекты вы для себя делаете (если у кто-то готов поделиться ссылкой на свой код, то смело кидайте в комментарии к тому посту).
Я готов рассказать о ваших наработках на канале, если кто-то делает свои библитеки, то интересно было бы их использовать в своих проектах.
В общем хочу зафиксировать ситуацию по состоянию на сейчас - кто и что делает. Потом буду переодически делать срез, чтобы понять появляются ли новые проекты.
Как говорится "не стесняемся, подходим, рассказываем".
