このウィッシュリストのリクエストのきっかけは何ですか?
JMP の「フロー」を構築するためのよりインタラクティブな方法が登場することを期待しています。
どのような改善を望みますか?
この提案については、JMP の機能 (データの取得、データの変更、プラットフォームでのデータの分析、さらなる分析の実行など) や JMP の方向性 (拡張ログ、ワークフロー ビルダー) に少し反する可能性があるため、少し矛盾を感じています。しかし、これは JMP ユーザーが恩恵を受けることができるものであると感じています。これをワークフロー ビルダーの進化形、またはワークフロー デザイナーとしての追加機能と見なすこともできます。
このようなことはすでに提案されていると思います (開発者とこの件について話し合ったり、ある時点で検討されたりしたかもしれませんが、もう思い出せません)。しかし、JMP にプラットフォームを追加すると、JMP プラットフォームをキャンバスにドラッグ アンド ドロップすることで分析フローを構築できるようになります。キャンバスの外側でこれに必要な機能のほとんどが JMP にはすでに備わっていると思います。プラットフォーム用のアイコン、優れたプラットフォーム ランチャーがあり、プラットフォームの結果はスクリプトに保存されます。ワークフローもありますが、これは JMP で作業しているときに、このプラットフォームで作業しながら構築されます (または、ワークフローでこのタイプのグラフィカル ビューを構築できるかもしれません)。ワークフローもステップごとに続きますが、実際にはそうでなくても、並行して進んでいることを視覚化できます。
以下は私が言いたいことの小さな例です。
データ テーブルを開き、いくつかのサマリー テーブルを作成し、それぞれから 1 つのグラフを作成し、それらをダッシュボードに結合するというワークフローがあります。
ここでは基本的に最初のテーブルから 2 つの別々のルートがあり、両方のルートでサマリー + グラフ ビルダーが作成され、グラフ ビルダーを使用してダッシュボードに戻ります。
「開く」アクションをキャンバスにドロップして、Open() と同じファイル ピッカーを開き、次に要約をキャンバスにドロップできたらすばらしいと思います。開くから要約に線をドラッグすると要約プラットフォームが起動し、それを入力できます。最終的には、視覚的に次のようになります。
または
ユーザーがダブルクリック（または右クリックして編集を選択）すると、プラットフォームを変更できます（プラットフォームを再起動します）。もちろん、これによりその後の手順が壊れる可能性がありますが、ある程度は検証できる可能性があります。
ユーザーはスクリプト ブロックを持つこともできます。スクリプト ブロックには入力と出力があります。入力は、他のブロックから取り込んだ値に基づいて生成されます (定数の処理方法は不明ですが、「定数」ブロックがあるかもしれません)。
このアイデアはなぜ重要なのでしょうか?
多くの (ローコードおよびノーコードの) アプリケーションでは、このタイプのドラッグ アンド ドロップ オプションが提供されています (または、それが唯一のオプションである可能性があります)。JMP では、このタイプのビジュアル ワークフローに必要な機能のほとんどがすでに備わっているように感じます (プラットフォームはすでにテーブルに依存しており、テーブルを実行するためのスクリプトを生成できます (少なくともほとんどのプラットフォームは可能です))。
