Hi, The work to solve the problem is done by both the compilation and running of the code, hence you have to pay for both. When setting the time limits, we take that into account. It would be unfair to interpreted languages to not include compilation time in the cost, as interpreted languages are doing both "compilation" and "running" as part of their runtime.
We are currently working on the compilation flags of some languages in order to make them less expensive. Please check the FAQ for details before your next round. With that all being said, some languages ARE just faster in general, and some are faster for particular cases. If you find that the slowness of the language is too hard or impossible to overcome in a specific problem, our recommendation is to try a better language. You are free to choose a different language for every problem, and to submit in multiple languages to the same problem, as needed. Best, Pablo On Sun, Apr 7, 2019 at 2:20 PM Alexander Udalov <[email protected]> wrote: > Hi, > > I've just submitted a solution to the first problem in the qualification > round ( > Foregone Solution) and received a TLE. The solution is straightforward and > runs blazingly fast locally on a max test. > > Upon rereading the FAQ, I've noticed this line: > > > The time limit applies to the sum of the compilation time (if your code > is written in a compiled language) and the running time. > > Which, if I understand correctly, implies that I "pay" for the work done > by the compiler out of my time limit budget. Since my solution is in > Kotlin, which I'm aware has not the most performant compiler at the moment, > I basically have a disadvantage right from the start compared to other > languages. Moreover, the way the compiler is invoked (with the > '-include-runtime' flag) means that I also pay for the time needed to pack > the whole Kotlin standard library into the .jar file even if not much is > used. > > This seems pretty unfair and sort of discourages me from writing solutions > in any language other than C++ which probably has the fastest compiler from > the supported compiled languages. Is there any chance this rule can be > reviewed and removed? It actually doesn't seem reasonable to me to limit > the compilation time at all (given that you already have the source file > size limit), except of course for languages where it's possible to do > compile-time work which helps in solving the problem such as C++. > > Thanks! > > -- > You received this message because you are subscribed to the Google Groups > "Google Code Jam" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To post to this group, send email to [email protected]. > To view this discussion on the web visit > https://groups.google.com/d/msgid/google-code/412db192-cf41-457b-b570-b8f8158d573e%40googlegroups.com > . > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "Google Code Jam" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/google-code/CANa5jcC_4G2NnfZ04E_yz-WH8GTVMpxQfhBZkfamdLhTymOc7g%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
