De temps en temps, des publications révèlent potentiellement de nouvelles fonctionnalités de JMP issues de la version EA (parfois, j'ai même envie de dire que "cela est corrigé dans JMP 19"). À ma connaissance, l'accord conclu par les utilisateurs d'EA ne le permet pas, mais il peut y avoir une zone grise pour savoir ce qui peut ou ne peut pas être discuté (à mon avis, rien ne devrait être discuté et EA ne devrait jamais être utilisé lors de la publication de messages dans la communauté).
J'ai une règle "claire" pour moi-même aujourd'hui : si JMP l'a mentionné quelque part, je suis libre de le mentionner SI je peux créer un lien vers ce post JMP (je le considérerais comme une connaissance publique à ce stade et très probablement comme un candidat à la publication). C'est aussi l'une des raisons pour lesquelles je n'utilise pas beaucoup JMP EA, je ne peux pas vraiment résoudre les questions de la communauté en l'utilisant car je risquerais de divulguer une nouvelle interface utilisateur par exemple (l'autre grande raison étant les réinstallations constantes).
Je sais que faire du travail « d'administrateur » dans la communauté avec les outils dont nous disposons n'est pas facile (nous devrions pouvoir envoyer un message à l'utilisateur expliquant pourquoi son message a été supprimé/modifié pendant que nous le faisons, mais nous ne pouvons pas), mais devrions-nous essayer de le faire ?
J'ai contacté @mia_stephens à ce sujet et voici une partie de l'e-mail que j'ai envoyé et sa réponse (j'espère que Mia acceptera que j'ajoute une partie de son e-mail ici).
Mon email:
De temps en temps, la communauté JMP pose des questions/problèmes qui POURRAIENT (je ne pense pas qu'une quelconque fonctionnalité d'EA soit disponible dans la prochaine version, à moins qu'il n'y ait un commentaire clair à ce sujet dans la liste de souhaits de l'équipe JMP) être résolus dans une future version de JMP. Les utilisateurs d'EA en ont connaissance, mais nous avons cette « menace » sur laquelle nous nous sommes mis d'accord
« N'oubliez pas que le logiciel Early Adopter et vos évaluations sont des informations confidentielles conformément aux termes du contrat de licence du logiciel. Vos évaluations ne peuvent donc être envoyées qu'à JMP ».
Serait-ce considéré comme une rupture si je disais que « cela sera corrigé/possible dans JMP19 » ? Mon point de vue a été que je ne parle d'AUCUNE fonctionnalité future de JMP À MOINS que cela ait déjà été mentionné par le personnel de JMP dans la communauté et que je puisse m'y référer, mais certains utilisateurs ne le font pas nécessairement. J'ai également tendance à veiller à ne pas utiliser EA pour aucune de mes solutions communautaires afin d'éviter de divulguer d'éventuelles nouvelles fonctionnalités et même de montrer que je participe à EA, ce qui réduit considérablement mon utilisation d'EA. J'ai également demandé l'avis de txnelson à ce sujet et il a supprimé l'une de ses réponses en raison de ma question (ce n'était certainement pas mon but...) concernant les limites de spécifications groupées (si je me souviens bien, je n'ai pas pu trouver le message). Le point de vue de Jim sur ce sujet est similaire au mien « ne le faites pas à moins que JMP ne le fasse en premier OU que quelqu'un d'autre le fasse en premier sans que JMP n'agisse dessus ». Je voudrais juste que ce soit clair sur ce qui peut être dit, comment cela peut être dit, etc.
Et la réponse de Mia :
Vous avez trouvé la bonne personne : ) Je pense que c'est une bonne règle pour les membres d'EA de ne pas partager ce sur quoi ils savent que nous travaillons dans la prochaine version dans la communauté, à moins que quelqu'un de JMP n'ait spécifiquement écrit « nous travaillons là-dessus » ou que nous ayons changé le statut en « oui, restez à l'écoute ». Nous avons tendance à ne pas le faire à moins d'être certains que la fonctionnalité sera dans la prochaine version. Pour cette raison (et pour éviter le risque de « concurrents en embuscade »), nous ne modifions souvent pas les statuts ou ne disons pas que nous fournirons la fonctionnalité demandée avant d'être plus près de la sortie.
