Привет! Непопулярность TDD подхода, возможно, также связана с тем, что очень сложно понять, как должны выглядить хорошие/полезные тесты, если их никогда не видел. То, что Оганес делится своими наработками по этой теме - это ну просто читкод в мире андроид разработки. Спасибо за открытость!
Не все так просто. У тебя спрашивают за сколько сделаешь эту задачу? А ты отвечаешь, что за 4 дня, а менеджер наставивает, что 4 много, но 2 нормально и ты соглашаешься. Где тут тесты? Других компаний я не встречал.
не работайте в таких конторах, где сначала тебя спрашивают о сроках, а потом все равно настаивают на своих. если ты уже решил что задача должна быть сделана за 2 дня, зачем тогда спрашивал меня?
Приветствую! Интересно, а почему вы тесты упоминаете в ключе, что сначала нужно их 2 часа писать и только потом делать имплементацию, а уже после этого получать удовольствие от выполненной работы? Или что по 7 часов сначала все тесты. В TDD ведь нет такой фазы, чтоб писать все тесты по несколько часов. Тест обычно занимает пару минут, затем его имплементация, затем новый тест и т.д. - как раз обратная связь и дофамин в быстром цикле.
Ну зависит от тестов: бывает пишешь 15 минут, а бывает 2 часа. Речь наверно про юай тесты в большом проекте, что их пишешь долго ибо очень много тесткейсов, а потом уже код и в конце запускаешь все и сразу. Но если речь про юнит тесты то здесь все быстро довольно: написал тест на вьюмодель запустил все работает все рады
@@easyCodeRu как правило, я не пишу тесты на viewmodel - это детали имплементации, но можно и с ними. Если нужно на экран целый, то с роболектриком запускаю Activity или фрагмент, ну или конкретную вьюшку. В любом из вариантов новый тест занимает минуты, а не часы никак. И тесткейсы по одному, но не сразу все. Изредка можно несколько за раз добавить для схожих ситуаций если такие есть, но это скорее исключение. TDD в принципе для быстрого фидбека, так что там 1 тест за раз и цикл переключения между работой над тестом и основным кодом от 30 секунд до нескольких минут.
в этом видео говорится о задаче из курса для детей ZeroToHeroAndroidTDD где с моей стороны только тесты (юай и юнит), а люди уже форкают репозиторий и решают задачи по тестам. Поэтому и заняло 7 часов
@@easyCodeRu Хорошо тогда, там в разговоре я не обратил внимание на привязку к этому учебному проекту. А ведь в реальной практике на работе такого не происходит и тесты как бы параллельно пишутся, чуть опережая реализацию?
ну все зависит от человека, если ты умеешь кодить по тдд то пишешь тесты перед кодом если работаешь в паре со слабым кодером, то пишешь тесты ты, а он код и так далее, все зависит от условий что ты умеешь и с кем работаешь и какие правила работы в команде на этом конкретном проекте
Плохой подход, когда на 23:45 полагается разработчик на слова, документацию бека. Я всегда зануляю поля и никогда не возникает крашей, даже если бек вернет другую модель. Это же вам не гугл апи.
Привет! Непопулярность TDD подхода, возможно, также связана с тем, что очень сложно понять, как должны выглядить хорошие/полезные тесты, если их никогда не видел.
То, что Оганес делится своими наработками по этой теме - это ну просто читкод в мире андроид разработки.
Спасибо за открытость!
Не все так просто. У тебя спрашивают за сколько сделаешь эту задачу? А ты отвечаешь, что за 4 дня, а менеджер наставивает, что 4 много, но 2 нормально и ты соглашаешься. Где тут тесты? Других компаний я не встречал.
не работайте в таких конторах, где сначала тебя спрашивают о сроках, а потом все равно настаивают на своих. если ты уже решил что задача должна быть сделана за 2 дня, зачем тогда спрашивал меня?
Приветствую! Интересно, а почему вы тесты упоминаете в ключе, что сначала нужно их 2 часа писать и только потом делать имплементацию, а уже после этого получать удовольствие от выполненной работы? Или что по 7 часов сначала все тесты. В TDD ведь нет такой фазы, чтоб писать все тесты по несколько часов. Тест обычно занимает пару минут, затем его имплементация, затем новый тест и т.д. - как раз обратная связь и дофамин в быстром цикле.
Ну зависит от тестов: бывает пишешь 15 минут, а бывает 2 часа. Речь наверно про юай тесты в большом проекте, что их пишешь долго ибо очень много тесткейсов, а потом уже код и в конце запускаешь все и сразу. Но если речь про юнит тесты то здесь все быстро довольно: написал тест на вьюмодель запустил все работает все рады
@@easyCodeRu как правило, я не пишу тесты на viewmodel - это детали имплементации, но можно и с ними. Если нужно на экран целый, то с роболектриком запускаю Activity или фрагмент, ну или конкретную вьюшку. В любом из вариантов новый тест занимает минуты, а не часы никак.
И тесткейсы по одному, но не сразу все. Изредка можно несколько за раз добавить для схожих ситуаций если такие есть, но это скорее исключение.
TDD в принципе для быстрого фидбека, так что там 1 тест за раз и цикл переключения между работой над тестом и основным кодом от 30 секунд до нескольких минут.
в этом видео говорится о задаче из курса для детей ZeroToHeroAndroidTDD где с моей стороны только тесты (юай и юнит), а люди уже форкают репозиторий и решают задачи по тестам. Поэтому и заняло 7 часов
@@easyCodeRu Хорошо тогда, там в разговоре я не обратил внимание на привязку к этому учебному проекту. А ведь в реальной практике на работе такого не происходит и тесты как бы параллельно пишутся, чуть опережая реализацию?
ну все зависит от человека, если ты умеешь кодить по тдд то пишешь тесты перед кодом
если работаешь в паре со слабым кодером, то пишешь тесты ты, а он код и так далее, все зависит от условий что ты умеешь и с кем работаешь и какие правила работы в команде на этом конкретном проекте
Плохой подход, когда на 23:45 полагается разработчик на слова, документацию бека. Я всегда зануляю поля и никогда не возникает крашей, даже если бек вернет другую модель. Это же вам не гугл апи.
не знаю в какой компании ты работаешь, но в хороших документация бека это не пустой звук
th-cam.com/video/J7x7YfuJk6Q/w-d-xo.html@@easyCodeRu