Introducción a la programación

En este "breve" texto voy a exponer el procedimiento "ideal" de desarrollo de un programa. No son m�s que unas pocas consideraciones que, en proyectos cortos, quiz� no hagan mucha falta, pero que a la hora de afrontar algo "grande" ya s� hay que prestarle m�s atenci�n a qu� se quiere hacer y c�mo se quiere hacer.

Muy esquem�ticamente, lo que tendr�amos que hacer es lo siguiente:

.�Analizar el problema

Para ello, tendremos que definir el problema con precisi�n, especificar los datos de partida (los datos que tendremos que entrar) y especificar la informaci�n que ha de darse al resolverse el problema (datos de salida, un mensaje comunicando algo...)

Por ejemplo, si queremos escribir un algoritmo para calcular el �rea de un rect�ngulo, tendremos que pensar en las siguientes cosas:

"Me tienen que dar dos datos, uno de ellos ser� la base del rect�ngulo, y el otro la altura. Estos datos ser�n reales. Por otro lado, la salida es el �rea, que tambi�n ha de ser un real."

.�Dise�ar el algoritmo

No es m�s que pensar c�mo resolver el problema, y escribirlo de acuerdo a unas reglas. Sin embargo, no todos los problemas son tan sencillos como querer calcular el �rea de un rect�ngulo. Muchos de ellos son mucho m�s complejos (como, por ejemplo, buscar si existe un tal "Pepe BuenaVida" dentro de las fichas de un videoclub).

Por ello, hay una estrategia conocida con el nombre de "divide y vencer�s". Se basa en dividir un problema gordo y complejo en otros m�s sencillos.

Tiene algunas ventajas:

  • El algoritmo es m�s f�cil de entender, al tenerlo dividido en trocitos.
  • Es m�s f�cil modificar cada trocito que si lo hubi�ramos hecho a la brava (adem�s, el hacer las cosas a la brava tiene la pega de que buscar el lugar donde hay que hacer modificaciones es m�s complicado).

Ademas, otra recomendaci�n es describir primero los algoritmos en un n�mero reducido de pasos y, en una segunda vuelta, describir con m�s detalle estos pasos.

Por ejemplo, si pensamos en "hacer pollo frito", lo primero que pensamos es:

  1. Coger los ingredientes
  2. Coger los utensilios
  3. Hacer el pollo frito

Pero luego, a su vez, estos tres pasos se pueden detallar mucho m�s. �Me dais sugerencias? (y as�, de paso, me preparo un pollo frito a vuestra salud ;) )

.�Usar el ordenador para programar ese algoritmo y ver c�mo funciona

Obviamente, a nosotros puede parecernos que nuestro algoritmo est� impecable, pero siempre es bueno probarlo, traduci�ndolo al lenguaje que m�s nos guste (o, simplemente, al que vayamos a usar), porque, si no obtenemos la salida deseada, podemos pararnos a revisar nuestro algoritmo en busca de fallos.

A la fase de conversi�n de un algoritmo en las instrucciones de un lenguaje de programaci�n la llamamos codificaci�n, y al algoritmo, una vez que lo tenemos escrito en un lenguaje de programaci�n espec�fico, lo llamamos c�digo.

Estos peque�os consejos, aunque obvios, son ignorados muchas veces, y hacen padecer, desde el principio, a un programa de una mala estructura. Pararse a pensar un poco en lo que se quiere hacer y recapacitar en la mejor manera posible puede ahorrarnos que, m�s adelante, cuando queramos hacer alguna modificaci�n al programa, tengamos que reescribirlo por completo.

COMPARTE ESTE ARTÍCULO

COMPARTIR EN FACEBOOK
COMPARTIR EN TWITTER
COMPARTIR EN LINKEDIN
COMPARTIR EN WHATSAPP
SIGUIENTE ARTÍCULO