Je suis développeur Python et Qt. Si je pense que développer un programme est une bonne approche, je le fais. Sauf que là, Excel / OO a résolu en deux fois deux heures, un problème que j'aurai mis plusieurs jours à résoudre en python. Donc oui, Excel n'est pas forcément le meilleur outil pour un tel volume de donnée, mais force est de constater qu'il s'en sort à merveille et que j'ai pu passer 1,5 jours de ma vie sur d'autres sujets que ce problème là.
J'utilise OpenOffice puis LibreOffice depuis des années. Je suis par contre passé à Office 2010 en raison de la supériorité technique (que je trouve personellement incontestable) de la suite. J'ai encore des anciens documents en OOCalc et OOWrite et vraiment, c'est à chaque fois pénible de travailler dessus.
Je n'ai pas fait une étude objective argumentée de LibreOffice vs Office 2010. Simplement, des fonctions que j'utilise au quotidien parce qu'elles sont bien pratiques sont manquantes dans OO. La prétention d'avoir une compatibilité avec Office est simplement un mensonge. Il existe apparamment une fonction incompatible, que je n'ai pas trouvé dans la doc, qui peut faire la même chose dans la plupart des cas. Bof ! J'ai mis environ 5 minutes pour découvrir la fonction SOMME.SI.ENS sous Office (grâce à l'aide qui est bien foutue) et je l'utilise intensément, et ça m'a permis de découvir NB.SI.ENS que j'utilise tout aussi intensément. Mais bon, il est vrai que ce que j'ai fait un 5 minutes sous Office, j'aurai pu le faire en une demi-journée de recherche dans l'aide de OpenOffice et des forums. Car au départ, je ne connaissais pas le nom de la fonction que je cherchais, c'est l'aide qui m'a orienté.
OpenOffice fournit les fonctions SOMME.SI et NB.SI (compatibles Excel) mais oublie SOMME.SI.ENS et NB.SI.ENS . Dommage, ça encourage pas les utilisateurs à migrer facilement.
Je n'ai jamais dit que OO est de la m**** et jamais je ne me permettrai ce genre d'agression, contrairement à l'auteur de ce journal. Par contre, je dis que de mon point de vue Office 2010 est très largement supérieur à LibreOffice. Et l'écart va continuer à se creuse à mon avis, malgré toutes les bonnes volonté derrière LO.
[^] # Re: PS
Posté par Philippe F (site web personnel) . En réponse au journal MS Office c'est vraiment de la merde. Évalué à 7.
Alors, il y a clairement une méprise.
Je suis développeur Python et Qt. Si je pense que développer un programme est une bonne approche, je le fais. Sauf que là, Excel / OO a résolu en deux fois deux heures, un problème que j'aurai mis plusieurs jours à résoudre en python. Donc oui, Excel n'est pas forcément le meilleur outil pour un tel volume de donnée, mais force est de constater qu'il s'en sort à merveille et que j'ai pu passer 1,5 jours de ma vie sur d'autres sujets que ce problème là.
J'utilise OpenOffice puis LibreOffice depuis des années. Je suis par contre passé à Office 2010 en raison de la supériorité technique (que je trouve personellement incontestable) de la suite. J'ai encore des anciens documents en OOCalc et OOWrite et vraiment, c'est à chaque fois pénible de travailler dessus.
Je n'ai pas fait une étude objective argumentée de LibreOffice vs Office 2010. Simplement, des fonctions que j'utilise au quotidien parce qu'elles sont bien pratiques sont manquantes dans OO. La prétention d'avoir une compatibilité avec Office est simplement un mensonge. Il existe apparamment une fonction incompatible, que je n'ai pas trouvé dans la doc, qui peut faire la même chose dans la plupart des cas. Bof ! J'ai mis environ 5 minutes pour découvrir la fonction SOMME.SI.ENS sous Office (grâce à l'aide qui est bien foutue) et je l'utilise intensément, et ça m'a permis de découvir NB.SI.ENS que j'utilise tout aussi intensément. Mais bon, il est vrai que ce que j'ai fait un 5 minutes sous Office, j'aurai pu le faire en une demi-journée de recherche dans l'aide de OpenOffice et des forums. Car au départ, je ne connaissais pas le nom de la fonction que je cherchais, c'est l'aide qui m'a orienté.
OpenOffice fournit les fonctions SOMME.SI et NB.SI (compatibles Excel) mais oublie SOMME.SI.ENS et NB.SI.ENS . Dommage, ça encourage pas les utilisateurs à migrer facilement.