Je fais de l'analyse vidéo, et combien de fichiers pourris je peux trouver...
Côté norme :
* Des normes qui laissent un nombre de questions en suspens (et donc la réponse est différente suivant qui implémente)
* Des normes qui compliquent la vie, peu lisibles, donc les développeurs simplifient ou comprennent de manière différentes (et je les comprend)
* Des normes qui utilisent plusieurs nom pour un même champs, mais dans des chapitres différents (à toi de retrouver qui va avec qui)
* Des normes US-centric (codage de caractères? Bah US-ASCII, allez je laisse du 8 bit mais gardez vos fichiers dans votre pays, sinon ça va merder)
* Pareil pour l'heure, UTC c'est chiant, allez on force la structure du champs en oubliant la partie "timezone", c'est pas utile (norme... Américaine! ils ont plusieurs timezone chez eux mais n'en voient pas l'utilité...)
Côté développeurs :
* Une norme? Bah tant que ça marche dans un player laxiste, c'est bon, c'est que ça doit être valide
* une norme spécifie un codage de caractère? Trop chiant je met le codage local, rien à faire de la norme.
* 02/03/2009 ne veut pas dire 2 mars 2009, mais 3 février 2009, mais les américains sont le centre du monde, donc tout le monde doit faire pareil... Sympa les échanges informatique ensuite. Utiliser 2009年02月03日 est trop chiant, la flemme.
* ...
Et ce, que ce soit grand organisme (ISO...) ou grandes entreprises (et pas que Microsoft...).
Bref, c'est partout pareil, et il faut vivre avec, c'est la communication entre le gens... Et on se démerde.
# Pareil
Posté par Zenitram (site web personnel) . En réponse au journal Le cauchemard de l'ETL. Évalué à 5.
Côté norme :
* Des normes qui laissent un nombre de questions en suspens (et donc la réponse est différente suivant qui implémente)
* Des normes qui compliquent la vie, peu lisibles, donc les développeurs simplifient ou comprennent de manière différentes (et je les comprend)
* Des normes qui utilisent plusieurs nom pour un même champs, mais dans des chapitres différents (à toi de retrouver qui va avec qui)
* Des normes US-centric (codage de caractères? Bah US-ASCII, allez je laisse du 8 bit mais gardez vos fichiers dans votre pays, sinon ça va merder)
* Pareil pour l'heure, UTC c'est chiant, allez on force la structure du champs en oubliant la partie "timezone", c'est pas utile (norme... Américaine! ils ont plusieurs timezone chez eux mais n'en voient pas l'utilité...)
Côté développeurs :
* Une norme? Bah tant que ça marche dans un player laxiste, c'est bon, c'est que ça doit être valide
* une norme spécifie un codage de caractère? Trop chiant je met le codage local, rien à faire de la norme.
* 02/03/2009 ne veut pas dire 2 mars 2009, mais 3 février 2009, mais les américains sont le centre du monde, donc tout le monde doit faire pareil... Sympa les échanges informatique ensuite. Utiliser 2009年02月03日 est trop chiant, la flemme.
* ...
Et ce, que ce soit grand organisme (ISO...) ou grandes entreprises (et pas que Microsoft...).
Bref, c'est partout pareil, et il faut vivre avec, c'est la communication entre le gens... Et on se démerde.