¿Cuál es la forma más rápida de obtener respuestas a los errores de programación?

Como ya lo ha dicho la mayoría, tienes que INFERAR al menos errores básicos de antemano .
Puede verificar dentro de su conjunto de instrucciones (donde se pueden generar errores particulares) si tales escenarios han llegado y luego enviar un mensaje básico en forma shell o bash (siempre lo hacemos agregando un mensaje de depuración específicamente al comenzar a codificar) 😉 o lo que sea La mejor opción para ti desde donde puedes revisar estos mensajes.

Algunas plataformas | las tecnologías también proporcionan una lista de los números de error estándar y puede compararlos con la variable de entorno (verifique env name | var para el error 🙂 para su plataforma). Por lo tanto, puede verificar e incluso tomar los pasos correspondientes (por qué ahora, primero debemos identificar el error).

Cuando ejecuta una aplicación desde shell, el tipo de retorno también explica mucho. Así que por error devuelve un número de error específico. A continuación, puede ejecutar el comando de shell “echo $?” para verificar el último valor de retorno (podría ser específico para un tipo particular de plataformas * NIX 🙂)

your_shell $ echo $?

Como no es una pregunta específica para tipos de errores, por lo tanto, no es fácil de responder para todos (la lista es demasiado grande, google para eso))

Encontrar errores es una pregunta bastante general, ya que depende en gran medida de lo que intenta hacer, pero espero que estos puntos resulten útiles.

1. Utilice un buen IDE. Si es posible, intente hacer el mismo trabajo con un IDE mejor que el que está usando en este momento. Los buenos IDE tienen buenos depuradores. Y lo creas o no, en realidad son útiles, si se usan correctamente. Sepa lo que puede hacer su depurador.

2. Hacer uso de puntos de interrupción. La mayoría de la gente olvida esto. Simplemente coloque esos malditos puntos de interrupción en lugares donde cree que su código podría tener errores, salte línea por línea y vea dónde se rompe. Voila! Tienes tu error!

3. Si no tiene idea de dónde podría estar defectuoso su código y dónde ubicar sus puntos de interrupción, simplemente colóquelo en la primera línea de su rutina de ingreso y comience a saltar línea por línea desde allí. Esto puede parecer una mala idea, pero definitivamente me ha ayudado mucho. Algunos verdaderos fanfarrones disfrazados de fantasmas son atrapados así.

4. Mantenga su código modular. No escribas rutinas de 1000 líneas porque piensas que es genial. No es. Te volverá loco

5. Trata de no ser un tonto.

Defina los tipos de errores que puede encontrar en cualquier lenguaje de programación. Por ejemplo, uno de los más obvios es el error “parse”. Cualquier problema con la sintaxis vendrá bajo esto. Para detectar esto, use el depurador: casi todos los idiomas mostrarán un mensaje especificando la línea y la columna donde ocurrió el error. Acostúmbrate a esto.

El segundo tipo es la versión de conflictos. Algunas funciones o características pueden haber sido descartadas. Además, algunas características pueden no funcionar en modos estrictos en los que las reglas semánticas son rígidas.

El tercer tipo a menudo el más difícil es la lógica del programa. Aquí tiene que crear claramente diagramas de flujo y ver el flujo de datos funcionando como se espera. A veces, la impresión de datos en cada estado crucial es suficiente. Pero para problemas más complejos, pruebe los diagramas de flujo o los diagramas UML. Buena suerte.

Ver obviamente la mejor manera es depurarlo usted mismo.
Y eso es muy fácil y confiable, ya que se aprende por qué ocurrió exactamente esto y, como resultado, probablemente nunca volverá a ocurrir. Ahora que puedes hacer usando formas simples:
Siga el número de línea en el que se produjo el error y verifique si hay sintaxis o error semántico
Ejecute su programa en seco para encontrar el agujero del bucle
Ponga varias declaraciones impresas para verificar la ruta que sigue su programa
y muchos otros métodos propios pueden ser evolucionados.

Y en caso de no poder resolverlo después de todo esto, puedes buscar en SO o publicar tu pregunta allí. Probablemente será resuelto.

A medida que escribe el código, línea por línea, debe pensar en las formas en que puede salir mal. Un error anticipado es un error trivial y fácil de corregir.

A menos que esté relacionado con alguna API o biblioteca externa, debería poder encontrar el error mediante la depuración o la inspección.

Después de todo, si alguien publicó una solución para cualquier cosa en Internet, ¡también lo resolvió de alguna manera! Puedes hacer lo mismo.

Si XYZ no funciona, primero lea la documentación de XYZ. Luego trata de hacer el programa más pequeño que replica el error. El 90% de las veces encontrará el error haciendo esto.

Inferir las declaraciones de error correctamente y entenderlo claramente, entonces podrá obtener respuestas fácilmente.

Depuralo tú mismo en tu consola.

Además de encontrar errores, nunca más los cometerás.