Si alguien le dice que programar es fácil: podríamos afirmar —sin miedo a equivocarnos— que este personaje cae en al menos dos faltas: nunca ha trabajado en sistemas escalables o confía arrogantemente en su conocimiento. Ambas opciones se reúnen al amparo de la ignorancia, aunque, la primera por desconocimiento, y la segunda por tontería. El desconocimiento se cura aprendiendo, en cambio, para la tozudez no hay remedio evidente, acaso, porque los necios jamás han visto con buenos ojos admitir que están equivocados.
Hay tantos matices en la aseveración de “programar es fácil” como en la de “jugar a fútbol es fácil”. Programar como tal es sencillo, simplemente:
puts “Hola mundo!”
Ahí tienes tu primer programa. Ahora, a lo que creo que te refieres es a crear software empresarial. Porque no creo que te preocupe mucho que un código Visual Basic en una celda de Excel sea o no escalable.
El diseño de software a través de una organización de conceptos es una tarea ardua que como bien dices se intensifica con la llegada de nuevas características. Las pruebas sólo pueden ayudarnos a encontrar fallos o no volver a caer en los ya encontrados (pruebas de regresión), mientras que una prueba formal pueda analizar parte del dominio del problema, un algoritmo a veces es simplemente parte de un flujo de datos mucho mayor y sobre todo variante. Realizar pruebas formales en software empresarial no suele ser la norma.
No obstante, programar es mucho más que desarrollar un software. Programar un mod para tu juego favorito, un pequeño guion para correo electrónico o algo elaborado dentro de Excel también es programar y aún careciendo de todos los rituales instaurados para el desarrollo empresarial o académico, no se puede negar su valor intrínseco que acerca a esos neófitos a querer aprender más popularizando así la creación de código.
Hay tantos matices en la aseveración de “programar es fácil” como en la de “jugar a fútbol es fácil”. Programar como tal es sencillo, simplemente:
puts “Hola mundo!”
Ahí tienes tu primer programa. Ahora, a lo que creo que te refieres es a crear software empresarial. Porque no creo que te preocupe mucho que un código Visual Basic en una celda de Excel sea o no escalable.
El diseño de software a través de una organización de conceptos es una tarea ardua que como bien dices se intensifica con la llegada de nuevas características. Las pruebas sólo pueden ayudarnos a encontrar fallos o no volver a caer en los ya encontrados (pruebas de regresión), mientras que una prueba formal pueda analizar parte del dominio del problema, un algoritmo a veces es simplemente parte de un flujo de datos mucho mayor y sobre todo variante. Realizar pruebas formales en software empresarial no suele ser la norma.
No obstante, programar es mucho más que desarrollar un software. Programar un mod para tu juego favorito, un pequeño guion para correo electrónico o algo elaborado dentro de Excel también es programar y aún careciendo de todos los rituales instaurados para el desarrollo empresarial o académico, no se puede negar su valor intrínseco que acerca a esos neófitos a querer aprender más popularizando así la creación de código.