Надо просто перейти, just do it

Всем по тесту И мир отметит масленицу

И спится лучше тем, кто его дорабатывает! Спасибо 🙏

Привет 👋 Спасибо за коммент. Я в целом согласен, но TDD делает это все более явно. Если на код удобно писать тесты, то велики шансы, что он сам качественный. Если код удобно писать, это значит только что писатель научился своей профессии)) Да и следить за архитектурой даже своего кода сложно. Знать как делать правильно != делать правильно. И да, если человек всегда соблюдает принцип разделения ответственности даже без исключений, то у него получится тестируемый код (скорее всего). Но это не будет гарантией, что он его протестирует и протестирует правильно (с TDD это будет соблюдаться).

@@kydavoiti Согласен. Наверное основой мой поинт был в такой. По TDD писать в разы легче если умеешь в архитектуру ))) И всетаки вначале лучше в архитектуру, а потом в TDD ну как мне кажется )))

Правда в этом есть, сам я подходил к TDD уже после изучения практик и опыта разработки

> хотелось бы увидеть практическое применение этих принципов Это принципы для работы, у большинства она закрытая. Я могу бы вам тут выдумать код и сказать, что он по ним, но это будет натянуто. У меня нет ни времени, ни желания, ни возможности писать долгий проект в стол, чтобы показать пользу тестов. Более того, какая разница как я это на практике применю. Советы индивидуально дадут разный результат. Ваш код никто, кроме вас, не напишет, а там только вам их применять. То, что у меня получается их применять и выхлоп меня радует не значит, что у вас будет также.

Тесты замедляют разработчика? Примерно также как парашют при прыжке с высоты. Без тестов быстрее работать над проектом только первые несколько недель активной разработки.. Потом замедление - это факт. А разбившийся разраб-без-тестов будет уже ползти со скоростью улитки там, где писавший тесты пойдет. Другое дело, если писать код не думая о репутации и будущем, то тесты не нужны. И да, иногда думать о будущем не надо, но редко людям за это платит работодатель.

Спасибо, что посмотрели все видосы

а я прослушал с удовольствием этот видос:)

​@@t0digital ​ я тоже с удовольствием все глянул, молодое поколение, развитие. пробежимся по этому видео: ДАНО: 1. разработка в команде 2. код-наследие НАЙТИ: 1. оптимальный путь решения бизнес задачи через работу с возражениями кодеров на тему писать ли тесты. и все это дело рассыпается, так как работа в команде - означает наличие установленной парадигмы, код команды один человек не может знать весь, как допускает автор на 19:20... Как вывод - призыв к дискуссии. Таким образом отошли от темы необходимости тестов. Тесты нужны, наличие покрытия тестов и их реализация в базе задается требованиями к разработке и культуре команды. Кодер не решает писать или не писать, за него решает руководитель группы, нарезая задачи, исполнение, которых видно в трекере, а результат в какой-либо настроенной CI/CD.