Ho anche un cliente, CreeLED, che potrebbe trarne vantaggio poiché esegue versioni precedenti di JMP e utilizza script legacy che devono essere aggiornati e renderlo più visibile e accessibile sarebbe utile per convincerli a eseguire l'aggiornamento a versioni più recenti.
Ho avuto la stessa discussione con Regeneron.Hanno molti script che devono essere convalidati, il che richiede tempo per l'implementazione e ciò influisce sull'implementazione della nuova versione di JMP.Una cosa di cui abbiamo discusso con loro è testare gli script durante il ciclo EA.Sarebbe bello se le note di compatibilità apparissero sulla pagina di EA in modo che gli scripter ricevessero un avviso tempestivo di ciò che potrebbe essere interessato.
Cosa ha ispirato questa richiesta di lista dei desideri?
Durante una recente discussione con Corning e discussioni precedenti con Wolfspeed, Qorvo, Regeneron e altri che hanno script JSL legacy. Uno dei maggiori ostacoli alla migrazione degli account su scala aziendale a una nuova versione di JMP è il timore che una nuova versione del software possa interrompere gli script e i componenti aggiuntivi JSL esistenti. Pochissime persone sono a conoscenza del capitolo Note sulla compatibilità nella Guida allo scripting che copre i potenziali problemi di compatibilità con la versione precedente di JMP.
Descrivi la funzionalità o la soluzione nuova o migliorata che vorresti vedere.
Suddividere la sezione Note sulla compatibilità della Guida allo scripting in un proprio documento. Questo nuovo documento Note sulla compatibilità dovrebbe includere il capitolo Note sulla compatibilità da ciascuna delle precedenti Guide di scripting fin da quando lo abbiamo.
Fornire i collegamenti al nuovo documento delle note di compatibilità nell'indice di scripting (Guida > Indice di scripting) e nel menu Guida nell'area contenente il collegamento al documento Nuove funzioni.
Quale sarebbe il valore per te e/o per gli altri utenti se venisse fornita questa nuova funzione?
Questa è una lamentela estremamente comune da parte dei clienti riguardo al passaggio tra le versioni ( in particolare da basi di installazione più grandi). Impedisce a clienti come Wolfspeed (utilizzando da v7 a v16), Qorvo (utilizzando da v10 a v17), Corning (utilizzando da v14 a v17), Regeneron (v10 l'ultima volta che ho parlato con loro tramite v16) dall'aggiornamento in modo tempestivo. Ciò rende il nutrimento dell'account impegnativo dal punto di vista SE e impedisce agli utenti di accedere alle nuove funzionalità e ai miglioramenti che potrebbero aver richiesto.
È una richiesta di un cliente esterno?
L'attuale richiesta è stata stimolata da Corning (Casey Volino e altri campioni lì), ma la richiesta è arrivata anche da Wolfspeed (Lance Lambert), Qorvo e Regeneron.
Esiste un pacchetto software competitivo che ha questa caratteristica o soluzione di cui dovremmo essere a conoscenza?
N / A
Ciò avrà un impatto su un rinnovo, un'espansione o un'adozione da parte di un cliente e questo mette a rischio un account se non affrontiamo questo problema?
Questo problema sta ostacolando gli sforzi di espansione e adozione negli account strategici. Inoltre, ci impedisce di affrontare i problemi di conformità relativi all'utilizzo su server che bloccano l'adozione di JMP for the Cloud (licenza corretta per l'utilizzo del server) o JMP Live (generalmente la soluzione migliore per le distribuzioni legacy basate su server).