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,
[^] # 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,