Т8
имхо если все тесты гоняются больше пары десятков минут то уже не очень - на каждый коммит уже дороговато прогонять
а их же не обязательно на каждой сборке все запускать:)
Size: a a a
2020 March 30
ML
имхо если все тесты гоняются больше пары десятков минут то уже не очень - на каждый коммит уже дороговато прогонять
На каждый то зачем? Только перед мерджем, на стейджинге
ML
На каждый коммит можно форматер запускать)
DS
Т-34 85
а их же не обязательно на каждой сборке все запускать:)
Тогда всё труба, забьют
DS
Тесты должны быть жестко (как минимум юнит-тесты) сшиты с билдом. Тесты красные - не собирается и точка
Т8
Тогда всё труба, забьют
ну, это же можно контролировать
А⚙
мне кажется, это в цитаты надо
Done
DS
Т-34 85
ну, это же можно контролировать
В идеальном мире - можно, в реальности - если у тебя десятки тысяч тестов (в особенности интеграционных и долгих самих по себе), то это неимоверно дорого поддерживать их постфактум.
Т8
В идеальном мире - можно, в реальности - если у тебя десятки тысяч тестов (в особенности интеграционных и долгих самих по себе), то это неимоверно дорого поддерживать их постфактум.
это да. Но и типы же не дадут собираться, если пошёл глобальный конфликт
AZ
На каждый то зачем? Только перед мерджем, на стейджинге
потому что ошибки компиляции ты поулчаешь сразу, а не перед мержем
DS
Я работал в компании, где было под десяток тысячи интеграционных тестов, которые гнались на CI.
И да, на них забивали, как раз из-за того, что локально прогнать не реально, а отследить, кто что положил из тестов на CI - задача совершенно не тривиальная.
И да, на них забивали, как раз из-за того, что локально прогнать не реально, а отследить, кто что положил из тестов на CI - задача совершенно не тривиальная.
ML
потому что ошибки компиляции ты поулчаешь сразу, а не перед мержем
Ват? Ошибки компиляции разработчик должен у себя на рабочей станции получать.
ML
Перед мерджем тесты и прочее нужны для ревьювера
AZ
Ват? Ошибки компиляции разработчик должен у себя на рабочей станции получать.
перечитай про что говорилсоь тогда плз
AZ
если половину тестов можно заменить на более адекватные типы - то разработчику не нужно будет гонять перед мержом их чтобы понять что он накосячил
AZ
а еще тайпчек реактивный по сравнению с выполнением тестов
ML
Надо будет энивей, но согласен, типы решают
А⚙
класс это пачка данных и пачка функций, что имеют параметр — эту пачку данных
А как же статические методы?
p
Это твои проблемы. Функтор — простая абстракция, это даже не монада, блин
ага, тред не читай, сразу отвечай.
AZ
дай человеку жс - и он утонет в неявной типизации
дай человеку тс - и нихуя не изменится
дай человеку тс - и нихуя не изменится