Estamos castigando programas que están divididos en subtareas

[asanzo]

Por ejemplo:

Ese programa está dividido en subtareas.

Habría que:

• [ ] Ver las soluciones de les niñes de cnba a ver a quiénes les pasaba y por qué.

• [ ] Decidir una estrategia: hay varias posibilidades:

• Podemos no contar dentro del "too long" las llamadas a procedimientos

• Podemos hacer que valgan menos (onda, dos llamadas a procedimiento valen por 1 nada más)

• Podemos hacer que si se llama tres veces al mismo procedimiento, que sólo valga por 1

[PalumboN]

Tiro más ideas:

• Quizá la expectativa tooLong haya que definirse (o simplemente usar la parametrización) por ejercicio.
• Creo que el nombre no es apropiado, porque ahora el mensaje hace referencia a que es largo y que no estás dividiendo en subtareas, pero parece que lo que nos importa principalmente es que dividan en subtareas. Estoy tentado a cambiar el error por: "Este procedimiento no se entiende bien, ¿podrías ponerle nombre a las cosas que hace?"
• Tener una expectativa como: "si el código es largo entonces la mayoría deberían ser llamadas a procedimientos" (?

En realidad... podríamos seguir tirando heurísticas locas pero creo que habría que hacer un análisis de las soluciones de la API, ya sea para encontrar la mejor heurística o para confirmar que la que pensamos tira buenos resultados. Si quieren algún día nos podemos juntar a chusmear eso, me interesa :)