That casual readers know nothing of. I've always used 12-July-2024. It's the only non-ambiguous date format, that takes no consideration to understand.
In a perfect world everyone would agree, but regardless of my personal thoughts on ISO 8601 I think pointing to it as a silver bullet kind of misses the point.
Fundamentally storing and displaying dates serve two completely different purposes, but a format like 3/4/2023 is not suitable for either.
> regardless of my personal thoughts on ISO 8601 I think pointing to it as a silver bullet kind of misses the point.
What is your point?
Is it to not use MM/DD/YYYY format and avoid any concrete recommendation for disambiguation?
Forgive my lack of acuity when missing your point. I may have been distracted by the dissonance between your evasive pedantry and your misuse of “ambivalent/ambivalence” when your semantic context calls for “ambiguous/ambiguity”.