Endi mavjud! Telegram Tadqiqoti 2025 — yilning asosiy insaytlari 
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 544 obunachidan iborat bo'lib, Texnologiyalar & Aralashmalar toifasida 11 755-o'rinni va Rossiya mintaqasida 62 093-o'rinni egallagan.
📊 Auditoriya ko‘rsatkichlari va dinamika
невідомо sanasidan buyon loyiha tez o‘sib, 10 544 obunachiga ega bo‘ldi.
13 Iyun, 2026 dagi oxirgi ma’lumotlarga ko‘ra kanal barqaror faollikka ega. Oxirgi 30 kunda obunachilar soni -23 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 26.65% 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 2 810 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 136 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 14 Iyun, 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 544
Obunachilar
-124 soatlar
-137 kunlar
-2330 kunlar
Postlar arxiv
10 543
Пытливые умы заметили, что кроме того, что линейный конгруэнтный метод не подходит для шифрования, так я еще неправильно дал значение констант, которые приводят к зацикливанию в большинстве случаев после 11 чисел.
Константы 45, 21 используются с модулем m = 127, в остальных случаях нужно проверять последовательность. Там хитрая игра "битов", ее надо просчитывать.
Из-за моей ошибки коллизии были не только для одного значения "seed". ))))
Сути это, конечно, не меняет - слабый генератор ключа делает шифр абсолютно незащищенным.
10 543
Псевдокод - это смесь естественного языка и кода на каком либо языке программирования или смеси языков. Штука весьма недооцененная.
Как правило программисты не используют псевдокод ни в обсуждениях (обычно заменяя метафорами), ни в практической работе. Между тем у Макконнела есть целая глава посвященная процессу разработки с псевдокодом, суть сводится к повторению следующих шагов:
Проектирование
Кодирование
Проверка
Рефакторинг
Повторение с первого шага
Вроде все как обычно, но “изюминка” в том, что первоначально вы “накидываете” логику работу метода с помощью псевдокода в комментариях.
При этом псевдокод может быть очень свободным, отражая общие идеи, а не конкретные решения. Например:
// Этот метод находит наибольшую общую подстроку, на вход мы получаем две строки, // в которых ищем общую часть // дефолтным состоянием считаем “пустую строку” // метод не доверяет данным, поэтому делаем проверку // а) на вход могут прийти не строки // б) одна из строк может быть пустой // если проверка не прошла, то мы возвращаем “пустую строку” // для решения используем алгоритм - https://ru.wikipedia.org/wiki/Наибольшая_общая_подстрокадалее общее описание конкретизируется и заменяется на реальный код. Такой подход позволяет реализовать подход “от общего к частному”, изначально обдумывая общую логику работу метода, а далее уточняя его до конкретной реализации. С каждой итерацией фокусировка идет только на определенных деталях решения, что существенно облегчает процесс работы. Конечно, для простых методов нет необходимости так заморачиваться, а вот для серьезной бизнес-логики, вполне годный метод.
10 543
За последнюю неделю смотрел два канала на ютубе, которые запомнились. Первый - это "Пьяная муха", не буду ссылку давать, канал специфичиский для тех кто любит ассемблер и старые компы.
А вот второй, пожалуй, порекомендую - https://www.youtube.com/user/MrAnetto на канале пока три видоса и 49 подписчиков, но выглядит много обещающим. Формат стримов на айтишные темы, последний был по Python. Чекните, вероятно будет интересно.
10 543
Выпустил 27-ой архитектурный стрим. Конспект лежит тут: https://soer.pro/codelabs/arch_stream_27/#0
10 543
Давайте попробуем запустить рубрику "S0ER комментирует новости", под этой записью накидайте новостей по Айти и программированию, на которые вам интересно узнать мое мнение. Выберу самые интересные и расскажу свое мнение.
10 543
Проектирование - простая штука, нужно раз за разом, последовательно выполнять всего пять шагов.
Накидал памятку "юному" архитектору. Попытайтесь следовать этим шагам, не пропуская и не перепрыгивая со словами "это очевидно".
10 543
Проектирование - простая штука, нужно раз за разом, последовательно выполнять всего пять шагов.
Накидал памятку "юному" архитектору. Попытайтесь следовать этим шагам, не пропуская и не перепрыгивая со словами "это очевидно".
10 543
Раньше я думал, что плохих книг не бывает, что в каждой книге есть что-то полезное. Я так думал ровно до тех пор, пока не встретил «Agile in practice».
Чтобы вы ни думали о связи названия и содержания книги - вы ошибетесь. Автор подробнейшие образом (со скриншотами и пересказывание документации) рассказывает как использовать софт по управлению проектов (наподобие, Jira), тратит на это кучу времени и страниц книги. Но на действительно полезные вещи, поясняющие смысл Agile, фреймворков и оценки качества продукты, как будто не хватило сил.
В итоге, скомканное описание теории, без примеров и нормальных аргументов, куча скриншотов и пересказа документации.
Такое ощущение, что посмотрел скринкаст по Jira, разложенный на кадры и опубликованный в книге.
Не смог дочитать до конца.
#Книга #Обзор
10 543
От программистов часто ожидают не только надёжного, но и безопасного поведения программы. В свое время на меня очень сильное впечатление произвели алгоритмы генерации псевдослучайных чисел.
С позиции безопасности важно понимать разницу между криптографисеским и простым рандомом.
Начать можно вот с этой статьи - https://habr.com/ru/post/595905/
10 543
От программистов часто ожидают не только надёжного, но и безопасного поведения программы. В свое время на меня очень сильное впечатление произвели алгоритмы генерации псевдослучайных чисел.
С позиции безопасности важно понимать разницу между криптографисеским и простым рандомом.
Начать можно вот с этой статьи - https://habr.com/ru/post/595905/
10 543
Есть любимая игра среди программистов, называется "так писать нельзя". Кто лучше объяснит почему нельзя, тот и победил.
Потом смотришь реальные проекты, а там как только не написано и проект работает, приносит деньги - бизнес работает.
И я с одной стороны поддерживаю, что есть "плохой" и "хороший" код, а с другой формально посчитать сколько денег компания выиграет на "хорошем" коде, не могу.
Как правило бизнес работает в терминах "рабочий" и "нерабочий" код. И это существенно проще, хотя любой код всегда лишь "частично" рабочий (баги есть всегда).
10 543
Чтобы не быть голосовным. Читаю темы подлоки на 15 августа.
Темы:
- как правильно организовать процесс сборки с Андрюшей Ситниковм
- как автоматизировать написание документации
- как использовать тулзы по анализу графа зависимостей
А чего не "как научиться читать и писать по букварю"? ))))
Конференции должны решать какие-то существенные проблемы или показывать достижения. Представьте конфу по робототехники где вам расскажут "как правильно подключать шаговый двигатель" или "какой паяльник выбрать".
Тот же Ситник мог бы, наверное, что поинтереснее задвинуть. Может про алгоритмы генерации криптографисески важных случайных последовательностях для геннрации uuidов, куда интереснее и полезнее, правда и аудитория нужна более зрелая
10 543
Вчера немного поругал фронтенд, хотя и не поругал на самом-то деле, а сказал правду.
Не моя же вина, что публики про фронтенд на 99% забиты всякой чушью.
Я ради интереса сейчас пробежался по паре топовых телеграм-пабликов про фронтенд и ужаснулся тому что все гораздо хуже, чем мне казалось.
Я понимаю, что каналы идут за интересами своих подписчиков - какие интересы, такие и каналы. Именно поэтому, я решил не гнаться за подписчиками, а говорить правду как есть.
