La revisión de complementos/secuencias de comandos de otras personas lleva mucho tiempo (especialmente si hay algún problema). Un gran problema es cómo funcionan los complementos de File Exchange/JMP, pero es una discusión diferente. Algunas cosas para pensar:
- Deberíamos probar para definir algún tipo de esquema de lo que debe revisarse cuando se revisan los archivos de Intercambio de archivos?
- ¿Deberíamos tener algunas pautas para usuarios ¿Cuáles deben cumplirse antes de que los archivos puedan ser aceptados?
- ¿Debería haber instrucciones sobre cómo los usuarios pueden publicar sus archivos?
- Hacer públicos los pasos de los procesos de revisión para que los usuarios sepan qué se debe cumplir y qué se está revisando.
- También agregaría un descargo de responsabilidad a la sección Intercambio de archivos de que todos los complementos se usan bajo la responsabilidad del usuario ya que el proceso de revisión no captará todo.
Hay muchas cosas que arruinan su experiencia con JMP si instala o usa complementos. Cosas como Borrar Símbolos, jugar con los espacios de nombres, usar Salir/Salir y, en mi opinión, jugar con las Preferencias es lo más molesto.
A continuación hay una pequeña lista que me vino a la mente sobre cosas que no deberían permitirse:
- Sin contaminación del espacio de nombres (use here/window/box o espacios de nombres anónimos...)
- Sin símbolos claros/globales claros
- No tocar las preferencias del usuario a menos que sea el propósito del complemento
- No hay conexiones a servicios (solicitudes) fuera de JMP SIN que el usuario lo sepa claramente
- No Salir / Salir
- No se pueden agregar secuencias de comandos directamente al complemento/barra de herramientas, ya que es una pesadilla revisarlo. Todos los scripts deben estar en archivos .jsl que se instalan durante la instalación del complemento.
- Si se agrega un complemento a menús ya existentes además de Complementos, debe quedar claro que se trata de un complemento personalizado.

- Si instala la barra de herramientas, no se meta con las barras de herramientas existentes y agregue siempre las personalizadas.
- Evite los scripts de inicio y salida
- (No hay código encriptado que no se pueda revisar, lo que significa que se debe proporcionar la clave al revisor para verificar el código)