Autres propositions d'ajout about questionr

[juba]

Merci pour toutes ces suggestions, et désolé d'avoir pris tant de temps pour y jeter un oeil.

Les fonctions sont toutes intéressantes, mais j'essaie de faire attention à ce que questionr ne devienne pas trop "fourre-tout", ce qu'il est déjà un peu, et à ce qu'il ne dépende pas de trop de packages tiers.

Du coup j'aurais tendance à me cantonner aux fonctions vraiment centrées sur la manipulation des données et sur l'aide à l'usage du langage, en laissant (pour un autre package ?) celles qui sont plus orientées graphiques ou analyse de données.

Donc je trouverais bien si les fonctions suivantes intégraient questionr : duplicated2, na.rm et rm.unused.levels.

Évidemment, on peut en discuter, et aussi avec @briatte.

Et je crois qu'avec tout ça il va vraiment falloir se pencher sur la manière dont on peut documenter tout ça... :-)

[briatte]

Je suis entièrement d'accord sur la définition du package en philosophie Unix : faire une seule chose, bien. Par ailleurs, les fonctions graphiques proposées ci-dessus ont peut-être leur place dans GGally si elles utilisent ggplot2, ou peut-être ggdendro pour les fonctions de dendrogramme.

[larmarange]

Il n'y a pas de souci. Je comprends parfaitement le besoin de ne pas faire
de questionr un fourre-tout. Toute la difficulté est de déterminer où
positionner le curseur.

En effet, la description actuelle du package (This package provides some
convenience functions to make the processing and analysis of surveys
easier.) va un peu plus loin que la simple manipulation de données. Par
ailleurs, quelques fonctions touchent à la statistique univariée/bivariée
(comme freq ou cprop, bien que cela reste plutôt de l'ordre de
l'esthétique). odds.ratio est peut-être à la limite (on touche ici à la
régression logistique).

C'est vrai que les autres fonctions proposées vont un peu plus loin et
touchent à l'ACM, la CAH ou l'analyse de séquences, qui sont des techniques
plus avancées d'analyse d'enquêtes. Il ne s'agit pas de dire ici qu'elles
doivent rejoindre questionr, mais juste de soulever la question de jusqu'où
questionr peut aller.

Mon emploi du temps est très chargé jusqu'à mi-décembre. Je préparerai dès
que possible une pull request pour duplicated2, na.rm et rm.unused.levels

Pour les autres, elles trouveront leur place ailleurs, nous avons tous
notre propre petit répertoire de scripts perso.

Bien cordialement

Joseph
​ Larmarange​

Le 8 novembre 2013 15:19, François [email protected] a écrit :

Je suis entièrement d'accord sur la définition du package en philosophie
Unix : faire une seule chose, bien. Par ailleurs, les fonctions graphiques
proposées ci-dessus ont peut-être leur place dans GGally si elles
utilisent ggplot2, ou peut-être ggdendrohttps://github.com/andrie/ggdendropour les fonctions de dendrogramme.

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/17#issuecomment-28065412
.

[juba]

Effectivement, la question de "jusqu'où aller" est pertinente, et risque de se poser fréquemment si questionr continue à se développer... et tu as raison de pointer que certaines fonctions dans l'extension sont déjà plus de l'ordre de l'analyse que de celui de la manipulation des données.

Cela dit, un argument que j'ajouterais est la question de la dépendance à trop d'autres extensions : ajouter une dépéndance à ade4 ou à TraMineR me semblerait un peu "overkill", sauf à vraiment développer plusieurs fonctions autour de ces packages...

Cela dit, l'idéal serait sans doute de demander à des utilisateurs de questionr (dont je ne saurais dire s'ils sont plutôt 3 ou plutôt 200) ce qu'ils en pensent...

Bref, merci pour ces suggestions et pas d'urgence pour ta prochaine pul request !

Ah, tant que j'y suis, questionr 0.3 vient d'être publié sur le CRAN.

[larmarange]

Juste un détail : il n'est pas nécessaire d'ajouter une dépendance pour
l'ensemble du package. Dans ce cas, on ajoute la dépendance juste dans la
fonction avec :

if (!require(ade4)) stop ("You need to install ade4 package.")

Cette pratique m'avait été demandée par les mainteneurs de CRAN pour un
autre package.

Joseph

Le 14 novembre 2013 09:50, Julien [email protected] a écrit :

Effectivement, la question de "jusqu'où aller" est pertinente, et risque
de se poser fréquemment si questionr continue à se développer... et tu as
raison de pointer que certaines fonctions dans l'extension sont déjà plus
de l'ordre de l'analyse que de celui de la manipulation des données.

Cela dit, un argument que j'ajouterais est la question de la dépendance à
trop d'autres extensions : ajouter une dépéndance à ade4 ou à TraMineR me
semblerait un peu "overkill", sauf à vraiment développer plusieurs
fonctions autour de ces packages...

Cela dit, l'idéal serait sans doute de demander à des utilisateurs de
questionr (dont je ne saurais dire s'ils sont plutôt 3 ou plutôt 200) ce
qu'ils en pensent...

Bref, merci pour ces suggestions et pas d'urgence pour ta prochaine pul
request !

Ah, tant que j'y suis, questionr 0.3 vient d'être publié sur le CRAN.

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/17#issuecomment-28468072
.

[larmarange]

Pull request created