Si MS a pousser la barre à 1 million, c'était probablement pour contenter un peu plus que 0.001% des utilisateurs.
Source ?
Ca peut être aussi un argument marketing, jouer à "c'est moi qui ait la plus grosse" ou autre.
Bref le fait qu'il l'ait fait n'indique en rien la pertinence de ce choix.
Tu me ferras pas croire que tous les choix de ms sont pertinents, pourtant c'est ce que sous entend ta remarque.
ça existe, mais c'est pas gratuit, il faut engager quelqu'un qui fera la migration.
ensuite ca dépend des besoins de tout un chacun, on s'en doute bien.
mais pas forcément besoin d'engager tu peux avoir des compétences déja en interne, comme à peu près 80% des PME en ce qui concerne l'informatique (les compétences n'étant pas forcément des professionnels), et comme à peu près 99.99% de l'utilisation d'excel et compagnie.
les Pentium 32bits ont des instructions SSE
Petite précision :
A partir du Pentium III , ils ont des instructions SSE (qui sont plus sur 128 bits.)
Si on veut des processeur avec des tailles de registres ou de bus plus important, il y a aussi les GPU.
Tu vas pas le croire, mais :
a) Il n'y a pas que les calculs physiques que tu fais dans la vie.
Il a jamais dit le contraire b) C'est tellement particulier comme cas que meme la calculatrice de base livree avec Windows le fait.
Même la calculatrice livré dans windows permet de faire des calculs réels avec une mantisse à 228 bits ?
La calculatrice windows sait faire des multiplications sur des entiers de 1024 bits?
c) Pour te dire a quel point c'est particulier, il y a nombre de milliardaires dont le compte en banque depasse ta limite de 2 milliards
- d'ailleurs ces comptes ont demandé des machines/soft spécifiques pour ces milliardaires pour le fisc américain http://www.webpronews.com/blogtalk/2006/02/01/bill-gates-has(...)
"My tax return in the United States has to be kept on a special computer because their normal computers can't deal with the numbers,"
(qui est fausse en passant, 32bit ca represente jusqu'a 4 milliards de valeurs).
dépend si tu es signed ou pas.
on peut même faire mieux car je suppose que tu n'utilise pas l'algorithme de karatsuba (je n'ai pas vérifié si tu le faisais ou pas, mea culpa). http://en.wikipedia.org/wiki/Karatsuba
(par contre il parait que pour les très grand nombre > 10000 bits, des FFT sont utilisé pour calculer la multiplication, quelqu'un peut vulgariser ça ? (ie comment ça marche ) j'ai pas trouvé grand chose).
tiens question subsidiaire : comment décomposer de façon simple et efficace une division de la même façon que karatsuba/algo classique?
bureaux en 3D parcequ'on ne sait pas quoi faire des capacités de nos machines.
Ce n'est pas parce que certains adorent acheter des machines tous les deux ans que c'est le cas de tout le monde.
Il y a 4 mois, j'étais allé aider un voisin, il avait un vieux coucou style 500 Mhz/64 Mo de ram, et il l'utilisait encore.
pour ma part, j'ai un athlon à 1 ghz et 1Go de ram (depuis qq mois, avant j'étais à 512) :
sur la semaine, mon load average est de 1.48*
sur le mois , mon load average est de 1.03*
(et mon max : 60* \o/ ;))
* chiffres donnés par munin.
Donc pourquoi je serais obligé de me taper des lignes de commande et d'utiliser mon cerveau pour une petite opération bennine alors que je suis plein de fric et j'ai une grosse machine complètement sous exploité :)
Parce que tu n'as pas encore assez de fric pour payer un dvp pour modifier OOo comme tu le souhaite :P
Donc sur mon dual core 2.66Ghz avec 2Go de Ram qui me sert de station cliente les fichiers csv ouvert OO borné par la taille max sont parfaitement réactif fluide
Augmente le nombre de colonne et met de grosses donnés dedans, tu verras ;)
j'ai ouvert dans on tableur, hop 2 formules et j'ai obtenu la réponse (pour info 1 seconde en moyenne, 1,5seconde max, mais tout le monde s'en fou :) )
Voilà, un scénario réel, vécu hier, et qui montre qu'un tableur est pas inadapté.
#!/usr/bin/perl
my $max=0;
my $sum=0;
my $num=0;
my $val=0;
open (FILE,"/tmp/mon_fichier.csv") or die $!;
while $val ( < FILE > )
{
if ($max<$val){$max=$val;}
$sum+=$val;
$num++;
}
if ($num>0)
{
printf "La moyenne est : %d s, avec un maximum à %d (%d GOP étudiés)\n",$sum/$num,$max,$num;
}
else
{
print "Pas assez de trames!\n";
}
(on peut faire la même chose avec un script shell d'a peu près autant de ligne).
(je n'ai pas testé le code, je viens de le faire en 2 min chrono, et je peux le réutiliser tant de fois que je veux pour toutes les vidéos, et automatiser pour lancer le test sur la video puis calculer automatiquement ces valeurs)
et le plus facile est souvent de sortir les données "brutes" en CSV, ca permet rapidement de faire des calculs de base (moyenne, écart type, min, max, etc.).
J'ai pas besoin d'un tableur pour faire ça, un script qui lis les données et me calcul le truc (avec R peut être) peut le faire tout aussi bien, et est plus dans la logique (truc rapide, s'interfaçant directement avec les sorties, ne réquerant pas d'utilisateur humain, pouvant être automatiser et envoyer les rapports par mail, etc...)
Ensuite, si tu ça répond à ton besoin, c'est parfait et je n'ai rien à dire dessus, mais je suis d'avis que tu n'utilise pas le tableur en tant que "tableur" (présentation des données, insertion/modification des dites données, ...) , mais plus en tant que "calculateur de stats sur des données statiques".
On s'en fou, le but est de montrer qu'un tableur est pas forcement un mauvais condidat pour ouvrir un CSV. Pas de ma faute si OOo n'est pas aussi performant.
Ah ben ca c'est sur c'est son boulot d'ouvrir des données sous forme de colonnes
Ensuite utiliser les données c'est une toute autre histoire.
L'exemple initial c'était avec 32000 lignes. Y'a forcement une limite au tableur, mais le fait est que cet ordre de grandeur est tout à faire raisonnable pour un tableur "moderne" et "performant".
un tableur est un logiciel qui présente TOUTES les données sur une ou plusieurs feuilles.
Ou est ce donc raisonnable de présenter 32000*x colonnes de données ?
Ce n'est pas raisonnable ni efficace pour présenter cette taille de données
C'est inutile pour effectuer des calculs sur ces données.
C'est ahurissant pour saisir des données.
Je ne vois pas où il est interessant d'avoir des tableurs , si ce n'est de ne pas limiter l'utilisateur, qui puissent gérer autant de données.
La limitation est donc bien interne à OOo.
Je suis pas d'accord avec le moyen pour arriver à la conclusion, meme si elle est exacte.
En supposant une mémoire mal gérée, ca reste un problème purement interne à OOo et pas de ressources externes.
ben pas forcément. Si OOo gère mal la mémoire certe OOo à un problème, mais les ressources peuvent venir à manquer :
Si Vista utilise au moins 1 Go de ram alors que ma deb peut booter sur 64, c'est ET un probleme de vista, et un probleme de pc pas adapté à vista.
un tableur "conçu" pour ce scénario n'a aucun problème et que donc un tableur peut être tout à fait aproprié.
Pas d'accord (cf le probleme de traitement et de présentation des données).
Notre problématique c'est : est-ce que un tableur est aproprié pour ouvrir un CSV de plus de 32000 lignes ?
Ouvrir ... ET utiliser!
Mais non, ce n'est pas ça qu'il faut répondre, mais :
« je vous installe un GNU/Linux en plus, comme ça, quand votre Windows ne marchera pas, si je ne suis pas là, vous pourrez toujours travailler ».
1°) Et tu crois vraiment qu'il va essayer de booter sous linux ?
Il va dire "non mais c'est compliqué je comprend pas", ou encore "j'avais besoin de place, j'ai remis comme c'était" ou ...
2°) faire une migration sans préparer les gens, j'ai peur (et j'en suis même persuadé avec mon exp) que ça va plus les dégouter qu'autre chose.
Les utilisateurs de bases (et on les comprends) sont perdu quand leur environnement change. Alors changer complètement d'os sans faire le minimum syndical de formation.
3°) Sans compter que j'ai autre chose à faire pendant mes vacances que réparer les ordi de la famille, voir pourquoi l'imprimante marche pas sous linux (si je leur installe tutux)
Un "coup de main" de temps en temps ok, mais quand ca devient systématique à chaque vacance, ben qu'ils utilisent ce qu'ils veulent c'est pas (plus) mon problème, mais qu'ils me fassent plus chier.
(Je crois que le ponpon c'est quand tu es sur les pistes de ski et qu'on te demande comment réparer un graveur défectueux ou des conneries commes ça).
Ps : je leur dis qu'avec linux ca serait pas arrivé, et leur propose de leur installer. Et si l'ordi a linux je suis plus enclin à réparer, mais à part ça, j'aime pas installer des trucs sans l'accord de la personne ;)
de créer une table, d'insérer le fichier dans cette table, faire les requète update, se planter sur la requète et dézinguer la base, réinsérer les données faire la requète l'update voir qu'il manque des truc...etc...
Je vais reprendre ton exemple SQL, et faire la même chose avec CSV
clic clic sur le csv, attendre 4 min qu'OOo,... se lance
allez à l'index bidule, se gourer, effacer trente cellule.
Merde .
on recommence , allez hop ctrl+Z ...
je fais un filtre ... j'attend 3 min pour me rendre compte que c'était pas le bon filtre.
Bon ctrl+Z, vais ajouter les données.
j'ajoute des données à la main...
encore une colonne cc d'une autre table...
encore une autre ...
merde j'ai écrasé des donnée.
Bon je vais relancer le fichier original et vais tout refaire.
Pas sur que ce soit plus simple finalement.
Ah ben oui quand on par sur de la mauvaise foie , chacun peut être de mauvaise foie.
De plus niveau insertion de "mauvaise" donnée, je savais pas que les tableurs avait des contraintes d'intégrité, des gestions de transaction, des triggers, des clés étrangères etc...
Je suis pas contre un tableur lors du traitement d'un "petit" nombre de donnée, mais lorsque le nombre grossis, que les traitements sont complexe (ex je veux compter le nombre de dossier en double entre le 1er aout 2007 et le 1er Aout 2008 et sortir ce nombre par propriétaire des dossiers), ben il me semble qu'il est préférable d'utiliser une bd plutôt.
De plus, ils ne se sont pas mal exprimés,
Peut être supposons...
il suffit juste de savoir lire
Je crois savoir lire et que vois-je : Other derivatives
[...]
Debian
Debian provides OpenOffice.org in their repositories. To install it just type as root # apt-get install openoffice.org
Sans vouloir être vexant, elle est OÙ l'explication que c'est eux qui sont les dérivée de openoffice et pas l'inverse ?
D'ailleurs si ils s'exprimaient bien ils ne mettraient pas "other-derivative" mais "officiel version" ou "source version", ou encore il mettraient une section OOo puis mettrait en dessous "other derivative :
- Go-oo
- ...
- ..."
de se renseigner (ça m'a pris moins de 10min pour la totalité des versions mentionnées grâce à notre ami google).
Si tu as BESOIN de te renseigner pour comprendre ce qu'ils disent, c'est qu'ils ce sont mal exprimée!
Bref sur ce point là, je suis plutôt de l'avis d'Albert.
Ensuite ça veut pas dire que c'était volontaire, mais sur le fait qu'ils ce soit mal exprimé, je voterais coupable mon honneur.
Rem, dépanner, dépanner ... faut pas pousser un moment!
Quand toute la famille te demande de "voir pourquoi leur ordi marche pas" alors que tu es en vacances, et que quand tu commence à bosser ils se cassent faire autre chose, tu le fait une fois ... mais au bout d'un moment tu leur demande "vous aviez pas un sav avec votre ordi ? Appelez le, il est la pour ça".
Oué bah l'informatique a progressé depuis 5 ans. Excel aussi.
1°) Les SGBD aussi, les interfaces d'utilisations des sgbd aussi.
2°) C'est clair que tout le monde est équipé de la dernière version d'une suite payante et uniquement sur certains os ... surtout sur un site comme linuxfr, ou en entreprise.
3°) Mais le plus drole c'est que pour toi tableur == excel.
Le post initial était "un tableur est pas forcément génial pour une grande volumétrie (ie autre chose que de simple données statiques)", et tous tes exemples c'est 'excel sait (peut être) le faire donc c'est forcément génial. La preuve : il sait ouvrir un document statique de 1 millions de lignes!".
Excel 2007 ouvre un CSV d'un million de lignes en 24 secondes en occupant 60Mo de RAM supplémentaire. Donc faut pas cherché d'excuse à OOo liées aux ressources.
1°) tu as pas répondu à la question. A tu vraiment fait le test ? Si oui, comment a tu fait pour ne pas faire preuve de la moindre curiosité pour savoir ce qui n'allait pas sur ton pc/pour ooo pendant 20 minutes! C'est long 20 minutes, et ca m'étonne beaucoup que tu n'ai rien vu (cpu qui augmente, swap , ou autre).
2°) Donc tu veux pas savoir "pourquoi il n'y arrive pas", mais tu arrive a dire directement que ce n'est pas un problème de ressources.
Tu es fort, très fort!
Que excel 2007 ait une gestion plus intelligente que Ooo est (fort) possible, mais ca n'exclue pas à un "simple" probleme de ressources pour OOo (ie : si il "suffit" de rajouter 2 Go pour que ca puisse marcher, c'est pas que OOo sait pas le faire, mais qu'il gère mal la mémoire, ce qui a juste rien à voir).
3°) D'ailleur quand j'ai ouvert mon document avec kspread et que j'ai swappé (donc pas assez de ram), c'était pas que je n'avais pas les ressources suffisantes suivant les logiciels et les données que j'utilisais, non c'est juste que kspread est pas un "vrai" tableur . C'est bien ce que tu me dis non ?
4°) De plus, sachant que rien que lancer OOo ou autre prend fastoche 30 secondes sur la plupart des pc utilisé (entreprise ou particulier), j'émets quelques doutes sur ton "24 secondes".
Je peux me tromper bien entendu, n'ayant pas de budget "nouvelle version office trop wahou".
Ceux qui ont besoin de gérer une grosse volumétrie n'ont pas pour autant des quad-core avec n Go de RAM.
5°) Enfin, ouvrir un document de 1M lignes statiques consitue bien un test de volumétrie, mais n'est certainement pas le seul test que l'on puisse effectuer.
As tu essayer en
-> sauvant au format natif et le ré ouvrant ?
-> en écrivant des formules (parce que le but initial d'un tableur, ce n'est pas juste d'avoir un tableau, mais bien de faire quelque chose de ces données) ?
moi je confirme que excel (alors qu'elle version ? 2003 je crois) se plante lamentablement à ouvrir un document de 6000 lignes et 100 colonnes avec des formules à l'intérieur (donc pas un simple document statique)
OOo lui même prenait plus de 500 Mo pour pouvoir l'ouvrir (et ~ 2 minute)
(le document excel faisait 40 Mo, et sauvegarder sous ods il faisait ~ 3 Mo)
(Pc avec 1.2 Go de ram)
Donc quand il essaie d'ouvrir un fichier de 1M lignes , qu'est ce qui était bloquant ? Le CPU ? La SWAP ? ... ?
Ps : J'ai testé l'ouverture d'un fichier de 1M lignes1 colonnes avec kspread, sur le pc du bureau (celeron 2Ghz, 512 Mo de ram, déja occupé en partie par kde etc...) et il nous affiche l'apercu sans probleme (une bonne conso mémoire et du cpu pendant 2/3 min, mais on l'a).
1 M lignes 3 colonnes => il se perd dans la swap (pas assez de ram).
ca marche aussi avec virtualbox ? Qemu ? Bochs ?
Non ?
Ah ben merde alors, moi qui croyais que tu avais pris un exemple tout a fait au hasard , et pas un truc codé spécifiquement (parce que faire des commandes spécifiques ... pas besoin de powershell pour ça, juste un shell tout simple).
euh c'est moi ou tu n'a pas lu le traître mot de ce que j'ai écris ?
Je penche pour la seconde hypothèse.
Sur ce je vais vous laisser à vos occupation follement intéressantes (répondre à coté de la plaque en refusant de lire et/ou de comprendre)et vous dis au revoir.
Donc non, il ne s'agit vraiment pas d'un abus, tu as simplement mal compris.
Ou qu'ils se soient mal exprimé, mais je sais pas pourquoi, c'est jamais possible quant on parle de novell sur linux.
Contrairement à ce que tu as l'air de penser :
a) Ils ont pas le temps d'apprendre à se former sur un tout nouvel outil
C'est vrai
b) Ils ont un existant (genre une série de feuilles faites par un ami, un colègue, un stagiaire) qu'ils ne maitrisent pas complètement, mais qui leur simplifie bien la vie
C'est vrai c) Le portage vers du SQL d'une feuille Excel, même toute simple est souvent horriblement complexe.
C'est possible
d) Il est important, souvent, de retrouver exactement les mêmes chiffres dans la version Excel que dans la version SQL (ce qui peut obliger à créer des types et des fonctions de calculs d'arrondis à la main)
Peut être, mais l'inverse est aussi vrai.
e) Les outils "adaptés aux besoins" sont parfois totalement hors de portée financières des PME
Les bd libre ca existe, etc...
Mais je pense que tu as oublié un (des) points importants
f) Changer d'outil quand l'outil utilisé ne convient plus est aussi IMPORTANT.
Sinon, la prochaine qu'un copain/connaissance à un probleme d'explosion mémoire parce qu'il avait une feuille excel de 6000 lignes x 100 colonnes, je te l'enverrais.
g) La plupart des personnes ne connaissent pas des solutions plus adapté pour résoudre leur problème.
Ce n'est pas qu'ils ne peuvent ni ne veulent, mais qui ne connaissent pas.
- Créer une fonction qui approxime par encadrement cyclique une valeur à 3 décimales près (10 secondes en Excel)
15 minutes si c'est moi qui dois le faire.
- Si la somme de X éléments triés suivants Y critères est positives l'insérer dans la vue A, sinon l'insérer dans la vue B et boucler sur la liste de selections de critères suivants jusqu'à arriver à la fin de ladite liste (2 minutes en Excel)
0.3 secondes en perl/postgresql avec DBI si je le fait
Je soupconne aussi facilement en pgpsql ou autre, quand on connais les langages.
etc...
Il y a un grand problème d'apprentissage dans tout ce que tu montre.
Et honnetement, se faire chier 15 minute à faire ton truc en sql, voir une heure, et savoir que ca va marcher avec 200 000 lignes , et qu'il suffit de lancer la commande sur les lignes (la gestion d'import de nouvelles données est super simple : pas à redéfinir des formules parce qu'on avait pris en compte que jusqu'à la ligne 4000 et pas 5000 etc...)
ou attendre 20 minutes que ton ordi finisse de swapper et oomkill openoffice/excel (si il l'oomkill) chaque fois que tu ouvre ton document,
J'ai suivi votre discussion, et honnêtement l'échange attein le degré zero de la pertinence :
"fait ça"
"tiens je l'ai fait"
"non tu l'a pas fait"
"mais si je t'assure regarde, c'est bien ce que tu m'a demandé"
"non tu l'a pas fait"
"mais regarde au moins"
"non tu l'as pas fait"
...
Le coup du mort c'est un mel en machin@corps.free.fr qui me l'as raconté.
je croyais que les adresses mails du staff c'était justement "staff.free.fr" : http://www.f-x.fr/files/rani-chat.log -> rani (n=rani@fbx-test0.staff.proxad.net)
tiens un pbpg martyr victime de l'infamie et de la repression du système de notation de linuxfr.
Tu as finis de te plaindre chaque fois que tu te prends un "-..." ?
Si ca te ocnviens pas,
- viens pas poster
- argumente et source tes posts
- respecte les autres en supposant tout d'abord que TU t'es mal exprimé, plutot que d'accuser tout le monde.
Ah c'est sur que tu ne peux pas jouer au martyr comme ça, mais ça montrera que tu cherche la discussion, et non pas à imposer une idée préconçu sans une once d'argumentation.
[^] # Re: N'est stupide que la stupidité :)
Posté par briaeros007 . En réponse à la dépêche Go-oo, une alternative à OpenOffice. Évalué à 2.
Source ?
Ca peut être aussi un argument marketing, jouer à "c'est moi qui ait la plus grosse" ou autre.
Bref le fait qu'il l'ait fait n'indique en rien la pertinence de ce choix.
Tu me ferras pas croire que tous les choix de ms sont pertinents, pourtant c'est ce que sous entend ta remarque.
[^] # Re: N'est stupide que la stupidité :)
Posté par briaeros007 . En réponse à la dépêche Go-oo, une alternative à OpenOffice. Évalué à 2.
Allez maintenant 2 heures pour bien les diriger (pfou les études ca remonte à loin ;))
[^] # Re: N'est stupide que la stupidité :)
Posté par briaeros007 . En réponse à la dépêche Go-oo, une alternative à OpenOffice. Évalué à 2.
[^] # Re: N'est stupide que la stupidité :)
Posté par briaeros007 . En réponse à la dépêche Go-oo, une alternative à OpenOffice. Évalué à 1.
ensuite ca dépend des besoins de tout un chacun, on s'en doute bien.
mais pas forcément besoin d'engager tu peux avoir des compétences déja en interne, comme à peu près 80% des PME en ce qui concerne l'informatique (les compétences n'étant pas forcément des professionnels), et comme à peu près 99.99% de l'utilisation d'excel et compagnie.
[^] # Re: N'est stupide que la stupidité :)
Posté par briaeros007 . En réponse à la dépêche Go-oo, une alternative à OpenOffice. Évalué à 1.
Petite précision :
A partir du Pentium III , ils ont des instructions SSE (qui sont plus sur 128 bits.)
Si on veut des processeur avec des tailles de registres ou de bus plus important, il y a aussi les GPU.
Tu vas pas le croire, mais :
a) Il n'y a pas que les calculs physiques que tu fais dans la vie.
Il a jamais dit le contraire
b) C'est tellement particulier comme cas que meme la calculatrice de base livree avec Windows le fait.
Même la calculatrice livré dans windows permet de faire des calculs réels avec une mantisse à 228 bits ?
La calculatrice windows sait faire des multiplications sur des entiers de 1024 bits?
c) Pour te dire a quel point c'est particulier, il y a nombre de milliardaires dont le compte en banque depasse ta limite de 2 milliards
- d'ailleurs ces comptes ont demandé des machines/soft spécifiques pour ces milliardaires pour le fisc américain
http://www.webpronews.com/blogtalk/2006/02/01/bill-gates-has(...)
"My tax return in the United States has to be kept on a special computer because their normal computers can't deal with the numbers,"
(qui est fausse en passant, 32bit ca represente jusqu'a 4 milliards de valeurs).
dépend si tu es signed ou pas.
[^] # Re: N'est stupide que la stupidité :)
Posté par briaeros007 . En réponse à la dépêche Go-oo, une alternative à OpenOffice. Évalué à 2.
http://en.wikipedia.org/wiki/Karatsuba
(par contre il parait que pour les très grand nombre > 10000 bits, des FFT sont utilisé pour calculer la multiplication, quelqu'un peut vulgariser ça ? (ie comment ça marche ) j'ai pas trouvé grand chose).
tiens question subsidiaire : comment décomposer de façon simple et efficace une division de la même façon que karatsuba/algo classique?
[^] # Re: Capacité du parser CSV
Posté par briaeros007 . En réponse à la dépêche Go-oo, une alternative à OpenOffice. Évalué à 1.
Ce n'est pas parce que certains adorent acheter des machines tous les deux ans que c'est le cas de tout le monde.
Il y a 4 mois, j'étais allé aider un voisin, il avait un vieux coucou style 500 Mhz/64 Mo de ram, et il l'utilisait encore.
pour ma part, j'ai un athlon à 1 ghz et 1Go de ram (depuis qq mois, avant j'étais à 512) :
sur la semaine, mon load average est de 1.48*
sur le mois , mon load average est de 1.03*
(et mon max : 60* \o/ ;))
* chiffres donnés par munin.
Donc pourquoi je serais obligé de me taper des lignes de commande et d'utiliser mon cerveau pour une petite opération bennine alors que je suis plein de fric et j'ai une grosse machine complètement sous exploité :)
Parce que tu n'as pas encore assez de fric pour payer un dvp pour modifier OOo comme tu le souhaite :P
Donc sur mon dual core 2.66Ghz avec 2Go de Ram qui me sert de station cliente les fichiers csv ouvert OO borné par la taille max sont parfaitement réactif fluide
Augmente le nombre de colonne et met de grosses donnés dedans, tu verras ;)
[^] # Re: N'est stupide que la stupidité :)
Posté par briaeros007 . En réponse à la dépêche Go-oo, une alternative à OpenOffice. Évalué à 2.
Voilà, un scénario réel, vécu hier, et qui montre qu'un tableur est pas inadapté.
#!/usr/bin/perl
my $max=0;
my $sum=0;
my $num=0;
my $val=0;
open (FILE,"/tmp/mon_fichier.csv") or die $!;
while $val ( < FILE > )
{
if ($max<$val){$max=$val;}
$sum+=$val;
$num++;
}
if ($num>0)
{
printf "La moyenne est : %d s, avec un maximum à %d (%d GOP étudiés)\n",$sum/$num,$max,$num;
}
else
{
print "Pas assez de trames!\n";
}
(on peut faire la même chose avec un script shell d'a peu près autant de ligne).
(je n'ai pas testé le code, je viens de le faire en 2 min chrono, et je peux le réutiliser tant de fois que je veux pour toutes les vidéos, et automatiser pour lancer le test sur la video puis calculer automatiquement ces valeurs)
[^] # Re: N'est stupide que la stupidité :)
Posté par briaeros007 . En réponse à la dépêche Go-oo, une alternative à OpenOffice. Évalué à 2.
J'ai pas besoin d'un tableur pour faire ça, un script qui lis les données et me calcul le truc (avec R peut être) peut le faire tout aussi bien, et est plus dans la logique (truc rapide, s'interfaçant directement avec les sorties, ne réquerant pas d'utilisateur humain, pouvant être automatiser et envoyer les rapports par mail, etc...)
Ensuite, si tu ça répond à ton besoin, c'est parfait et je n'ai rien à dire dessus, mais je suis d'avis que tu n'utilise pas le tableur en tant que "tableur" (présentation des données, insertion/modification des dites données, ...) , mais plus en tant que "calculateur de stats sur des données statiques".
[^] # Re: N'est stupide que la stupidité :)
Posté par briaeros007 . En réponse à la dépêche Go-oo, une alternative à OpenOffice. Évalué à 1.
[^] # Re: N'est stupide que la stupidité :)
Posté par briaeros007 . En réponse à la dépêche Go-oo, une alternative à OpenOffice. Évalué à 2.
Ah ben ca c'est sur c'est son boulot d'ouvrir des données sous forme de colonnes
Ensuite utiliser les données c'est une toute autre histoire.
L'exemple initial c'était avec 32000 lignes. Y'a forcement une limite au tableur, mais le fait est que cet ordre de grandeur est tout à faire raisonnable pour un tableur "moderne" et "performant".
un tableur est un logiciel qui présente TOUTES les données sur une ou plusieurs feuilles.
Ou est ce donc raisonnable de présenter 32000*x colonnes de données ?
Ce n'est pas raisonnable ni efficace pour présenter cette taille de données
C'est inutile pour effectuer des calculs sur ces données.
C'est ahurissant pour saisir des données.
Je ne vois pas où il est interessant d'avoir des tableurs , si ce n'est de ne pas limiter l'utilisateur, qui puissent gérer autant de données.
La limitation est donc bien interne à OOo.
Je suis pas d'accord avec le moyen pour arriver à la conclusion, meme si elle est exacte.
En supposant une mémoire mal gérée, ca reste un problème purement interne à OOo et pas de ressources externes.
ben pas forcément. Si OOo gère mal la mémoire certe OOo à un problème, mais les ressources peuvent venir à manquer :
Si Vista utilise au moins 1 Go de ram alors que ma deb peut booter sur 64, c'est ET un probleme de vista, et un probleme de pc pas adapté à vista.
un tableur "conçu" pour ce scénario n'a aucun problème et que donc un tableur peut être tout à fait aproprié.
Pas d'accord (cf le probleme de traitement et de présentation des données).
Notre problématique c'est : est-ce que un tableur est aproprié pour ouvrir un CSV de plus de 32000 lignes ?
Ouvrir ... ET utiliser!
[^] # Re: La paille, la poutre, toussa.
Posté par briaeros007 . En réponse à la dépêche Go-oo, une alternative à OpenOffice. Évalué à 3.
« je vous installe un GNU/Linux en plus, comme ça, quand votre Windows ne marchera pas, si je ne suis pas là, vous pourrez toujours travailler ».
1°) Et tu crois vraiment qu'il va essayer de booter sous linux ?
Il va dire "non mais c'est compliqué je comprend pas", ou encore "j'avais besoin de place, j'ai remis comme c'était" ou ...
2°) faire une migration sans préparer les gens, j'ai peur (et j'en suis même persuadé avec mon exp) que ça va plus les dégouter qu'autre chose.
Les utilisateurs de bases (et on les comprends) sont perdu quand leur environnement change. Alors changer complètement d'os sans faire le minimum syndical de formation.
3°) Sans compter que j'ai autre chose à faire pendant mes vacances que réparer les ordi de la famille, voir pourquoi l'imprimante marche pas sous linux (si je leur installe tutux)
Un "coup de main" de temps en temps ok, mais quand ca devient systématique à chaque vacance, ben qu'ils utilisent ce qu'ils veulent c'est pas (plus) mon problème, mais qu'ils me fassent plus chier.
(Je crois que le ponpon c'est quand tu es sur les pistes de ski et qu'on te demande comment réparer un graveur défectueux ou des conneries commes ça).
Ps : je leur dis qu'avec linux ca serait pas arrivé, et leur propose de leur installer. Et si l'ordi a linux je suis plus enclin à réparer, mais à part ça, j'aime pas installer des trucs sans l'accord de la personne ;)
[^] # Re: Capacité du parser CSV
Posté par briaeros007 . En réponse à la dépêche Go-oo, une alternative à OpenOffice. Évalué à 1.
Je vais reprendre ton exemple SQL, et faire la même chose avec CSV
clic clic sur le csv, attendre 4 min qu'OOo,... se lance
allez à l'index bidule, se gourer, effacer trente cellule.
Merde .
on recommence , allez hop ctrl+Z ...
je fais un filtre ... j'attend 3 min pour me rendre compte que c'était pas le bon filtre.
Bon ctrl+Z, vais ajouter les données.
j'ajoute des données à la main...
encore une colonne cc d'une autre table...
encore une autre ...
merde j'ai écrasé des donnée.
Bon je vais relancer le fichier original et vais tout refaire.
Pas sur que ce soit plus simple finalement.
Ah ben oui quand on par sur de la mauvaise foie , chacun peut être de mauvaise foie.
De plus niveau insertion de "mauvaise" donnée, je savais pas que les tableurs avait des contraintes d'intégrité, des gestions de transaction, des triggers, des clés étrangères etc...
Je suis pas contre un tableur lors du traitement d'un "petit" nombre de donnée, mais lorsque le nombre grossis, que les traitements sont complexe (ex je veux compter le nombre de dossier en double entre le 1er aout 2007 et le 1er Aout 2008 et sortir ce nombre par propriétaire des dossiers), ben il me semble qu'il est préférable d'utiliser une bd plutôt.
Ensuite chacun fait ce qu'il veut.
[^] # Re: La paille, la poutre, toussa.
Posté par briaeros007 . En réponse à la dépêche Go-oo, une alternative à OpenOffice. Évalué à 2.
Peut être supposons...
il suffit juste de savoir lire
Je crois savoir lire et que vois-je :
Other derivatives
[...]
Debian
Debian provides OpenOffice.org in their repositories. To install it just type as root
# apt-get install openoffice.org
Sans vouloir être vexant, elle est OÙ l'explication que c'est eux qui sont les dérivée de openoffice et pas l'inverse ?
D'ailleurs si ils s'exprimaient bien ils ne mettraient pas "other-derivative" mais "officiel version" ou "source version", ou encore il mettraient une section OOo puis mettrait en dessous "other derivative :
- Go-oo
- ...
- ..."
de se renseigner (ça m'a pris moins de 10min pour la totalité des versions mentionnées grâce à notre ami google).
Si tu as BESOIN de te renseigner pour comprendre ce qu'ils disent, c'est qu'ils ce sont mal exprimée!
Bref sur ce point là, je suis plutôt de l'avis d'Albert.
Ensuite ça veut pas dire que c'était volontaire, mais sur le fait qu'ils ce soit mal exprimé, je voterais coupable mon honneur.
[^] # Re: La paille, la poutre, toussa.
Posté par briaeros007 . En réponse à la dépêche Go-oo, une alternative à OpenOffice. Évalué à 2.
Rem, dépanner, dépanner ... faut pas pousser un moment!
Quand toute la famille te demande de "voir pourquoi leur ordi marche pas" alors que tu es en vacances, et que quand tu commence à bosser ils se cassent faire autre chose, tu le fait une fois ... mais au bout d'un moment tu leur demande "vous aviez pas un sav avec votre ordi ? Appelez le, il est la pour ça".
[^] # Re: N'est stupide que la stupidité :)
Posté par briaeros007 . En réponse à la dépêche Go-oo, une alternative à OpenOffice. Évalué à 1.
1°) Les SGBD aussi, les interfaces d'utilisations des sgbd aussi.
2°) C'est clair que tout le monde est équipé de la dernière version d'une suite payante et uniquement sur certains os ... surtout sur un site comme linuxfr, ou en entreprise.
3°) Mais le plus drole c'est que pour toi tableur == excel.
Le post initial était "un tableur est pas forcément génial pour une grande volumétrie (ie autre chose que de simple données statiques)", et tous tes exemples c'est 'excel sait (peut être) le faire donc c'est forcément génial. La preuve : il sait ouvrir un document statique de 1 millions de lignes!".
Excel 2007 ouvre un CSV d'un million de lignes en 24 secondes en occupant 60Mo de RAM supplémentaire. Donc faut pas cherché d'excuse à OOo liées aux ressources.
1°) tu as pas répondu à la question. A tu vraiment fait le test ? Si oui, comment a tu fait pour ne pas faire preuve de la moindre curiosité pour savoir ce qui n'allait pas sur ton pc/pour ooo pendant 20 minutes! C'est long 20 minutes, et ca m'étonne beaucoup que tu n'ai rien vu (cpu qui augmente, swap , ou autre).
2°) Donc tu veux pas savoir "pourquoi il n'y arrive pas", mais tu arrive a dire directement que ce n'est pas un problème de ressources.
Tu es fort, très fort!
Que excel 2007 ait une gestion plus intelligente que Ooo est (fort) possible, mais ca n'exclue pas à un "simple" probleme de ressources pour OOo (ie : si il "suffit" de rajouter 2 Go pour que ca puisse marcher, c'est pas que OOo sait pas le faire, mais qu'il gère mal la mémoire, ce qui a juste rien à voir).
3°) D'ailleur quand j'ai ouvert mon document avec kspread et que j'ai swappé (donc pas assez de ram), c'était pas que je n'avais pas les ressources suffisantes suivant les logiciels et les données que j'utilisais, non c'est juste que kspread est pas un "vrai" tableur . C'est bien ce que tu me dis non ?
4°) De plus, sachant que rien que lancer OOo ou autre prend fastoche 30 secondes sur la plupart des pc utilisé (entreprise ou particulier), j'émets quelques doutes sur ton "24 secondes".
Je peux me tromper bien entendu, n'ayant pas de budget "nouvelle version office trop wahou".
Ceux qui ont besoin de gérer une grosse volumétrie n'ont pas pour autant des quad-core avec n Go de RAM.
5°) Enfin, ouvrir un document de 1M lignes statiques consitue bien un test de volumétrie, mais n'est certainement pas le seul test que l'on puisse effectuer.
As tu essayer en
-> sauvant au format natif et le ré ouvrant ?
-> en écrivant des formules (parce que le but initial d'un tableur, ce n'est pas juste d'avoir un tableau, mais bien de faire quelque chose de ces données) ?
[^] # Re: N'est stupide que la stupidité :)
Posté par briaeros007 . En réponse à la dépêche Go-oo, une alternative à OpenOffice. Évalué à 3.
OOo lui même prenait plus de 500 Mo pour pouvoir l'ouvrir (et ~ 2 minute)
(le document excel faisait 40 Mo, et sauvegarder sous ods il faisait ~ 3 Mo)
(Pc avec 1.2 Go de ram)
Donc quand il essaie d'ouvrir un fichier de 1M lignes , qu'est ce qui était bloquant ? Le CPU ? La SWAP ? ... ?
Ps : J'ai testé l'ouverture d'un fichier de 1M lignes1 colonnes avec kspread, sur le pc du bureau (celeron 2Ghz, 512 Mo de ram, déja occupé en partie par kde etc...) et il nous affiche l'apercu sans probleme (une bonne conso mémoire et du cpu pendant 2/3 min, mais on l'a).
1 M lignes 3 colonnes => il se perd dans la swap (pas assez de ram).
[^] # Re: Ce n'est pas tout
Posté par briaeros007 . En réponse au journal Microsoft donne 100000 dollars à la fondation Apache. Évalué à 3.
Non ?
Ah ben merde alors, moi qui croyais que tu avais pris un exemple tout a fait au hasard , et pas un truc codé spécifiquement (parce que faire des commandes spécifiques ... pas besoin de powershell pour ça, juste un shell tout simple).
[^] # Re: Ce n'est pas tout
Posté par briaeros007 . En réponse au journal Microsoft donne 100000 dollars à la fondation Apache. Évalué à 2.
Je penche pour la seconde hypothèse.
Sur ce je vais vous laisser à vos occupation follement intéressantes (répondre à coté de la plaque en refusant de lire et/ou de comprendre)et vous dis au revoir.
[^] # Re: La paille, la poutre, toussa.
Posté par briaeros007 . En réponse à la dépêche Go-oo, une alternative à OpenOffice. Évalué à 2.
Ou qu'ils se soient mal exprimé, mais je sais pas pourquoi, c'est jamais possible quant on parle de novell sur linux.
[^] # Re: N'est stupide que la stupidité :)
Posté par briaeros007 . En réponse à la dépêche Go-oo, une alternative à OpenOffice. Évalué à 5.
a) Ils ont pas le temps d'apprendre à se former sur un tout nouvel outil
C'est vrai
b) Ils ont un existant (genre une série de feuilles faites par un ami, un colègue, un stagiaire) qu'ils ne maitrisent pas complètement, mais qui leur simplifie bien la vie
C'est vrai
c) Le portage vers du SQL d'une feuille Excel, même toute simple est souvent horriblement complexe.
C'est possible
d) Il est important, souvent, de retrouver exactement les mêmes chiffres dans la version Excel que dans la version SQL (ce qui peut obliger à créer des types et des fonctions de calculs d'arrondis à la main)
Peut être, mais l'inverse est aussi vrai.
e) Les outils "adaptés aux besoins" sont parfois totalement hors de portée financières des PME
Les bd libre ca existe, etc...
Mais je pense que tu as oublié un (des) points importants
f) Changer d'outil quand l'outil utilisé ne convient plus est aussi IMPORTANT.
Sinon, la prochaine qu'un copain/connaissance à un probleme d'explosion mémoire parce qu'il avait une feuille excel de 6000 lignes x 100 colonnes, je te l'enverrais.
g) La plupart des personnes ne connaissent pas des solutions plus adapté pour résoudre leur problème.
Ce n'est pas qu'ils ne peuvent ni ne veulent, mais qui ne connaissent pas.
- Créer une fonction qui approxime par encadrement cyclique une valeur à 3 décimales près (10 secondes en Excel)
15 minutes si c'est moi qui dois le faire.
- Si la somme de X éléments triés suivants Y critères est positives l'insérer dans la vue A, sinon l'insérer dans la vue B et boucler sur la liste de selections de critères suivants jusqu'à arriver à la fin de ladite liste (2 minutes en Excel)
0.3 secondes en perl/postgresql avec DBI si je le fait
Je soupconne aussi facilement en pgpsql ou autre, quand on connais les langages.
etc...
Il y a un grand problème d'apprentissage dans tout ce que tu montre.
Et honnetement, se faire chier 15 minute à faire ton truc en sql, voir une heure, et savoir que ca va marcher avec 200 000 lignes , et qu'il suffit de lancer la commande sur les lignes (la gestion d'import de nouvelles données est super simple : pas à redéfinir des formules parce qu'on avait pris en compte que jusqu'à la ligne 4000 et pas 5000 etc...)
ou attendre 20 minutes que ton ordi finisse de swapper et oomkill openoffice/excel (si il l'oomkill) chaque fois que tu ouvre ton document,
[^] # Re: Ce n'est pas tout
Posté par briaeros007 . En réponse au journal Microsoft donne 100000 dollars à la fondation Apache. Évalué à 0.
J'ai suivi votre discussion, et honnêtement l'échange attein le degré zero de la pertinence :
"fait ça"
"tiens je l'ai fait"
"non tu l'a pas fait"
"mais si je t'assure regarde, c'est bien ce que tu m'a demandé"
"non tu l'a pas fait"
"mais regarde au moins"
"non tu l'as pas fait"
...
[^] # Re: Tout dépend de Xavier Niel...
Posté par briaeros007 . En réponse au journal Bolloré veut-il racheter Illiad?. Évalué à 1.
je croyais que les adresses mails du staff c'était justement "staff.free.fr" :
http://www.f-x.fr/files/rani-chat.log -> rani (n=rani@fbx-test0.staff.proxad.net)
corps c'est quelle division dans free ?
# plus simple
Posté par briaeros007 . En réponse au journal Vous aimez les trolls ? Surfez sur LinuxFr à -10. Évalué à 10.
Ca marche tout seul
[^] # Re: Ce n'est pas tout
Posté par briaeros007 . En réponse au journal Microsoft donne 100000 dollars à la fondation Apache. Évalué à 5.
Tu as finis de te plaindre chaque fois que tu te prends un "-..." ?
Si ca te ocnviens pas,
- viens pas poster
- argumente et source tes posts
- respecte les autres en supposant tout d'abord que TU t'es mal exprimé, plutot que d'accuser tout le monde.
Ah c'est sur que tu ne peux pas jouer au martyr comme ça, mais ça montrera que tu cherche la discussion, et non pas à imposer une idée préconçu sans une once d'argumentation.