A map is equivariant to a transformation when it does not matter whether you transform first or compute first: f(g·x) = g·f(x). Reverse a list then double it, or double it then reverse it — same answer; doubling is equivariant to reversal. But prefix-sum is not: reverse then accumulate gives a different sequence than accumulate then reverse. The difference is the point — equivariance is a property a correct-but-different mechanism can lack, and it is structural: a statement about how the output relates to the input under the whole group, not about any one value. It is the shape of every symmetry-respecting computation, from convolution to physics.
The demo tests two maps against reversal: double is equivariant (transform-order-free), prefix-sum is not: live demo
“Order of operations is bookkeeping.” — not for symmetry: some maps commute with a transformation (equivariant) and some do not, and which is which is structural, not incidental. cited
Transform-then-compute equals compute-then-transform — the map wears the input's symmetry. A property a mechanism can have or lack. equivariance
On the canonical compiler, double commutes with reversal (equivariant, =1); prefix-sum does not (=0):