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

Сегодня у нас в гостях Евгений Кобзев - сооснователь и 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 ★

В этом выпуске я решил немного отойти от привычного формата разговоров с гостями и записал сольный эпизод. Последний год я довольно глубоко погружён в тему AI: активно использую его в разработке, экспериментирую с агентами, внедряю в рабочие процессы и параллельно готовлю образовательные программы про работу с LLM. За это время накопилось много наблюдений — как технических, так и организационных, которыми мне захотелось поделиться.
Мы поговорили о том, что на самом деле происходит с индустрией разработки. Почему вокруг технологий возникает ощущение тревожности и гонки вооружений, и как меняется работа инженера - от привычного “чат-ассистента” к агентской разработке, от ручного кодинга к управлению системой инструментов.
Отдельная часть выпуска — про знания и фундаментальные навыки. Я разобрал популярную идею о том, что «алгоритмы и фундамент больше не нужны», объясняю эффект проклятия знания и рассказываю, почему архитектурное мышление и способность формулировать задачу на уровне системы становятся ещё важнее в эпоху LLM. На реальных примерах из собеседований показываю, как отсутствие этой картины ломает работу даже с очень мощными инструментами.
Также обсудили архитектурные подходы для эпохи AI-разработки: концепцию барьеров абстракции, изолированные компоненты, которые можно безопасно генерировать целиком, и баланс между «вайб-кодингом» и инженерной дисциплиной. Я делюсь примерами из реальных проектов — от генерации React-компонентов до автоматизации инфраструктуры вокруг n8n, тестов и рефакторинга больших кодовых баз.
🔹30 марта стартует курс по эффективной разработке с помощью ИИ, присоединяйся -  https://ru.hexlet.io/programs/ai-for-developers
Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog
– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321
– Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239249
🔹 Telegram-канал Организованного Программирования: https://t.me/orgprog
🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot
🔹Курсы по программированию — начни учиться уже сегодня: https://ru.hexlet.io/courses
#искусственныйинтеллект #ai #программирование #разработка #chatgpt #aiразработка
Что я понял после года разработки с помощью ИИ агентов / Кирилл Мокевнин

(00:00) - - Введение. честный разговор про ИИ без гостей

(00:30) - - Год жизни с ИИ: внедрение, эксперименты и обучение других

(05:15) - - Когда ИИ превращается в игру для программистов

(10:38) - - Изменятся ли знания программиста из-за ИИ

(17:48) - - Почему ИИ не делает программиста умнее

(25:10) - - Какие навыки программиста точно останутся важными

(34:01) - - Главная проблема ИИ: он лечит симптомы, а не причину

(43:06) - - Когда правила начинают ломать проект

(54:15) - - Ошибка ИИ: тестирование HTML в тестах

(01:04:12) - - Новый стиль функций в эпоху ИИ

(01:16:22) - - Заключение. Почему скилы от компаний могут ломать ваш проект

★ Support this podcast ★

Мы продолжаем разбираться в Domain-Driven Design — на этот раз прямо на уровне кода. Несколько недель назад мы с Евгением Лукьяновым делали EventStorming для идеи сервиса аналитики Telegram-каналов: системы, которая парсит каналы, анализирует посты, считает метрики и помогает авторам понимать, о чём писать и какие темы заходят.
Евгений — технический директор компании Satory и автор образовательного проекта StreamConcat. Он много лет работает с DDD и чистой архитектурой и строит на этих принципах коммерческие системы. Поэтому вместо абстрактных рассуждений мы открыли редактор и начали разбирать, как события, агрегаты и инварианты из EventStorming превращаются в Kotlin-код на Spring Boot.
Полезные ссылки:
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_456239248
🔹 Telegram-канал Организованного Программирования: https://t.me/orgprog
🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot
В этом выпуске:
— как из стикеров EventStorming получается структура домена
— почему агрегаты и доменные события часто реализуют без ORM
— как выглядит минимальный каркас DDD-приложения: entity, aggregate root, value object
— зачем хранить события внутри сущностей и как потом их «вынимать»
— как устроены use case-слои и почему бизнес-логика должна жить внутри домена
— где заканчивается доменная модель и начинается инфраструктура
— как связывать агрегаты через события и слушатели
— транзакции, outbox-паттерн и обработка доменных событий
— почему вокруг DDD так много споров и где инженеры видят оverengineering\

#DDD #EventStorming #архитектура #программирование #разработкаПО #организованноепрограммирование #кириллмокевнин 
Чистая архитектура и Domain Driven Design на практике | Евгений Лукьянов №77

(00:00) - - Введение. Можно ли превратить DDD из теории в реальный код?

(02:45) - - Идея стартапа: AI-сервис для анализа Telegram-каналов и поиска тем для постов

(08:51) - - Главные сущности проекта: канал, пост и тематика

(17:10) - - Демонстрация логики агрегатов

(27:45) - - Базовые типы: ID, строковые ограничения и value-объекты

(38:15) - - Бизнес-ошибки против исключительных ситуаций

(46:26) - - Live-валидация на фронтенде и UX

(59:22) - - Когда безопасность требует дополнительных проверок

(01:09:57) - - Зачем использовать Mock в тестах

(01:21:19) - - Проблема уникальности в нагруженных системах

(01:28:08) - - Когда DDD действительно спасает архитектуру

(01:37:37) - - Vibe coding и парное программирование с AI

(01:51:33) - - Транзакции и работа с Postgres

(02:01:56) - - Заключение. DDD vs классическая архитектура

★ Support this podcast ★

В этом выпуска у нас в гостях Алексей Солодкий, инженеринг-менеджер и бывший руководитель разработки BelkaCar. Человек, чья карьера практически совпала с расцветом микросервисной архитектуры: от раннего энтузиазма «пилить всё на сервисы» до болезненного переосмысления и обратного движения к более прагматичным решениям.
Мы детально прошлись по  микросервисам - где они действительно решают проблему, а где создают новые? Почему семь инженеров и «монолит — это злое зло» — плохая отправная точка для архитектурных решений? И правда ли, что средний монолит стабильнее средних микросервисов?
В выпуске:
— как 200 бэкендеров контрибьютили в один монолит в Badoo и при этом релизились дважды в день
— что такое «распределённый монолит» и почему это худшее из двух миров
— как микросервисы превращаются в культ карго и начинаются «роликом на YouTube»
— синхронная vs асинхронная коммуникация: где действительно нужен event bus, а где подойдет обычный HTTP 
— идемпотентность, сетевые таймауты, “exactly once” и иллюзии, в которые верят инженеры
— graceful degradation и как проектировать систему так, чтобы она жила без части своих сервисов
— observability, трейсинг, метрики и реальная стоимость прозрачности
— зачем API нужно проектировать под клиента, а не под внутреннюю структуру сервисов
— почему иногда правильнее «монолитить» обратно

Отдельно обсудили болезненную тему: микросервисы требуют гораздо более высокой квалификации, чем кажется. Писать отдельный сервис просто. Построить устойчивую распределённую систему — нет. Цена ошибки здесь выше, чем в монолите, а переделывать разрезы между сервисами крайне дорого.
Полезные ссылки:
YouTube - https://www.youtube.com/playlist?list=PLZVF-B6xjrIuX-gMghg9HnYtr7GvGHfQh
Telegram - https://t.me/solodkiy
Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog
– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321
– Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239247
🔹 Telegram-канал Организованного Программирования: https://t.me/orgprog
🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot
#микросервисы #архитектура #backend #монолит #systemdesign #itподкаст #кириллмокевнин #организованноепрограммирование 
Монолит или микросервисы?  Что выбрать в 2026  | Алексей Солодкий #76

(00:00) - Введение. Микросервисы — спасение или модная ловушка?

(04:40) - Микросервисы тогда и сейчас: что изменилось?

(10:43) - Один сервис — ещё не микросервисная архитектура. Разбираем сателлитную модель.

(19:20) - Микросервисы 2.0 скоро вернутся? Цикличность хайпа в индустрии.

(30:03) - Главный принцип: сервис должен уметь падать безопасно.

(38:02) - Бизнес против идеальной архитектуры

(44:20) - Пример Amazon: как крупные системы исправляют ошибки оплаты

(53:34) - Метрики важнее логов? Почему графики — это правда системы.

(01:02:52) - Микросервисы — это пузырь? Возможен ли откат назад

(01:14:51) - Почему микросервисы требуют более высокой квалификации

(01:23:29) - Стандарты коммуникации: почему каждая компания изобретает своё

(01:32:36) - От микросервисов к сателлитной архитектуре

(01:41:43) - Заключение: микросервисы — это инструмент, а не религия.

★ Support this podcast ★