¿Cuáles son las mejores maneras de analizar los problemas en la programación competitiva para mejorar mi velocidad en la resolución de problemas?

Answer 1

– Parece importante que los jóvenes estén expuestos a muchos problemas / soluciones que a luchar mucho con un problema.
– Tenga un plan corto para un problema: por ejemplo, piense durante 20 minutos, si se encuentra, codifíquelo. De lo contrario, compruebe la solución. Intente codificarlo, si es difícil hacer un boceto de la solución en 15 minutos, lea la solución. Si no puede obtener CA en un tiempo razonable, verifique la solución … y así sucesivamente. El punto, abordar muchos problemas … exponerse a ideas de soluciones y estilos de codificación

– Por un pequeño grupo de problemas, sigue luchando hasta resolverlos. Pero no trates de resolver algo lejos de tu nivel. El problema correcto es uno que no puedes resolver a menos que algunos luchen … pero no demasiado luchando … para cuando tus habilidades crezcan

– Hay algunas técnicas de pensamiento que ayudan (al menos cuando crezcas). Siguiendo la lista de reproducción en árabe, pero aún podría ayudar: https://www.youtube.com/playlist…

Answer 2

Si su tiempo promedio para resolver un problema es de cuatro horas, entonces suena como si estuviera eligiendo problemas que son demasiado difíciles. Es posible que le falten algunas habilidades que podría obtener al resolver problemas más básicos, por ejemplo, TopCoder Div2 250pt.

También puedes intentar resolver problemas por categoría. Puede obtener categorías usando algo como el clasificador de problemas para SPOJ.pl o uHunt :: UVa Hunting.

El objetivo es encontrar problemas que estén ligeramente por encima de tu nivel de dificultad, no muy por encima. No se supone que un solo problema de programación competitiva demore muchas horas en resolverse.

Answer 3

Algunos problemas son más difíciles que otros. Con el tiempo tendrás una base de conocimientos para extraer. A veces es bueno tomar micro frenos. Pienso mejor cuando me estoy moviendo, así que me levanto y paso. Me hablo del problema a veces. Otro truco es leer tu código al revés.