Saltar al contenido
02 · COMIDA

¿Cuánta comidapuedes salvarcon el menor tiempode voluntarios?

Un banco de alimentos de Madrid movió ocho millones de kilos de fruta y verdura en un año con 413 personas. Cada hora de voluntario que ahorras es comida que llega.

No es un problema de donaciones. Es un problema de tiempo: la comida caduca, los voluntarios tienen dos horas y los centros tienen horario.

02 · COMIDA

Vas a arrancar tu reloj.

Al enviar empiezan tus 72 horas. Desde ese momento tienes en pantalla el reloj, el harness, las instrucciones de envío y el checklist.

¿Solo o en equipo?
Es lo único que sale en el leaderboard. Ni tu nombre ni tu email se publican.
Cómo se mide

Dificultad 2 de 3.Simulación limpia, optimización sucia.

21:0022:0021:0012208161014

Seis recogidas que caducan, tres voluntarios, tres centros. ¿A quién mandas dónde?

Demostración del baseline «greedy por proximidad»: cada voluntario coge lo más cercano que caduque antes. Escenario ilustrativo, más pequeño que el del harness; las cifras que cuentan salen de ejecutar el harness sobre el escenario público.

El escenario real.

Francia obliga desde 2016 a los supermercados grandes a donar lo que no venden. El problema que eso crea es el tuyo: de repente hay comida en cien sitios a la vez, con horas de vida, y nadie que decida quién la recoge.

Empieza en tu cabeza.

Viernes, 19:00. 43 recogidas caducan antes de las 22:00, repartidas por la ciudad. 11 voluntarios disponibles, cada uno con dos horas y un radio. 6 centros receptores, tres cierran a las 21:00. A las 19:40 dos voluntarios cancelan. ¿A quién mandas dónde, y qué comida das por perdida?

¿Por dónde empezarías?

Lo que construyes.

Un motor de asignación en tiempo real, con el producto mínimo alrededor: la pantalla que ve el voluntario.

Tu sistema tiene que decidir

  • Quién recoge qué
  • Qué comida corre más riesgo de perderse
  • Qué centro puede recibirla y hasta qué hora
  • Cuánto desviar a un voluntario de su ruta
  • Cuándo compensa agrupar varias recogidas
  • Qué das por perdido para salvar otra cosa
  • Cómo lo reorganizas todo cuando alguien cancela

«¿Puedes rescatar 20 comidas? Recogida en 12 min, +8 min sobre tu ruta. Aceptar.» Eso es el producto.

Cómo se mide.

La métrica

Comidas rescatadas por hora de voluntario

Un simulador de eventos reproduce una tarde entera contra tu asignador: comida que caduca, voluntarios que cancelan y centros que cierran.

No lo puntúa un jurado: lo calcula un script, el mismo para todo el mundo. La fórmula exacta, el escenario de muestra y el harness con el que puedes medirte tú están en tu pantalla desde el momento en que pulsas START.

Baseline · greedy por proximidad

Más alto es mejor

cada voluntario coge lo más cercano que caduque antes · 23,1 comidas por hora de voluntario, 20 recogidas perdidas de 43

42,1 %

Tu objetivo mínimo: pasar de aquí.

Escenarios ocultos

La puntuación final se calcula sobre 3 escenarios que no publicamos: otras semillas, otra densidad y una cancelación en cadena.

Quién va ganando.

#AliasPuntuaciónFecha
10xmendezbaseline batido49,72026-08-31
2las3rutasbaseline batido46,22026-08-28
3anaquelbaseline batido43,82026-08-30
baseline · greedy por proximidad42,1referencia

Puntuaciones verificadas por la organización con el harness público sobre los escenarios ocultos. Se actualiza a mano; si has enviado y no te ves, no es personal.

Ver el leaderboard completo

Qué esperamos. Qué no.

Esperamos

  • Un motor de asignación que decide y se replantea cuando alguien cancela.
  • Simulación honesta, con lo sintético declarado.
  • La métrica de comidas por hora de voluntario visible dentro del sistema.

No esperamos

  • Un CRUD de donaciones.
  • Un mapa bonito sin lógica de decisión.
  • Una optimización teórica sin producto alrededor.

Cómo se evalúa

  • 40 %¿Funciona?
  • 25 %¿Hasta dónde lo has llevado?
  • 20 %¿Podría usarlo alguien mañana?
  • 15 %¿La IA cambia lo que es posible?

Las reglas, en seis líneas

  • Construido dentro de tus 72 horas
  • Cualquier stack, modelo, API y dato público
  • Un repositorio de GitHub accesible, con README
  • Un vídeo de máximo 5 minutos defendiéndolo
  • Partes simuladas declaradas en el README
  • Solo o en equipo

Leer las reglas completas

Los otros dos problemas.

Léelos antes de arrancar el reloj: no se cambia de problema después.

¿Crees que puedes construirlo?

Cuando pulses START tendrás 72 horas. Sin reinicios, sin esperar a que nadie te apruebe nada.

  • El harness con el que nos vas a medir, y el escenario de muestra
  • La fórmula exacta y el baseline que hay que batir
  • Las puertas de datos y las instrucciones de envío
  • Tu reloj, y el checklist
02 · COMIDA

Vas a arrancar tu reloj.

Al enviar empiezan tus 72 horas. Desde ese momento tienes en pantalla el reloj, el harness, las instrucciones de envío y el checklist.

¿Solo o en equipo?
Es lo único que sale en el leaderboard. Ni tu nombre ni tu email se publican.
02 · COMIDA

Vas a arrancar tu reloj.

Al enviar empiezan tus 72 horas. Desde ese momento tienes en pantalla el reloj, el harness, las instrucciones de envío y el checklist.

¿Solo o en equipo?
Es lo único que sale en el leaderboard. Ni tu nombre ni tu email se publican.