Zerosquare (./4686) :
Mouais, avoir deux standards c'est pas franchement pratique...

Au contraire c'est très pratique. En Java par exemple, en interne c'est de l'UTF-16, mais comme c'est intégré au langage, c'est totalement transparent et on n'a pas a gérer les soucis qui vont avec.
Pour les sorties on peut choisir son encodage et utf-8 est généralement un bon choix pour les raisons que j'ai cité.

Zerosquare (./4686) :
Et le gros souci avec UTF-8, c'est surtout qu'il permet aux vieilles applis de marchotter sans modification, mais mal, ce qui encourage les gens à laisser les choses en l'état. L'UTF-16 a au moins le mérite de forcer une adaptation du code, donc une occasion de faire les choses proprement.

Sauf que si on suit ton raisonnement le UFT-16 est aussi une adaptation foireuse, il faudrait utiliser l'UTF-32