これに対する基本的なアプローチは、行列を印刷することです。しかし、より大きな数になると、デバッグ中であっても (アルゴリズムは 2 x 2 または 4 x 4 の行列では機能しない可能性があります)、非常に速く毛むくじゃらになり始めます。
これは、デバッグ中に常に結果を出力して他のプログラムにパイプできるため、言語固有または言語に依存しない可能性があります。
この場合、矛盾を見つけるためにどのようなトリックを使用しますか? 基準を使っていますか？オーディオ？ビデオ？他の（混合）表現？
これが漠然としていることは承知していますが、私の現在の状況に当てはまるかどうかは気にしません。将来的にはそうなるかもしれませんし、他の人がどのようにデバッグに取り組んでいるかを見ることは常に生産的です。
重要なルールが 1 つあります。それは、データ内で探しているものを取得する時間です。これには通常、次のものが含まれます。
表示したいものに応じて、通常は次のようにします。
注: 3D に移行することもできます。つまり、データを 3D に変換して視覚化しやすくしますが、音声には変換しません (データセットが明らかに音声自体に直接関係していない場合)。
コーディングに関して：
私の経験から、マトリックスは実際のコンテンツを表す方法で出力されます。すべての値を表す文字列を作成し、それらのサイズを知っていれば、スペースを使用してそれらすべての位置を調整できます。しかし、お気づきのように、大きなマトリックスは印刷サイズが非常に大きくなります。
あるいは、それらの次元だけでなく、それらについて持っているいくつかの情報を印刷することもできます - ヒルベルト行列を作成し、何も変更しなかった場合、それについての通知を表示できます。
あなたがtoString()方法またはそれに相当する方法に限定されている場合、どの情報があなたにとって最も重要かを判断する必要があります。しかし、多くの場合、目的言語であろうと構造言語であろうと、情報のさまざまな部分を表示する専用のクラス/関数を簡単に作成できます。
さらに、たとえば Java では、デバッグ中に式を使用してオブジェクトのメソッドを呼び出すことができるため、ディメンションのみを表示しtoString()、別のメソッド ( dump()?) を作成してその内容を完全に表示することができます。
式やブレークポイントを使用できない場合は、デバッグ目的でのみ、すべての追加情報をコンソールではなくファイルに書き込むことができます。たとえば、Cでは、出力ストリームでグローバル変数を使用できます。たとえば、何も表示しない場合はnull、設定した場合は標準出力/ファイルです。
全体として、選択する言語に大きく依存します。クリーンまたはダーティとして認識されるアプローチを自動的に決定します。しかし、追加情報を保存し、それを表示するいくつかの方法またはレベルを作成し、必要なものを選択することは、私には良い考えのように思えます.
例、Javaでこの問題にどのようにアプローチしますか:
toString()のようなものを表示するためにオーバーライドします[matrix: 4x4, square(det = 5.33323, dim = 3)]。
dump()すべての値を含む書式設定された文字列を返すcreateメソッド、
dumpForMatlab(File)行列を Matlab/Octave 形式で保存するcreateメソッド。
デバッグ中:
基本的な情報はオブジェクトのプレビューで利用できます。
内部で何かが変更されたかどうかを確認したい場合、式は完全な行列を表示します。
より深い分析は、Matlab/Octave または行列を扱う専用の他のツールによって行われます。
もちろん、もし私がCIを使っていたら、言語と利用可能なツールに合わせて私のアプローチを変えるでしょう.
私の意見では、アルゴリズムの大きな行列により、アルゴリズムの構造が理解できるようになります。結果を見たい場合は、コンソールと結果の文字列を出力すればOKです。