je suis fatigué d'expliquer
ou fatiguer d'argumenter ?
Alors si je prends ta référence Wikipedia :
"À l'origine destinés au traitement automatisé des données financières, les logiciels tableurs sont maintenant utilisés pour effectuer des tâches variées, de la gestion de bases de données simples à la production de graphiques, en passant par diverses analyses statistiques."
pour moi un CSV c'est rien d'autres qu'un base de données simples avec une seule table sans typage (ce que propose de résoudre un assistant à l'ouverture d'un csv sous Excel). On peut très bien imaginer vouloir faire des analyses statistiques sur des données contenues dans un CSV par exemple, ca rentre donc parfaitement dans les cadres d'utilisation "courant" d'un tableur tel que défini par Wikipedia. Aucune notion de volumétrie de données n'est indiquée.
CSV est un format bâtard, on a sorti une espèce de RFC juste parce que c'était nécessaire pour valider le type mime
On est d'accord : CSV c'est pas la panacée, c'est plutôt le dernier recours en terme d'interopérabilité, mais le fait est qu'on doit souvent y faire face, et qu'on est parfois bien content de trouver ce format d'export/import simple. Tiens pas plus tard que cet aprem, j'ai voulu analyser l'écart moyen entre les GOPs contenues dans une vidéo H264, j'avais un outil d'analyse sous la main qui m'a proposé un export... en CSV uniquement. J'étais très content de pouvoir l'ouvrir dans Excel et de faire un rapide calcul pour avoir l'écart moyen entre les valeurs.
en fait, c'est du texte : donc le logiciel fait pour l'ouvrir, c'est l'éditeur de texte.
Et tu trouves ca mieux adapté pour l'utilisateur... On sent l'informaticien : on s'adapte pas aux besoins des utilisateurs mais aux contraintes techniques du format utilisé : c'est un fichier texte, donc on l'ouvre avec un éditeur de texte. Cool. Je fais pareil avec des données encodées en bin64 ?
Ben si justement c'est le bon exemple, le tableur n'est qu'un pauvre petit porte-avion perdu au milieu de la mer.
Franchement je préfères mon exemple, qui montre clairement que la longueur de la piste ne correspond à aucune limite technique valide.
Franchement, si j'arrive à naviguer sur internet avec Word, pourquoi j'irai chercher autre chose (genre un navigateur internet).
La différence, c'est que jusqu'à présent, je vois pas ce qu'il y a de mieux qu'un tableur pour ouvrir la plupart des CSV. Tu me proposes un éditeur de texte : génial. D'autres proposes un SGBD, en oubliant que c'est hors de porté de n'importe quel utilisateur (perso j'ai les compétences mais ca me paraît totalement débile).
MS Access et OOo Base, même combat, hors de portée de l'utilisateur lambda, et ne propose de toute façon pas d'ouvrir un CSV comme ca pif paf poum.
Donc y'a toujours pas mieux que le tableur.
[^] # Re: N'est stupide que la stupidité :)
Posté par TImaniac (site web personnel) . En réponse à la dépêche Go-oo, une alternative à OpenOffice. Évalué à 3.
ou fatiguer d'argumenter ?
Alors si je prends ta référence Wikipedia :
"À l'origine destinés au traitement automatisé des données financières, les logiciels tableurs sont maintenant utilisés pour effectuer des tâches variées, de la gestion de bases de données simples à la production de graphiques, en passant par diverses analyses statistiques."
pour moi un CSV c'est rien d'autres qu'un base de données simples avec une seule table sans typage (ce que propose de résoudre un assistant à l'ouverture d'un csv sous Excel). On peut très bien imaginer vouloir faire des analyses statistiques sur des données contenues dans un CSV par exemple, ca rentre donc parfaitement dans les cadres d'utilisation "courant" d'un tableur tel que défini par Wikipedia. Aucune notion de volumétrie de données n'est indiquée.
CSV est un format bâtard, on a sorti une espèce de RFC juste parce que c'était nécessaire pour valider le type mime
On est d'accord : CSV c'est pas la panacée, c'est plutôt le dernier recours en terme d'interopérabilité, mais le fait est qu'on doit souvent y faire face, et qu'on est parfois bien content de trouver ce format d'export/import simple. Tiens pas plus tard que cet aprem, j'ai voulu analyser l'écart moyen entre les GOPs contenues dans une vidéo H264, j'avais un outil d'analyse sous la main qui m'a proposé un export... en CSV uniquement. J'étais très content de pouvoir l'ouvrir dans Excel et de faire un rapide calcul pour avoir l'écart moyen entre les valeurs.
en fait, c'est du texte : donc le logiciel fait pour l'ouvrir, c'est l'éditeur de texte.
Et tu trouves ca mieux adapté pour l'utilisateur... On sent l'informaticien : on s'adapte pas aux besoins des utilisateurs mais aux contraintes techniques du format utilisé : c'est un fichier texte, donc on l'ouvre avec un éditeur de texte. Cool. Je fais pareil avec des données encodées en bin64 ?
Ben si justement c'est le bon exemple, le tableur n'est qu'un pauvre petit porte-avion perdu au milieu de la mer.
Franchement je préfères mon exemple, qui montre clairement que la longueur de la piste ne correspond à aucune limite technique valide.
Franchement, si j'arrive à naviguer sur internet avec Word, pourquoi j'irai chercher autre chose (genre un navigateur internet).
La différence, c'est que jusqu'à présent, je vois pas ce qu'il y a de mieux qu'un tableur pour ouvrir la plupart des CSV. Tu me proposes un éditeur de texte : génial. D'autres proposes un SGBD, en oubliant que c'est hors de porté de n'importe quel utilisateur (perso j'ai les compétences mais ca me paraît totalement débile).
MS Access et OOo Base, même combat, hors de portée de l'utilisateur lambda, et ne propose de toute façon pas d'ouvrir un CSV comme ca pif paf poum.
Donc y'a toujours pas mieux que le tableur.