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

Verfügbare Folgen

5 von 65

Объекты и структуры данных. Разбор книги "Чистый Код" Роберта Мартина #2
Вторая часть разбора “Чистого кода” Роберта Мартина. Сегодня на повестке глава "Объекты и структуры данных". Рассказываю, зачем Мартин предлагает интерфейс ради интерфейса, и почему абстракции, поданные как “чистое решение”, на практике могут только усложнять архитектуру. Показываю, где он подменяет реальные проблемы искусственными, и почему подход “всё спрятать” часто ведёт к оверинжинирингу.Главный акцент — не на интерфейсах, а на мутабельности и побочных эффектах.Обсуждаем, как именно они влияют на undo, конкурентность, тестируемость и общее поведение системы.Если вы всё ещё уверены, что “чистый код” — это универсальная истина, скорее всего, этот разбор сильно скорректирует взгляд на архитектуру.Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321– Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239179🔹 Telegram-канал Организованного Программирования: https://t.me/orgprog🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot🔹Курсы по программированию — начни учиться уже сегодня: https://ru.hexlet.io/courses (00:00) - — Введение. Почему "Чистый код" может быть опасен? (00:52) - — Интерфейс точки от Мартина: невинный пример или ловушка? (01:43) - — Личное мнение: почему меня бомбит от этого подхода (04:00) - — Погружаемся: старт разбора самой спорной главы (07:34) - — Интерфейсы, которые только кажутся полезными (12:08) - — Как язык программирования влияет на архитектуру (16:53) - — Интерфейсы ≠ архитектура: ловушка поверхностного подхода (18:37) - — Главный враг читаемого кода — побочные эффекты (22:11) - — Фича "откат" как тест на зрелость архитектуры (24:02) - — Неизменяемые объекты: фундамент стабильного кода (28:03) - — Как устроены настоящие проекты (и почему в них нет магии) (31:52) - — Что делают библиотеки: мутабельность запрещена! (34:48) - — Как пример Мартина сбивает с толку (40:30) - — Где скрывается настоящая сложность при работе с данными (44:32) - — Что отличает объекты от структур (47:16) - — Библиотеки vs прикладной код: разные миры (50:56) - — Есть ли жизнь без наследования? (да, и она проще) (56:49) - — Java как зеркало архитектурных иллюзий (59:26) - — Интерфейсы против здравого смысла: разбор с примерами (01:04:30) - — Вложенные вызовы: проблема или симптом? (01:06:50) - — Истинная боль проектирования — не там, где вы думаете (01:08:48) - — Объекты передачи данных DTO (01:10:38) - — Value Object против сущности: в чём разница (01:14:28) - — Введение в DTO (01:16:12) - — Типизация фронта через DTO: боль или кайф? (01:20:52) - — Был ли 2008-й тёмным веком архитектуры? (01:24:43) - — Заключение: почему важно думать самому ★ Support this podcast ★
--------
1:25:52
--------
1:25:52
#63 Как не стать айтишником, которого уволят первым? | Александр Бындю
Александр Бындю — человек с сильной технической экспертизой, огромным опытом в консалтинге, автор книг и… один из тех, кто в своё время повлиял на мой путь в IT. Мы знакомы уже больше десяти лет, и я давно хотел записать с ним подкаст.Мы обсудили технический консалтинг: что происходит в реальных проектах, о чём молчат на конференциях, какие факапы чаще всего допускают команды, и почему увольнение CTO — это не всегда трагедия, а иногда — необходимость. Поговорили о токсичных айтишниках, многоуровневом кэше ради кэша, переоценённых микросервисах и том, как код превращается в политическое оружие внутри компании.Немного философствовали, немного бомбили, но главное — постарались разобраться: как разработчику вырасти, не стать заложником процессов, и почему недостаточно просто «хорошо писать код». (00:00) - — Введение. Кто такой Александр Бындю и зачем бизнесу технический консалтинг? (00:31) - — Почему бизнес не понимает, что делают айтишники? Сложность IT глазами собственника (10:06) - — Старт бизнеса вслепую: почему у начинающих не получается (22:01) - — Грехи микросервисов: как архитектура убивает проекты (34:55) - — Как семиуровневый кэш похоронил многомиллиардный проект (46:03) - — Код как искусство: парное программирование и живой рефакторинг (50:23) - — Консалтинг — это война: как работать на результат, когда все против тебя (57:30) - — Один термин — семь значений: как запутанная лексика разваливает проекты (01:08:24) - — «Перепишем с нуля» — главная ошибка IT-менеджмента (01:11:40) - — Компетенция + модель = деньги (01:16:12) - — Заменит ли ИИ консультанта? Реальность и будущее в цифрах (01:22:37) - — Почему хейт — это знак, что вы всё делаете правильно (01:24:44) - — Заключение. Почему умение думать — главная суперсила ★ Support this podcast ★
--------
1:26:09
--------
1:26:09
#62 20 лет IT: как менялась профессия программиста | Андрей Кобец
В гостях — Андрей Кобец, фронтенд-разработчик, преподаватель и человек с огромным опытом в 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 ★
--------
2:03:18
--------
2:03:18
#61 Эволюция браузеров: от IE6 до ИИ-оболочек | Вадим Макеев
За последние годы развитие браузеров происходило настолько высокими темпами, что многие теряются в происходящем. Я решил это исправить. Мы поговорили с Вадимом Макеевым — экспертом по веб-стандартам из 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 ★
--------
2:28:22
--------
2:28:22
Функции. Разбор книги "Чистый Код" Роберта Мартина #1 | Организованное программирование
Первое видео в серии разбора чистого кода по Мартину. Говорим о функциях, почему короткие функции могут делать код хуже, одна ответственность слишком субъективное понятие, а многие рекомендации специфичны для 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 ★
--------
49:53
--------
49:53