También tengo un cliente, CreeLED, que podría beneficiarse de esto, ya que está ejecutando versiones anteriores de JMP y está utilizando scripts heredados que deben actualizarse, y hacer que esto sea más visible y accesible sería útil para actualizarlos a versiones más nuevas.
He tenido esta misma discusión con Regeneron.Tienen muchas secuencias de comandos que deben validarse, lo que lleva tiempo implementar, lo que afecta la implementación de la nueva versión de JMP.Una cosa que hemos discutido con ellos es probar scripts durante el ciclo de EA.Sería bueno que las Notas de compatibilidad aparecieran en la página de EA para que los programadores recibieran una advertencia temprana de lo que puede verse afectado.
¿Qué inspiró esta solicitud de lista de deseos?
Durante una discusión reciente con Corning y discusiones previas con Wolfspeed, Qorvo, Regeneron y otros que tienen scripts JSL heredados. Uno de los mayores obstáculos para lograr que las cuentas de escala empresarial migren a una nueva versión de JMP es el temor de que una nueva versión del software rompa los scripts y complementos JSL existentes. Muy pocas personas conocen el capítulo Notas de compatibilidad de la Guía de secuencias de comandos que cubre posibles problemas de compatibilidad con la versión anterior de JMP.
Describa la función o solución nueva o mejorada que le gustaría ver.
Divida la sección Notas de compatibilidad de la Guía de secuencias de comandos en su propio documento. Este nuevo documento de Notas de compatibilidad debe incluir el capítulo de Notas de compatibilidad de cada una de las Guías de secuencias de comandos anteriores hasta donde lo tenemos.
Proporcione vínculos al nuevo documento de notas de compatibilidad en el índice de secuencias de comandos (Ayuda > Índice de secuencias de comandos) y en el menú Ayuda en el área que tiene el vínculo del documento Nuevas características.
¿Cuál sería el valor para usted y/u otros usuarios si se proporciona esta nueva función?
Esta es una queja muy común de los clientes acerca de cambiar de versión ( particularmente de bases de instalación más grandes). Evita que clientes como Wolfspeed (usando v7 a v16), Qorvo (usando v10 a v17), Corning (usando v14 a v17), Regeneron (v10 la última vez que hablé con ellos a través de v16) se actualicen de manera oportuna. Esto hace que nutrir la cuenta sea un desafío desde el punto de vista de SE y evita que los usuarios accedan a las nuevas funciones y mejoras que pueden haber solicitado.
¿Es esta una solicitud de un cliente externo?
La solicitud actual fue impulsada por Corning (Casey Volino y otros campeones allí), pero la solicitud también provino de Wolfspeed (Lance Lambert), Qorvo y Regeneron.
¿Hay algún paquete de software de la competencia que tenga esta característica o solución que debamos conocer?
N / A
¿Esto afectará una renovación, expansión o adopción en un cliente, y pone esto en riesgo una cuenta si no abordamos esto?
Este problema está atrofiando los esfuerzos de expansión y adopción en cuentas estratégicas. También nos impide abordar los problemas de cumplimiento relacionados con el uso en servidores que bloquean la adopción de JMP para la nube (licencias adecuadas para el uso del servidor) o JMP Live (generalmente la mejor solución para las implementaciones heredadas basadas en servidores).
