JMPバージョン間のJSL互換性JMP14から16に移行するユーザーがたくさんいます... 15を完全にスキップします。
ここに15または16の「JSL互換性に関する注意事項」がリストされていないことに気づきました。 https://www.jmp.com/support/notes/41/004.html 。14から16に移行した場合、それらのバージョンのJSL互換性に関する注意事項がリストされていない場合にユーザーが直面する既知の問題はないと言っても差し支えありませんか？
ありがとう！
Re：JMPバージョン間のJSL互換性こんにちはウェンディ、
私はこのようなことを（電話で）言うでしょう：
「これまでのところ、深刻な互換性は知られていませんが、完全に切り替える前に、新しいバージョンでスクリプトをテストすることをお勧めします。 過去の良い習慣は、ベータモードで新しいバージョンにアクセスできるアーリーアダプタープログラムに参加することでした。 そこで、正式な出荷のずっと前にコードをテストし、JMPのアーリーアダプターチームにフィードバックを提供できます。 互換性に問題がある場合は、これを組み込んで修正するか、新しいプログラミング方法をお知らせします。」
呼び出しを介して、DonとMarkが思いついた優れたプログラミング手法と、これらのスクリプトの目的（タスクの複製、アドイン、完了）を考慮した場合、スクリプトの数を確認することもできます。日常業務に関連するスケジュールされたタスク、重要なアプリケーション、...
ある時点での私の経験では、これらのことについて考えるようにユーザーをガイドする必要があります。ほとんどの場合、時間の経過とともに成長し、実際にはあらゆる場所でスクリプトが混乱し、困難な時間を維持しているためです。
Re：JMPバージョン間のJSL互換性採用を検討することをお勧めしますユニットテスト「ミッションクリティカル」スクリプトの場合。 このアプローチは、さまざまな理由で発生したバグをキャッチするためのセーフティネットを構築する唯一の方法です。 一般的な解決策はありません。 単体テストは、特定の動作と結果を特定のユースケースで検証する方法です。
これを見るJSLユニットテストの概要JMPアドインとして開発されたフレームワーク。
Re：JMPバージョン間のJSL互換性もう1つの考えは、各リリースのスクリプトガイドには「互換性に関する注意事項」という章があるということです。 そこには、必ずしも新機能のドキュメントに含まれるとは限らない、多くの優れた情報があります。
