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

63 Episodes
Reverse
В гостях — Андрей Кобец, фронтенд-разработчик, преподаватель и человек с огромным опытом в IT, начавший путь в 2004 году. Мы вспоминаем, как выглядела разработка двадцать лет назад: первые проекты на PHP, устройство на работу «по знакомству», собеседования в Яндекс, жизнь внутри команды Метрики, офлайн-формат работы и зарождение российских соцсетей.Обсуждаем, как в отсутствие курсов и системных материалов приходилось самостоятельно искать путь в профессию, чем отличались собеседования тех лет, какую роль играли софтскилы в офлайн-командах, как менялись подходы к образованию, и почему функциональное программирование стало для многих настоящим откровением.Это живой, местами ностальгический разговор о развитии технологий и карьер разработчиков в 2000-х и 2010-х.
(00:00) - Введение. 20 лет в IT: как всё начиналось
(00:49) - Как становились разработчиками в 2004 году: без гайдов, курсов и YouTube
(01:30) - Первая работа в 15 лет: «папина фирма» как трамплин в Яндекс
(05:44) - Легендарное собеседование в Яндекс: как пройти все круги ада за один день
(10:51) - Программирование на доске, страх и фломастеры
(11:58) - Софт-скиллы раньше и сейчас: когда важнее было уметь дружить
(17:09) - Самое странное собеседование в жизни: IQ-тест от Vodafone
(20:08) - Как ковид и удалёнка спасли от переезда и открыли путь в Сочи
(23:53) - Первый рабочий день в Яндексе: синдром самозванца и потерянный офис
(27:20) - Что изменилось в IT за 20 лет: раньше курсов не было вообще
(32:19) - Яндекс, стартапы и путь длиной в 10 лет
(34:36) - Как фильм «Социальная сеть» вдохновил бросить работу
(38:36) - В чём смысл писать язык программирования для своего стартапа?
(43:12) - Самые странные собеседования глазами тимлида
(49:46) - Зачем Яндекс изобретает свои технологии
(55:07) - На что обращать внимание, чтобы не пожалеть о найме
(01:03:58) - Чему учит наука: как сохранить связи и не сжечь мосты в профессии
(01:08:55) - Дизайн языков: теперь императив и FP — друзья, а не враги
(01:22:19) - Что не так с паттернами проектирования?
(01:26:44) - Как языки программирования смешивают парадигмы
(01:32:56) - Спрайты, HTTP и оптимизация начала нулевых
(01:42:01) - Почему ушёл из Яндекса? Честный ответ
(01:44:36) - Жена — CEO, муж — CTO: идеальный союз?
(01:51:17) - Руки чешутся вернуться к коду
(01:55:55) - Как не потерять личное время в профессии
(02:00:41) - Заключение. Что важно на длинной дистанции?
★ Support this podcast ★
За последние годы развитие браузеров происходило настолько высокими темпами, что многие теряются в происходящем. Я решил это исправить. Мы поговорили с Вадимом Макеевым — экспертом по веб-стандартам из Mozilla (ранее работавшим в Opera), и обсудили, как эволюция браузеров изменила работу разработчиков.В выпуске мы вспомнили, почему Chrome занял рынок, а Firefox потерял позиции, разобрали, как Google проталкивал API под свои сервисы, а Safari оставался «догоняющим», но задавал рамки приватности. Мы обсудили новые возможности: Navigation API, контейнерные запросы и baseline от MDN, показали, как Core Web Vitals стали новой валютой оптимизации, и поговорили о будущем JavaScript с нативной типизацией.Мы также затронули тему LLM-браузеров и обсудили, как появление ИИ в браузере может изменить разработку и саму философию веба. Этот разговор оказался не только о технологиях, но и о том, как решения корпораций и сообществ напрямую повлияли на повседневную работу инженеров.
(00:00) - Введение. Зачем мы снова говорим о браузерах?
(00:49) - Главная тема выпуска: браузеры и их скрытая эволюция
(01:47) - От IE6 до Chrome: как войны браузеров изменили фронтенд
(07:41) - Почему кнопка синяя только в Safari? Тестирование и стили под микроскопом
(10:20) - Intersection Observer: секретное оружие фронтендера или источник головной боли?
(15:01) - Корпоративная безопасность vs автообновления — кто победит?
(16:23) - Как зарабатывают браузеры: бизнес-модели, о которых вы не знали
(22:26) - Сила дефолтов: почему пользователи выбирают браузер «по умолчанию»
(29:37) - Браузерная гонка: Chrome больше не лидер?
(35:32) - Грядёт перелом: как новые интерфейсы могут изменить браузеры
(40:25) - Будущее UX: вкладки сбоку, сплиты и браузер-агенты
(46:53) - Apple Intelligence: приватность на уровне устройства
(54:01) - Расширения браузеров: удобство или самая большая дыра в безопасности?
(57:42) - Почему Safari до сих пор страдает с расширениями
(01:06:52) - Стандартизация расширений: браузеры впервые договорились
(01:15:32) - Спам в США: как Почта Америки продаёт ваши данные
(01:21:56) - Как Google Maps и Photoshop влияют на развитие браузеров
(01:29:00) - BaseLine: когда можно без страха использовать новую фичу
(01:39:27) - Как анимации убивают производительность и что с этим делать
(01:55:41) - Автоматизация оптимизации: мечта или реальность?
(01:58:26) - JavaScript будущего: какие изменения перевернут разработку
(02:09:28) - Сборщики, которые ломают JS — боль фронтендера
(02:21:41) - Lit: быстрый и лёгкий способ писать компоненты
(02:27:28) - Заключение. Что дальше ждёт браузеры и фронтенд
★ Support this podcast ★
Первое видео в серии разбора чистого кода по Мартину. Говорим о функциях, почему короткие функции могут делать код хуже, одна ответственность слишком субъективное понятие, а многие рекомендации специфичны для Java и вредны для других языков. Говорим о нормальности свитча, полиморфизме, принципе разделения команд и запросов, а так же expression problem.Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321– Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239172🔹 Telegram-канал Организованного Программирования: https://t.me/orgprog🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot🔹Курсы по программированию — начни учиться уже сегодня: https://ru.hexlet.io/courses🔹Книга "Профессия «Программист»" - https://code-basics.com/ru/book🔹 Вопросы для собеседований - https://github.com/Hexlet/ru-interview-questions🔹 Тестовые задания - https://github.com/Hexlet/ru-test-assignments
(00:00) - — Введение. Почему “Чистый код” — не истина в последней инстанции?
(02:35) - — Почему разбирать эту книгу всё ещё актуально?
(05:10) - — Почему код из книги далёк от реальности?
(10:02) - — Функции на 100 строк: это провал или здравый смысл?
(12:45) - — “Одна ответственность” — самая расплывчатая догма в мире ООП
(15:25) - — Кто пишет лучшие библиотеки?
(17:03) - — Почему никакие принципы не заменят здравого смысла
(19:52) - — Копипаста как проклятие командной разработки
(21:45) - — Switch — враг чистого кода? Или просто инструмент?
(25:24) - — Принцип открытости/закрытости: красивый, но опасный
(28:06) - — Expression Problem: типы против поведения
(31:48) - — Флаги в функциях — всегда ли антипаттерн?
(35:45) - — Главное правило: не вноси изменения при чтении
(40:32) - — Стриминг данных: побочные эффекты в реальном времени
(43:22) - — Мартин против здравого смысла: перегибы автора
(46:00) - — Как обрабатывать ошибки: изоляция try-catch
(48:45) - — Продолжение следует: разбор всей книги до конца!
★ Support this podcast ★
Редакторы кода и инструменты для разработчиков — тема, вокруг которой строится целая индустрия. Когда-то переименование переменной казалось подвигом, а сегодня IDE умеют делать десятки сложнейших трансформаций так, чтобы программа оставалась корректной. В выпуске мы говорим с Дмитрием Ивановым, руководителем платформы Sourcecraft в Яндексе, о том, как развивались JetBrains и IntelliJ IDEA, почему в СССР писали компиляторы для Алгола-68, и чем отличается подход «IDE как комбайн» от современной архитектуры LSP.Обсуждаем истории изнутри JetBrains, появление Kotlin как ответа на невозможность поддерживать Scala, и то, как AI-тулы и LLM-редакторы вроде Cursor меняют правила игры. Затрагиваем вечный спор Vim против IDE, сравниваем глубину анализа кода и ограничения протокола LSP, вспоминаем курьёзные случаи из практики и прогнозируем, что ждёт рынок инструментов разработки к 2026 году
(00:00) - — Введение. Почему программисты застревают на инструментах? Разбираемся вместе с экспертом Sourceft
(01:42) - — Компиляторы, байки и великий Терехов: как рождалась школа системного программирования
(03:07) - — Алгол-68 — гордость СССР: как советские инженеры обошли весь мир
(05:07) - — Истоки JetBrains: что было до IntelliJ IDEA и кто всё это начал?
(07:14) - — Почему IntelliJ IDEA стал революцией: тайна рефакторинга
(09:49) - — Почему LLM тупит при рефакторинге и что с этим делать?
(13:04) - — JetBrains, Huawei, Яндекс: эволюция задач и инструментария в трёх мирах
(18:18) - — Почему LSP не спасает: ограничения, с которыми сталкиваются миллионы
(20:31) - — Почему стандарты отстают от технологий: уроки Java и Hibernate
(24:03) - — История создания Kotlin: JetBrains против скалы и медленной Java
(28:20) - — Vim, VS Code или терминал? Почему программисты уходят от монолитов
(31:15) - — Сильные и слабые места JetBrains: не всё так идеально
(34:18) - — Джун на стероидах: как выглядит идеальный помощник-программист
(38:33) - — Кто победит: курсор, Copilot или кастомный стек?
(43:19) - — ChatGPT в машине с детьми: когда AI не понимает границ
(47:38) - — CodeStudio и кооперация с ИИ: как управлять своей командой ботов
(51:46) - — Почему редакторы тормозят: что не так с Java и UI
(59:38) - — Метрика улыбки: главный показатель качества редактора
(01:03:12) - — Браузерные IDE в корпорациях: когда это удобно и зачем это нужно
(01:06:58) - — Кто победит: LLM + IDE или плагины с костылями?
(01:09:46) - — Рынок .NET и его особенности: сообщество, тулзы, подходы
(01:13:54) - — Почему локальная разработка пока побеждает облако
(01:17:21) - — Докфуддинг в JetBrains: почему это важно для качества
(01:21:37) - — Подкаст «Деды бухтят»: минутка ностальгии
(01:23:30) - — Топовые плагины для IntelliJ: на что стоит обратить внимание
(01:25:36) - — Главные претензии к редакторам
(01:30:43) - — Зачем вообще нужны инструменты: что они меняют в работе
(01:34:29) - — Экзоскелет для программиста: метафора, которая работает
(01:39:34) - — Автоматическая генерация сайтов: реальность уже здесь
(01:45:56) - — Яндекс и свои технологии: локальные успехи и вызовы
(01:48:18) - — Как выбирать языки программирования
(01:51:20) - — Заключение. Почему этот разговор стоит переслушать ещё раз
★ Support this podcast ★
Рынок IT-найма все еще лихорадит. Количество специалистов растёт, вакансий меньше, а рекрутинг переживает, пожалуй, один из самых турбулентных периодов за последние годы. Мы говорим с Алексеем Сухоруковым — человеком, который с 2005 года занимается IT-рекрутментом помогая инженерам находить работу по всему мируВ выпуске обсуждаем, почему рынок стал «рынком компаний» и чем текущая ситуация отличается от кризиса 2008-го. Разбираем, как на найм повлияли ковид, массовая удалёнка, релокации и санкции. Отдельная часть — о том, как автоматизация и ИИ меняют процесс подбора кандидатов, почему джунам стало почти невозможно пробиться и как компании реагируют на лавину фейковых резюме и дипфейков.Мы также говорим о переходе от удалёнки к офисам, налогах и релокации в Европу, Восточной Европе как новом центре роста, а ещё вспоминаем истории о зарождении российского аутсорса, дотком-буме и даже «сектантских» практиках некоторых ранних компаний.
(00:00) - Начало и анонс. В России сейчас сложные времена для программистов
(06:58) - ИИ заменяет джунов и мидл программистов
(09:49) - Влияние ковида и других событий на рынок IT последние 5 лет
(15:52) - Санкции санкциями, но европейцам нужны русские разработчики
(18:56) - Адовый европейский рынок не справился с потоком кандидатов
(21:49) - Компании стали сами справляться без рекрутинговых агентств
(25:51) - Дипфейки и другие казусы на собесах, истории
(31:53) - Удалёнку сейчас найти очень сложно
(36:07) - Найм сейчас на дне, но мы от него отталкиваемся. Экономическа ситуация и найм
(40:47) - Софтскилы, профайлинг, истории про армию
(46:50) - Как зарождался рынок IT в Новосибирске, секта в одной компании
(52:41) - Про зарплаты в Европе и релокантов
(58:58) - Рекрутеры будут не нужны?
(01:11:40) - Этапы собеседования и кейсы устройства на работу в Европе
(01:17:14) - Про образование и подготовку IT кадров
(01:27:40) - Я звезда найма
(01:34:04) - Собеседования в Европе, экономический рост из-за войн
(01:38:24) - Что стоит ожидать в ближайший год? Внедрение ИИ
(01:42:50) - Советы по трудоустройству от Алексея
(01:44:47) - Про миграцию и интеграцию, истории и байки про США и Кипр
(01:59:47) - Заключение
★ Support this podcast ★
C++ остаётся одним из самых противоречивых языков. С одной стороны — он даёт тонкий контроль над памятью, временем и железом. С другой — приносит боль: UB, шаблоны, бесконечные сборки. Я хотел разобраться, как инженеры живут с этой двойственностью и почему, несмотря на все сложности, C++ всё ещё выбор номер один в геймдеве, финансах, HFT и системном программировании.В выпуске говорим о сильных и слабых сторонах языка, об инструментах, которые помогают держать код под контролем — санитайзеры, линтеры, clang-format, ranges. Обсуждаем, куда движется современный C++ с concepts и compile-time магией. Сравниваем его с Rust и Go: где они выигрывают в DX и безопасности, а где всё упирается в экосистему и совместимость.
(00:00) - Начало и анонс
(02:32) - C++ - язык для избранных, про область применения языка, учёбу в универе, олимпиады, начало карьеры
(08:18) - Неопределённое поведение
(11:47) - C++ и ассемблер
(13:23) - Если так больно, тогда почему C++? Аргументы ЗА.
(18:43) - Игры на C++, CUDA ядра для работы GPU и другие области применения
(25:57) - Неудачная попытка создания языка D
(28:32) - Стандарты языка, отличия C++ сейчас и 20 лет назад
(35:01) - Нормальный язык — без рефлексии
(36:22) - Про фичи и красоту C++
(41:43) - Сложный вход в язык C++
(47:22) - Компиляторы
(01:05:40) - Использование редакторов
(01:07:04) - Какие нужны дополнительные знания
(01:16:06) - Задеваем чувства гошников
(01:18:43) - Альтернативы С++ и конкуренты, rust
(01:28:17) - Все пойдут в Rust
(01:34:37) - О концептах
(01:40:01) - Минусы и боли С++ и как это решать
(01:46:40) - Где учиться С++?
(01:50:33) - Перетекание С и С++
(01:55:58) - Пишется ли на C что-то новое
(01:58:12) - Дивный мир С и С++ не для всех
★ Support this podcast ★
Максим Цыганков — бывший продукт из российских бигтехов, сейчас фаундер AI-стартапа в Калифорнии: компьютерное зрение для ресторанов (воровство, алкоголь, сервис, уборка, «не встретили гостя»). В этом выпуске мы обсудили, как строится такой продукт: от технического геморроя с подключением камер и оборудования до VLM/детекторов и нарезок событий. Поговорили про продажи как core-скилл фаундера, работу с ресторанами, подходы к ценообразованию, линейный рост vs экспонента через сети, акселераторы/фандрайзинг «тёплой рассылкой» и о том, почему айтишникам пора учиться говорить с людьми.В разговоре ищем ответы на вопросы: как продавать продукт, которого ещё нет? и почему рестораны — одновременно самые сложные и самые перспективные клиенты для AI?
(00:00) - Введение. Стартап с нуля в Калифорнии: Порядок в ресторанах с помощью ИИ
(15:37) - — Компьютерное зрение без магии: где настоящее железо и боль
(22:12) - — Полевые будни: как фаундер сам ездит с роутером по ресторанам
(32:26) - — Почему инвестиции — не мешки с деньгами
(44:36) - — Продукт, который не нравится ресторанам — и это отлично
(52:29) - — Продажи — не впаривание: как понять реальную боль клиента
(01:00:03) - — Как в США впаривают страховки на всё — даже на тостер
(01:02:38) - — Русский акцент в Кремниевой долине: мешает или помогает?
(01:15:17) - — Команда — это всё: зачем бизнесу второй фаундер
(01:26:25) - — Финал. Главное о деньгах, фаундерах и том, как не сгореть
★ Support this podcast ★
Мы с Саматом раньше лично не были знакомы, но всегда крутились в одной технической тусовке. Я давно хотел записать с ним выпуск, потому что мне интересен путь, который он прошёл — как технарь превращается в предпринимателя. Я регулярно делаю подкасты на эту тему, и нам было важно разобрать его историю: он пришёл к бизнесу через запуск собственного аутсорса, а не через стартапы. В этом разговоре мы обсудили, как из разработчика вырастаешь в владельца сервиса, переход от аутсорса к продуктам, изменения на рынке и почему продажи часто важнее кода. Мы говорили о найме и проверке разработчиков, об испытательном сроке как фильтре, а также о скучных, но прибыльных нишах, автоматизации рутины и подводных камнях работы с клиентами.Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321– Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239167🔹 Telegram-канал Организованного Программирования: https://t.me/orgprog🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot🔹Курсы по программированию — начни учиться уже сегодня: https://ru.hexlet.io/courses🔹Книга "Профессия «Программист»" - https://code-basics.com/ru/book🔹 Вопросы для собеседований - https://github.com/Hexlet/ru-interview-questions🔹 Тестовые задания - https://github.com/Hexlet/ru-test-assignments*Деятельность издания «Медуза» (СМИ, которое является в России иноагентом) признана нежелательной. *Компания Meta признана экстремистской и её деятельность запрещена в России
(00:00) - Введение. Аутсорс без иллюзий
(02:09) - Триггер к свободе: как уйти из найма и начать работать на себя
(14:28) - Злые Марсиане: как маленькая команда покорила мировое IT сообщество
(16:42) - От аутсорса к своим продуктам: мечты, риски и амбиции
(24:52) - "Вы — проклятые капиталисты!" Откровенный спор о деньгах и ценностях
(28:32) - Продажи против разработки: что важнее для успеха бизнеса
(40:32) - Большой vs малый бизнес: централизация, деньги и власть
(50:30) - Работа в найме как в своём бизнесе: секрет внутренней мотивации
(59:54) - Прибыль и масштабирование: формула роста продуктовой компании
(01:09:45) - Главная ошибка при найме, которая разрушает компании
(01:21:58) - Бади-программист: почему парное программирование реально работает
(01:26:45) - Технологический стек, который двигает бизнес вперёд
(01:37:30) - Выгорание, взросление и честный разговор о жизни в IT
(01:45:41) - Как заработать на аутсорсе и не сгореть
(02:04:57) - О главном клиенте и выводах, которые изменят ваш подход к работе
★ Support this podcast ★
В этом выпуске мы поговорили с архитектором и преподавателем Кириллом Витчинкиным о том, почему DDD переживает второе рождение, как его стратегия, тактика и единый язык спасают микросервисы от «тысячи сервисов ради хайпа», и чем Event Storming помогает вытянуть скрытые знания из трейдеров, курьеров и кол-центров, прежде чем писать код. Обсудили как доменные события делают тесты чище, фичи быстрее, а нервы крепче.Подписывайтесь, ставьте лайк и делитесь в комментариях: сколько микросервисов живёт у вас, кто уже внедрил DDD в проде и где-то по дороге сломал себе мозг.
(00:00) - — Введение. DDD снова на расхайпе?
(01:24) - — «Мёртв, но жив»: как DDD пережил 20 лет и вернулся круче, чем раньше
(02:34) - — Микросервисы vs Монолит: кто сделал DDD модным?
(04:20) - — Где DDD реально спасает, а где вам хватит CRUD-а
(06:25) - — Три слоя DDD: философия, стратегия, тактика
(09:10) - — Кодишь автоматизацию? Сначала пропитайся болью бизнеса!
(13:46) - — Рич-модель против «анемичных DTO»: экономим нервы и тесты
(18:22) - — Итерации, ошибки и поправки: почему «семь пятниц» — это нормально
(21:48) - — Брокерский ад и “стакан”: DDD в диких финансовых джунглях
(28:03) - — EventStorming на пальцах: раскрашиваем бизнес-процесс за час
(32:50) - — Миф о «микро»-сервисах: почему размер не главное?
(35:06) - — Bounded Context: та самая граница, за которой исчезает боль
(39:16) - — Служебный, Core, Generic: три вида субдоменов и как не утонуть
(44:02) - — Единый язык: как одно слово «анкета» сожгло месяц разработки
(49:26) - — Кейс Hexlet: одно слово «курс» — взлет продаж или мгновенный провал?
(57:18) - — Customer Journey Map ≠ юзер-флоу: строим путь клиента, а не экраны
(01:02:56) - — Разбиваем бизнес на субдомены: практическая схема «курсы → платежи → отзывы»
(01:09:12) - — Bounded Context в деле: почему бухгалтер и маркетолог видят разных «клиентов»
(01:16:38) - — Большой бизнес, маленький бизнес: где DDD обязателен, а где роскошь
(01:23:33) - — «Один экземпляр сущности» — путь к грязному монстру из 150 полей
(01:31:18) - — Спагетти-сервисы: типичные ошибки опенсорса и как их резать DDD-ножом
(01:45:33) - — Культура без начальника: какие решения можно принимать «на месте»
(01:49:35) - — Тактический DDD: паттерны, которые ускорят вас завтра
(01:54:53) - — Доменные события 101: зачем стрелять ивентами прямо из агрегата
(01:57:23) - — Асинхронность без боли: как события сокращают дубли и хаос
(02:06:48) - — Навыки архитектора 2025: почему «внутренний» код важнее инфраструктуры
(02:08:33) - — Заключение: DDD — не серебряная пуля, а пулемёт. Главное - уметь стрелять
★ Support this podcast ★
В этом выпуске у нас в гостях Java‑эксперт Евгений Борисов, и поговорим мы о самом интересном стыке искусственного интеллекта и разработки. Обсуждаем, как использовать локальные LLM‑модели на Mac M‑серии, зачем нужны Spring‑advisers, и как выстроить агентную архитектуру, в которой ассистенты не просто отвечают, а уточняют, учатся и запоминают контекст с помощью RAG и Spring Data.Евгений расскажет про новый подход — Game‑Driven Development, где разработка превращается в игру с персонажами, а кодирование становится увлекательным и живым процессом. Также затрагиваем PDD, сравниваем Spring и Quarkus, и разбираем, как экономить ресурсы, не теряя в возможностях.Если вы хотите научиться строить AI‑ассистентов, глубже понять архитектуру современных приложений и узнать, как внедрить AI в рабочие процессы через Java‑экосистему — обязательно посмотрите это видео.
(00:00) - Введение. Как ИИ меняет подход к разработке и обучению
(00:45) - С чего начинается обсуждение трендов в IT и искусственном интеллекте
(04:41) - GPT в разработке: что получилось в живом эксперименте
(06:26) - Почему Spring Boot не подходит для микросервисов
(09:16) - Парфюм по подписке как SaaS: бизнес-модель на примере
(10:44) - Микросервисная архитектура и Spring Framework
(12:01) - История Java и Spring: эволюция фреймворков за 20 лет
(15:34) - Почему разработчики выбирают Spring: реальные преимущества
(17:31) - Как интегрировать ИИ в рабочие процессы программиста
(25:36) - Где ИИ реально экономит время и деньги в разработке
(28:41) - Новый подход к написанию кода: автоматизация или замена разработчиков?
(33:25) - Как вайб-кодинг влияет на мышление программиста
(38:04) - Как работать продуктивнее: методы и подходы ведущих IT-специалистов
(42:21) - GDD: как геймдизайн помогает писать код эффективнее
(48:54) - Как программируется логика под задачи LLM
(53:54) - Перспективы EdTech с ИИ-агентами: что ждёт онлайн-обучение
(59:57) - Концепция нового образования: как учиться в 2025 году
(01:06:13) - Сравнение edtech-проектов России и США
(01:11:19) - Что происходит с языками программирования: актуальные тренды
(01:13:59) - Языки будущего: что заменит Java и Python?
(01:19:58) - Как изменилась IT-индустрия за 10 лет: ретроспектива
(01:24:02) - Какую роль играют эксперты, если всё делает ИИ
(01:29:02) - Уникальные проблемы в крупных IT-системах: что не решить автоматизацией
(01:31:01) - Есть ли универсальные решения для всех проектов?
(01:32:57) - Как стандартизация кода убивает креатив и детали
(01:37:49) - Сравнение ChatGPT и Claude 3: кто лучше справляется с кодом
(01:40:19) - Заключение: ИИ, Spring, обучение и технологии будущего
★ Support this podcast ★
В этом выпуске мы поговорили с Владимиром Алиповым — нейробиологом и популяризатором науки, о том, действительно ли «математический склад ума» врождён, как работают IQ-тесты и почему поменять профессию в 40 лет — реальный шанс, а не приговор. Обсудили роль интереса против генетики, разобрали мифы о способностях программистов и поделились приёмами сохранения «свежего» мозга. А так же:- Как «g-фактор» помогает в любой умной работе, а не только в высшей математике.- Почему интерес к алгоритмам важнее любви к формулам, если мечтаете о коде.- Что общего у хоккеистов и айтишников, и при чём тут месяц рождения.- Как правильно читать результаты IQ-тестов, чтобы не сломать мотивацию.- Какие привычки сохраняют мозг острым после сорока и кто такие супер-эйджеры.Много научно подкреплённых инсайтов, полезных как новичкам, так и опытным разработчикам. Ставьте лайк, подписывайтесь и делитесь в комментариях своим опытом: помогали ли вам когнитивные тесты выбирать путь в IT?
(00:00) - Старт: о чём выпуск и зачем слушать
(01:41) - «Математика vs код»: правда ли она нужна программисту
(04:55) - Конкретика ↔️ абстракции: как мозг щёлкает режимы
(05:58) - Технарь или гуманитарий: есть ли биобарьер для программирования
(08:54) - Генетика таланта: бывает ли «врожденный программист»
(11:49) - Карл Линней и сила классификации: уроки истории науки
(13:09) - Почему нас тянет в IT и математику
(16:18) - Систематизаторы‑перфекционисты: портрет разработчика
(17:19) - Выгорание‑1: как рутина тушит мотивацию
(25:22) - Студенты‑«отработанный материал»: столкновение с реальностью
(26:37) - Выгорание‑2: психология против физиологии стресса
(32:44) - Когда психология сдаётся: нейрохирургия в деле
(36:25) - Химия мысли: вербальная нейромодуляция на практике
(38:34) - «Математический склад ума» — иллюзия или факт?
(45:00) - Кто придумал IQ и почему тест жив до сих пор
(47:24) - IQ‑тест ‑ предсказатель карьеры? Проверяем миф
(58:56) - МРТ мозга гения: что видно на снимках
(01:00:26) - Высокий IQ ≠ научная карьера: клуб умников под вопросом
(01:04:56) - Гендер и гик‑культура: откуда разные интересы
(01:08:54) - Вундеркинд ‑ ловушка: когда ранний успех мешает
(01:11:01) - IQ и инженерный успех: корреляция или надежда
(01:13:11) - Круглый люк & Co: за что ненавидят «классические» собесы
(01:22:03) - 7‑часовой тест ФСБ: проверяют «как именно» ты решаешь
(01:23:49) - Высокий IQ ≠ великий лидер: где ломается формула
(01:29:59) - Генетика vs удача в спорте: кто побеждает
(01:32:56) - Море тестов IQ: каким стоит доверять
(01:36:56) - Качается ли IQ: тренировки, перерывы, суровая статистика
(01:44:45) - Мозг 40+: когда реально начинается старение
(01:47:49) - «Супер‑эйджеры»: люди, чей мозг не стареет
(01:48:53) - IQ и болезнь Альцгеймера: миф о защите?
(01:50:50) - Когнитивные тесты вместо интервью: будущее HR или антиутопия
(01:56:42) - Этика отбора: можно ли сортировать людей по цифрам
(01:59:40) - Финал: выводы и благодарности
★ Support this podcast ★
В этом выпуске мы поговорили с Денисом Черновым о будущем фронтенда и том, как новые инструменты меняют работу разработчика. Обсудили скоростной TypeScript на Go, «суперстек» вокруг Vite и сборщики на Rust, новые линтеры-форматтеры (Oxlint, Biom) против классики ESLint/Prettier, а также «островной» рендеринг, серверные компоненты React и борьбу за Core Web Vitals. Разобрали стратегии React, Vue, Svelte и Nuxt, влияние поглощений Versel и то, как ИИ-инструменты меняют подход к коду. Вы узнаете, какие тренды стоит изучить уже сегодня, чтобы не отстать завтра, и почему иногда выгоднее выбрать «не-React»-фреймворк.
(00:00) - - Введение и анонс
(00:45) - - Перенос TypeScript на Go
(02:02) - - Проблемы с локализацией и экосистемой фронтенда
(04:00) - - Сравнение инструментов сборки
(06:36) - – Обзор Vyro и переход на Roll(d)own
(10:23) - – Преимущества и проблемы Bio.mi
(10:58) - – Конфигурация ESLint: сложности и конкуренты
(14:07) - – Роль Prettier и взаимодействие форматтеров и линтеров
(19:31) - – Развитие JavaScript и усталость от Babel
(21:53) - – Инфраструктура фреймворков и IDE
(25:08) - – Shadow realm и пайплайн-оператор
(29:15) - – Состояние и будущее TypeScript
(31:40) - – Успех Kotlin и концепции типов
(38:58) - – Макросы, AST и трансформации кода
(49:11) - – Влияние TS и аналогия с навигатором
(51:59) - – ИИ в разработке: плюсы, минусы и баланс
(58:09) - – Ответственность и беспомощность при работе с ИИ
(01:01:38) - – Будущее программирования и фреймворки
(01:16:17) - – Концепция «островов» и альтернативный подход
(01:20:47) - – Astra vs React и серверные компоненты
(01:32:15) - – Проблемы JSON-конфигураций и пакетные менеджеры
(01:37:02) - – Влияние Vercel, Next.js и экосистем OSS
(01:46:50) - – Заключение
★ Support this podcast ★
В этом выпуске мы поговорили с Александром Вершиловым — разработчиком с 15-летним опытом и руководителем отдела разработки в Сириус.Курсах. Мы устроили дебаты про ORM. Обсудили чем ORM отличается от query-builder’а, разобрали типичные проблемы N+1 и ленивых связей, сравнили подходы Code-First и Data-First к миграциям, а также поделились приёмами, как обойтись без ORM и не потерять производительность.Вы узнаете, когда строгая типизация (на примере Haskell) спасает проект, какие настройки ORM могут «положить» продакшен и какие практики позволяют держать базу под контролем. А так же решите для себя, брать ли ORM в следующий проект или сразу писать SQL.
(00:00) - Введение. Почему мы всё ещё спорим про ORM?
(02:18) - Что такое ORM на пальцах — быстро, чётко, по делу
(04:32) - PHP и ORM: от древности до Laravel
(07:01) - ORM глазами хаскелиста — определение через опыт
(08:51) - Как типизация усложняет или упрощает маппинг
(10:35) - Связи решают всё: зачем они важны в любой базе
(13:45) - Фильтрация и динамика: где builder выигрывает у SQL
(17:51) - Тестируем SQL: что делать с ошибками на проде
(22:30) - Почему auto-инструментация — это роскошь не для всех
(25:43) - Query builder — обязательный минимум для любого проекта?
(29:23) - Когда ORM спасает время (и нервы)
(34:08) - Сериализация "на автомате" — магия или хорошая инженерия?
(36:51) - Промышленный стандарт = спокойствие в команде
(39:39) - Магия рефлексии: когда модель = пустой класс
(41:31) - Код first: почему он иногда опаснее, чем кажется
(43:36) - Zero downtime и миграции: возможно ли идеальное развертывание?
(49:36) - Как PHP прошёл путь к миграциям: взгляд в прошлое
(54:08) - Когда SQL тормозит: ищем виновника
(57:45) - Запросы: главная претензия к ORM
(01:05:03) - Как распознать N+1 запрос и не страдать
(01:08:13) - Пример Elixir: ORM без боли и магии
(01:12:44) - Где заканчивается SQL и начинается здравый смысл
(01:19:14) - Как удалять данные и при этом не терять их
(01:22:25) - ORM и бизнес-логика: когда класс — не просто класс
(01:28:50) - Декларативность vs. контроль: можно ли совместить?
(01:32:26) - Генерация объектов: действительно ли тормозит?
(01:36:22) - Оптимистичная блокировка спасает не только от конфликтов
(01:41:14) - Транзакции, блокировки и реалии продакшена
(01:44:58) - Нерешаемая проблема мутабельности
(01:48:27) - Когда "умная" ORM становится врагом архитектуры
(01:51:01) - Заключение. Как жить с ORM и не страдать?
★ Support this podcast ★
В 2010 году я много собеседовал начинающих разработчиков, и одним из них был Артём Малышев. Он не прошёл испытательный срок, но само собеседование и несколько недель работы с нами оставили у него сильное впечатление и задали вектор всей его карьеры.С тех пор прошло больше десяти лет. Артём успел поработать на фрилансе, получил грант Mozilla, стал контрибьютором Django Channels, и сейчас входит в core-команду Django. Недавно мы снова пересеклись — и я пригласил его на подкаст, чтобы разобрать, как складывался его путь и что на него повлияло.Обсудили:- что давал ранний фриланс на Upwork и почему там важно сразу считать стоимость не только работы, но и валютного контроля;- как автоматизация антивирусных отчётов превратилась в первый серьёзный питон-опыт;- Как один твит, XSLT-плагин и 20 чашек кофе привели к внезапному контракту в Германии;- коридорный разговор на конференции, который привёл к гранту Mozilla и работе над Django Channels;- историю о контрибьюторе, продавшем поддержку библиотеки без ведома автора — и чем всё закончилось.А ещё — поговорили о росте. Сколько времени занимает развитие навыков? Что на самом деле даёт переход от рутинных задач к контрибьютам в open source? И почему нет коротких путей от джуна из региона до ключевого участника глобального проекта.
(00:00) - — Введение и анонс
(03:15) - — Первая встреча: момент, когда всё изменилось
(04:35) - — Карьерное начало Артёма: первые шаги в IT
(08:16) - — Взлёт Ruby & Rails: почему они стали такими популярными
(12:58) - — Насмотренность и опыт: как это влияет на качество кода
(16:45) - — Реалити-чек: смена целей и взглядов
(20:56) - — Курьёзное интервью: «заводная» путаница
(24:13) - — Проект M3: первые шаги в новом месте
(28:18) - — Заказ от Positive Tech: опыт корпоративного проекта
(33:42) - — Антивирусы и ограничения: столкновения с корпоративщиной
(36:16) - — Рефлексии: переход в open-source
(40:21) - — Удалёнка: как они перешли на дистанционку
(44:57) - — Влияние Bundler: роль инструментов для Ruby
(48:18) - — Появление Poetry: реакция сообщества
(53:26) - — Менеджеры версий: универсальные решения
(58:23) - — Пакетный хаос: проблемы на GitHub
(01:02:39) - — Первый фриланс-заказ: опыт и выводы
(01:07:59) - — XML Conf в Праге: впечатления с конференции
(01:10:33) - — Асинхронность в Python/Django: зачем и кто за этим стоит
(01:15:43) - — Под капотом: архитектурные сложности
(01:22:07) - — Итоги Channels: успех или тупик
(01:25:02) - — Генераторы в практике: сложности внедрения
(01:30:34) - — Контрибьютинг в крупные проекты: как это сделать
(01:34:52) - — Закрытая соцсеть: контрактный кейс
(01:40:04) - — Драйвер-фреймворки: Rails vs Python
(01:45:23) - — Конкуренция проектов: борьба идей
(01:57:25) - — Предательство: обида и урок
(01:59:54) - — Опыт OSS: важные выводы
(02:05:29) - — Микрозадачи: система тикетов
(02:11:17) - — Трудолюбие vs талант: главный вывод
(02:12:47) - — Рельсовые конференции и Inertia: взгляд в будущее
(02:14:09) - — Заключение
★ Support this podcast ★
В этом выпуске мы поговорили с Андреем Татариновым, инженером, который каждый день работает с языковыми моделями и внедряет ИИ в реальные продукты. Обсудили, как устроены LLM: что на самом деле происходит под капотом ChatGPT, почему ИИ часто галлюцинирует, и как с этим работать.Разобрали, зачем нужен fine-tuning и RAG, как промт превращается в инженерную задачу, и почему без человека модели пока не справляются. Поделились практическим опытом автоматизации, примерами из реальных кейсов и мнением о том, в каком направлении развивается рынок ИИ.Вы узнаете, как реально применять языковые модели, какие ошибки совершают новички, и что нужно, чтобы ИИ стал помощником, а не источником проблем.
(00:00) - Введение и анонс
(01:31) - От Яндекса до Epoch 8: путь Андрея Татаринова
(04:54) - Бустинги, логрег и берты: как мы пришли к GPT
(08:23) - Почему GPT-системы сокрушили прошлое
(12:10) - Иллюзия экспоненты: будет ли у ИИ потолок?
(16:01) - Новая реальность: как теперь проектируются AI-системы
(19:53) - Под капотом LLM: инференс, рантаймы и матрицы
(23:22) - Проблема масштаба: почему модель ≠ база данных
(27:27) - Векторные базы и RAG: как накормить модель знаниями
(31:20) - Промт не магия: где заканчивается здравый смысл LLM
(35:04) - Файнтюнинг: учим GPT понимать нас лучше
(38:31) - Пределы модели: почему знания «вытесняются»
(42:27) - LEGO, Copilot и код: генерация, где работает, где нет
(46:20) - Заменит ли GPT ревьюера? Хекслет тестирует
(50:34) - Проблема смыслов: почему даже с правилами модель врёт
(54:28) - Что такое разум у LLM: reasoning и цепочки размышлений
(58:19) - MCP и агенты: когда LLM делают больше, чем отвечают
(01:02:36) - Автоматизация задач: мечта об ИИ-помощнике
(01:07:02) - За пределами промтов: новый взгляд на разум
(01:11:19) - Автономные агенты: размах MCP в продакшне
(01:15:34) - Инциденты под контролем: SRE + агентный подход
(01:19:59) - Оркестрация инструментов: когда API + MCP не хватает
(01:24:24) - Покупать или делать самому: стратегия внедрения
(01:28:49) - MCP как стандарт: реальные шаги или маркетинг?
(01:33:14) - Архитектурные тренды: готовимся к агентам заранее
(01:37:39) - Команды и экосистема: как вести IT-лидеров
(01:42:04) - Безопасность и контексты: бизнес, observability, security
(01:46:29) - MCP next layer: от работы в одиночку к рынку агентов
(01:50:54) - Оценка зрелости: когда агенты перестают быть хайпом
(01:55:19) - Call to action: малые эксперименты — большие изменения
(01:59:44) - Ключевые выводы и приглашение к диалогу
★ Support this podcast ★
В этом выпуске мы устроили живую дискуссию о Scrum: Agile-коуч Мария и продакт-менеджер Александр дискутировали о том, когда фреймворк действительно помогает, а когда превращается в формальность. Обсудили ценности и принципы Scrum, разобрали, почему без поддержки руководства он не работает, и сравнили классический подход со «сплошным» потоком задач. Разобрали реальные кейсы внедрения, типичные ошибки механического соблюдения ритуалов и дали практические советы, как подстроить Scrum под свой контекст.
(00:00) - Введение и анонс
(02:30) - Скрам — фреймворк или культ? Что думают профи
(04:50) - История появления Скрама: зачем он вообще нужен
(07:14) - Кому Скрам вредит и кто на нём зарабатывает
(10:35) - Про Канбан, Скрам и прочие страшные слова
(12:26) - Терминологический хаос и скрамоподобные мифы
(15:20) - Почему Скрам не взлетает: внедрение, культура, люди
(19:46) - Скрам без поддержки сверху — путь к провалу
(24:00) - Когда одна команда — это целая компания
(27:31) - Скрам и поддержка пользователей: несовместимы?
(32:39) - Как Скрам ломает мозг аналитикам и тестировщикам
(36:24) - Архитектурные затыки и межкомандные блокеры
(40:46) - Почему без нормального бэклога Скрам не работает
(44:45) - Джира, PMBOK и Скрам: цифровой фейерверк или бюрократия?
(47:50) - Релизный ад и регресс за час: реальность Скрама
(53:09) - Время жизни задачи: что мерить, чтобы не умереть?
(56:57) - Продуктовая разработка и Скрам: союз или развод?
(01:00:09) - Масштабируем или похороним? Скрам в больших продуктах
(01:04:56) - Скрам как инструмент изменений: ретроспективы, рост и боль
(01:11:23) - Скрам как зеркало: как метод вскрывает проблемы
(01:15:25) - Почему Скрам пугает и разработчиков, и менеджеров
(01:19:09) - Загнивает ли Скрам? Что происходит в мире методологий
(01:24:11) - Когда Скрам спасает: реальные истории успеха
(01:28:37) - Внедрили Скрам? А теперь живите с этим
(01:32:44) - Скрам и командная культура: проверка на зрелость
(01:38:46) - Кто спасёт команду: Скрам-мастер, тимлид или никто?
(01:44:15) - Менеджеры без знаний: почему Скрам превращается в боль
(01:49:16) - Заключение
(00:00) - Chapter 29
★ Support this podcast ★
В этом выпуске мы поговорили с Егором Бугаенко — автором «Elegant Objects» и сторонником «честного» ООП-мышления. Он раскрыл, почему классическое объектно-ориентированное программирование — это не архитектура, а иллюзия порядка, за которой скрывается хаос.Разобрали, почему null, static и наследование — главные разрушители систем, как мышление «в классах» ведёт к техдолгу, и почему ORM прячет от нас реальные ошибки в работе с данными. Егор настаивает: код должен быть сконструирован, а не написан, иначе система становится неуправляемой — особенно в эпоху LLM, когда ИИ сыплет автопатчами и код перестаёт быть осмысленным.Также обсудили:- Почему композиция объектов — основа устойчивой архитектуры- Как мыслить модулями, а не строками кода- Что такое Fail Fast и зачем системе «падать» сразу- Почему архитектурное мышление — навык разработчика будущего- Как LLM усиливают хаос, если нет модели- Роль дизайн-долга и как он убивает бизнес-процессы Это выпуск для тех, кто не хочет быть просто кодером в мире, где код уже пишет ИИ.
(00:00) - Введение и анонс
(00:57) - История ООП: Как всё начиналось и где свернули не туда
(03:47) - UML: Почему диаграммы не работают в живом коде
(07:57) - IT без кода: Кто такие архитекторы, аналитики и зачем они нужны
(10:27) - UML и микросервисы: Почему вместе они не работают
(14:07) - Тесты: Почему юнит-тесты не спасают от багов
(18:53) - Микросервисы: Как проектировать, чтобы не пожалеть
(25:30) - Образование и ООП: Чему учат и чему не учат
(29:20) - Высшее IT-образование: Почему оно отстаёт от практики
(35:04) - ИИ в программировании: Помощник или угроза?
(36:59) - Будущее кода: Кто будет писать программы завтра
(39:49) - ООП сегодня: Жив ли подход или пора прощаться?
(43:34) - Генерация кода ИИ: Ускорение или потеря контроля?
(46:22) - Промты для ИИ: Как правильно общаться с машиной
(50:09) - Дизайн системы: Как не утонуть в архитектуре
(52:58) - Маппинг: Когда преобразование данных становится проблемой
(55:49) - ORM: Почему это может быть ловушкой для проекта
(59:35) - Фреймворки: Примеры, которые стоит знать
(01:03:20) - Ручной SQL: Контроль, который стоит усилий
(01:07:04) - Nullable: Почему это не просто пустое значение
(01:15:40) - Обучение программистов: Чему стоит уделить внимание
(01:20:26) - Когнитивная нагрузка: Как null усложняет мышление
(01:26:06) - Теория и практика: Как найти баланс в программировании
(01:29:53) - Осознанные нарушения: Когда отступление от правил оправдано
(01:37:25) - Обработка исключений: Как управлять жизненным циклом объекта
(01:44:03) - Системы типов: Как они помогают и мешают
(01:50:41) - Функциональное vs ООП: В чём разница на практике
(01:56:24) - Применение подходов: Как выбрать правильный инструмент
(01:58:17) - Философия ООП: Что стоит за объектами
(02:03:00) - Композиция и принципы: Как строить надёжные системы
(02:06:44) - Паттерны: Почему некоторые из них устарели
(02:13:27) - Чистый код: Почему не всё так чисто
(02:14:23) - Современные книги: Что читать вместо «Чистого кода»
(02:16:17) - Заключение
★ Support this podcast ★
В этом выпуске мы поговорили с Ильёй Ильиных , автором канала «Куда войти», и вместе выяснили, что на самом деле скрывается за трёхбуквием TDD. Обсудили бережливое тестирование, разобрали плюсы и минусы diamond-подхода, поспорили о юнит-тестах, интеграционных проверках и вечной боли MockBean в Spring. Поделились приёмами, как типизация в Go и TypeScript сокращает объём тестов, и показали, как застраховать легаси-код, не притормаживая релизы.Вы узнаете, когда тесты ускоряют работу, а когда превращаются в тормоз, как выбрать «достаточный минимум» покрытий и перестать бояться рефакторинга. Не пропустите — в конце даём чек-лист для мягкого внедрения TDD и советы, которые помогут команде прокачать уровень программирования
(00:00) - — Введение. Почему юнит-тесты не работают
(01:15) - — Go в бою: опыт, миграции и сравнение с Rails
(05:03) - — Как нейросети и личный опыт влияют на качество тестов
(09:47) - — Пирамида тестирования, стратегии и интеграционные тесты
(13:34) - — Библиотеки, транзакции и альтернативные подходы
(18:19) - — Критика пирамиды, микросервисы и сила интеграционных тестов
(23:01) - — Мифы, сложности написания и важность интеграционного подхода
(30:37) - — Дебаггинг, логирование и тесты для сложных кейсов
(34:26) - — Spring Boot, юниты и проблемы с SQL
(40:04) - — Тесты пользователей, репозитории и события
(46:41) - — Проблемы с интеграцией Spring Boot и различия между моками и стабами
(53:21) - — Оптимизация, контекст и TDD в действии
(59:59) - — GitHub, редиректы, обновление и инструменты
(01:03:48) - — Кассеты, документация и безопасность
(01:09:30) - — Фикстуры: от введения до организации данных
(01:15:07) - — Оверкил, дизайн и тестирование в разных языках
(01:22:46) - — Go, производительность и интеграция
(01:28:31) - — Express, Spring и тестирование контроллеров
(01:34:15) - — TypeScript, Fastify и дизайн-first API
(01:40:01) - — Плагины, история тестов и рефакторинг
(01:48:26) - — Моки, стабы и влияние на архитектуру
(01:56:55) - — Ментальные модели, API и сравнение Go и Drizzle
(02:06:24) - — Решения проблем, инструменты и тяжёлое наследие
(02:14:57) - — Прагматичный подход, TDD и архитектурные выводы
(02:27:18) - — Заключение
★ Support this podcast ★
В этом выпуске я открываю новое направление на канале — разборы. Начинаю с лекции Егора Бугаенко «Взлёт и падение ООП», которую он читал в Новосибирске.Разбираю ключевые тезисы, комментирую спорные моменты, делюсь собственным опытом и взглядами на объектно-ориентированное программирование. Мыслей накопилось много — от истории языков до проблем динамической диспетчеризации, инкапсуляции и производительности. Обсудим, что такое ООП на самом деле, какие мифы с ним связаны и почему многие разработчики до сих пор неправильно его трактуют.Не пропустите — это не просто разбор лекции, а откровенный разговор о плюсах и минусах ООП без иллюзий и заумных формулировок.💬 Пишите в комментариях, согласны ли вы с Егором, со мной или свое личное мнение. Если формат зайдёт, продолжу разбирать и другие видео, в том числе ваши рекомендации.#ООП #программирование #разбор #функциональноепрограммирование #Бугаенко #классическийкод #архитектурапрограмм #кодбезООП #инженерияПО #разработканасовесть #мнениеразработчика #чистыйкод #альтернативаООП
★ Support this podcast ★
В этом выпуске мы поговорили с Данилом Шашковым — CTO стартапа Humanizer (STS GPT), который за год вырос в выручке х4, оставаясь командой из двух человек. Разобрали, как он нашёл работу в американском проекте через Twitter, почему «процессы ради процессов» убивают скорость и мотивацию и как голосовые задачи в Signal могут заменить таск‑трекер.Обсудили и посмеялись:✔️ как минимальная бюрократия вывела проект в топ‑1 % самых быстрорастущих стартапов Stripe;✔️ культуру «punk‑driven development»: CTO берёт на себя дизайн, фронт, бэк и аналитику, не стыдясь «посредственного» кода — лишь бы продукт рос;✔️ почему code‑review «обязан пройти с первого раза» превращается в кошмарную KPI‑гонку и охлаждает инициативу;✔️ как ежедневные дейлики и performance‑review могут убить драйв, и при каком размере команды процессы действительно полезны;✔️ эксперимент «500 $ за Dev‑in AI‑ассистента»: что реально дал супер‑кодер‑бот и почему его выпилили через неделю;✔️ iOS‑приложение за 30 дней без скрам‑мастеров и джира‑митингов;✔️ баг, сделавший продукт случайно бесплатным, и план превращения ошибки в рост;✔️ «экономика облаков»: полная инфраструктура 5 000 $ в мес. дешевле любого DevOps‑штата.Вы узнаете готовые приёмы, которые помогут основателям, продукт‑менеджерам и разработчикам ускорять релизы, сокращать издержки и сохранять драйв в команде — от минимального бэклога до микро‑ретро и метрики «деньги ↔️ активность» на дашборде. Не пропустите!
(00:00) - Введение и анонс
(04:37) - Можно ли работать на американскую компанию без переезда в США?
(12:18) - Условия труда в США
(15:47) - Самый быстрорастущий стартап
(18:47) - Процессы внутри компании
(25:53) - Дух стратапа и хаос
(31:55) - Как влияет на атмосферу и мотивацию код-ревью
(36:36) - Какие процессы в стартапе работают на все 100
(42:05) - Дейли - абсолютное зло?
(55:04) - Таск трекеры в компаниях
(01:02:16) - Осознание своего места в стартапе
(01:14:23) - Влияние близости денег в компании
(01:24:15) - Вайб кодинг
(00:00) - Chapter 14
★ Support this podcast ★