Este documento describe el proceso de refinamiento sucesivo de código, donde el código se refactoriza de forma ordenada para seguir un protocolo de estilo y estructura para que sea más fácil de interpretar. Explica cómo analiza un código de ejemplo que permite el análisis de datos de línea de comandos, y cómo un código puede mejorarse a través de refinamientos sucesivos para reducir variables, optimizar bloques de código y hacerlo más entendible. También señala que la programación es más un arte que una ciencia, y que los có

1. Refinamiento sucesivo
<<La programación es un arte más
que una ciencia>>
Por: Juan Manuel Yepes

2. ¿Qué es?
• Se refiera a refactorizar, de forma ordenada un
código…
• crear códigos que siguen un protocolo de
estilo y escritura, de tal forma que pueda ser
interpretado siguiendo la estructura desde la
parte superior sin necesidad de saltar de una
sección a otra…

3. El código analizado en este capitulo es basado
en la clase Args que permite el análisis de datos
Creando una instancia de clase Args con dos
parámetros, uno una cadena: “1,p#,d*” y el
segundo una matriz de argumentos.
En la cadena tenemos tres argumentos:
a. 1: es un parámetro booleano.
b. p: es un argumento entero.
c. d: es un argumento cadena.
La matriz de argumentos:
Es una línea de comandos pasados a
main.

4. • En caso de no retornar un erro
(ArgsException), la línea de comandos es
aceptada y se consulta la sentencia Args. Se
usan los respectivos métodos get para el
acceso a los valores de los argumentos. En
caso de surgir un problema, se genera un
ArgsException, la descripción de este es
recuperada mediante el método
errorMessage, propio de la excepción.

5. En cuanto al codigo
• Códigos eficientes varían en la cantidad de
código necesario dependiendo de entre otros
del tipo de lenguaje en el que se desee
implementar, por ejemplo en lenguajes
profusos como lo es el java, se requiere de una
mayor cantidad de palabras para satisfacer el
sistema. Por el contario en leguajes como lo
son el Ruby, Python o smalltalk los comandos
necesarios de ven reducidos.

6. En una primera versión del código se consigue la
funcionalidad, pero viéndolo en su forma, es un
desastre.
Tenemos que tener en cuenta que en ámbitos
profesionales el código en su mayoría no es
propio y alguna persona o uno mismo después
de un tiempo tendrá que interpretarlo y a
menos de que el código este depurado de la
forma correcta esta terea será de un alto grado
de dificultad. En estas primeras etapas
encontramos una gran cantidad de variable que
se podrían reducir y que no son nemotécnicas,
además de bloques de código con escasa o
ninguna optimización, aumentando su volumen
y dificultad de entendimiento.

7. En cuanto al diseño
• <<La programación es un arte más que una
ciencia>>, el código mas que una cosa que
esta preestablecida y estandarizada, es algo
que a pesar de ser diseñado y planificado
cambia constantemente a medida que se
avanza en el desarrollo de este evolucionando
y puliéndose. Por eso para un código limpio se
requiere de un primer código burdo y después
pulirlo, por eso para un código verdadera
mente limpio se requiere de un refinamiento
continuo.

8. • Este proceso separa a los programadores
experimentados que buscan una mayor
eficiencia y pulcritud del código de los
inexpertos que solo desean la funcionalidad.

9. • Cada cierto tiempo, según se considere
necesario, debemos refactorizar el código para
evitar el incremento de errores según va
aumentando en magnitud. Usando la disiplina
TDD (Test driven development) que trata
mediante pruebas constantes de evitar
modificar la funcionalidad del programa, esto
se logra con una ejecución permanente por
cada pequeña refactorización. En el caso de
repetir el mismo tipo de variables se puede
cambiar por una estructura de datos que
permita almacena el mismo tipo de variables