最善の方法は、すべてのコードを補足資料として含めることです。可能であれば、結果を再現するために必要な関連するシードを含むファイルも含めてください。これにより、人々があなたの結果を再作成できるようになるだけでなく(あなたは気にしないかもしれません)、中断したところからより簡単に継続することができます。これにより、作品への新しいコラボレーションと引用が可能になります。残念ながら、これにはコードのクリーンアップを強制することの難しさがあり、バグがないことを確認します。したがって、実際に通常行われているものよりも理想的です。しかし、少なくとも、結果を生成するために使用されたコードのバージョンをアーカイブする必要があります。そうすれば、別の研究者がコードを要求した場合、それを生成できます。
論文の記述に関しては、モデルの主要な新規機能の実装に依存しない高レベルの記述に集中します(これは、最も優れた論文が達成する実用的な部分です)。微調整された場合に結果を定性的に変更する機能に集中してください。私が扱っているほとんどのモデルは定量的な結果を生成しますが、特定の量は通常は関心がなく、定性的な振る舞いのみが対象です(通常、パラメータは自然に観察可能なものからは遠いため)。したがって、モデルの部分を説明することに焦点を合わせます。モデルの部分を変更すると、システムの定性的な動作が変更されます。この考え方により、モデルのすべての最後の詳細を実装まで説明する必要がある場合、モデルはあまり堅牢ではないため、破棄する必要があることがわかります。
紙に書かれた説明で十分かどうかをテストする良い方法は、このプロジェクトに携わっていなかった友人(または学生)に、擬似コードであるモデルの実装方法を説明してもらうことです。彼らがこれを試みている間に立ち往生していない場合(彼らは同じ定性的な結果を生み出すはずのモデルのスケッチに到着するように)、あなたは説明の良い仕事をしたことを知っています。