Sorry, I edited the post with more examples. Capitalized letters names in the middle, e.g. "JohnESmith" for "John E. Smith"?
Note that owners would choose their array, i.e. how they wish to normalize their own name(s). In most countries it would probably be issued by the State, though.
But hey that's a joke, a thought experiment at best; I think strings with spaces are perfectly fine. The concept of a defining single string for a name (implying order is fixed, forever) is however good. In practice it's already what most contacts apps let you do — input first, last, middle, handle, etc. and define order to display, but it's generally a global setting; it could be granular (per contact), with quick/helper rules per nationality for instance.
I'm not sure we'll ever solve this linguistic and cultural matter only using technology though. ;-)
Edit (final, promise): I simply move that:
- people choose what are "valid" representations of their name (owner decides, others conform)
- systems make it easy for others (people, systems) to pick one (by default you'd assume item 0 in the array).
Unfortunately, it exemplifies the USA-centric approach to names: First, Middle, Last. All with the first letter capitalized and the rest lowercase.
But that's not how things work in more than half the world. Just taking the capitalization issue: Even the French name DuPont will break your example. Non-latin scripts generally don't have capitalization, and even European ones have letters that can't be capitalized (for example ß). So using capitalization as a field separator simply doesn't work, because it was never designed for that purpose in the real world.
And people keep writing these simplistic systems because nothing breaks so long as all of their users are homogeneous. Except that the system they are building upon doesn't have the same implicit constraints as they've set up. And then things go very, very wrong in production.
>and even European ones have letters that can't be capitalized (for example ß)
In German, that character is never used at the beginning of a word or name, so it's really irrelevant.
I think a better example of something that doesn't fit that scheme is a Dutch surname like "van der Beek": they're multiple words, separated by spaces, and not all of them are capitalized. Some German names are similar: "von Staufenberg".
Also, some cultures have more than 3 names. Hispanic people frequently have 4 or (I think) even 5 names, not just 3.
> [...] have letters that can't be capitalized (for example ß).
Here's ß capitalised: ẞ
Bad example, but you're otherwise correct. My personal pet peeve is systems mangling names with umlauts. Such names used to be common in my country, but they've become pretty rare now with globalisation likely to blame. But a workaround nowadays seems to be to give two different first names: one that has no special letters and another with.
Note that owners would choose their array, i.e. how they wish to normalize their own name(s). In most countries it would probably be issued by the State, though.
But hey that's a joke, a thought experiment at best; I think strings with spaces are perfectly fine. The concept of a defining single string for a name (implying order is fixed, forever) is however good. In practice it's already what most contacts apps let you do — input first, last, middle, handle, etc. and define order to display, but it's generally a global setting; it could be granular (per contact), with quick/helper rules per nationality for instance.
I'm not sure we'll ever solve this linguistic and cultural matter only using technology though. ;-)
Edit (final, promise): I simply move that:
- people choose what are "valid" representations of their name (owner decides, others conform)
- systems make it easy for others (people, systems) to pick one (by default you'd assume item 0 in the array).