Quand on en arrive arrive à pinailler sur des détail en oubliant l'essentiel c'est que l'on à comprit sans vouloir l'admettre que l'on a tord.....
Ça me semble un trop gros morceau pour "quelqu'un", mais c'est un abus de langage n'est-ce pas? En tout cas, la démarche la plus sensée pour ce "quelqu'un" consiste à venir participer à la discussion, au moins pour poser des questions. C'est ce que les développeurs de KOffice ont fait par exemple.
Tu ne vas quand même pas me dire que tu as vraiment cru que je parlais d'un petit développeur tout seul dans son coin ? Mon «quelqu'un» représente aussi bien le mec chargé d'évaluer si implémenter telle ou telle fonction dans un programme est réaliste, que les mecs chargés de préparer le codage, ou tout autre personne qui à son mot à dire quand au choix du format des formules dans un quelconque projet.
Et quand tu dois décider si tu implémentes ou pas tel format tu as généralement autre chose à faire que d'aller discuter pour savoir ou en est le projet ou t'investir dans sa rédaction. Imagine une boite qui doit stocker des formules, elle à un besoin concret, elle fait déjà l'effort de regarder s'il existe un standard (faut être réaliste, c'est surtout pour faire des économies), si elle voit que le standard est encore un draft qui semble bouger pas mal, elle va laisser tomber.
Tu es en retard sur les faits!
Il y a déjà des plugins pour MSOffice, des visualiseurs, des suites bureautique (OOo, Koffice, Word Perfect, Abiword, Google docs je crois, ...), des bibliothèques, ... Donc oui on connaît beaucoup de groupes.
Pour un projet libre le problème est généralement différent, il est beaucoup plus facile de suivre une norme qui évolue dans le cadre d'un projet libre car les possibilités de changement dans le code sont bien plus grande et les process beaucoup plus simples.
Dans une entreprise, tu as des clients qui te font vivre, donc tu choisit une version d'un truc et générallement tu t'arrange pour ne pas en changer jusqu'a la fin pour maximiser tes chances que tout ce passe bien.
Google étant un cas à part car ils ne vivent pas directement des logiciels tels que leur suite bureautique et peuvent se permettre un système plus souple, mais ce n'est globalement pas le cas des entreprises.
Mais même dans les projets libres ça fou le bordel une norme qui n'est pas stable, il suffit de voir les commentaires de gnumeric...
Autant ta critique porte assez bien (même si tu oublies qu'il fallait bien commencer par quelque chose, c'était quand même la première norme pour les documents de bureautique), autant ces 2 lignes ne tiennent pas debout.
C'est deux lignes sont des détails, et pour le fait qu'il fallait bien commencer part quelque chose je ne suis qu'en partit d'accord avec toi.
En effet, il fallait commencer par quelque chose, et ODF v1.0 à été la première pièrre. C'est globalement un bon format avec plein de bonnes chose, d'autre plus criticable et de grosse lacune, mais c'était un premier pas.
Le problème est que, en l'état, il ne méritait absolument pas le status de standard. Il aurait du rester une première étape dans le processus global. La version à standardiser est la version complète et cohérente.
Pour moi ODF à autant contribué que OOXML au fait que je pense actuellement beaucoup de mal de l'ISO. (ainsi que beaucoup d'autres conneries de leur part dans d'autre domaines)
Je ne sais pas qui à poussé à la standardisation ni pour quelles raisons, mais je suis à peu près sûr que ce sont des histoires purement politiques.
[^] # Re: PBPG
Posté par beagf . En réponse à la dépêche Sortie de Gnumeric 1.10. Évalué à 1.
Ça me semble un trop gros morceau pour "quelqu'un", mais c'est un abus de langage n'est-ce pas? En tout cas, la démarche la plus sensée pour ce "quelqu'un" consiste à venir participer à la discussion, au moins pour poser des questions. C'est ce que les développeurs de KOffice ont fait par exemple.
Tu ne vas quand même pas me dire que tu as vraiment cru que je parlais d'un petit développeur tout seul dans son coin ? Mon «quelqu'un» représente aussi bien le mec chargé d'évaluer si implémenter telle ou telle fonction dans un programme est réaliste, que les mecs chargés de préparer le codage, ou tout autre personne qui à son mot à dire quand au choix du format des formules dans un quelconque projet.
Et quand tu dois décider si tu implémentes ou pas tel format tu as généralement autre chose à faire que d'aller discuter pour savoir ou en est le projet ou t'investir dans sa rédaction. Imagine une boite qui doit stocker des formules, elle à un besoin concret, elle fait déjà l'effort de regarder s'il existe un standard (faut être réaliste, c'est surtout pour faire des économies), si elle voit que le standard est encore un draft qui semble bouger pas mal, elle va laisser tomber.
Tu es en retard sur les faits!
Il y a déjà des plugins pour MSOffice, des visualiseurs, des suites bureautique (OOo, Koffice, Word Perfect, Abiword, Google docs je crois, ...), des bibliothèques, ... Donc oui on connaît beaucoup de groupes.
Pour un projet libre le problème est généralement différent, il est beaucoup plus facile de suivre une norme qui évolue dans le cadre d'un projet libre car les possibilités de changement dans le code sont bien plus grande et les process beaucoup plus simples.
Dans une entreprise, tu as des clients qui te font vivre, donc tu choisit une version d'un truc et générallement tu t'arrange pour ne pas en changer jusqu'a la fin pour maximiser tes chances que tout ce passe bien.
Google étant un cas à part car ils ne vivent pas directement des logiciels tels que leur suite bureautique et peuvent se permettre un système plus souple, mais ce n'est globalement pas le cas des entreprises.
Mais même dans les projets libres ça fou le bordel une norme qui n'est pas stable, il suffit de voir les commentaires de gnumeric...
Autant ta critique porte assez bien (même si tu oublies qu'il fallait bien commencer par quelque chose, c'était quand même la première norme pour les documents de bureautique), autant ces 2 lignes ne tiennent pas debout.
C'est deux lignes sont des détails, et pour le fait qu'il fallait bien commencer part quelque chose je ne suis qu'en partit d'accord avec toi.
En effet, il fallait commencer par quelque chose, et ODF v1.0 à été la première pièrre. C'est globalement un bon format avec plein de bonnes chose, d'autre plus criticable et de grosse lacune, mais c'était un premier pas.
Le problème est que, en l'état, il ne méritait absolument pas le status de standard. Il aurait du rester une première étape dans le processus global. La version à standardiser est la version complète et cohérente.
Pour moi ODF à autant contribué que OOXML au fait que je pense actuellement beaucoup de mal de l'ISO. (ainsi que beaucoup d'autres conneries de leur part dans d'autre domaines)
Je ne sais pas qui à poussé à la standardisation ni pour quelles raisons, mais je suis à peu près sûr que ce sont des histoires purement politiques.