Pedro H. Costa • 4 days ago
Evaluation transparency: seeking a technical response equivalent to the "Build What's Next" mandate
1. The 'black-box' judging process lacks transparency and discourages high-level participation. There is a clear asymmetry: developers disclose proprietary work (e.g., Rust source code), but receive zero technical feedback in return. Replacing this secrecy with direct metrics on 'technical gaps' would foster a meritocratic environment and validate industrial-grade innovation. Without auditability, the 'Idea Importance Percentage' (IIP) remains unrecognized by the ecosystem. If Google Gemini 3 is about "building what's next," the evaluation process should be as advanced and transparent as the technology it promotes.
2. Anyone who participates in a competition of this caliber expects a return on their technical dedication. This is justified because the prizes do not conclude the eligible projects; rather, it is so that each developer can hold the weight of their work in their own hands. A hackathon should not be a "black hole" where code goes in and silence comes out; it should be a catalyst for the project, whether winning or not.
Log in or sign up for Devpost to join the conversation.

3 comments
Pedro H. Costa • 4 days ago
The call of an official Google account:
a) https://x.com/googleaidevs/status/2011559857174782440?s=20
a.1) https://x.com/gdg_london/status/2017190057698787414?s=20
And more:
b) https://x.com/SasuRobert/status/2012127501750034646?s=20
c) https://x.com/DynamicWebPaige/status/2011820938065567888?s=20
Adetunji Adams • 4 days ago
nice the last point
Gauraw Singh • 3 days ago
Hey Pedro,
I really understand what you’re saying, especially about the need for fair transparency in the leaderboard.
The black-box judging is honestly frustrating. And it’s not just here—you see the same thing everywhere: no clear shortlisting process, just a “Winners” tab and a one-line message from the host.