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

В этом выпуске у меня в гостях Евгений Дёмин — Ruby-разработчик и автор нескольких популярных open source библиотек, которые решают проблемы с базами данных, валидацией и производительностью. Женя начинал как математик в Калининграде, попал на западный рынок почти случайно — друг порекомендовал его британскому рекрутеру, а всё собеседование свелось к фразе «Yes, please» в телефонной трубке. Тем не менее его взяли.
Разобрались, почему open source — это не просто код на GitHub, а полноценный продукт, который нужно продвигать, объяснять и защищать. Женины библиотеки приносят ему живые деньги каждый месяц — и это получилось не по плану, а как результат маленьких последовательных шагов.
Полезные ссылки:
https://www.linkedin.com/in/evgeniydemin
https://github.com/djezzzl/
https://x.com/EvgeniyDemin
evgeniydemin.medium.com
Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog
– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321
– Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239293
🔹 Курсы по искусственному интеллекту: https://ru.hexlet.io/courses_artificial-intelligence
🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot
Отдельно поговорили про schema.rb — файл, который Rails кладёт прямо в репозиторий и который даёт возможность строить инструменты автоматического анализа. В других экосистемах этого долго не было, а где-то нет до сих пор.
Прошлись по конкретным инструментам. Выяснили, что расхождение между валидациями в коде и реальными ограничениями в базе данных — это не редкий edge case, а системная проблема, с которой сталкиваются даже крупные компании вроде 37signals. Подискутировали про N+1, что это не болезнь ORM, и вообще она существовала ещё когда люди писали запросы в циклах на чистом PHP. Обсудили, как можно пофиксить без ручного проставления includes — просто подключив нужную библиотеку.
В конце разговор свернул в неожиданную сторону — обсудили, не станут ли все эти инструменты просто скиллами для ИИ-агентов, и нужны ли они вообще в том виде, в котором существуют сейчас.

#opensource #rubyonrails #backend #programming #softwareengineering #postgresql #orm #nplusone #rails #developers #организованноепрограммирование #кириллмокевнин
Что должен знать каждый backend про N+1, lazy preload и производительность / Евгений Демин #83

Сегодня у меня в гостях Дмитрий Коваленко, инженер, который глубоко погрузился в тему AI-агентов и оказался в центре одной из самых неожиданных точек роста современной разработки, связанной с файловым поиском. Мы обсудили, почему в эпоху агентов привычные инструменты вроде ripgrep начинают давать сбой и как меняется сама природа поиска, когда вместо человека код исследует система, выполняющая десятки запросов подряд без памяти и контекста.

Полезные ссылки:
https://x.com/neogoose_btw
https://youtube.com/@neogoose_btw
https://github.com/dmtrKovalenko

Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog
– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321
– Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239287

🔹 Курсы по искусственному интеллекту: https://ru.hexlet.io/courses_artificial-intelligence
🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot

Также разобрали, как на самом деле работают AI-агенты. Обсудили, почему их базовая операция сводится к поиску файлов и генерации диффов, зачем нужен stateful-поиск и почему каждый лишний tool call превращается не просто в оверхед, а в прямые затраты денег и рост latency. Подробно прошлись по архитектуре, включая SIMD, индексы, биграммы, sparse-подходы и попытки переосмыслить классический full-text search под новые сценарии.

Затронули и более широкий контекст:

— почему LSP может оказаться не нужен агентам

— как устроены MCP и tool calls под капотом

— зачем агентам дополнительный контекст (git status, definitions)

— почему UX таких систем не только инженерная задача, но и продуктовая

— почему терминальные UI до сих пор боль

— куда движутся OpenCode, Cursor и Code Agents

— почему большие компании, вероятно, всё равно победят

— и как меняется роль разработчика, когда код всё чаще пишет не он

#программирование #ai #разработка #coding #devtools #neovim #backend #искусственныйинтеллект #opencode #aiagents @mokevnin #кириллмокевнин

Как работают AI-агенты для программистов: поиск кода, индексы, эффективность. Дмитрий Коваленко #82

Сегодня у нас в гостях — Виталий Ртищев, создатель Mantine — одной из самых популярных React UI-библиотек в мире с более чем 1,5 миллиона загрузок в неделю. При этом в русскоязычном сообществе о ней знают заметно меньше, чем на Западе, где Mantine уже стал де-факто выбором для многих команд.
Полезные ссылки:
https://github.com/rtivital
Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog
– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321
– Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239278
🔹 Курсы по искусственному интеллекту: https://ru.hexlet.io/courses_artificial-intelligence
🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot
В этом выпуске поговорили о том, как в одиночку построить open source проект такого масштаба: от первых версий до стабильной экосистемы компонентов, хуков и инструментов, которыми пользуются сотни тысяч разработчиков. Разобрали, какую реальную боль закрывает Mantine и чем он принципиально отличается от Chakra UI, Material UI и Tailwind-подхода.
Также обсудили архитектуру современных UI-библиотек: почему «component library» — это уже не просто набор кнопок, а слой инженерных решений, как устроен баланс между готовыми компонентами и глубокой кастомизацией, и зачем вообще нужны Headless-подходы.
Отдельный блок — про философию фронтенда и практику разработки:
— как и почему Tailwind создаёт технический долг
— есть ли место CSS-фреймворкам в мире React
— когда стоит использовать готовые UI-киты, а когда идти в Headless
— как проектируются сложные компоненты
— как принимать решения о развитии библиотеки
— почему большинство разработчиков на деле не используют «полную кастомизацию»

#react #frontend #mantine #tailwind #webdev #javascript #typescript #ui #programming #opensource #reactjs #coding #webdevelopment #softwareengineering #devotional

Создатель Mantine: как появилась UI библиотека с 1.5 млн загрузок в неделю / Виталий Ртищев #81

Сегодня у нас в гостях Евгений Кобзев - сооснователь и CTO сервиса «Кнопка» — бухгалтерского аутсорсинга с сильной технологической составляющей. Человек, который прошёл путь от сисадмина и разработчика до управления продуктом, бизнесом и обратно в разработку — с пониманием того, как всё это на самом деле связано.
Мы подробно разобрали экономику IT: почему найм схлопнулся, как ключевая ставка влияет на количество вакансий, куда делись деньги венчура и почему бизнесу сейчас выгоднее «сушиться», чем расти. Обсудили, как переоценка себя ломает карьеру, почему зарплаты не берутся «из воздуха» и что происходит внутри компаний, когда они начинают платить больше, чем могут себе позволить.
Также поговорили и про индустрию разработки:
— почему инженеры переоценивают свою роль
— что происходит, когда менеджеры не понимают разработку
— почему KPI для разработчиков почти всегда вредны
— как меняется роль менеджмента и почему туда стало невыгодно идти
Полезные ссылки:
https://t.me/zheka_from_tagil
Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog
– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321
– Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239264
🔹 Курсы по искусственному интеллекту: https://ru.hexlet.io/courses_artificial-intelligence
🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot
#ITрынок #программисты #карьеравIT #разработка #найм #зарплата #экономика #кризис #удаленка #фулстек #junior #AI #работа #стартапы #подкаст #КириллМокевнин 
Как экономика в 2026 меняет требования к разработчикам на рынке IT | Евгений Кобзев #79

(00:00) - — Введение: экономика против айтишников - почему вы неправильно понимаете рынок

(02:44) - — Путь от сисадмина до CTO через ошибки

(11:07) - — Миф про HR: кто на самом деле виноват в плохом найме

(15:08) - — Почему в 2026 стало сложно найти работу

(24:59) - — IT больше не «работа мечты»

(40:07) - — Сколько реально зарабатывает бизнес

(49:30) - — Яндекс платит хорошо, но не все компании могут так же

(56:53) - — Почему менеджеры получают меньше разработчиков?

(01:10:11) - — Фулстек vs узкие специалисты

(01:19:51) - — Почему джунам лучше работать в офисе?

(01:27:21) - — Нужно ли запрещать ИИ на собеседованиях?

(01:34:43) - — Заключение: почему бизнес всегда выглядит «злодеем»

★ Support this podcast ★

Сегодня у нас в гостях — Константин Осипов, один из самых известных инженеров в мире баз данных: core-разработчик MySQL, создатель Tarantool, бывший директор разработки в ScyllaDB и сооснователь Picodata. Мы поговорили о том, как на самом деле устроен рынок СУБД сегодня.
Обсудили , как базы данных снова сходятся в одну точку — Postgres как стандарт , и почему новые системы всё чаще просто повторяют его интерфейсы. Погрузились в архитектуру: shared memory vs shared nothing, судьбу распределённых СУБД, влияние SSD и железа на дизайн баз, и почему многие “сложные” решения больше не нужны. Отдельно обсудили ClickHouse, как редкий прорыв и почему такие прорывы случаются крайне редко.
Также поговорили про реальные нагрузки: где на самом деле хайлоад, почему 100k RPS почти никому не нужны, и какие системы действительно упираются в пределы (спойлер: не те, о которых обычно думают). Отдельный блок — про влияние AI на разработку баз данных: как LLM ускоряют R&D, упрощают плагиат идей между проектами и меняют сам процесс создания СУБД.
Полезные ссылки:
https://t.me/rabid_transit
https://github.com/kostja
https://picodata.io - Система управления данными для экспертов по высоким нагрузкам
https://www.youtube.com/watch?v=fykI7uZaGzo - доклад про будущее баз данных
https://www.youtube.com/watch?v=TBAf5l1RmcA&list=PLSE8ODhjZXjbpOIrZheFWxkYG8HD87xW1&index=2 - Towards Sanity in Query Languages (Viktor Leis + Thomas Neumann)

Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog
– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321
– Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239258
🔹 Telegram-канал Организованного Программирования: https://t.me/orgprog
🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot
🔹 Курсы по искусственному интеллекту: https://ru.hexlet.io/courses_artificial-intelligence
 
#базыданных #sql  #nosql #postgresql  #программирование #разработкаПО #организованноепрограммирование #кириллмокевнин
Эволюция баз данных: SQL, NoSQL и доминирование PostgreSQL | Константин Осипов #78

(00:00) - - Введение. Легенда баз данных в гостях: что ждёт индустрию дальше?

(00:28) - - Базы данных: прошлое, настоящее и главный вопрос — что дальше?

(01:28) - - kostja.github.io — блог Кости: https://kostja.github.io

(01:31) - - stroppy.io — инструмент для честного бенчмаркинга баз данных: https://stroppy.io

(01:32) - - jepsen.io — тесты, которые вскрывают реальные проблемы консистентности: https://jepsen.io

(03:00) - - ScyllaDB: как устроена база для петабайтных нагрузок (пример Discord): https://scylladb.com

(05:09) - - NoSQL vs SQL: революция, которая не случилась?

(07:10) - - Доклад про будущее баз данных — что сбылось, а что нет: https://www.youtube.com/watch?v=fykI7uZaGzo

(09:10) - - Проблемы SQL: почему язык до сих пор критикуют: https://www.youtube.com/playlist?list=PLSE8ODhjZXjbpOIrZheFWxkYG8HD87xW1

(16:06) - - Почему SQL до сих пор жив

(17:06) - - Serenedb benchmark game — сравнение поисковых систем и движков: https://serenedb.com/search-benchmark-game

(18:25) - - Rust против Java: новый тренд в разработке СУБД

(18:35) - - Volga и Cedrus: переход с Java на Rust и новая волна баз данных:

(25:20) - - Firebird: живая классика, которая до сих пор используется: https://www.firebirdsql.org/

(28:00) - - Что осталось от NoSQL: финальная расстановка сил

(29:15) - - CockroachDB и ClickHouse: два разных подхода к масштабированию

(33:06) - - SSD убивают старые архитектуры СУБД

(34:56) - - OrioleDB: попытка радикально улучшить storage в Postgres: https://github.com/orioledb/orioledb

(43:43) - - InfluxDB и Timescale (TigerData): судьба баз временных рядов

(45:11) - - MariaDB купила GridGain: как базы «оседают» в экосистемах

(46:06) - - Графовые базы: будущее или очередной миф?

(53:20) - - Как обычное добавление поля может «убить» базу

(01:03:38) - - Будущее аналитики: база сама отвечает на вопросы

(01:06:30) - - Meteor и Temporal: попытки упростить разработку поверх баз данных:

(01:11:00) - - SurrealDB: новая волна «универсальных» баз: https://surrealdb.com/

(01:13:28) - - AI убивает open-source?

(01:24:57) - - Почему универсальной базы данных не будет

(01:34:44) - - Заключение. Что нас ждёт в будущем баз данных?

★ Support this podcast ★