Au supermarche, tu additiones 2.45E et 1.75E pour faire tes courses et ca marche tres bien, ca te choque pas, pourtant t'as pas de var prix:int = 2.45; var currency:Currency=Currency.EURO; en entete de l'etiquette.
Tu dis n'importe quoi : dans 2.45E, si je ne m'abuse, le type de donnee apparait : ce sont des euros (donc des nombres a virgule ; et en plus on sait qu'on ne va pas les additionner avec des dollars sans effectuer de conversion). Ca sert a rien d'ecrire la meme chose en beaucoup plus long avec des termes cabalistiques juste en dessous.
Et leur tiroir ne refuse pas de se fermer si une cuillere se trouve parmi les fourchettes.
J'ai surtout pas dit le contraire. Apres, si tu manges ta viande avec une cuillere, ce n'est pas de la faute du tiroir : la faute en incombe a celui qui a range les couverts et a celui qui a pris une cuillere sans verifier que ce n'etait pas une fourchette.
Ca veut dire que le format standard (le tiroir), bah il tient pas la route si les logiciels qui importent (celui qui prend une fourchette) et exportent (celui qui range les couverts) n'effectuent aucune verification sur les donnees transmises.
J'en arrive a ce que je disais : si on veut simplifier l'experience utilisateur tout en la fiabilisant, le typage des donnees il doit etre fait. Soit a la saisie, soit a l'export, soit a l'import (ca peut tout aussi bien etre simplement des avertissements, ca ne demande pas necessairement une operation de l'utilisateur).
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Dans ce cas le probleme est...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Oui je sais, on est pas Vendredi. Évalué à 3.
Tu dis n'importe quoi : dans 2.45E, si je ne m'abuse, le type de donnee apparait : ce sont des euros (donc des nombres a virgule ; et en plus on sait qu'on ne va pas les additionner avec des dollars sans effectuer de conversion). Ca sert a rien d'ecrire la meme chose en beaucoup plus long avec des termes cabalistiques juste en dessous.
Et leur tiroir ne refuse pas de se fermer si une cuillere se trouve parmi les fourchettes.
J'ai surtout pas dit le contraire. Apres, si tu manges ta viande avec une cuillere, ce n'est pas de la faute du tiroir : la faute en incombe a celui qui a range les couverts et a celui qui a pris une cuillere sans verifier que ce n'etait pas une fourchette.
Ca veut dire que le format standard (le tiroir), bah il tient pas la route si les logiciels qui importent (celui qui prend une fourchette) et exportent (celui qui range les couverts) n'effectuent aucune verification sur les donnees transmises.
J'en arrive a ce que je disais : si on veut simplifier l'experience utilisateur tout en la fiabilisant, le typage des donnees il doit etre fait. Soit a la saisie, soit a l'export, soit a l'import (ca peut tout aussi bien etre simplement des avertissements, ca ne demande pas necessairement une operation de l'utilisateur).
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo