Comment by causal
So this has to be a meaningful PR for the open source repository? You can't just invent arbitrary coding challenges?
This seems like trying to get free code contributions with a weird sort of gambling mechanic attached.
So this has to be a meaningful PR for the open source repository? You can't just invent arbitrary coding challenges?
This seems like trying to get free code contributions with a weird sort of gambling mechanic attached.
How do we know in advance if something it going to be hard enough?
For example I have a bunch of closed PRs on my Vibe-Prolog project that took multiple attempts to get right: https://github.com/nlothian/Vibe-Prolog/pulls?q=is%3Apr+is%3...
As a specific example: https://github.com/nlothian/Vibe-Prolog/pull/214 which implements https://github.com/nlothian/Vibe-Prolog/issues/204
I'd be very interested if it is eligible!
Something like this is reasonable. To clarify, we can't support arbitrary tasks yet on our submission platform; the tasks have to belong to a set of supported repositories. But tasks of this difficulty level generally tend to be hard enough.
You can't know for sure what is going to be the right difficulty in advance; however, you can definitely develop intuition for it as you make more tasks and better understand the model's strengths and weaknesses!
Ive seen more than one flakey startup do this to fluff adoption metrics and perceived activity. It was frustrating
Nothing is free, of course, since we transparently pay per task (and as previously stated, the pay is very generous). There are certainly guidelines for what kinds of tasks you can submit to our platform, but beyond that, you can make any verifiable coding task in any of our qualifying open-source repositories.
We also definitely do not require you to write new code into the repo. As I said, you can adapt existing merged commits into coding tasks.