We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
現行のicpc_mergerの挙動は、ファイルをそのままファイル名順に結合するものであると認識しています。 ところで、例えば手動生成のケースなどは9_corner_*.inなどの名前をつけることが多く、結果的に「コーナーケースが入力の最後の方にまとまって配置される」という傾向が生じてしまうことがあります。 (模擬)国内予選の形式では選手が入力ファイルを閲覧できるため、選手が最後の方のテストケースを目視してコーナーケースのデバッグに使えてしまう可能性があり、これは練習機会の提供という意図にそぐわないのではないかという懸念を持っています。
このような傾向を避けるため、サンプル以外のケースについてはマージ前にシャッフルした方が良いのではないかと考えたのですが、これはどの程度妥当あるいは有益でしょうか。
The text was updated successfully, but these errors were encountered:
ツールとしてはicpc_shuffle_mergerを作るかoptionにshuffle=Trueとかを追加するといいのではないでしょうか
Sorry, something went wrong.
No branches or pull requests
現行のicpc_mergerの挙動は、ファイルをそのままファイル名順に結合するものであると認識しています。
ところで、例えば手動生成のケースなどは9_corner_*.inなどの名前をつけることが多く、結果的に「コーナーケースが入力の最後の方にまとまって配置される」という傾向が生じてしまうことがあります。
(模擬)国内予選の形式では選手が入力ファイルを閲覧できるため、選手が最後の方のテストケースを目視してコーナーケースのデバッグに使えてしまう可能性があり、これは練習機会の提供という意図にそぐわないのではないかという懸念を持っています。
このような傾向を避けるため、サンプル以外のケースについてはマージ前にシャッフルした方が良いのではないかと考えたのですが、これはどの程度妥当あるいは有益でしょうか。
The text was updated successfully, but these errors were encountered: