375981_de-DE

liliconcom

JSL-Kompatibilität zwischen JMP-Versionen

Ich habe viele Benutzer, die von JMP 14 auf 16 wechseln und 15 insgesamt überspringen.

 

Mir ist aufgefallen, dass hier keine "JSL-Kompatibilitätshinweise" für 15 oder 16 aufgeführt sind: https://www.jmp.com/support/notes/41/004.html .Kann man mit Sicherheit sagen, dass es keine bekannten Probleme gibt, mit denen Benutzer konfrontiert werden, wenn für diese Versionen keine JSL-Kompatibilitätshinweise aufgeführt sind, wenn sie von 14 auf 16 wechseln?

 

Danke!

Betreff: JSL-Kompatibilität zwischen JMP-Versionen

Hinzufügen zu Marks Kommentar zum Komponententest. Wenn sie über kritische Skripte verfügen, sollten sie auch Versionskontrollsysteme in Betracht ziehen, um Änderungen zu verfolgen, die sie in den Skripten vorgenommen haben.

Betreff: JSL-Kompatibilität zwischen JMP-Versionen

Ein weiterer Gedanke ist, dass der Skriptleitfaden für jede Version ein Kapitel namens „Kompatibilitätshinweise“ enthält. Es gibt viele gute Informationen darin, die es nicht unbedingt in die Dokumente zu den neuen Funktionen schaffen:

Betreff: JSL-Kompatibilität zwischen JMP-Versionen

Ich empfehle ihnen, eine Adoption in Erwägung zu ziehen Unit-Tests für 'unternehmenskritische' Skripte. Dieser Ansatz ist die einzige Möglichkeit, ein Sicherheitsnetz aufzubauen, um Fehler abzufangen, die aus einer Reihe von Gründen eingeführt werden. Es gibt keine allgemeine Lösung. Der Unit-Test ist der Weg, um bestimmte Verhaltensweisen und Ergebnisse in einem bestimmten Anwendungsfall zu überprüfen.

 

Sieh dir das an Einführung in JSL-Komponententests und das als JMP-Add-In entwickelte Framework.

Betreff: JSL-Kompatibilität zwischen JMP-Versionen

Hallo Wendy,

 

Ich würde so etwas sagen (über einen Anruf):

"Obwohl bisher keine schwerwiegende Kompatibilität bekannt ist, empfehlen wir, Ihre Skripte mit der neuen Version zu testen, bevor Sie vollständig wechseln. In der Vergangenheit hat es sich bewährt, am Early-Adopter-Programm teilzunehmen, bei dem Sie im Beta-Modus Zugriff auf die neue Version erhalten. Dort können Sie Ihre Codes weit vor der offiziellen Auslieferung testen und dem Early-Adopter-Team bei JMP Feedback geben. Wenn es Probleme mit der Kompatibilität gibt, können wir diese integrieren und entweder beheben oder Sie wissen lassen, wie die neue Art der Programmierung aussehen würde."

 

Via Anruf, da ich dann auch mit ihnen überprüfen kann, wie viele Skripte sie haben, ob sie gute Programmierpraktiken berücksichtigt haben, wie Don und Mark sich ausgedacht haben, und welchen Zweck diese Skripte haben (einfach Replikationen von Aufgaben, Add-Ins, vollständige geplante Aufgaben, die für ihr tägliches Geschäft relevant sind, kritische Anwendungen, ...

 

Meiner Erfahrung nach müssen wir die Benutzer an einem bestimmten Punkt wirklich anleiten, über diese Dinge nachzudenken, da es meistens im Laufe der Zeit gewachsen ist und eigentlich ein Durcheinander von Skripten überall ist, was die Aufrechterhaltung einer schwierigen Zeit macht