Организованное программирование

Сегодня у меня в гостях Рауф Алиев — человек, который варится в поиске уже четверть века. Он начинал с самописного inverted index в начале 2000-х, когда всё приходилось изобретать руками, и дошёл до современных гибридных систем — с векторным поиском, трансформерами и рекомендациями поверх всего этого.
Мы обсудили, как вообще устроен полнотекстовый поиск: что такое inverted index на практике, зачем нужен BM25, почему важно учитывать длину документа, что дают proximity и exact match. Отдельно разобрали, почему фасеты — это не совсем «поиск», как работают стемминг и лемматизация, зачем иногда хранить и нормализованный, и оригинальный текст, и почему работа с разными языками — это отдельная инженерная боль.
Потом ушли в гибридные модели: как смешиваются ключевые слова, query expansion, синонимы и векторные представления. Поговорили о том, почему векторный поиск лучше понимает смысл, но хуже объясняет свои решения, и как LLM можно использовать не для болтовни в чате, а как инструмент, который превращает человеческий запрос в понятные системе фильтры.
Ну и, конечно, обсудили качество. Что такое precision, recall, NDCG на практике, как собрать свой ground truth и как сравнивать конфигурации поиска без мучительных A/B-экспериментов на пользователях. И почему почти всегда, улучшая одну метрику, ты неизбежно просаживаешь другую — и с этим просто приходится жить.
Полезные ссылки:
https://testmysearch.com/my-books.html
Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog
– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321
🔹 Telegram-канал Организованного Программирования: https://t.me/orgprog
🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot
🔹Курсы по программированию — начни учиться уже сегодня: https://ru.hexlet.io/courses
#программирование #разработка  #кириллмокевнин  #подкаст  #организованноепрограммирование #поисковыесистемы #invertedindex #векторныйпоиск
Как работает Search Engine под капотом: ранжирование и релевантность

(00:00) - Введение. Поиск сложнее, чем вы думаете - 25 лет опыта за 2 часа

(01:07) - От Сфинкса до Elastic: как менялся рынок поисковых систем

(06:00) - Теория или практика? Как правильно входить в сложные системы

(14:42) - Как SEO и маркетплейсы ломают алгоритмы

(19:55) - SEO началось с манипуляций: как PageRank всё изменил

(31:12) - Архив за 100 лет и гибридный поиск на практике

(44:05) - Гибридный поиск — будущее индустрии

(01:01:04) - Транслитерация и языковые ловушки

(01:13:53) - Как искать Go или C и не сломать поиск

(01:21:54) - LLM как ревизор поисковой системы

(01:28:19) - Локальные поисковики против Google

(01:32:21) - Китайский без пробелов и другие языковые боли

(01:36:45) - Заключение. Поиск — это компромисс между математикой и бизнесом

★ Support this podcast ★

В этом выпуске я заканчиваю цикл разборов книги "Чистый код" Роберта Мартина. Сегодня подробно обсудим одну из самых противоречивых глав,  посвящённую классам, а также найдем ответ на вопрос - "Почему многие привычные критерии «хорошего ООП» плохо работают в реальной разработке"? 
В этом выпуске я последовательно разбираю, почему ориентация на размеры классов и количество «ответственностей» — это вторичный и часто вводящий в заблуждение критерий, где принцип единой ответственности действительно помогает, а где начинает мешать и подменять мышление, и почему попытки тестировать код через раскрытие внутренних деталей классов почти всегда сигналят о проблемах в дизайне. На конкретных примерах, включая Prime Generator, показываю, как формальные преобразования «по принципам» легко раздувают код, не добавляя ясности, и почему классы сами по себе редко совпадают с реальными границами абстракций, архитектуры и bounded contexts. 
Отдельно уделил внимание конфликту между ООП-мышлением через классы и подходом через сообщения, состояния и домены, а также объясняю, почему многие аналогии и учебные примеры из Clean Code плохо масштабируются на практику. В конце вас ждут итоги всего цикла: что из книги действительно стоит сохранить, а к чему полезно относиться критически, даже если это давно считается «каноном».
Первая часть разбора: https://youtu.be/-tp2bfP36Hg
Вторая часть разбора: https://youtu.be/KK9XK6BtqBM
Третья часть разбора: https://youtu.be/bfhUhim0V1Y
Четвертая часть разбора: https://youtu.be/DqgAqCpYsbs

Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog
– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321
– Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239231
🔹 Telegram-канал Организованного Программирования: https://t.me/orgprog
🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot
🔹Курсы по программированию — начни учиться уже сегодня: https://ru.hexlet.io/courses

#чистыйкод #программирование #разработка  #чистаяархитектура #кириллмокевнин 
Упоминания
Разбор второй части чистого кода - https://bugzmanov.github.io/cleancode-critique/clean_code_second_edition_review.html
Проектирование классов и SRP | Разбор книги Роберта Мартина #5

(00:00) - — Введение. Последний выпуск по "Чистому коду"

(01:00) - — Что не так с последней главой? Мнение опытного разработчика

(06:36) - — Почему “идеальный программист” — это не миф

(13:04) - — Как из одной ответственности вырастает оверинжиниринг

(23:49) - — Как SRP сбивает с толку, если применять его вслепую

(31:12) - — Миф о сложности: почему “много классов” пугает разработчиков

(38:44) - — Объекты против классов: главное заблуждение Java-подхода

(47:20) - — Как на опыте рождаются архитектурные решения

(55:02) - — Анализ циклов и переменных

(01:03:49) - — “Чистый код” как манифест устаревшего ООП

(01:10:09) - — Увеличение кода ≠ улучшение архитектуры

(01:16:16) - — SRP vs. реальность: почему теория не работает

(01:22:30) - — Принципы проектирования не работают без контекста

(01:27:00) - — Заключение. Что мы поняли о “Чистом коде”?

★ Support this podcast ★

В этом выпуске  мы поговорили с Антоном Назаровым, создателем сообщества «Осознанная меркантильность», про дебаты как навык и как практику. Разобрали реальные кейсы: удачные, неудачные и спорные.
Мы говорили о том, зачем вообще идти в публичные дебаты и какую задачу они решают на самом деле, почему в них важно не переубедить оппонента, а выстроить работу с восприятием аудитории, и как подготовка — или её отсутствие — напрямую влияет на то, «плывёт» человек в разговоре или удерживает позицию. Обсудили, как уточнение терминов и задание рамки разговора меняют динамику дискуссии, какие аргументы чаще всего вызывают агрессию и переходы на личности, где проходит граница между жёсткой позицией и токсичностью, и почему стратегия «всё сложно и все правы» плохо работает в публичном поле. 
Отдельно обсудили подготовку к дебатам: работу с тезисами, контраргументами, провокациями и собственными ограничениями, а также почему иногда лучший исход — не идти в дебаты вовсе.
Полезные ссылки:
Анонсы и эксклюзивы от Антона: https://t.me/m0rtymerr_channel
Ютуб Антона:  https://www.youtube.com/@om_nazarov 
Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog
– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321
– Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239229
#дебаты #айти #АнтонНазаров #хейт #психология #подкаст #мотивация #саморазвитие #лидерство #критика #мнение #организованноепрограммирование

(00:00) - — Введение. Что делает скандальный дебатёр в айтишном подкасте?

(01:20) - — Как пережить хейт и не сломаться? Личный опыт Назарова

(09:33) - — Коммент, который пробил броню. Бывает ли Назаров уязвим?

(17:29) - — «Вами управляет тот, кто вас злит» — правда или мем?

(24:01) - — «Все правы» — самый бесполезный подход к контенту

(33:55) - — Дебаты с Климовым: снисходительность как стратегия

(41:11) - — Как работает манипуляция авторитетом и опытом

(50:14) - — Статистика, метафоры, переходы на личности — оружие дебатов

(57:05) - — Комбо-приёмы в дискуссии: как выносить без мата

(01:01:27) - — IT-Блогеры, разоблачения и мир в баньке. Где граница шоу?

(01:09:30) - — Заключение. Как спорить, чтобы вас слушали, а не хейтили

★ Support this podcast ★

У меня в гостях Михаил Флёнов — разработчик, автор канала «Програмысли» и автор книг "глазами хакера". Мы поговорили о паттернах программирования без культа GoF  — как о способе мышления, а не наборе UML-картинок из книжек двадцатилетней давности.
Обсудили, почему паттерны рождаются из боли и рефакторинга, а не из желания «сделать правильно», где проходит граница между простотой и оверинжинирингом, и почему пять if иногда честнее, чем пять микросервисов. Разобрали Dependency Injection как базовую инфраструктуру, Singleton как паттерн и антипаттерн одновременно, роль MVC в современных фреймворках и то, почему большинство разработчиков применяют паттерны, даже не осознавая этого.
Затронули тему о влиянии LLM и ИИ: какие знания уже обесценились, почему алгоритмы стали расходником, и почему архитектурное мышление и понимание паттернов становятся важнее, а не наоборот.
Полезные ссылки:
https://www.youtube.com/@programisli
https://t.me/mflenov
https://www.flenov.ru
Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog
– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321
– Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239229
🔹 Telegram-канал Организованного Программирования: https://t.me/orgprog
🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot

#паттерны #программирование #designpatterns #шаблоныпроектирования #кодревью #интервьюразработчика #архитектуракода
Нужны ли шаблоны проектирования в эпоху ИИ?  Михаил Флёнов #72

(00:00) - — Введение: Зачем вообще говорить о паттернах?

(02:10) - — Банда четырёх и культ паттернов: за и против

(10:43) - — Dependency Injection: зачем он вам нужен прямо сейчас

(15:29) - — Боль, рефакторинг и личный путь к хорошему коду

(22:11) - — SQL прямо в компоненте? Да, это Next.js в 2020-х

(31:33) - — Лучшая книга по паттернам для старта: Head First Design Patterns

(39:07) - — Визитор в реальной жизни: рендерим Markdown по-взрослому

(46:37) - — Алгоритмы vs. паттерны: что действительно нужно знать?

(56:20) - — Почему ИИ не заменит ваше понимание архитектуры

(01:02:24) - — Заключение: паттерны живы — и ещё как!

★ Support this podcast ★

В этом выпуске мы пошли дальше разговоров о DDD и сделали то, чего обычно не хватает большинству обсуждений — взяли реальную идею и начали моделировать её руками. Вместе с Евгением Лукьяновым, архитектором и практиком DDD, мы в прямом эфире провели сессию Event Storming и разобрали живую предметку: сервис для контент-креаторов в Telegram — от регистрации пользователя до рекомендаций, трендов и сложных границ ответственности системы.
Мы не готовились заранее, не полировали пример и не знали «правильного ответа». По ходу дела всплывают реальные вопросы: где заканчивается MVP и начинается переусложнение, какие события действительно важны, что считать инвариантами, где система должна быть «тупой», а где — умной, и почему изменение состояния — главный источник боли в любой системе.
Разговор постепенно уходит глубже: от бизнес-ценности и воронки активации — к агрегатам, событиям, автоматическим правилам, внешним системам и границам контекстов. Мы обсуждаем серые зоны вроде парсинга Telegram, влияние ограничений платформы на модель домена, роль ИИ в рекомендациях и почему «сначала написать код» почти всегда приводит к иллюзии понимания предметки.
Полезные ссылки:
https://t.me/stringconcat
https://www.youtube.com/@UCJ2Tig1kywPjqjNh0mb54Ug 
Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog
– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321
– Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239228
🔹 Telegram-канал Организованного Программирования: https://t.me/orgprog
🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot

(00:00) - Введение. Почему 90% проектов ломаются ещё до кода?

(02:22) - Event Storming простыми словами: что это и зачем он нужен разработчику

(09:07) - Стартап vs Enterprise: почему подход к проектированию радикально отличается

(18:10) - Почему для Telegram до сих пор нет нормального VidIQ

(30:07) - Почему рекомендации — самая сложная часть проекта

(41:27) - Как понять, о чём писать: спрос, тренды и иллюзии

(49:21) - Чему можно научиться у YouTube и VidIQ

(01:03:40) - Разбор интерфейса VidIQ: что действительно даёт ценность

(01:11:55) - Как формируются тренды и рекомендации на практике

(01:25:17) - Агрегаты, события и инварианты без академической боли

(01:39:38) - Владение каналами, безопасность и переход прав

(01:48:00) - Подписки, планы и ограничения: где появляется бизнес

(01:53:42) - Парсинг Telegram: реальность, серые зоны и ограничения

(02:02:02) - Почему изменение состояния — главный источник сложности

(02:08:00) - Event Storming как карта всей системы целиком

(02:13:51) - Заключение: стоит ли использовать Event Storming на практике

★ Support this podcast ★