TDD - это круто! Разработка через тестирование и только!

[@victorklimov5254]

Интересно слушать твои размышления. Продолжай выпускать ролики!

[@victorklimov5254]

Привет! Стараюсь применять TDD несколько недель. Тоже кайфую. Это кажется более органичным для мышления способом написания кода. Вдумчиво, итеративно, с большей уверенностью на каждом шаге.

[@kydavoiti]

Круто! Мы в чате канале ТГ будем читать/обсуждать книгу Кента Бека, можешь подключаться. Я уже без TDD себя некомфортно чувствую. С ним намного спокойнее можно идти шаг за шагом к цели.

[@ДевопсДевопсов]

Очень странно, что так мало подписчиков. Нравится тебя слушать, видео довольно непринуждённое. Было бы круто в перспективе увидеть что-то в лайв-коддинге, если есть такие идеи на будущее)

[@kydavoiti]

Есть идея, может быть реализую

[@alexandrmotorin5842]

Прямо вдохновил поизучать и использовать TDD

[@kydavoiti]

Круто! НАдо продвигать полезности в массы. Будут вопросы - пиши в чат t.me/kydavoitichat.

[@rerost9795]

Впервые натыкаюсь на такой формат видео о программировании. Обычно это какие-то гайды/обучающие видео. А тут чисто мысли и опыт разработки.

[@kydavoiti]

Привет! Это неудивительно. Я точно знаю такие каналы, но их мало. Зарубежные есть, которые даже просмотры собирают, но они скорее про развлечение. Можно долго рассуждать почему так, но факт есть факт.

[@alexanderj8981]

Лет 5 исключительно по TDD работаю. Штука затягивает, полностью меняет подход к делу. Где-то через полгода-год-два меняется понимание этого процесса TDD, но тут заранее не объяснишь. Много сложностей с ним бывает, особенно если принципиально везде-везде использовать, но удовольствия от работы все же больше. Есть у TDD очень большой недостаток, который крайне сложно обойти или исправить - найти напарников на проект, которые дисциплинированно будут работать по этой же методологии и понимать как писать правильные тесты - почти нереально, даже если вокруг полсотни коллег. В лучшем случае они будут писать тесты после кода, забывая покрыть некоторые части, упуская детали, оставляя тесты, которые ничего не тестируют и которые разобрать сложно. А TDD такая штука, что тут не получится вести проект, в котором один разработчик придерживается этого подхода, а остальные могут даже тесты потом не написать - так очень многие плюсы пропадают и смысл практически теряется.

[@kydavoiti]

Привет! Круто. Насчет того, чтобы вся команда писала по TDD. У меня не так, я один применяю этот подход. Может быть бы работа спорилась, если бы все по TDD писали. Я думаю, что я как единица стал полезнее для команды. Было бы интересно в таком коллективе поработать. Полностью согласен: > удовольствия от работы все же больше

[@alexanderj8981]

@@kydavoiti Если весь проект с дисциплиной по тестам, то можно не бояться и рефакторить что угодно. Можно практически спокойно релизить если все тесты прошли. И ты при этом знаешь, что все, что планировал сделать новое - работает, включая все старые фичи. Но как только хоть один разработчик на проекте не придерживается подхода, то все эти плюсы сразу исчезают для всех - тесты прошли, но это не говорит о том, что все и везде работает.

[@-dubok-]

Полностью согласен насчёт TDD! Именно так и нужно программировать. Но я бы пошёл ещё дальше: нужно начинать с описания ТРЕБОВАНИЙ к приложению. Именно с требований всё и начинается. Требования - это то, что ожидается от приложения. А затем эти ожидания уже превращаются в код тестов. Без тестов и правда, сложнее, и как будто ходишь в тумане и не понимаешь, что из себя представляет твоё приложения, работает ли оно правильно, нет ли нигде ошибки. Вскрывать косяки на уровне продакшена - это такое себе. Лучше сразу с помощью тестов удостовериться, что всё работает как задумано. Поэтому, да - сперва надо думать, а потому делать. А думание начинается с вопроса «А что я хочу от своего приложения?» А этот вопрос уже превращается в тесты, после написания которых пишется уже код приложения, удовлетворяющий им.

[@nikitavashkulatov890]

Спасибо за ролик! По поводу написания хороших тестов порекомендовал бы книгу Владимира Хорикова Принципы юнит-тестирования.

[@kydavoiti]

Спасибо, буду посмотреть

[@Nox254]

Большое спасибо за ролик! Для себя выделил несколько интересных идей. P.S. Наметишь себе дорогу в рай, если книги на которые ты ссылаешь будут попадать в описание к ролику).

[@kydavoiti]

Привет! Спасибо! Я опять забыл добавить)))) Добавлю завтра - отпишу сюда в комментах; Я там везде показывал обложки, найти должно быть несложно 🤔

[@kydavoiti]

Добавил ссылки в описание.

[@gray0072]

Супер, спасибо!

[@FrazyCrog]

хорошее видео, спасибо

[@Cosmicgate2236]

зачем людям слушать в начале видео про твой опрос, зачем людям слушать про твой тг канал, и все это в самом начале ролика?!?...скипнул сразу, чего и вам советую

[@darkcrusaderzxc]

делать буквы в стиле падающих букв из матрицы это прям 5 балов 🤣🤣

[@alexandrmotorin5842]

Можешь подсказать как ты выучил английский, может методики там или какие-то ресурсы?

[@kydavoiti]

У меня средний уровень английского, но учил я его по нескольким книгам. - Одна для подготовки к ЦТ (тестирование в Беларуси). - Одна книга по грамматике для ВУЗов. - Книга о глаголах. - Прекрасный сайт: www.engvid.com - Смотрел фильмы и мультики (начал с моих самых любимых, потому что я их проще понимал. был знаком со словами на родном языке) - Читал книги. Если будут интересны конкретные книги - пиши также в ТГ t.me/kydavoitichat. Я там закину подробнее названия.

[@alfany6252]

Описание для видео взято из Obsidian? )

[@kydavoiti]

Ага, я его просто копирнул. Я почти всегда так делал. Иногда я из Source мода беру, иногда и View. Это удобно, тем более в KZbin куцый форматер, поэтому проще использовать MD для своих 😎

[@DSSMCMXCVIII]

сними видосик как писать тест на простом примере

[@kydavoiti]

Привет! Скоро будет такой ролик. Основной вопрос - это ЯП. Не могу выбрать какой правильнее. Пjка в фаворитах Java/Lua/Python, но и это большой выбор. Хочется еще подобрать достойный пример, чтобы это не было на уровне Person/Car (как в некоторых других моих роликах), если уже делать практику, то и пример пусть будет практичный. Я думаю просто записать как я делаю фичи в свой Lua-конфиг для neovim.

[@pimenovvova]

TDD не работает. Рефакторинг функции часто меняет её интерфейс(параметры), значит и тест ты должен поменять. Пока ты будешь писать тесты я уже доставлю пользователю софт, соберу фидбэк, баги, пофикшу их. Уже с этого момента я буду получать деньги и найму тебя, чтобы ты покрыл мне тестами наиболее важные части. Ранее тоже имел подобные проблемы. когда дойдёшь до того чтобы двигаться к цели прямой линией, а не замей - откажешься от TDD и вылечишься от бесконечного тулинга с допиливанием плагинов под dwm и идеальной настройки vim (под себя). Единственное где я вижу применение TDD - security critical software. И тесты должен писать не тот кто будет заниматься имплементацией.

[@pimenovvova]

Кент Бек это инфоцыган, который на книжках своих по XP зарабатывает. Это тоже самое что цитировать страуструпа как сильного программиста на C++, который ни одной программы в жизни не написал.

[@kydavoiti]

Ок, жду оффер

[@ArcherGodson]

я TDD собираюсь использовать, а может использовал, но забыл, а может не буду.. а может я продвигающий ролики бот

[@kydavoiti]

А может и не использовали. Может бот, написанный по TDD. Может каждый пункт отдельно и все вместе 🤔

[@temcodes]

Зачем автор ролика специально басит на камеру?

[@kydavoiti]

Хм, не задумывался, надо будет у него уточнить