JSL バージョン変更ドキュメントこの問題を抱えた顧客に遭遇したことがあると思います。ある顧客は JMP 13 を使用しており、JSL 互換性の理由から新しいバージョンへのアップグレードを拒否しています。更新が必要なスクリプトが何千もあるが、どの更新が必要なのかがわからないと言っています。JMP 13 スクリプトを 16+ に変換する方法を指定したドキュメントやガイダンスはありますか? ざっと検索しただけでは何も見つかりません。
Re: JSL バージョン変更ドキュメントこんにちは! スクリプトの変更は、リリース ノートに必ずしも記載されているわけではありません。より信頼性の高い情報源は、スクリプト ガイドの互換性に関する付録です。この付録には、ガイドのバージョンと以前のバージョンの間のほとんどの問題点が記載されています。すべてを取得するには、バージョンを増分する必要があります。
とはいえ、私はこのような状況に陥った顧客を数多く抱えており、大抵は彼らのはったりを見破っています。同じマシンに 2 つのバージョンをインストールできることを彼らに思い出させ、古いバージョンと並行して新しいバージョンをインストールし、最も重要または複雑なスクリプトを新しいバージョンで実行して、動作するかどうか確認するように伝えます。何かが壊れても、対処します。しかし、面白いことに、これまで何も壊れませんでした。ログには「この機能は将来のリリースで削除される予定です」というメモがいくつか記録されるかもしれませんが、スクリプトは引き続き実行されます。開発者は JSL の前方互換性を維持するという堅実な仕事をしてきました。私は、バージョン 7 まで遡って作成されたスクリプトにこの戦略を使用しました。
私が遭遇した唯一の問題 (あらゆる種類の問題) は、ODBC ドライバーと JMP ビットのマッチングです。ただし、これは JSL の問題ではありません。この問題が発生すると、ログに明確なエラーがスローされます。ただし、13 は最初の 64 ビットのみのリリースだったと思います。したがって、これは問題ではないはずです。Re: JSL バージョン変更ドキュメントJMP 開発でも、JMP に関して同じ問題があります。IDE、コンパイラ、コード ライブラリの新しいバージョンや、開発者によるソース コードの変更によって、JMP が壊れることがあります。当社は、業界最高の単体テスト手法をかなり前に採用しました。社内で使用している JSL 単体テスト フレームワークは、かなり前に JMP コミュニティで公開しました。毎日ビルドした後、毎晩数十億 (まあ、それほど多くはないかもしれませんが) のテストを実行して、バグ修正や新機能を確認し、リグレッションが発生していないことを確認します。このテストは完全に自動化されていますが、個別のテストを実行することもできます。
JMP スクリプトに依存している企業も、この方法を採用する必要があります。これによりバグは防止されませんが、スクリプトを開発または変更したり、JMP の新しいバージョンにアップグレードしたりするときにバグを見つけるのに役立ちます。
ユニット テストの開発には、より多くの作業が必要です。慎重な検討と設計が必要であり、開発時間も長くなります。JMP 開発では、プログラミングとテストの作業を分割しています (これもベスト プラクティスの 1 つです)。それでも、企業には JSL プログラマーが数人しかいないため、同じ開発者がスクリプトとユニット テストを作成することもあります。
ドキュメントは不可欠です。私たちは、ドキュメントをできるだけ役立つものにするために多大な努力を払っています。JMP の多数のバージョンにわたる JSL の変更をすべて網羅したリストをどのように活用しますか? ユニット テストは、実際に使用する JSL の変更をターゲットにします。その方がはるかに効果的で実用的です。
Re: JSL バージョン変更ドキュメント徹底的に検索した結果、私が見つけたのはこれだけです: JMP® の新機能とリリースノート - JMP ユーザーコミュニティ
ただし、このドキュメントでは、発生したすべての JSL 変更 (例: JMP16 の列名参照) や、JSL 13 以降のスクリプトを 16 以降に変換するベスト プラクティスについては説明されていません。
古い JSL を新しい JSL に変換するためのドキュメントにギャップがあるようで、それが新しい JMP バージョンの顧客による採用に影響を与えています。
Re: JSL バージョン変更ドキュメント顧客が多数のスクリプトやプログラムを持っている場合、早期導入に参加していないのは残念です。バージョン管理とユニット テストに加えて、これはスクリプトが今後のバージョンでも実行されるかどうかを確認するための最良の方法です (会社がアップグレードしない場合でも、テスト目的ではテスト用のマシンが 1 台あれば十分です)。
互換性の観点から、値やアウトラインなどを収集するためにプラットフォーム要素が使用されるようになると、JMP 13 から新しいバージョンにいくつかの問題が発生すると予想されます。一部のプラットフォームでは過去のリリースでスタイルと構造が変更されているため、この問題は確実に発生します。
ただし、コーディングのベスト プラクティスをガイドし、Scripters' Club ミーティングに参加するよう促します。 このページには、過去 2 年半以内に European Scripters' Club で録画されたすべてのセッションが掲載されています。ガイドとベスト プラクティスのセッションもありますが、2023 年には完全なカリキュラムも用意されています。これらのセッションは、企業でトレーニング、自動化などを担当している当社の顧客ベースの実際のユーザーによって管理および発表されています。
Re: JSL バージョン変更ドキュメントもう一つの優れたリソースは、 https://www.jmp.com/en_us/articles/unit-tests.htmlです。
