DF
я думал про лог событий.
События (event) неизменяемы и всегда пишутся в конец, а обработчик на другой стороне.
Receiver-driven event processing
Size: a a a
2021 August 30
2021 August 31
DF
А datomic не приплести сюда?
VL
У него такая же идея
DF
Ну и вообще у систем класса ETL, да?
VL
Тут я не знаком
DF
Вот тебе и повод…
nn
друзья. почитал про спеки тут https://grishaev.me/clj-book-spec/
не совсем понятно. если данные нужны в куче разных функций каждая должна их заново валидировать?
не совсем понятно. если данные нужны в куче разных функций каждая должна их заново валидировать?
OR
По-моему проще валидировать на входе / выходе, а потом — только в важных местах.
MB
Только там, где хочешь
nn
это понятно. просто в кложе нет типов и получается нет гарантии что все пойдет по плану
OR
Я наблюдал как спеки пишут на всё подряд и включают проверку данных во время разработки — у этого есть плюсы, но всегда стоит помнить о балансе.
OR
Типы тоже не дают такой гарантии 🤷
OR
Иначе бы софт сейчас был совсем другим.
N
я регулярно плачу по этому поводу)
VL
я работаю с кодовой базой на TypeScript, с коллегами по 10 лет во фронт-энде, с код ревью, с мануальным тестированием
VL
и все равно частенько баги вылезают и пользователи жалуются, хотя все на типах
VL
но при этом у нас стейт размазан по компонентам (сраные хуки), редуксу и алоппло, кек