С>Вы, как и прочие участники треда, не понимаете задачу. А она достаточно частая и не требует "батареек". Допустим, у нас есть большая форма с 30 полями, и они между собой разумеется связаны. Там что-то рассчитывается, пересчитывается и проверяется. Это задача чисто алгоритмическая, и не требует ни рефлексии, ни наличия HashСode у каждого возможного типа, ни локализации строк, ни локалей для decimal'ов, ни горутин с async/await. Это может быть написано на паскале, на том самом, древнем процедурном.

С>Ну и чего ради надо писать обвес вокруг валидации и перерасчёта два раза? На бэке и на фронте. А ведь писать-то придётся, причём со страданиями, потому что подобные формы, например ипотечные или страховые, пишутся по указаниям специалистов по предметной области.
Разница на самом деле огромная где выполнять проверку.

Ява-скрипт — проверяет, что пользователь не сделал ерунды.
Питон — проверяет, что ему не прислали ерунды.
Причём, замечу, это хоть и пересекающиеся множества ерунды, но далеко не всегда тождественные (особенно, если учесть, что питон может лезть в базу(ы) или другие системы для дополнительных логических проверок или проверок состояний).
Сделать это "одним махом" в теории возможно, но на практике создаёт чудовище.

Да, это заставляет некоторые проверки делать дважды (или даже трижды, если речь идёт про проверки на уровне базы/мобильной части), но это же позволяет их тестировать по-отдельности.