Skip to content
New issue

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

answer_type calculation is different for train/val and eval #24

Open
minimario opened this issue Dec 27, 2022 · 1 comment
Open

answer_type calculation is different for train/val and eval #24

minimario opened this issue Dec 27, 2022 · 1 comment

Comments

@minimario
Copy link

minimario commented Dec 27, 2022

Not necessarily an issue, but I noticed that for train/val, the answer_type is based on whether starter_code exists but that at eval time, it's based on fn_name. Is there a reason for this difference?

@minimario minimario changed the title answer_type is different for train/val and eval answer_type calculation type is different for train/val and eval Dec 27, 2022
@minimario minimario changed the title answer_type calculation type is different for train/val and eval answer_type calculation is different for train/val and eval Dec 27, 2022
@xksteven
Copy link
Collaborator

It's a historical artifact mostly.

We focused on developing the training before developing the testing code. In training if the starter code was provided this meant that they wanted you to use their provided code which was different then evaluating code that just read from standard in or out.

While refactoring the code for testing we added the "fn_name" ourselves as a key word that we can use to determine the format the output should be in.

Hopefully that helps answer the question.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants