こんにちはJMPコミュニティ
「Cycles detected」は、循環的な行単位ではないビジネス ルールをシミュレートするため、(頻繁に発生する) 大きな問題です。 ただし、JMP は、Excel が処理できる非常に単純な行単位の依存関係を処理できません。 率直に言って、私は JMP がスプレッドシートではないという話を聞くのは好きではありません。なぜなら、ユーザーのかなりの部分がおそらくこの種の問題を抱えていると思うからです。 データはレコード (つまり、日付/時刻) ごとに分類され、それ自体が以前のレコードの対象となるため、私は常にこの問題と戦っています。 JMP が行単位の操作を簡単に処理したくないのであれば、なぜラグ機能を提供するのでしょうか (それは素晴らしいことです。私は常にそれを使用しています)。 しかし、そうすることでサイクルが検出された問題が開かれ、スプレッドシートの考え方からすると、競合はありません。 Excel では簡単に処理できますが、JMP では処理できません。 私はプロのライセンスを持っていますが、率直に言って、このようなフィードバックを上層部に返すのは見栄えがよくありません。 私にとって、JMP Pro の主な利点は、複雑なモデリング、データ サイエンス、およびビッグ データの機械学習をユーザー フレンドリーに行えることです。 現在説明されている問題は、ツールの使いやすさに対する問題です。 他に何もできない場合は、JMP からエクスポートする必要があるので、Excel でこれを行うことができます (これは面倒です)。
この投稿からの私の意図:
1-これを開発者の注意を引くためにできることはありますか?
例えば 「エラーを無視する」と「すべてのサイクルを無視する」を個別に試しました-これらが必要なチェックをバイパスし、おそらく式が実行される可能性があると予想していました（そうではありませんでした）
2-使用できる式ベースのアプローチはありますか（スクリプトの場合でも、これは式に含める必要があります）？ 以下に 2 つのサンプルを添付します。同じ計算で、1 つは JMP で、もう 1 つは xls です。
A は自由な入力列です。
B は record = 1 に対して A に初期化され、次に C に依存する A または B の以前の値 (つまり、ラグ関数を使用するそれ自体) のいずれかになります。
C は A - B の以前の値
ありがとう。
