教育と科学はLinuxと密接に関係しています。アカデミーは一般的にオープンソースが好きで、世界中の研究所でLinuxソフトウェアを見つける可能性はかなり高いです。したがって、洗練された数学ツールに手を出す場合は、Linuxに手を出すこともできます。残念ながら、ほとんどのデスクトップ環境には独自のedu-sciアプリケーションがありません。そうですね、KDEはそうです。
Cantorは、複数のバックエンドをサポートする多目的の科学分析ツールです。このプログラムを使用して、Python、R、Octave、Scilab、KAlgebra、Qalculate、Maxima、およびその他のエンジンを実行できます。これにより、すべての数学のニーズに対応する単一のインターフェイスとして役立ちます。そして、私は独特の角度が好きです。しかし、それは機能しますか？調べてみましょう。
インストールと構成
これはかなり重要なことでした。 Cantorをインストールして起動したところ、リストにQalculateしか含まれていませんでした。他のプログラムを追加する方法を見つけようとして、設定を試してみました。そもそもOctaveとScilabを念頭に置いていましたが、それらを含めるための不可欠な方法はなかったようです。進歩を遂げようとして、Octaveを手動でインストールしましたが、これで何も変わりませんでした。
少しいじった後、私はついに、機能が実際には追加のバックエンドによって提供されていることに気付きました。これは、他のソフトウェアパッケージと同じようにインストールする必要があります。これらをシステムにインストールすると、他のプログラムがCantorのインターフェイスに表示されました。
apt-cache search cantor
analitza-common-Analitzaの共通ファイル
cantor-数学アプリケーションのインターフェース
cantor-backend-julia-CantorのJuliaバックエンド
cantor-backend-kalgebra --CantorのKAlgebraバックエンド
cantor-backend-lua-CantorのLuaバックエンド
cantor-backend-maxima-CantorのMaximaバックエンド
cantor-backend-octave-Cantorのオクターブバックエンド
cantor-backend-python-CantorのPythonバックエンド-移行パッケージ
cantor-backend-python2-CantorのPython2バックエンド
cantor-backend-python3-CantorのPython3バックエンド
cantor-backend -qalculate-Qalculate！ Cantorのバックエンド
cantor-backend-r-CantorのRバックエンド
cantor-backend-sage-CantorのSageバックエンド
cantor-dev-数学アプリケーションのインターフェイス-開発ファイル
fasttree-ヌクレオチドまたはタンパク質配列のアラインメントからの系統樹
libanalitza-dev-Analitzaの開発ファイル
libcantor-pythonbackend-CantorのベースPythonバックエンド
しかし、今でも矛盾がありました-今ではそれらすべてが表示されました。もう1つのあまり知られていない事実。 Cantorは、実際に何らかのインターフェイスを備えているもののみを表示します。実際、残りの数学エンジンが表示されていた設定でこれを確認できます。 「これはすべて少し紛らわしいです、そしてそれはより簡単でより簡単になるかもしれません。 「エンジンを追加」などと書かれたボタンのように。
オクターブゲーム
最終的に、私はOctaveを実行しました。私はこの優れたプログラムをかなり前にレビューしました。また、Matlabとほぼ同じであるため、非常に便利であり、物理学に接続された脳にとって最も理にかなっています。行列を操作することは、それが行われるべき方法です。
最初は少し苦労しました。 Octaveは少し錆びていたので、いくつかの詳細、特にパッケージのインストールとインポートの方法を思い出すのに少し時間がかかりました。いくつかの派手な3D形状（トーラスなど）を作成したかったのですが、これはジオメトリパッケージの一部であり、個別にインストールする必要があります。
Cantorを使用すると、パッケージをインポートできますが、奇妙なことに、何らかの理由でインストールできません：
結局、私は進歩を遂げていましたが、それからオクターブは、それ自体で、より良い仕事をしているように見えました。
つぶれた伝説に注目してください。
そして、同じことがオクターブを通して（自然に）プロットされます：
プロットと計画
Cantorがどれほど実用的かを見るために、私はあらゆる種類のグラフを作り始めました。私はこれのために私の古いコードを再利用しませんでした。代わりに、MatlabとOctaveのヘルプページにある無料のベッセルリングの例を使用しました。これをOctaveとCantorで並べて行い、作成されたフィギュアの速度、構文、品質の違いを確認しました。
全体として、Octaveの図と画像ははるかに優れていました。 1つは、より高速でスムーズなレンダリングです。 2つ目は、画像のサイズが自動変更されるため、品質が低下することはありません。 3つ目は、これらすべてを実行するときのシステムはかなり静かで、結果はほぼ瞬時でした。 Cantorでは、同じアクションによって大量のメモリフットプリントが発生し、CPUファンは狂ったように叫び、最終的な数字はすべてぎくしゃくしていました。ズームインすることはできましたが、すべてぼやけてぼやけて見えました。
もう1つの問題は、デフォルトでCantorが画像をインライン化するため、画像がワークスペース領域に作成されることです。これは非常に見栄えが悪く、画像を見つけるには水平方向にスクロールする必要があります。これが最初に行う必要があることであることに気付いた場合。その上、ぎこちない振る舞い。フィギュアをポップアウトするように設定を変更しました。これは少し役に立ちましたが、サイズを変更できませんでした。数字はただフリーズして反応しなくなり、私はカンターを数回殺さなければなりませんでした。その間、CPUファンは悲鳴を上げ、メモリフットプリントは急増し、Slimbookに16 GBのRAMが搭載されていても、スワップスペースに到達しました。w00t！
図はCantorでインラインで表示され、グラフはぼやけて見え、ナビゲートするのは困難です。
Cantorを介してOctaveを実行すると、CPU、メモリ使用量が非常に高くなりました。
Octaveの図は（自然に）より良く滑らかになります。
私はカラーマップをうまく使用することができました-したがって、Octaveがそれをサポートする場合、Cantorはそれをサポートし、同じロジックが他のすべてのバックエンドにも拡張されると思います。つまり、Cantorが何をしているのかを疑う必要はなく、適切なパッケージがインストールされていることを確認するだけです。
ポップアウトプロットが必要な場合は、[設定]から変更できます：
残念ながら、これはあまり役に立ちません。図のサイズは変更されず、メニューは非表示になり、UIはフリーズします。
その他
Cantorは詳細なメニューオプションを提供します。パッケージのインポート、2Dおよび3Dプロットの作成、関連するバックエンドヘルプの表示などを行うことができます。この点で非常に便利です。ガイド付きウィザードは、構文にあまり詳しくない人にも役立ちます。これは、複数のバックエンドで作業する場合に二重に役立ちます。したがって、取得したいものを知っているだけで、Cantorが翻訳を処理します。 Cushty。
問題
現在、Cantorを実行する際の多くのユーザビリティの問題に加えて、いくつかの美的な問題もあります。たとえば、メインインターフェイスが間違っていると感じます。いくつかのボタンを除いて完全に空なので、元のデザインは何だったのか、なぜ実装されなかったのか疑問に思います。これで、バックエンドプロンプトが表示され、ツールが関連するエンジンに切り替わるため、メインインターフェイスは実際には必要ありません。
オクターブと比較して、カンターでは1つか2つのコマンドが実際には機能しなかった可能性があります。全体として、インターフェイスもはるかに遅く、ワークスペースターミナルやそれが応答するように呼び出されたものを取得するのは苦痛でした。そして、コピー＆ペースト機能はかなり奇妙です。 WebからMatlabコードを取得してOctaveに貼り付けると、ほぼ100％の確率で、行ごとに表示され、正常に機能します。 Cantorからコードをコピーすると、改行文字がマングルされるため、すべて1行で表示され、Octaveは実際にはそれを検証できません。
結論
曲ですが、洗練が必要です。 Cantorは巧妙なソフトウェアのように見えますが、それ自体の目標に一致する洗練と洗練が欠けています。私はOctaveのみをテストしましたが、私の調査結果はかなり示唆的だと思います。結局のところ、1つのバックエンドに問題があった場合は、それが何であれ、修正する必要があります。そして、これらも些細な問題ではありませんでした。パフォーマンスの低下、メモリとCPUのノイズ、インターフェイスのフリーズ、見栄えの悪い数値。
構成も改善する必要があります。全体として、Cantorが試みることを行うのは非常に難しいので、アイデアは本当にクールです。しかし、それは複雑な作業のようであり、現時点では、利益よりも多くの問題をもたらします。よりスムーズな統合と、バックエンドを追加できる巧妙なウィザードが必要です。たぶん、他のプログラムとコードを共有するためのスマートクリップボード。完全にHWで高速化されたグラフィックモジュールを期待しているので、すべてが高速に応答し、桃色に見えます。最後に、Cantorは、それが表すネイティブエンジンよりも悪く動作してはなりません。これは、Cantorがそれを実行することによって（または、実行しないことで）自身の目的を無効にするためです。現時点では、これは未加工の製品であり、多くの修正が必要です。しかし、私は好きなので、将来的にテストする予定です。ユニークなソフトウェア、ここに行きます。