La depuración del código JSL con el depurador JMP no es nada que pueda recomendar. A medida que nos esforzamos por lograr un análisis cada vez más automatizado dentro de nuestra base de clientes para ampliar el uso de JMP, ¡la depuración es clave!
Situación actual:
* El depurador inicia una nueva instancia y es distinto del código en el editor original
* la funcionalidad es buena para obtener tiempos de ejecución para identificar carencias, pero no para la depuración real
* No es posible encontrar algo e inmediatamente cambiar y volver a probar, debe cerrar el depurador, encontrar la línea de código, cambiarlo (con la esperanza de que haya recibido el mensaje correcto), abrir el depurador nuevamente, ejecutar el código y comenzar de nuevo el ciclo .
* Eso da como resultado que la mayoría de las personas no abren el depurador, sino que seleccionan el código en serie en el editor y lo ejecutan, cambiando los índices de los bucles manualmente para simular un bucle for.
Solución preferida:
* la nueva instancia está bien, ya que la mayoría de las otras herramientas también lo hacen (¡pero solo para el cálculo!)
* Las buenas herramientas tienen la depuración integrada en el editor, por lo que puede establecer puntos de interrupción y marcas de verificación directamente en el editor.
* Es posible cambiar sin detener el modo de depuración y todo lo que ejecuta es en un "escenario de depuración virtual".
Sé que hacemos secuencias de comandos, sin embargo, todos se beneficiarían de esto. Los programadores están familiarizados con (y esperan) este comportamiento, las personas nuevas en JSL pueden eliminar los problemas mucho más rápido.
