Analyse collaborativeSalut tout le monde,
Je suis relativement nouveau dans JMP et j'ai une question assez générale sur les flux de travail que les gens ont trouvés utiles.Je me retrouve à travailler sur l'analyse en collaboration avec la contribution d'ingénieurs, de techniciens et de scientifiques des données, et la question que je me pose est de savoir comment nettoyer au mieux les données (par exemple, corriger les données mal étiquetées/erronées, exclure les valeurs aberrantes, etc.) et analyser/ traçage fait de manière collaborative.À l'heure actuelle, chaque personne impliquée à un degré ou à un autre possède sa propre copie du tableau de données principal, et peut-être trouve-t-elle que ces N lignes doivent être exclues de certaines analyses pour la raison X.Ensuite, quelqu'un d'autre prépare une ANOVA.Ensuite, quelqu'un d'autre voit l'analyse et se demande si l'analyse a identifié de nouvelles valeurs aberrantes qui doivent être vérifiées.Essayer de garder les tables de tout le monde synchronisées avec la même analyse, les tracés, les données exclues, etc. est plutôt fastidieux, et je suppose que je ne suis pas la première personne à rencontrer une situation comme celle-ci.Aucune suggestion?Je suppose que mettre toute l'analyse dans un référentiel git pourrait fonctionner pour de petits ensembles de données, mais je soupçonne que cela deviendrait extrêmement lent à mesure que les ensembles de données s'agrandissent.
AnalytiqueTableau de donnéesRe : Analyse collaborativeEt j'espère que vous utilisez JMP 14 ou 15, car la fonctionnalité JMP Project a été entièrement remaniée dans la version 14. JMP Public et JMP Live ont été introduits sous une forme fonctionnelle complète avec JMP 15. JMP Pro n'est pas en jeu ici, car il n'y a aucune différence par rapport à l'ensemble de fonctionnalités JMP Project entre JMP et JMP Pro.
Re : Analyse collaborativeSalut @P_Bartell ,
Merci pour la réponse.On dirait qu'un projet JMP mérite d'être étudié un peu plus.La gestion du changement est en effet la partie la plus délicate.Les scripts JSL ne sont que des fichiers ASCII, donc git fonctionnerait bien, mais à part le fait que tout le monde fait constamment un "enregistrer sous" avec un index/horodatage mis à jour, je ne sais pas vraiment comment éviter les conflits lorsque les gens travaillent sur des choses à en même temps pendant les heures normales d'ouverture.Peut-être que la seule option est d'avoir une table de données initiale, puis de faire * toute * l'analyse/le traçage via un gros script JSL dans lequel tout le monde peut continuer à ajouter du nouveau code.Ensuite, via git, on pourrait revoir/résoudre les conflits de fusion d'une manière un peu moins chaotique.
Re : Analyse collaborativePour les producteurs de l'analyse, une suggestion est que tous les membres du groupe travaillent sur le problème en utilisant un projet JMP comme bac de stockage pour les tableaux de données, les journaux, les fichiers pdf, les fichiers Excel, etc. Mais un problème plus important sera la gestion du changement. procédures et pratiques. Vous devrez mettre en place des principes et des pratiques à suivre par tous. Je suggère un journal JMP ou peut-être un document MS Word dans le projet qui contient UNIQUEMENT des informations sur les modifications apportées par les personnes. Un journal peut avoir des liens vers des tableaux de données, des rapports, des tableaux de bord, etc.
Pour les consommateurs d'informations, vous pouvez vous renseigner sur JMP Live ou JMP Public.
