Привет! Стараюсь применять TDD несколько недель. Тоже кайфую. Это кажется более органичным для мышления способом написания кода. Вдумчиво, итеративно, с большей уверенностью на каждом шаге.
Круто! Мы в чате канале ТГ будем читать/обсуждать книгу Кента Бека, можешь подключаться. Я уже без TDD себя некомфортно чувствую. С ним намного спокойнее можно идти шаг за шагом к цели.
Привет! Это неудивительно. Я точно знаю такие каналы, но их мало. Зарубежные есть, которые даже просмотры собирают, но они скорее про развлечение. Можно долго рассуждать почему так, но факт есть факт.
Очень странно, что так мало подписчиков. Нравится тебя слушать, видео довольно непринуждённое. Было бы круто в перспективе увидеть что-то в лайв-коддинге, если есть такие идеи на будущее)
Лет 5 исключительно по TDD работаю. Штука затягивает, полностью меняет подход к делу. Где-то через полгода-год-два меняется понимание этого процесса TDD, но тут заранее не объяснишь. Много сложностей с ним бывает, особенно если принципиально везде-везде использовать, но удовольствия от работы все же больше. Есть у TDD очень большой недостаток, который крайне сложно обойти или исправить - найти напарников на проект, которые дисциплинированно будут работать по этой же методологии и понимать как писать правильные тесты - почти нереально, даже если вокруг полсотни коллег. В лучшем случае они будут писать тесты после кода, забывая покрыть некоторые части, упуская детали, оставляя тесты, которые ничего не тестируют и которые разобрать сложно. А TDD такая штука, что тут не получится вести проект, в котором один разработчик придерживается этого подхода, а остальные могут даже тесты потом не написать - так очень многие плюсы пропадают и смысл практически теряется.
Привет! Круто. Насчет того, чтобы вся команда писала по TDD. У меня не так, я один применяю этот подход. Может быть бы работа спорилась, если бы все по TDD писали. Я думаю, что я как единица стал полезнее для команды. Было бы интересно в таком коллективе поработать. Полностью согласен: > удовольствия от работы все же больше
@@kydavoiti Если весь проект с дисциплиной по тестам, то можно не бояться и рефакторить что угодно. Можно практически спокойно релизить если все тесты прошли. И ты при этом знаешь, что все, что планировал сделать новое - работает, включая все старые фичи. Но как только хоть один разработчик на проекте не придерживается подхода, то все эти плюсы сразу исчезают для всех - тесты прошли, но это не говорит о том, что все и везде работает.
Большое спасибо за ролик! Для себя выделил несколько интересных идей. P.S. Наметишь себе дорогу в рай, если книги на которые ты ссылаешь будут попадать в описание к ролику).
Полностью согласен насчёт TDD! Именно так и нужно программировать. Но я бы пошёл ещё дальше: нужно начинать с описания ТРЕБОВАНИЙ к приложению. Именно с требований всё и начинается. Требования - это то, что ожидается от приложения. А затем эти ожидания уже превращаются в код тестов. Без тестов и правда, сложнее, и как будто ходишь в тумане и не понимаешь, что из себя представляет твоё приложения, работает ли оно правильно, нет ли нигде ошибки. Вскрывать косяки на уровне продакшена - это такое себе. Лучше сразу с помощью тестов удостовериться, что всё работает как задумано. Поэтому, да - сперва надо думать, а потому делать. А думание начинается с вопроса «А что я хочу от своего приложения?» А этот вопрос уже превращается в тесты, после написания которых пишется уже код приложения, удовлетворяющий им.
зачем людям слушать в начале видео про твой опрос, зачем людям слушать про твой тг канал, и все это в самом начале ролика?!?...скипнул сразу, чего и вам советую
У меня средний уровень английского, но учил я его по нескольким книгам. - Одна для подготовки к ЦТ (тестирование в Беларуси). - Одна книга по грамматике для ВУЗов. - Книга о глаголах. - Прекрасный сайт: www.engvid.com - Смотрел фильмы и мультики (начал с моих самых любимых, потому что я их проще понимал. был знаком со словами на родном языке) - Читал книги. Если будут интересны конкретные книги - пиши также в ТГ t.me/kydavoitichat. Я там закину подробнее названия.
Ага, я его просто копирнул. Я почти всегда так делал. Иногда я из Source мода беру, иногда и View. Это удобно, тем более в RUclips куцый форматер, поэтому проще использовать MD для своих 😎
Привет! Скоро будет такой ролик. Основной вопрос - это ЯП. Не могу выбрать какой правильнее. Пjка в фаворитах Java/Lua/Python, но и это большой выбор. Хочется еще подобрать достойный пример, чтобы это не было на уровне Person/Car (как в некоторых других моих роликах), если уже делать практику, то и пример пусть будет практичный. Я думаю просто записать как я делаю фичи в свой Lua-конфиг для neovim.
TDD не работает. Рефакторинг функции часто меняет её интерфейс(параметры), значит и тест ты должен поменять. Пока ты будешь писать тесты я уже доставлю пользователю софт, соберу фидбэк, баги, пофикшу их. Уже с этого момента я буду получать деньги и найму тебя, чтобы ты покрыл мне тестами наиболее важные части. Ранее тоже имел подобные проблемы. когда дойдёшь до того чтобы двигаться к цели прямой линией, а не замей - откажешься от TDD и вылечишься от бесконечного тулинга с допиливанием плагинов под dwm и идеальной настройки vim (под себя). Единственное где я вижу применение TDD - security critical software. И тесты должен писать не тот кто будет заниматься имплементацией.
Кент Бек это инфоцыган, который на книжках своих по XP зарабатывает. Это тоже самое что цитировать страуструпа как сильного программиста на C++, который ни одной программы в жизни не написал.
Интересно слушать твои размышления. Продолжай выпускать ролики!
Привет! Стараюсь применять TDD несколько недель. Тоже кайфую. Это кажется более органичным для мышления способом написания кода. Вдумчиво, итеративно, с большей уверенностью на каждом шаге.
Круто! Мы в чате канале ТГ будем читать/обсуждать книгу Кента Бека, можешь подключаться.
Я уже без TDD себя некомфортно чувствую. С ним намного спокойнее можно идти шаг за шагом к цели.
Прямо вдохновил поизучать и использовать TDD
Круто! НАдо продвигать полезности в массы.
Будут вопросы - пиши в чат t.me/kydavoitichat.
Впервые натыкаюсь на такой формат видео о программировании. Обычно это какие-то гайды/обучающие видео. А тут чисто мысли и опыт разработки.
Привет! Это неудивительно. Я точно знаю такие каналы, но их мало. Зарубежные есть, которые даже просмотры собирают, но они скорее про развлечение.
Можно долго рассуждать почему так, но факт есть факт.
Очень странно, что так мало подписчиков. Нравится тебя слушать, видео довольно непринуждённое. Было бы круто в перспективе увидеть что-то в лайв-коддинге, если есть такие идеи на будущее)
Есть идея, может быть реализую
Супер, спасибо!
Спасибо за ролик! По поводу написания хороших тестов порекомендовал бы книгу Владимира Хорикова Принципы юнит-тестирования.
Спасибо, буду посмотреть
Лет 5 исключительно по TDD работаю. Штука затягивает, полностью меняет подход к делу. Где-то через полгода-год-два меняется понимание этого процесса TDD, но тут заранее не объяснишь. Много сложностей с ним бывает, особенно если принципиально везде-везде использовать, но удовольствия от работы все же больше. Есть у TDD очень большой недостаток, который крайне сложно обойти или исправить - найти напарников на проект, которые дисциплинированно будут работать по этой же методологии и понимать как писать правильные тесты - почти нереально, даже если вокруг полсотни коллег. В лучшем случае они будут писать тесты после кода, забывая покрыть некоторые части, упуская детали, оставляя тесты, которые ничего не тестируют и которые разобрать сложно. А TDD такая штука, что тут не получится вести проект, в котором один разработчик придерживается этого подхода, а остальные могут даже тесты потом не написать - так очень многие плюсы пропадают и смысл практически теряется.
Привет! Круто.
Насчет того, чтобы вся команда писала по TDD. У меня не так, я один применяю этот подход. Может быть бы работа спорилась, если бы все по TDD писали. Я думаю, что я как единица стал полезнее для команды.
Было бы интересно в таком коллективе поработать.
Полностью согласен:
> удовольствия от работы все же больше
@@kydavoiti Если весь проект с дисциплиной по тестам, то можно не бояться и рефакторить что угодно. Можно практически спокойно релизить если все тесты прошли. И ты при этом знаешь, что все, что планировал сделать новое - работает, включая все старые фичи. Но как только хоть один разработчик на проекте не придерживается подхода, то все эти плюсы сразу исчезают для всех - тесты прошли, но это не говорит о том, что все и везде работает.
Большое спасибо за ролик! Для себя выделил несколько интересных идей.
P.S. Наметишь себе дорогу в рай, если книги на которые ты ссылаешь будут попадать в описание к ролику).
Привет! Спасибо!
Я опять забыл добавить))))
Добавлю завтра - отпишу сюда в комментах; Я там везде показывал обложки, найти должно быть несложно 🤔
Добавил ссылки в описание.
хорошее видео, спасибо
Полностью согласен насчёт TDD! Именно так и нужно программировать. Но я бы пошёл ещё дальше: нужно начинать с описания ТРЕБОВАНИЙ к приложению. Именно с требований всё и начинается. Требования - это то, что ожидается от приложения. А затем эти ожидания уже превращаются в код тестов.
Без тестов и правда, сложнее, и как будто ходишь в тумане и не понимаешь, что из себя представляет твоё приложения, работает ли оно правильно, нет ли нигде ошибки. Вскрывать косяки на уровне продакшена - это такое себе. Лучше сразу с помощью тестов удостовериться, что всё работает как задумано.
Поэтому, да - сперва надо думать, а потому делать. А думание начинается с вопроса «А что я хочу от своего приложения?» А этот вопрос уже превращается в тесты, после написания которых пишется уже код приложения, удовлетворяющий им.
зачем людям слушать в начале видео про твой опрос, зачем людям слушать про твой тг канал, и все это в самом начале ролика?!?...скипнул сразу, чего и вам советую
Можешь подсказать как ты выучил английский, может методики там или какие-то ресурсы?
У меня средний уровень английского, но учил я его по нескольким книгам.
- Одна для подготовки к ЦТ (тестирование в Беларуси).
- Одна книга по грамматике для ВУЗов.
- Книга о глаголах.
- Прекрасный сайт: www.engvid.com
- Смотрел фильмы и мультики (начал с моих самых любимых, потому что я их проще понимал. был знаком со словами на родном языке)
- Читал книги.
Если будут интересны конкретные книги - пиши также в ТГ t.me/kydavoitichat.
Я там закину подробнее названия.
Описание для видео взято из Obsidian? )
Ага, я его просто копирнул. Я почти всегда так делал. Иногда я из Source мода беру, иногда и View.
Это удобно, тем более в RUclips куцый форматер, поэтому проще использовать MD для своих 😎
сними видосик как писать тест на простом примере
Привет! Скоро будет такой ролик. Основной вопрос - это ЯП.
Не могу выбрать какой правильнее. Пjка в фаворитах Java/Lua/Python, но и это большой выбор.
Хочется еще подобрать достойный пример, чтобы это не было на уровне Person/Car (как в некоторых других моих роликах), если уже делать практику, то и пример пусть будет практичный.
Я думаю просто записать как я делаю фичи в свой Lua-конфиг для neovim.
я TDD собираюсь использовать, а может использовал, но забыл, а может не буду.. а может я продвигающий ролики бот
А может и не использовали. Может бот, написанный по TDD. Может каждый пункт отдельно и все вместе 🤔
TDD не работает. Рефакторинг функции часто меняет её интерфейс(параметры), значит и тест ты должен поменять. Пока ты будешь писать тесты я уже доставлю пользователю софт, соберу фидбэк, баги, пофикшу их. Уже с этого момента я буду получать деньги и найму тебя, чтобы ты покрыл мне тестами наиболее важные части. Ранее тоже имел подобные проблемы. когда дойдёшь до того чтобы двигаться к цели прямой линией, а не замей - откажешься от TDD и вылечишься от бесконечного тулинга с допиливанием плагинов под dwm и идеальной настройки vim (под себя). Единственное где я вижу применение TDD - security critical software. И тесты должен писать не тот кто будет заниматься имплементацией.
Кент Бек это инфоцыган, который на книжках своих по XP зарабатывает. Это тоже самое что цитировать страуструпа как сильного программиста на C++, который ни одной программы в жизни не написал.
Ок, жду оффер
Зачем автор ролика специально басит на камеру?
Хм, не задумывался, надо будет у него уточнить