Also, 'large' isn't necessarily just about efficiency. There was a problem in an earlier contest which had a particular special small boundary case only tested in the large input. Plus very often you may not be able to solve the problem at all, but can write a completely different algorithm to solve the small case only, allowing for lots of strategy as to whether to attempt the large input at all. That sort of strategy is crucial in the next few rounds.
On May 21, 6:57 pm, TripleM <[email protected]> wrote: > I wouldn't interpret it that way at all. It makes perfect sense to me > - it is extremely easy to have a tiny bug in your algorithm that > invalidates your entire effort. These tiny mistakes are picked up in > the small submissions; once you have got that correct you are expected > to be able to solve the large input without any further help. > > On May 21, 5:25 pm, Debashis Roy <[email protected]> wrote: > > > > > Hi, > > > The format of the contest doesn't look very fair, given the fact that a > > person can submit the small data set multiple times in case of incorrect > > result but cannot re-submit the large data set in case of time outs. > > > To me, the small data set is more to check the accuracy of the algorithm > > whereas the large data set is to check the efficiency of the algorithm. > > > If that is true then what gcj is saying translates to "we will allow you to > > correct your algorithm if you have an incorrect algorithm, but we will not > > allow you to improve upon your algorithm if you have an inefficient > > algorithm!!!" > > > Any particular reason for this? :-) > > > Thanks, > > > Debashis > > > _________________________________________________________________ > > Climate, controversies and the changing signatures of > > naturehttp://green.in.msn.com/ > > > -- > > You received this message because you are subscribed to the Google Groups > > "google-codejam" group. > > To post to this group, send email to [email protected]. > > To unsubscribe from this group, send email to > > [email protected]. > > For more options, visit this group > > athttp://groups.google.com/group/google-code?hl=en. > > -- > You received this message because you are subscribed to the Google Groups > "google-codejam" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]. > For more options, visit this group > athttp://groups.google.com/group/google-code?hl=en. -- You received this message because you are subscribed to the Google Groups "google-codejam" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/google-code?hl=en.
