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

Юниты против интеграционных тестов — вечный спор, который кажется простым только до первого реального проекта. В этом выпуске у нас в гостях Александр Макаровов — 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 (00:00) - — Зачем этот выпуск нельзя пропустить? (00:55) - — С чего всё началось: первый шаг в айти без опыта (05:59) - — Админ из подвала и письмо основателю MySQL: путь Пети Зайцева (12:22) - — Почему я проваливал все собесы первые годы (18:28) - — 40 вопросов на листочке и 25 зачётов: ад собеседований (26:53) - — Американская вежливость vs русская прямота (32:41) - — Кого не прощают: границы допустимого в командах (34:05) - — Пассивная агрессия: приём или угроза? (35:22) - — Виноват ли разработчик, если уволили по этике? (48:28) - — Почему русские в США остаются «деревянными» (58:21) - — Что действительно изменило индустрию? (01:12:09) - — Один язык для всего? Опасная иллюзия (01:30:39) - — Технологические прорывы и их последствия (01:43:49) - — Эффективность использования ИИ в командах (01:49:02) - — Заключение и подведение итогов ★ Support this podcast ★

Функциональное программирование давно перестало быть экзотикой, но вокруг него всё ещё много мифов, крайностей и непонимания. В этом выпуске мы говорим с Сашей Вершиловым — инженером, который уже почти 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 ★

В этом выпуске у нас в гостях Дмитрий Бобылев, бывший технический директор Сбермаркета и основатель консалтингового агентства Fastward. Дмитрий расскажет о своем пути от стартапа до масштабного бизнеса, о разработке, работе с командами, а также о том, как пройти путь от инженера до руководителя компании.Мы обсудили:- Как Дмитрий пришёл в IT и какие трудности пережил на старте.- Его опыт работы в стартапах и создание компании с нуля.- Развитие Сбермаркета и масштабирование инфраструктуры.- Проблемы роста в команде и управлении в крупных компаниях.- Важность правильного найма и построения команды, а также опыт с референсами и ошибками в процессе набора сотрудников.- Как найти баланс между бизнес-потребностями и инженерными решениями.Кроме того, Дмитрий поделился своим взглядом на современные тренды в технологиях, такие как внедрение автоматизации, выбор стека и влияние пандемии на развитие компании. Мы поговорили о важности метрик и анализа производительности команд, а также об ответственности CTO в крупной корпорации. Эта беседа будет полезна тем, кто хочет понять, как строится успешная IT-компания и какие ключевые моменты нельзя упустить на пути к масштабированию.Полезные ссылки:Telegram Дмитрия - https://t.me/ZhogloTelegram канал - https://t.me/ZhogloTechПодписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321– Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239223🔹 Telegram-канал Организованного Программирования: https://t.me/orgprog🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot#CTO #разработка #техдиректор #организованноепрограммирование #кириллмокевнинТехнологический рост компании: путь от стартапа до гиганта  | Дмитрий Бобылев #67 ★ 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 ★