fa
Feedback
S0ER

S0ER

رفتن به کانال در Telegram

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

نمایش بیشتر

📈 تحلیل کانال تلگرام S0ER

کانال S0ER (@softwareengineervlog) در بخش زبانی روسی بازیگری فعال است. در حال حاضر جامعه شامل 10 538 مشترک است و جایگاه 11 755 را در دسته فناوری و برنامه‌ها و رتبه 62 122 را در منطقه روسيا دارد.

📊 شاخص‌های مخاطب و پویایی

از زمان ایجاد در невідомо، پروژه رشد سریعی داشته و 10 538 مشترک جذب کرده است.

بر اساس آخرین داده‌ها در تاریخ 14 ژوئن, 2026، کانال فعالیت پایداری دارد. در ۳۰ روز گذشته تغییر اعضا برابر -21 و در ۲۴ ساعت گذشته برابر -1 بوده و همچنان دسترسی گسترده‌ای حفظ شده است.

  • وضعیت تأیید: تأیید نشده
  • نرخ تعامل (ER): میانگین تعامل مخاطب 26.92% است و در ۲۴ ساعت نخست پس از انتشار، محتوا معمولاً 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
Запускаю стрим... https://youtu.be/MARm6ttnExs

S0ER
10 537
Награда "Золотой Соер" наконец-то дошла до ее законного обладателя. Поздравляю еще раз! https://www.youtube.com/watch?v=VKVE8dnAjtI

S0ER
10 537
🎉🎉🎉 Очередной сертификат уровня PRO ушел самому активному контрибьютору по итогам мая. И это автор с ником - immitsu Он сделал несколько Issue для проекта Naris (платформа обучения) - https://github.com/soerdev/soer 🎉🎉🎉 Поздравляю победителя! Напоминаю что уровень PRO дает доступ ко всему контенту на https://platform.soer.pro

S0ER
10 537
TGIF, ну что снова пятница и снова розыгрыш подписки STREAM на soer.pro Напоминаю, что эта подписка дает доступ к более чем 25 часам записей на тему архитектуры софта. Сегодня у нас тема забавные случаи из жизни Айтишника. Напишите в комментариях какой-то забавный случай который произошел не обязательно с вами, но чтобы было связано с айти. Пост который наберет больше всего реакций - победил.

S0ER
10 537
Вопрос из чата, интересно мнение сообщества на этот вопрос.
Вопрос из чата, интересно мнение сообщества на этот вопрос.

S0ER
10 537
Я не зря спросил про DI и IoC. Это пример того как первоначально прозрачная и понятная концепция "замусорилась". Появился IoC
Я не зря спросил про DI и IoC. Это пример того как первоначально прозрачная и понятная концепция "замусорилась". Появился IoC 1,2,3 типа и DI (что тоже самое). Хотя по смыслу DI куда ближе к обычному полиморфизму, а не IoC. Но концепция "управления" сложная, поди разберись кто там кем управляет и у кого прямой поток, а у кого инвертированный. Практика, как всегда, не требует таких сложных "измышлений".

S0ER
10 537
Вот еще один вопрос, который показывает понимание DI и IoC. Вопрос звучит так "Всегда ли при использовании (dependency injection) DI осуществляется инверсия управления (IoC)"? Палец вверх - да, остальное - нет. Объяснение своего понимания можно дать в комментариях.

S0ER
10 537
Согласны ли вы с утверждением, что принцип инверсии зависимостей (DIP) в JavaScript не применим? Палец вверх - да, остальное нет. Если считаете, что применим, то в комментах интересно услышать как это должно выглядеть?

S0ER
10 537
На soer.pro опубликовал 24ое архитектурное видео (архитектурные стримы) по проектированию RESTful приложений.

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

S0ER
10 537

S0ER
10 537

S0ER
10 537
Признаки того, что у программиста все хорошо с абстрактным мышлением: 1. Умение проектировать "на бумаге", не используя синтаксис ЯП 2. Присутствие интерфейсов и абстрактных классов в коде (dip) 3. Умение построить мат. модель или модель предметной области 4. Умение разбивать задачу на уровни абстракции 5. Понимание архитектурных границ и разделения обязанностей.

S0ER
10 537

S0ER
10 537

S0ER
10 537
TGIF а значит очередной конкурс с розыгрышом подписки уровня "STREAM". Тема свободная, публикуйте свои авторские фото в этой
TGIF а значит очередной конкурс с розыгрышом подписки уровня "STREAM". Тема свободная, публикуйте свои авторские фото в этой теме и то фото, которое соберёт больше реакций, определит победителя. Желательно убликовать что-то свящангое с лайфстайлом программиста.

S0ER
10 537
Есть общее для всех наук определение "свойства" и только в информатике из него умудрились сделать не пойми что. Тут наверняка
Есть общее для всех наук определение "свойства" и только в информатике из него умудрились сделать не пойми что. Тут наверняка и проблемы перевода, и то что информатика отдельно, а программисты отдельно. Нет системного подхода в программировании, все стихийно

S0ER
10 537
Кстати, да. Но мне такой терминологией пользоваться неудобно. Я не знаю кто изначально придумал отделять поля (field) от свой
Кстати, да. Но мне такой терминологией пользоваться неудобно. Я не знаю кто изначально придумал отделять поля (field) от свойства (property), думаю это впервые появилось в С#. Но проблема вот в чем: поле - это техническая реализация свойства, т.е. поле - это "переменная" класса, а свойство - это геттер или сеттер для этого поля. Запутались? Проблем в том, что эта терминология еще хуже проявляет себя когда вы работаете с заказчиком (вспоминаем про DDD и Ubiquitous Language) у вас есть объекты предметной области, и для их описания вполне достаточно свойств и методов. Более того, если сказать бизнес аналитику, что кроме свойств в обсуждаемом объекте есть еще и поля, то он просто этого не поймет. На мой взгляд, программисты разделяют поля и свойства не чтобы лучше понимать друг друга, а чтобы сразу прикидывать реализацию. Это неправильно, потому что решение не должно зависеть от технических деталей. Мне кажется такие детали несущественны и только запутывают.

S0ER
10 537
После того как я опубликовал последний отчет по литературным челленджам, ситуация улучшилась. Несколько человек продолжили уч
После того как я опубликовал последний отчет по литературным челленджам, ситуация улучшилась. Несколько человек продолжили участие, а один даже взялся за OperSource задачу для проекта Naris.

S0ER
10 537
Можно ли бросать исключение из конструктора? Коротко: Да Чуть более длинно: https://isocpp.org/wiki/faq/exceptions#ctors-can-throw Обычно конструктор вызывает страхи потому что нет уверенности в том как он работает. Вроде как особый метод, который находится на границе когда объект вроде как создан, а вроде как и нет (не инициализирован). Отсюда мысль "мало ли что". В свой практике я каких-то диких проблем с бросанием исключений в конструкторе не встречал.