En plus c'est énervant quand il manque

⌈ ul ?⌉
| |
⌊ ul ul ⌋

ul ul ?
C'est chouette !

Je bosse dans la reconnaissance vocale. Et il n'y a rien de pire que les gens qui s'appellent "Le". :)

chouette, et frais !

Ce lien devient un grand classique (dans ton cas, le codeur nʼa pas respecté la règle n° 5).
http://www.kalzumeus.com/2010/06/17/falsehoods-programmers-believe-abo[...]

Au passage, il y a toujours lʼastuce de mettre une espace insécable en tapant ton nom (en espérant bien sûr que le système ne rejette pas tout ce qui ne ressemble pas à un caractère ASCII 7 bits).

Dans un coin...

Il manque <ul> dans un <li> ?

12. People's names are case sensitive.
 13. People's names are case insensitive.

Ok... pas de problème... ça vas être facile de respecter les deux cas à la fois.

Cette liste est intéressante, mais on fait comment dans la pratique pour gérer une basse de donnée de noms couvrant tous les cas ?
Et surtout, quel est l'intérêt de stocker un nom en chinois/araméen/extraterrestre si personne dans l'entreprise n'est capable de le lire ?
Et si le système informatique ne permet même pas de l'afficher ni de l'imprimer (cf point 11).

Zut, j'ai été devancé pour le lien…

Comme je le comprends, les règles ne se contredisent pas et le message est que :

12. Tu ne peux pas supposer que John Bull et JOHN BULL sont des personnes différentes.
13. Tu ne peux pas supposer que John Bull et JOHN BULL sont nécessairement la même personne.

Autrement dit, aucune supposition autorisée sur une comparaison de chaînes et il faut privilégier un champ style ID pour reconnaître qui est qui.

J'ai deux mots à te dire.

Je bosse à la sécu. Et il n'y a rien de pire que "ça dépend" qui dépasse !

PAREIL ! ou alors, ça force la majuscule sur le "de".

Pour utiliser une solution eCommerce (assez connue, je crois), je confirme qu'on peut vendre (cher) une solution qui concatène nom et prénom pour tout enregistrer dans la même colonne de base de donnée. Et qui tente de déconcatèner après (mal).