1723
https://combot.org/chat/-1001043143583 Ссылки на полезные ресурсы: https://ruhaskell.org/links.html ; Информация о мероприятиях: https://gist.github.com/qnikst/a96cac661be80d126d0829f2ced1916e
Там бессмысленной относительно практики теории с определениями не меньше чем в остальном программировании. Фиксация нужна чтобы уже работающие пути не поломать, а тесты в целом не должны руками писаться когда есть какая-либо модульная система
В программировании просто вся модульность сводится к комбинации относительно простого IO и наиболее сложные кейсы покрываются формализациями протоколов, которые позволяют фаззинг тесты сверху навернуть
В Хаскеле вот на типах описываешь протокол, пишешь генератор сериализации в обе стороны и сверху генератор данных - дальше покрыть кейсов больше чем может придумать юзер только дело техники
Ну кнч же есть места где надо находить компромисс. Но и без тестов ужасно
Читать полностью…
Да, тесты банально проще и экономнее прописать, чем работать и аль табаться в браузер или куда либо
Читать полностью…
По-моему это не очень подходит под определение test-driven development
Читать полностью…
playwright даже умеет разницу между до и после визуально подсвечивать
Читать полностью…
В экосистеме фронтов же есть готовые решения для скриншот тестов и интеграции с хэдлес браузерами для интеграционных тестов чтобы не заниматься просмотром UI вручную
Читать полностью…
в одном чате мне тут прямо только что писали про селектеловское облако и мозг соединил
Читать полностью…
Я когда в Серокелл стучался, мне сказали, что там эльм. Тоже удивился.
Читать полностью…
Ну вот проблема как с вайбкодингом. Когда ты что-то пишешь, желательно сохранять фокус.
Когда отвлекаешься на некоторые вещи. Так теряется фокус.
С браузером всё легко.
Но вот тестить апишки, тг бота или cli утилиту.
Это очень очень не удобно и отвлекает
Да я про все вообще. Нормальный TDD это максимально простое описание протоптанных пользовательских сценариев, апишка для которых не должна меняться по 10 раз на день потому что люди к новому UI не быстро привыкают и нужна обратная совместимость. Плюс на библиотеки отдельные наборы тестов. Для совсем упоротых кейсов фаззинг. Нужно оно чтобы не проверять руками ничего и исключать человеческий фактор при внедрении измерений
Отдельная история с тем чтобы автоматизировать генерацию кода под клиент-серверный протокол, внедрить это в сборку end-to-end и построить инфру под интеграционные тесты
Принципы эти одинаково работают в какой-нибудь низкоуровневой библиотеке, распределенной системе или компиляторе
Не, он говорит про разные библиотеки по типу сторибука, интеграции в расширениях и разные мокеры
Читать полностью…
Звучит как: "построили нанотехнологичный конвеер с математикой, но разрабатываем наименее быстрым способом"
Читать полностью…
Там же вроде хаскелист/эльмист уволился давно и всё переписали на энторпрайз. не?
Читать полностью…
и нету каких-то малых проблем, когда веб плохой инструмент
Читать полностью…