Hola,
No pasemos a describir malos o buenos hábitos.
Digamos, para practicar, cuando aprendí la programación que usó nuestra facultad, díganos que primero escriba su lógica en papel, ejecute eso en seco. Si piensas después de la ejecución en seco, entonces solo ve por la máquina.
Hay beneficios en eso (¡Enormes!)
- Al ejecutarlo en seco, puede verificar si hay alguna falla o pérdida de memoria que le ahorrará tiempo. (Hago la mayor parte del tiempo mientras escribo También corro en seco para verificar si hay fugas, ya que para mí es crucial). por ej. si ejecuta en la máquina, y esa pérdida de memoria puede causar la caída del programa o incluso el bloqueo del sistema. Para evitar esto, el funcionamiento en seco es una muy buena opción.
- Trabajando en una industria de bajo nivel como (VLSI o Embebido) donde las máquinas o chips son costosos, por lo que un error en la lógica o el programa puede causar pérdidas de algunos dólares a millones de ellos. Secar es una buena opción aquí.
- con la ejecución en seco, también visualiza las opciones y otros aspectos de programación. Así, sus habilidades de codificación también están mejorando. En la máquina, el compilador le indicará los errores que debe corregir (en Java algunos IDE pueden indicarle qué debe cambiar para eliminar los errores). Entonces, cuando corres en seco, tu mente compilará el código basado en lo que aprendiste. Eso te ayudará a seguir escribiendo programas largos o enormes.
- El principal beneficio de eso es, digamos, que tienes codificación C. Entonces, por Dry Run, su mente está revisando todos los conceptos. En cierto modo, los está refrescando, así que cuando vaya a una entrevista, eso ayudará. Como la mayoría de los entrevistadores le pedirá un código para escribir en papel y le preguntará el resultado. (Me he enfrentado a esta situación muchas veces).
La práctica de carrera en seco también ayuda aquí ;-).
5. En muchas empresas multinacionales, no tendrá el lujo de hardware / máquina las 24 horas del día, los 7 días de la semana, ya que otras personas también estarán trabajando en algunos módulos en la misma máquina. Así que la carrera en seco ayuda aquí.
- ¿Contamos la estructura original dada mientras contamos el número total de isómeros?
- ¿Existe un algoritmo para encontrar un árbol con una longitud de ruta mínima ponderada para un gráfico conectado genérico?
- ¿Cómo entender el algoritmo SHA-1? ¿Cuáles son los mejores ejemplos para ello?
- ¿Qué es un algoritmo de hashing seguro?
- ¿Cuál es el peor caso, el caso promedio y la mejor complejidad de tiempo de un algoritmo?
Por lo tanto, la ejecución en seco es beneficiosa para los programas página por página. No es como si ejecutas en seco unas 10000 líneas de código. pero mientras escribes haz línea por línea. eso ayudará.
También he trabajado con codificadores en compañías de semiconductores donde ese código primero funciona en seco. que solo van a compilar. y la mayoría de las veces se compila correctamente (eso también sin advertencias).
Espero que esto ayude.
Agradeciendote,