16+
O podcaście
Пишем код, за который не стыдно. Разбираем базу, даем рекомендации и встречаемся с умными людьми
Gatunki i tagi
В этом выпуске мы поговорили с Антоном Назаровым, создателем сообщества «Осознанная меркантильность», про дебаты как навык и как практику. Разобрали реальные кейсы: удачные, неудачные и спорные.
Мы говорили о том, зачем вообще идти в публичные дебаты и какую задачу они решают на самом деле, почему в них важно не переубедить оппонента, а выстроить работу с восприятием аудитории, и как подготовка — или её отсутствие — напрямую влияет на то, «плывёт» человек в разговоре или удерживает позицию. Обсудили, как уточнение терминов и задание рамки разговора меняют динамику дискуссии, какие аргументы чаще всего вызывают агрессию и переходы на личности, где проходит граница между жёсткой позицией и токсичностью, и почему стратегия «всё сложно и все правы» плохо работает в публичном поле.
Отдельно обсудили подготовку к дебатам: работу с тезисами, контраргументами, провокациями и собственными ограничениями, а также почему иногда лучший исход — не идти в дебаты вовсе.
Полезные ссылки:
Анонсы и эксклюзивы от Антона: 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
Юниты против интеграционных тестов — вечный спор, который кажется простым только до первого реального проекта. В этом выпуске у нас в гостях Александр Макаровов — core-разработчик PHP-фреймворка Yii. Мы разобрали, почему формальные определения тестов почти не работают в живых системах и где на практике проходит граница между «юнитом», «модулем» и «интеграцией».
Мы поговорили о тестировании прикладных веб-приложений и библиотек, сравнили Active Record и Data Mapper, разобрали, когда тесты обязаны ходить в базу, а когда моки — вынужденное зло. Посмотрели реальные репозитории активно развивающихся проектов написанных на Laravel и Rails, фреймворки и коммерческие проекты, и увидели, как на самом деле пишутся тесты в продакшене, а не в книжках. Обсудили фикстуры, транзакции, rollback’и, SQLite in-memory, UUID, миграции, тесты контроллеров, сервисов и джобов.
Полезные ссылки:
https://t.me/samdark_blog
Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog
– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321
– Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239227
Telegram-канал Организованного Программирования: https://t.me/orgprog
Хекслет Клуб в Telegram https://t.me/HexletClubBot
#кириллмокевнин #александрмакаров #интеграционныетесты #программирование #php #backend #разработка #it #подкаст
Дебаты: юнит тесты против интеграционных с Александром Макаровым
(00:00) - этом видео: (00:00) - — Добро пожаловать в подкаст: почему третий релиз фреймворка ждали годами — и при чём тут тесты? (02:13) - — О чём сегодня будет спор: юнит-тесты против интеграционных — кто победит? (07:37) - — Юнит-тесты на практике: функция, класс или публичный API (11:14) - — Почему формального определения не существует: юнит-тесты, которые не юнит-тесты (15:05) - — Внутренний интерфейс — трогать или нет: почему тесты не должны лезть в кишки системы (26:18) - — Архитектура vs гигиена: что действительно важно в прикладных проектах (37:15) - — Рефакторинг без боли: какие тесты действительно помогают менять код (47:53) - — Работа с базой данных: транзакции, откаты и скорость тестов (59:49) - — Плюсы и минусы высокоуровневых тестов (01:08:11) - — Open-source vs коммерция: почему одинаковые подходы не работают (01:25:45) - — Все типы тестов в реальном проекте (01:42:55) - — Docker и файловая система: неочевидные проблемы масштабирования (01:54:10) - — Сила декларативного подхода: почему CI/CD — идеальная среда для AI (02:01:20) - — Заключение: почему истина всегда где-то посередине ★ Support this podcast ★В этом выпуске — экспериментальный формат и разговор без сценария. В гостях сразу двое инженеров с более, чем двадцатилетним опытом - Пётр Зайцев и Алексей Рыбак. Мы вспоминаем, как выглядел вход в IT в 2000-х: первые работы «по знакомству», собеседования в квартирах и ресторанах, задачи про шнуры, найм по мотивации и жизнь без курсов, грейдов и HR-пайплайнов.
Большой блок посвящён найму и софтскилам. Обсуждаем, действительно ли раньше на них «не смотрели», где проходит граница между прямотой и токсичностью, как меняются ожидания в больших и мультикультурных командах, почему интервью часто проверяют не знания, а этику и способность работать с конфликтами, и как размер компании меняет правила игры.
Во второй части говорим о технологиях и хайпах, которые мы пережили: паттерны, ORM, MongoDB, микросервисы, serverless и TypeScript. Отдельно разбираем, почему именно nginx и memcache стали настоящими сдвигами и реально изменили индустрию, а большая часть «революций» оказалась просто модой. В конце — трезвый разговор про AI: где он ускоряет инженеров, а где создаёт больше шума, чем ценности.
Если откликнулось — поставьте лайк, напишите в комментариях свой опыт и скажите, стоит ли делать такие разговоры регулярными.
Полезные ссылки:
https://youtube.com/@AlexeyRybak
Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog
– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321
– Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239225
Telegram-канал Организованного Программирования: https://t.me/orgprog
Хекслет Клуб в Telegram https://t.me/HexletClubBot
Функциональное программирование давно перестало быть экзотикой, но вокруг него всё ещё много мифов, крайностей и непонимания. В этом выпуске мы говорим с Сашей Вершиловым — инженером, который уже почти 15 лет пишет на Haskell и при этом остаётся максимально прагматичным.
Мы разбираем, почему Haskell до сих пор стоит особняком: как он вырос из академической среды, почему ленивые вычисления и сильная система типов стали источником десятков идей для mainstream-языков, и как generics, type inference, immutability, pattern matching, пайплайны и «чистый код» перекочевали в Java, JavaScript, TypeScript, Go и другие экосистемы. Говорим о том, почему сегодня функциональщины вокруг нас больше, чем кажется — просто она стала «невидимой».
Отдельный фокус — практика и мышление инженера. Почему functional core / imperative shell не «ломается», а неправильно применяется. Как Haskell меняет способ думать о данных, алгоритмах и архитектуре. Где он действительно помогает стать сильнее как разработчику, а где начинается оверхед, экосистемные риски и необходимость знать кишки рантайма. Этот выпуск — не про «писать всё на Haskell», а про влияние, инструменты мышления и честный разговор о том, чему функциональное программирование научило индустрию и зачем мидлам и сеньерам в этом вообще разбираться.
Полезные ссылки:
Twitter - https://x.com/qnikst
Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog
– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321
– Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239224
Telegram-канал Организованного Программирования: https://t.me/orgprog
Хекслет Клуб в Telegram https://t.me/HexletClubBot
#функциональноепрограммирование #haskell #fp #программирование #чистыйкод #языкипрограммирования
Зачем изучать Haskell в 2025 году? | Александр Вершилов #68
(00:00) - Введение. Зачем вообще говорить о Haskell? (00:48) - Как Haskell стал культовым языком — история, полная парадоксов (01:59) - Ленивость, чистота и мощь типов — что делает Haskell особенным (09:41) - Haskell сегодня: жив или мертв? Обсуждаем текущее развитие (14:13) - Битва языков: кто круче Haskell или…? (22:02) - Как Java «украла» дженерики у Haskell (27:05) - Когда FP не приживается — главные проблемы интеграции (33:46) - Как FP меняет мышление программиста (40:09) - Почему без FP не было бы современного программирования (44:37) - Что нужно знать перед началом с Haskell? (53:32) - Почему порядок вычислений — это важно (01:04:56) - Функции в Haskell: краткий гайд (01:16:34) - Чем Haskell выигрывает у других в работе с функциями (01:25:32) - Как оптимизируются пайплайны в Haskell (01:33:22) - Алгоритмы через матчинг: магия Haskell (01:42:57) - Почему рекурсия в Haskell — это нормально (01:49:28) - Как определить функцию в Haskell (01:56:02) - Чем рискует компания, выбрав Haskell (02:00:16) - Заключение. Кому и когда стоит использовать Haskell ★ Support this podcast ★В этом выпуске мы разбираем следующую главу «Чистого кода» Роберта Мартина про модульные тесты и TDD.
Глава маленькая, но последствия от неё — огромные. Мы поговорим о том, как Мартин трактует модульные тесты, зачем он навязывает «три закона TDD» и почему вся глава местами напоминает идеологический манифест, а не практическое руководство.
Я покажу, как его подход работает (и не работает) в реальной жизни, где модульные тесты действительно помогают, а где — становятся тормозом для архитектуры, мешают рефакторингу, и даже запирают разработчиков в ловушку реализации.
Обсуждаем:
- Почему TDD ≠ надёжность, и как это связано с деталями реализации
- Как тесты мешают менять код, вместо того чтобы помогать
- Модульные vs. интеграционные тесты: когда что действительно нужно
- Почему идея «удалять модульные тесты после проектирования» — не безумие, а осознанная практика
- Зачем Мартин создаёт тестовый DSL, и почему это часто превращается в god-object в обёртке удобочитаемости
- История про "один assert на тест", роспек, матчеры и почему современные практики давно пошли другим путём
- И самое главное: что из этой главы стоит взять, а что — отбросить без угрызений совести
Это выпуск не только о тестах, но и о том, как теоретические идеи живут (или не выживают) в продакшене, и почему взрослому инженеру важно уметь отделять идеологию от практики
Первая часть разбора: https://youtu.be/-tp2bfP36Hg
Вторая часть разбора: https://youtu.be/KK9XK6BtqBM
Третья часть разбора: https://youtu.be/bfhUhim0V1Y
Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog
– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321
– Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239222
Telegram-канал Организованного Программирования: https://t.me/orgprog
Хекслет Клуб в Telegram https://t.me/HexletClubBot
Курсы по программированию — начни учиться уже сегодня: https://ru.hexlet.io/courses
#модульныетесты #чистыйкод #программирование #разработка #чистаяархитектура
Как модульные тесты в разы усложняют поддержку проекта | Разбор книги Роберта Мартина #4
(00:00) - – Введение. Почему модульные тесты до сих пор спорный инструмент? (00:36) - – С чего всё начиналось: как тестирование выглядело в 90-х (05:16) - – Что работает в библиотеках, не работает во фреймворках (10:41) - – Тесты = гибкость кода? Разбираем миф (16:58) - – Как модульные тесты мешают рефакторингу (20:53) - – Почему “красивый” тест может быть вредным (26:39) - – Что происходит, когда тест превращается в DSL (31:14) - – Можно ли писать “грязные” тесты? Мартин говорит — да (35:28) - – Больше методов — больше проблем (42:30) - – Как RSpec повлиял на все тестовые фреймворки (46:09) - – Ассерты без боли: так можно было? (50:01) - – Условные конструкции в тестах: враг №1 (55:52) - – Зависимость между тестами (01:00:37) - – Заключение. Почему идеальных тестов не бывает ★ Support this podcast ★Третья часть разбора “Чистого кода” Роберта Мартина.
На этот раз — глава “Обработка ошибок”, где всё снова звучит красиво, но работает не так, как написано.
Разбираю, почему подход “всё через исключения” на практике создаёт больше хаоса, чем порядка. Объясняю, где Мартин путает исключительные ситуации с обычной логикой программы, и как это превращает чистый код в непредсказуемый.
Показываю, почему исключения — не всегда “чисто”, а часто просто удобно спрятанная ошибка. Разбираем примеры с try-catch, коды возврата, идемпотентность и атомарность, говорим о реальных паттернах работы с ошибками в Go, Haskell и TypeScript.
★ Support this podcast ★Spring Boot — один из самых популярных фреймворков в экосистеме Java. Вместе с Валерием Жилой поговорили о том, как он устроен, почему вокруг него столько споров и насколько оправдано его использование сегодня. Разобрали фреймворк с разных сторон — от удобства до производительности. Мы постарались взглянуть на Spring Boot без фанатизма и предвзятости: где он действительно помогает, а где мешает.
В этом выпуске мы обсудили:
- сравнение с FastAPI, NestJS и другими фреймворками;
- когда Spring Boot раскрывает свой потенциал, а когда превращается в обузу;
- производительность и скрытая магия фреймворка;
- особенности Developer Experience;
- порог входа для новичков.
- Инверсия зависимостей, возведенная в абсолют
List of Spring projects: https://spring.io/projects
List of small Spring guides, to learn elements in a very simple way: https://spring.io/guides
Structured from-zero Spring Boot tutorial: https://www.baeldung.com/spring-boot
Spring IO YouTube: https://www.youtube.com/@SpringIOConference
Spring Boot vs Quakrus: https://www.youtube.com/watch?v=mJJpZ70q9M0
Хорошая книга - Spring Start here: https://amzn.to/3JwIeEp
Евгений Борисов, отличные видео на русском про то, как спринг работает под капотом (первые два довольно старые, но с принципы остались те же):
- https://www.youtube.com/watch?v=BmBr5diz8WA
- https://www.youtube.com/watch?v=cou_qomYLNU
- https://www.youtube.com/watch?v=rd6wxPzXQvo
В выпуске мы поговорили с Алексеем Гладковым, создателем канала Mobile Developer, инженером с 13+ годами опыта под Android и iOS.
обсудили как менялась мобилка изнутри: от Java и XML до Kotlin, Compose и серверного UI,
и выяснили, почему эпоха “нативных приложений” уходит, уступая место новым парадигмам.
Обсудили:
— куда дрейфует Android и зачем Китаю своя HarmonyOS;
— почему оффлайн-эпоха закончилась;
— как Flutter, Compose и BDUI меняют саму идею приложения;
— и что ждёт мобильных инженеров, когда всё уже написано.
Полезные ссылки:
https://t.me/alexgladkovblog
https://youtube.com/@mobiledeveloper
Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog
– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321
– Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239178
Telegram-канал Организованного Программирования: https://t.me/orgprog
Хекслет Клуб в Telegram https://t.me/HexletClubBot
#мобильнаяразработка #android #ios #kotlin #flutter #compose #bdui #разработкаприложений #mobiledeveloper #разработка #программист #карьерапрограммиста #тренды2025 #aiвразработке #подкаст
Как устроена Мобильная разработка сегодня? | Алексей Гладков #64