Programming competitions correlate negatively with being good on the job
1–10 of 112 posts
Re: Programming competitions correlate negatively with being good on the job
#2How did they quantify "being good on the job"?
Re: Programming competitions correlate negatively with being good on the job
#3Another way to see it is that there is a world of difference between writing a program that has to work once for a competition and writing a program that has to work and be maintained for years.
Re: Programming competitions correlate negatively with being good on the job
#4Coming up with clever solutions is indeed very different from coming up with maintainable solutions.
Re: Programming competitions correlate negatively with being good on the job
#5That's not a surprise really. A typical competition may be won by a programmer scoring 90/100 on four out of five tasks and 20/100 on the last one. Such performance at work would likely result in a quick termination.
Re: Programming competitions correlate negatively with being good on the job
#6How did they quantify "being good on the job"?
Have other people look at your code? If it's easy to understand, to modify etc - it's good. Otherwise, less good.
Re: Programming competitions correlate negatively with being good on the job
#7How did they quantify "being good on the job"?
That's Google, so probably quarterly review scores.
Re: Programming competitions correlate negatively with being good on the job
#8I don't see how it would be negative correlation or even zero. Winning a competition shows a certain amount of raw talent.
For someone who only programmed for competitions and never worked on a serious project I could see it being a negative, but with some experience the competition winner should (on average) do better than average.
Re: Programming competitions correlate negatively with being good on the job
#9That's very interesting, especially as someone who did pretty well on those competitions. I don't doubt the finding, but I do think that it possible to put your mind in different modes. I frequently think about "running" vs "going slow" when solving problems at work. I use the former for whipping up a single use script and sketching solutions, and the latter for permanent solution, especially in hard domains.
I think knowing both modes can be useful, and knowing only one can be limiting, no matter which one it is.
Re: Programming competitions correlate negatively with being good on the job
#10How did they quantify "being good on the job"?
Based on the research I've read, one of the most valued skills for workers is communication/teamwork.
I'll speculate wildly that the loners who perform well at these tasks don't have the leadership/teamwork skills that are so highly desirable.