Je comprends ton soucis de la complexité, mais tu mélange un peu tout;
Pour prendre un exemple si je fais du c++, je vais utiliser les std::vector, std::set, std::vector, et une chiée d'autre outils de la stl, de façon simple.
Si par contre je dois faire mon propre template, gérer les différent cas (recherche, valeur qui tiens sur 1 bit...) y'a une complexité d'écriture non négligeable.
Bref y'a plusieurs cas
utilisateur vois un produit fini unifié, simple,
un dev qui prends la bibliothèque vois un truc simple (bon y'a quand mêmes des truc a gérer comme le sens d'écriture il me semble),
celui qui développe la bibliothèque qui permet aux autres de pas s'emmerder;
Y'a pas de solution simple, l'historique (iso-8859-1 / iso-8859-15) est déjà un sacré merdier en Europe, le recollement (assemblage) des réseau électrique des différent GRT (gestionnaire de réseau électrique) avec l'un des format historique utilisé est un merdier sans nom, avoir un réseau avec les grec et les pays nordique sur ce format ne peut se faire qu'avec de grosse bidouilles; heureusement pour le nouveau format (xml, :(, rdfid ) on est a plus de problème de noms, (et de toutes façons recolle via des uuid, mais c'est bien d'avoir le nom des postes / lignes dans le bon alphabet)
Quant au parallèle avec la faim dans le monde... c'est fallacieux, y'a pas mort d'homme, pas de destruction environnemental, bref y'a pas de mal à continuer en attendant de trouver mieux, donc propose.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: "Microsoft was making OOXML deliberately more complicated than it needed to be"
Posté par fearan . En réponse au journal NextCloud et le format ODF : des gros nuages orageux. Évalué à 3.
Je comprends ton soucis de la complexité, mais tu mélange un peu tout;
Pour prendre un exemple si je fais du c++, je vais utiliser les std::vector, std::set, std::vector, et une chiée d'autre outils de la stl, de façon simple.
Si par contre je dois faire mon propre template, gérer les différent cas (recherche, valeur qui tiens sur 1 bit...) y'a une complexité d'écriture non négligeable.
Bref y'a plusieurs cas
Y'a pas de solution simple, l'historique (iso-8859-1 / iso-8859-15) est déjà un sacré merdier en Europe, le recollement (assemblage) des réseau électrique des différent GRT (gestionnaire de réseau électrique) avec l'un des format historique utilisé est un merdier sans nom, avoir un réseau avec les grec et les pays nordique sur ce format ne peut se faire qu'avec de grosse bidouilles; heureusement pour le nouveau format (xml, :(, rdfid ) on est a plus de problème de noms, (et de toutes façons recolle via des uuid, mais c'est bien d'avoir le nom des postes / lignes dans le bon alphabet)
Quant au parallèle avec la faim dans le monde... c'est fallacieux, y'a pas mort d'homme, pas de destruction environnemental, bref y'a pas de mal à continuer en attendant de trouver mieux, donc propose.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent