A curated list of falsehoods programmers believe
1–10 of 128 posts
Re: A curated list of falsehoods programmers believe
#2Re: A curated list of falsehoods programmers believe
#3Re: A curated list of falsehoods programmers believe
#4There seems to be two main options:
Store the name in a single field, be correct but lose the option to sort the names reliably.
Store the name in two fields, have the users bend over our western form standards but be able to search and sort easily.
Do you have any real life experience with these or other "falsehoods"?
Re: A curated list of falsehoods programmers believe
#5Re: A curated list of falsehoods programmers believe
#6There are things more important than working software.
Re: A curated list of falsehoods programmers believe
#7After reading the Falsehoods Programmers Believe About Names, I wonder, what would you recommend as a universal way to store users's names? There seems to be two main options: Store the name in a single field, be correct but lose the option to sort the names reliably. Store the name in two fields, have the users bend over our western form standards but be able to search and sort easily. Do you have any real life expe…
For example, in official Russian documents it's Surname-Name-Patronimic. Which will of course break for immigrants, asylum seekers, foreigners etc. But you can still provide (and store) the names in that order, but let people omit any/all of the fields (and make sure they accept ridiculously long names as well).
Outside of government/finanical forms there's rarely a need to worry about 100% correct sorting of names. So go just for one text field, and let people fill it out however they want.
Re: A curated list of falsehoods programmers believe
#8After reading the Falsehoods Programmers Believe About Names, I wonder, what would you recommend as a universal way to store users's names? There seems to be two main options: Store the name in a single field, be correct but lose the option to sort the names reliably. Store the name in two fields, have the users bend over our western form standards but be able to search and sort easily. Do you have any real life expe…
So for example, you might have a "display name" field, which is the formal name-of-record that you need for any official or semi-official context (title card of an artwork, or invoice info, going on the art example).
For indexing/sorting, you can have that as a separate "index" or "sort value" field (especially where sorting is something you want to control on a per-entry basis, like the library example in one of the articles sorting names using the indexing rule of the author's place of origin, or you want to sort a list of names that contain a mix of character sets).
For addressing people directly, e.g. via email or letter, you can provide them with an extra "how should we address you" field -- the best part about this is it means you don't have to guess how they want to be addressed, and is I think the most polite option, especially when you're dealing with a variety of cultural contexts in the same system.
Re: A curated list of falsehoods programmers believe
#9After reading the Falsehoods Programmers Believe About Names, I wonder, what would you recommend as a universal way to store users's names? There seems to be two main options: Store the name in a single field, be correct but lose the option to sort the names reliably. Store the name in two fields, have the users bend over our western form standards but be able to search and sort easily. Do you have any real life expe…
https://www.w3.org/International/questions/qa-personal-names
Re: A curated list of falsehoods programmers believe
#10It would be "fair enough" forgetting about accents when computing resources were limited, but to not deal with apostrophes? Really?
(I mean, ok, this story is not new, just look at the history of the https://www.reddit.com/r/AskHistorians/comments/1fu633/when_... )