Compatibilità JSL tra le versioni di JMPHo molti utenti che passano da JMP 14 a 16... saltando del tutto 15.
Ho notato che non ci sono "Note sulla compatibilità JSL" elencate per 15 o 16 qui: https://www.jmp.com/support/notes/41/004.html .È sicuro affermare che non ci sono problemi noti che gli utenti dovranno affrontare se non ci sono note di compatibilità JSL elencate per quelle versioni se passano dalla 14 alla 16?
Grazie!
Ri: Compatibilità JSL tra le versioni di JMPAggiunta al commento sul test dell'unità di Mark. Se dispongono di script critici, dovrebbero anche prendere in considerazione i sistemi di controllo della versione per tenere traccia delle modifiche apportate agli script.
Ri: Compatibilità JSL tra le versioni di JMPUn altro pensiero è che la Guida allo scripting per ogni versione ha un capitolo chiamato "Note sulla compatibilità". Ci sono molte buone informazioni lì dentro che non necessariamente entrano nei documenti delle nuove funzionalità:

Ri: Compatibilità JSL tra le versioni di JMPRaccomando loro di prendere in considerazione l'adozione test unitario per script "mission-critical". Questo approccio è l'unico modo per costruire una rete di sicurezza per rilevare i bug introdotti per una serie di motivi. Non esiste una soluzione generale. Il test unitario è il modo per verificare comportamenti e risultati specifici in un particolare caso d'uso.
Guarda questo introduzione al test unitario JSL e il framework sviluppato come componente aggiuntivo di JMP.
Ri: Compatibilità JSL tra le versioni di JMPCiao Wendi,
Direi qualcosa del genere (tramite una chiamata):
"Sebbene finora non sia nota una grave compatibilità, ti consigliamo di testare i tuoi script con la nuova versione prima di passare completamente. Una buona pratica in passato è stata quella di partecipare al programma Early Adopter in cui si ottiene l'accesso alla nuova versione in modalità Beta. Lì puoi testare i tuoi codici molto prima della spedizione ufficiale e fornire un feedback al team dei primi utenti di JMP. Se ci sono problemi con la compatibilità, possiamo incorporarli e risolverli o farti sapere quale sarebbe il nuovo modo di programmare".
Tramite chiamata, poiché posso anche verificare con loro quanti script hanno, se hanno considerato buone pratiche di programmazione come hanno escogitato Don e Mark e quale scopo hanno questi script (semplicemente repliche di attività, componenti aggiuntivi, completa attività pianificate rilevanti per la loro attività quotidiana, applicazioni critiche, ...
Nella mia esperienza a un certo punto abbiamo davvero bisogno di guidare gli utenti a pensare a queste cose, poiché molto spesso è cresciuto nel tempo ed è in realtà un casino di script dappertutto che rende il mantenimento un momento difficile