SOLID. Single Responsibility Principle или как правильно разделять ответственность в коде

Бухгалтерия попросила поменять округление в налоговом отчёте. Одна строка в коде. Через час позвонил клиент: в его счёте другая сумма. Счёт никто не трогал. Это видео о том, почему так бывает — и как увидеть это заранее. Разбираем принцип единственной ответственности (SRP) на реальном Spring Boot проекте: не три игрушечных класса, а живой код, который проходит через волны требований, PR-ы и merge-конфликты. Что внутри: — Почему «у класса одна обязанность» — неправильное определение, и что вместо этого — Две зеркальные ошибки: «несколько акторов = дели» и «один актор = не дели» — Три формы нарушения SRP на реальном коде — Когда делить не надо: большой TaxCalculator и маленький DeliveryMethod — Пять вопросов, с которыми можно посмотреть на свой класс в понедельник утром Репозиторий со всеми состояниями: https://github.com/Oleborn/SOLID Таймкоды: 00:00 — Вступление 02:04 — Одна строка, которая сломала счёт 16:00 — Две формулировки Мартина 20:02 — Что такое актор и как его найти 28:20 — Что такое ответственность (и почему это не «делает одну вещь») 31:03 — Две зеркальные ошибки 35:29 — Три формы нарушения и три заблуждения 38:07 — Дубль, ревью, рефакторинг 48:43 — Разделение и цена: два калькулятора 59:19 — Большие классы: тесты, конфликт слияния, отказ почты 01:23:37 — Утечка purchasePrice в API 01:35:40 — Когда делить не надо 01:49:23 — Эвристика: не разделяй ради гипотез 01:51:57 — Финал: пять вопросов Канал в телеграмм - https://t.me/Java_for_beginner_dev. Мы не претендуем на правильность всего сказанного в видео, мы только учимся)) Знаете что-то лучше и готовы поделиться - добро пожаловать! #Java #SpringBoot #SOLID #SRP #программирование #разработка #SoftwareArchitecture #SystemDesign #QualityAttributes #NonFunctionalRequirements #ArchitectureDrivers #BCA