S0ER
Kanalga Telegram’da o‘tish
Архитектура | Программирование | Профессиональное развитие Соер.Клуб - https://t.me/soer_live По всем вопросам писать на @soerdev
Ko'proq ko'rsatish📈 Telegram kanali S0ER analitikasi
S0ER (@softwareengineervlog) Rus til segmentidagi kanali faol ishtirokchi. Hozirda hamjamiyat 10 460 obunachidan iborat bo'lib, Texnologiyalar & Aralashmalar toifasida 11 374-o'rinni va Rossiya mintaqasida 60 759-o'rinni egallagan.
📊 Auditoriya ko‘rsatkichlari va dinamika
невідомо sanasidan buyon loyiha tez o‘sib, 10 460 obunachiga ega bo‘ldi.
31 Avgust, 2026 dagi oxirgi ma’lumotlarga ko‘ra kanal barqaror faollikka ega. Oxirgi 30 kunda obunachilar soni 1 ga, so‘nggi 24 soatda esa 1 ga o‘zgardi va umumiy qamrov yuqori darajada qolmoqda.
- Tasdiqlash holati: Tasdiqlanmagan
- Jalb etish (ER): Auditoriya o‘rtacha 48.26% darajada jalb etiladi. Nashrdan keyingi dastlabki 24 soatda kontent odatda umumiy obunachilar sonining N/A% ini tashkil etuvchi reaksiyalarni to‘playdi.
- Post qamrovi: Har bir post o‘rtacha 0 marta ko‘riladi; birinchi sutkada odatda 0 ta ko‘rish yig‘iladi.
- Reaksiyalar va o‘zaro ta’sir: Auditoriya faol: har bir postga o‘rtacha 0 ta reaksiya keladi.
- Tematik yo‘nalishlar: Kontent rbp, архитектура, callme, mov, указатель kabi asosiy mavzularga jamlangan.
📝 Tavsif va kontent siyosati
Muallif resursni shaxsiy fikrni ifoda etish maydoni sifatida ta’riflaydi:
“Архитектура | Программирование | Профессиональное развитие
Соер.Клуб - https://t.me/soer_live
По всем вопросам писать на @soerdev”
Yuqori yangilanish chastotasi (oxirgi ma’lumot 01 Sentabr, 2026 da olingan) sababli kanal doimo dolzarb va katta qamrovli bo‘lib qoladi. Analitika auditoriya kontent bilan faol hamkorlik qilishini, uni Texnologiyalar & Aralashmalar toifasidagi muhim ta’sir nuqtasiga aylantirishini ko‘rsatadi.
10 460
Obunachilar
+124 soatlar
+27 kun
+130 kun
Postlar arxiv
10 460
Мне понравилось вот это видео - https://www.youtube.com/watch?v=oTz_OmgJFm8
Я сам не понимаю зачем нужны блок-схемы, но их постоянно везде пихают в обучение. Брать растровые изображения для отрисовки схемы - очевидная ошибка, векторные форматы и с позиции формирования и с позиции памяти - сильно оптимальнее.
10 460
Очень много ссылок прислали, на годные каналы. Вот такой список подписок у меня получился:
Архитектура и теория программирования
Алексей Радзишевский https://www.youtube.com/c/АлексейРадзишевский
Максим Смирнов https://www.youtube.com/watch?v=4P5DLoaGPks
System Education https://www.youtube.com/c/SystemEducation
Эксперт по IT и организационному развитию https://www.youtube.com/user/rosssoxa
Андрей Созыкин https://www.youtube.com/c/AndreySozykinCS
C#
Степан Береговой https://www.youtube.com/c/SBeregovoyRU
Python
abglazov https://www.youtube.com/c/abglazov
Диджитализируй https://www.youtube.com/c/%D0%94%D0%B8%D0%B4%D0%B6%D0%B8%D1%82%D0%B0%D0%BB%D0%B8%D0%B7%D0%B8%D1%80%D1%83%D0%B9
Java
https://www.youtube.com/c/DecembristITTV
10 460
В дополнение к видео по моноидам выйдет еще один ролик с реализацией примера.
Пример уже сейчас можно посмотреть - https://github.com/soerdev/soer_examples/blob/latest/monoid/monoid.ts
А ролик выйдет либо в конце этой недели, либо в начале следующей.
10 460
В этом интерфейсе есть одна большая ошибка - он не ООПый )
Суть в том, что один параметр операции должен быть собственным стейтом объекта, а второй параметр должен быть получен извне. Тогда это будет ООП.
Но при таком подходе я побоялся получить вопросы в стиле "а где тут бинарная операция?".
Думал "напихают" за это, а "напихали" за градусник )
10 460
https://www.youtube.com/watch?v=Da-avtMWIf8
Пытался сделать объяснения моноида максимальо понятно, чтобы вывод, что моноид - это паттерн и относится к нему нужно как паттерну, что Фабрика, что Моноид, что Билдер - это все способ построения удачной архитектуры приложения. И по сложности организации моноид куда проще большинства известных паттернов.
10 460
Ребята, я пытаюсь найти на ютубе русскоязычный канал, который похож на мой. Я устал от каналов по типу "Курс Python за 30 уроков", мне хочется найти такой канал, где будет про разработку, архитектуру, размышления, т.е. про вайб программирования.
Я не верю, что таких каналов нет, но найти чего-то не получается. Может у вас на примете есть что-то достойное?
10 460
https://youtu.be/vIbyROcXOsA
Вероятно меня смотрят не только опытные ребята, но и те кто только планирует поступать в ВУЗ .
Сегодня на встрече был молодой автор подкастов, мой коллега по ютуб цеху - Вадим. Его канал называется "Вышка". Это не реклама, просто в знак поддержки прошу чекнуть, вдруг зайдёт.
10 460
Очень круто пообщались. Поговорили про учёбу, кубер, современные архитектурные стили и решения. Ребята приехали из Казани и Питера. Получилось неожиданно не душно)))
10 460
Сочи Войкова 4В "Мой кофе" в воскресенье 10 июля в 10:00
Встреча всех кто желает со мной пообщаться. 😎
10 460
Ребята, запомните - тесты не средства отладки программы, это индикатор показывающий "работает/не работает", тесты могут помогать искать место где произошла проблема, но не обязаны.
Юнит тесты должны:
- быстро запускаться
- интегрироваться в разработку
- показывать что возникла проблема
Тест запускается параллельно с разработкой, поэтому если вы написали кусочек кода и начали ловить регрессии, то понятно что проблема в том коде, который вы написали. А если вы запускаете тесты раз в год по обещанию и думаете, что они вам не только просигнализируют, но и точно покажут место где произошла проблема, то вы неверно их используете.
10 460
Ещё одна книга на вечер. Читается легко. Содержит много обобщений и правил. Рассказывает о зависимостях, двух школах тестирования, видах тестов и их соотношении в проекте.
Особо понравилось классификация кода в ширину и глубину, а так же поиск оптимального соотношения характеристик кода.
Из того что не понравилось - поверхностное изложение функционального программирования, водянистость примеров. И малое количество эвристик для оценки качества теста. Было бы лучше больше примеров в стиле хорошо/плохо.
В целом книга лёгкая и годная.
#книга #отзыв
10 460
Я не согласен с утверждением, что программисты большую часть времени сосредоточены на коде бизнес-логики. Программисты большую часть времени сосредоточены на стыке бизнес-логики и инфраструктуры, потому что постоянно приходится делать "кодирование" понятий естественных для человека, в понятие естественные для компьютера. Цвет - r, g, b, фотография - набор [] и т.д.
Большую часть времени мы думаем как "хочу найти самые дешевые билеты" превратилось в "сделать краулинг, сделать парсинг, продумать структуру для быстрого поиска" и т.д.
Получается что, инфраструктура - стандартна (БД, MQ, HTTP), бизнес-логика "скудна" (хочу быстро найти, хочу оптимизировать затраты, хочу построить план), а вот "клей" (как бизнес соеденить с инфраструктурой) он самый сложный, причем именно с ним чаще всего возникают вопросы - а куда его отнести?
Так что деление на инфраструктуру, сервисы и бизнес-логику хоть и универсально, но не так уж и точно отражает суть проектирования.
10 460
https://dev.to/nx/nx-the-fastest-growing-monorepo-solution-in-the-js-ecosystem-5en9
К монорепозиториям у меня двоякое отношение, с одной стороны есть очевидные преимущества:
- все лежит вместе и обновляется "сразу"
- можно использовать генерацию кода сразу под структуру монорепозитория
- меньше гемора с управлением зависимостей
- удобное тестирование только измененного кода
- удобна совместная разработка
Но на практике дополнительная автоматизация (в данном случае nx) - это дополнительные затраты на изучение и сопровождения. Мало того, что в работе постоянно появляются новые библиотеки, так еще надо колупаться и разбираться "а что там добавили в nx?".
Меня это бесит больше всего - инструменты не остаются маленькими и простыми, они постоянно растут, добавляют новые фичи, которые вроде надо использовать (а иначе зачем этот монстр, если мы не все фичи задействовали?). Это как обычная лопата, которая каждые пару месяцев получает новые фичи, которые в глобальном смысле бесполезны. Но тебе все равно надо чекнуть, вдруг там что-то полезное. А хочется, чтобы лопата оставалась лопатой - всегда.
10 460
Продолжаю делиться своими миниисториям в NowApp. Мне удалось ещё туда затащить Дена и теперь в ленте стало чуть поживее
10 460
Задорная книга о связи математики и программирования. Объясняется на примере Python. Сначала делается введение в Python, затем основные сущности математики, необходимые программисту, показываются через синтаксис языка.
В книге нет ответа на вопрос "Зачем?". Часто людей интересует сугубо практический вопрос "Что я получу, если буду использовать математику?". Ожидается какой-то емкий, измеримый ответ. Но этот вопрос из серии риторических "В чем смысл жизни?". Каждый для себя должен решить сам, какие бонусы ему дает математика. В любом случае, обойтись без математики можно. А если еще и плохо знаете математику, то точно никаких бонусов не будет.
Книга хороша для тех кто учил математику, но забыл. Потому что те кто хорошо владеют, например, теорией множеств, будут постоянно ловить "капитана очевидность". В этом смысле есть некоторая бесполезность книги - тем кто плох в математике вроде как и не надо, тем кто хорошо и так все понятно.
#книга #отзыв
10 460
Ребята, а если 9 или 10 июля (выходные на этой неделе) замутить встречу канала S0ER?
Поставьте палец вверх кто хочет и может прийти. А в комментах можно написать когда лучше.
Место предлагаю на морпорте кафе "Мой кофе".
