>>> 2 + 2
4
>>>

¡Sorpresa! El intérprete de Python puede funcionar como una calculadora. Aprovecho de mostrarte los signos que puedes utilizar:

>>> 2**3
18
>>> 10 % 3
1

(3 por 3 nueve, a 10, uno)

La división merece una mención aparte, pero lo veremos en la siguiente sección. Demás está decir la diferencia entre 2 + 3 * 4 y (2 + 3) * 4. Pero esto no es una clase de matemáticas, así que no me detendré en este punto.

Variables

>>> x = 1
>>>

Por mucho que se parezca a una ecuación matemática (no, no huyas, es mucho más simple). La verdad es que el signo “=”, no es realmente el “igual a”. Lo que realmente está haciendo es asignando, siendo específico, con una asociatividad de derecha a izquierda (el valor a la derecha del signo “=”; 1, se asocia al de la izquierda; x. Y no al revés, es decir que: x = 1 no es igual a 1 = x). Esto puede parecer una exquisitez, pero muy pronto veremos lo relevante que es entender esta diferencia. Otra cosa, si te diste cuenta la asignación no entrega ningún mensaje. Al igual que en los intérpretes en *nix, es una buena señal, o bueno, por lo menos, no hay un error.

>>> x + 1
2
>>>

Nota: Para el nombre de las variables puede utilizarse cualquier caracter alfanumérico y el underscore (guión bajo: “_“), es importante si tomar en cuenta que no puede comenzar con un número y es sensible a las mayúsculas, es decir que, variable, es distinto de VARIABLE, de Variable o VaRiAbLe. Por motivos obvios (y de sanidad mental) recomendaría no utilizar. Algunos programadores usan la primera letra mayúscula, por ejemplo PrimerNombre, otros primer_nombre. No importa cuál ocupes, pero recomiendo que sea cuál sea el que escojas, siempre utilices el mismo y que el nombre de las variables -ojalá- se explique por si mismo.

Las variables podemos dividirlas (básicamente) en tipos, a saber:

• Números (y sus respectivos conjuntos)
• Cadenas de textos (strings,[str]) y,
• Valores booleanos (es decir, de true (verdadero) y false (falso))

Bueno, vamos y creemos algunas:

>>> numero = 1
>>> decimal = 0.1
>>> numero_grande = 2**32
>>> caracter = "c"
>>> cadena = "soy una cadena"

Nota: Como Python proviene de un país de habla inglesa utiliza el punto (.) en vez de la coma (,) para dividir decimales como lo hacemos en Chile y -creo- los países de lengua castellana.

A diferencia de otros lenguajes de programación, en Python no es necesario declarar el tipo de variable al inicializarla. En C C++ por ejemplo para el ejemplo anterior debería haber escrito:

int numero = 1;
double decimal = 0.1;
char caracter = "c";
string cadena ="soy una cadena";
bool booleano = true;

Tipos de Números

Enteros (int) y flotantes (float)

>>> numero = 1
>>> type(numero)
>>> decimal = 0.1
>>> type(decimal)

Por defecto, cualquier número ingresado en Python lo hace como entero (integer; int) lo que significa que al intentar una operación como 3/2 entrega un valor que claramente no es el que buscamos:

>>> 3/2
1
>>> type(3/2)

Para sortear el problema tenemos que hacer que al menos alguno de los dos números sean de coma flotante (float):

>>> float(3)/2
1.5
>>> type (float(3)/2)

Del mismo modo:

>>> 3.0/2
1.5
>>> type (3.0/2)

Si queremos ser un poco más prácticos en caso de utilizar el intérprete podemos comenzarlo con el argumento -Qnew:

~$ python -Qnew

Python 2.6.2 (release26-maint, Apr 19 2009, 01:56:41)
[GCC 4.3.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> 3/2
1.5
>>>

Si acaso lo necesitamos para un programa podemos importar una función de un curioso módulo llamado future (más adelante les contaré algo sobre el mismo):

>>> from __future__ import division
>>> 3/2
1.5
>>> 3//2
1
>>> a = 3//2
>>> type(a)

(He ahí que significa la división entera, del resultado sólo presenta la parte entera. Duh.)

Básicamente y para no complicarse más de lo debido, si necesitas utilizar números del conjunto de los naturales o enteros (Z, es decir, los naturales más los negativos) se utiliza int, mientras que si necesitas números reales, utiliza float.

>>> from math import pi
>>> pi
3.1415926535897931
>>> type(pi)

Largos (long)

>>> numero_grande = 2**32
>>> type(numero_grande)
<type 'long'>

Por razones técnicas, el computador no es capaz de almacenar números mayores ni menores que los comprendidos entre – 2.147.483.647 y 2.147.483.647. Por supuesto es posible de todas formas: para representar números fuera de dicho rango se utiliza una nueva notación donde los números son almacenados como largos (long):

>>> numero_grande
4294967296L

Estos números funcionan como cualquier otro con el único detalles es la “L” mayúscula al final. Puedes utilizar la minúscula también (l), pero se parece mucho al número uno (1), por lo que se desaconseja.

Nota: ¿Por qué ese límite? En realidad no es trascendental, pero me parece que es interesante: Toda la culpa es que usamos procesadores de 32 bits. Si en cada bit se pueden almacenar dos valores (“0″ y “1″), entonces sólo bastaría elevar el número de opciones (2) al número de bits (32), es decir: 4.294.967.296. Dado que habitualmente requerimos números negativos (y no sólo naturales), podemos dividir el valor por 2 (positivos y negativos), es decir, 2³¹. El único problema que nos queda sería que estamos omitiendo el cero, por ende, el valor máximo en un ordenador de 32 bits sería 2³¹ – 1. En el caso de procesadores de 64 bits los límites son de 2⁶³ – 1.

Python también puede manejar números complejos, pero creo eso ya escapa a los objetivos de estos artículos :). Si te interesa saber más sobre el tema, te recomiendo que visites la documentación oficial.

¿Por qué el detalle de los tipos?

Buena pregunta: Dudo si aún tenga validez (creo que sí), resulta que en los comienzos de la programación los computadores eran mucho más lentos y contaban con mucha menos memoria por lo que cada vez que era posible había que ahorrar. Puesto que por ejemplo, long (al igual que float) utiliza más memoria que int, lo ideal era sólo recurrir a este tipo de variable cuando fuera estrictamente necesario. Un caso interesante al respecto es con el lenguaje C que cuenta con un tipo conocido como unsigned int que funciona como los límites de int, pero sin valores negativos, por lo que su valor máximo es: 2³² – 1. Utilizando éste uno se podía ahorrar utilizar long en los valores positivos (hasta el límite de 4.294.967.295 por supuesto).

Un poco larga esta parte, pero bueno, me pareció que no era muy buena idea cortarla. En la siguiente parte veremos qué son las cadenas y como podemos juguetear un poco ellas.

Compartir

¿Por qué Python?

• Lenguaje de alto nivel interpretado
• Sintaxis sencilla (prácticamente pseudocódigo)
• Ampliamente disponible
• Libre
• Multiplataforma
• Orientado a objetos

En fin, como ven las bondades son numerosas…

Para programar con este lenguaje basta un editor de texto plano (nada de MS Word, u OpenOffice) o el intérprete, en el primer caso es suficiente, pero de todas formas un IDE puede facilitar bastante las cosas. El que siempre es recomendado es PyDev, un plugin para Eclipse, pero la verdad es que como les comentaba en los artículos anteriores no me gusta mucho utilizar aplicaciones basadas en Java. De todas formas en Ubuntu el paquete se llama eclipse-pydev.

Hay otro llamado Komodo, que es de pago (bastante profesional por cierto) y Komodo Edit que es la version gratuita y libre. Otro de pago al parecer muy bueno sería Wing IDE que según leía en Python para Todos, con suerte podrían darte una licencia profesional si lo utilizas para desarrollar software libre no comercial.

Yo voy a utilizar Geany (geany), porque cumple perfectamente mis expectativas, tiene coloreado de sintaxis, autocompletado, edición en pestañas y abajo tiene una pequeña terminal donde se pueden ejecutar los programas que creamos. Por otra parte es muy liviano, rápido y ha demostrado ser bastante estable.

Respecto al intérprete, puedes instalar iPython (ipython) que viene siendo una versión mejorada del intérprete común y silvestre. Al menos en el comienzo creo que es más lo que enreda por ser más avanzado, así que no lo utilizaré.

Si te sientes incómodo utilizando la línea de comandos, también podría recomendarte IDLE un IDE de Python que es un intérprete, a medio camino entre el “a secas” y lo estrambótico de iPython.

Para este tutorial, utilizaré IDLE, pero con cualquiera deberías andar bien.

¡Hola mundo!

Como es costumbre en esto de la programación, para comenzar vamos a realizar nuestro primer programa que imprimirá “Hola Mundo!” por la pantalla. Para entonces vamos a arrancar el intérprete (o IDLE, lo mismo)…

pablo@xubuntu:~$ python
Python 2.6.2 (release26-maint, Apr 19 2009, 01:56:41)
[GCC 4.3.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>>

La última línea (>>>) es el prompt, es decir que python está esperando que tipiemos alguna orden.

>>> hola
Traceback (most recent call last):
    File "", line 1, in
NameError: name 'hola' is not defined
>>>

Como ves, Python no reconoció el comando “hola”, vamos a probar con otro…

>>> print "¡Hola mundo!"
¡Hola mundo!
>>>

¡Felicitaciones! Tu primer programa en Python :D.

Para salir del intérprete puedes hacerlo de tres formas: exit(), quit() o con <Ctrl + D> (comando de fin de línea; EOF)

La otra forma que puedes programar es escribir lo anterior en un archivo de texto y guardándolo con extensión .py:

#!/usr/bin/env python
# coding: latin-1

print "¡Hola mundo!"

La primera línea es un comando Unix que se conoce como shebang, hashbang o sharpbang. Su función es indicar en que ruta buscar el intérprete, si estuviera programando en bash, tendría que cambiar “python” por “bash” o el que corresponda. Habitualmente el intérprete de Python se encuentra en /usr/bin/python, pero como por desgracia eso no está estandarizado, preferiría asegurarme de que lo encontrase si acaso estuviera en una ubicación poco habitual. Para eso utilice el comando env que se encarga de ubicar al intérprete, así corro menos riesgos que no lo encuentre.

La línea siguiente es para que Python entienda más caracteres: mira que pasa si ejecutas sin la segunda línea, tirará un error porque el carácter ¡ no es ASCII. En fin, si quieres utilizar caracteres presentes en el castellano y no sólo los provenientes del inglés (básicamente ASCII) agrégalo, sino puedes omitirlo.

Por supuesto, además de añadir esta línea debemos darle permiso de ejecución:

~$ chmod +x hola.py

Luego ya podemos ejecutarlo con:

~$ ./hola.py

En ambos casos obtendremos los mismos resultados, con el intérprete tenemos la ventaja que no necesitamos darle permiso de ejecución ni estar guardando el archivo, por lo que utilizaré este.

Si están familiarizados con algún otro lenguaje, notarán que no es necesario agregar el punto y coma al final de cada línea ;, puedes agregarlo si quieres, pero no tendrá ningún efecto. Si agregas código después, Python lo considerará como un salto de línea, pero la verdad es que no es muy buena idea porque sacrificas algo de legibilidad.

Ingredientes e instrucciones

¿Recuerdas la receta que puse en un par de partes atrás?

1. Mezclar azúcar y mantequilla hasta que quede una sustancia cremosa
2. Agregar 3 huevos
3. Mezclar y agregar 2 tazas de harina
4. Cocinar en un horno a llama baja por 45 minutos

Bueno, nuestra receta tiene ingredientes ¿verdad?, huevos y harina (por ejemplo) y también presenta instrucciones (statements), como mezclar y cocinar. Un programa tiene ambas cosas, éstos serán los temas les hablaré en las siguientes partes (comenzando con los ingredientes).

Nota: Lamento lo corta, poco interesante y como si fuera poco – la tardanza para escribir esta parte, pero me costó mucho decidirme y la verdad es que tuve que rehacer varias veces porque no sabía cuál de las siguientes dos partes poner primero. Lo bueno es que quedé con todos los artículos a medio hacer, así que voy a poder desarrollarlos más rápido.

Compartir

Java

Este lenguaje también de alto nivel desarrollado por James Gosling en Sun Microsystems, apareció paralelamente con Python, a principios de los años 90. Basado en gran parte en la sintaxis de C/C++. Este lenguaje tiene una particularidad que considero interesante. Este debe ser compilado en bytecode (aunque también puede compilarse a código máquina), ¿qué ventaja tiene esto?. Si bien, en teoría, un programa escrito en C podría compilarse (traducirse) con un compilador ya sea de GNU/Linux o Windows, en la práctica vemos que ésto no es así, lamentablemente el código debe ser modificado de manera importante (me gustaría explicarles por qué, pero está fuera de mi conocimiento). La gracia de Java es que el lenguaje es completamente estándar. Bueno, hasta ahora tenemos el mismo problema que con C, lo que pasa es que el bytecode, vendría siendo algo así como una “traducción a medias”, es decir, que no es código máquina, pero está mucho más cerca de serlo. Pero como este es el único lenguaje que el equipo entiende, de alguna forma igual tenemos que arreglarnos de alguna forma para que la traducción/interpretación lo haga. Para logra este fin, el código debe ser interpretado en su ejecución y se utiliza una aplicación especial conocida como Máquina Virtual Java (JVM). De esta forma, para ejecutar el mismo código de Java, sólo necesito la máquina virtual del sistema operativo correspondiente y voilà. Claramente esto presenta un inconveniente (lo suficientemente grande para que rechace siempre que pueda utilizar Java), el rendimiento, para ejecutar una aplicación necesitamos estar ejecutando la JVM cosa que no consume pocos recursos (aunque diría que con la tecnología actual no debería ser tan importante la diferencia). Por otro lado, presenta una ventaja sumamente importante, la portabilidad, es decir, la posibilidad de desarrollar el programa para distintos sistemas operativos/plataformas.

Aún más lenguajes…

Como si no fuera suficiente, existen muchos más lenguajes de los que yo puedo comentar y sería un despropósito hacerlo. Sin embargo, es importante saber que esta gran cantidad de lenguajes tiene una base muy lógica y que la he estado repitiendo todo el tiempo, las necesidades. Para programación web tenemos HTML, CSS, Php, JavaScript, para bases de datos tenemos SQL, hay otros lenguajes de uso más general como C, LISP para inteligencia artificial, etc. En fin, son una infinidad.

Nota final sobre los lenguajes

Real Programmers | xkcd.com

Automáticamente nace la pregunta: “¿Cuál es el mejor lenguaje?” y bueno te respondo… hacer esa pregunta es tan absurda como preguntar: “¿Cuál es el mejor color?”. Entrar en discusiones de ese tipo es una gran pérdida de tiempo, aunque no es raro que muchos crean que su lenguaje es el mejor y se enfrenten en eternas guerras santas. La verdad es que el mejor va a depender de las circunstancias, el propósito y la experiencia. C puede ser un muy buen lenguaje de propósito general, pero ¿de que me sirve si somos newbies y no podemos sacarle el jugo?. Obviamente sería mucho mejor utilizar BASIC, pero ser capaces de resolver el problema. Si quiero realizar una aplicación web, sin duda voy a escoger Php o JavaScript y no C y no creo que eso los haga “mejores” o “peores” lenguajes. Al igual que el color, puede ser que para un funeral el negro sea mucho más adecuado que el rojo, ¿pero lo hace eso “mejor”?. Lo dudo. Probablemente en otro momento el rojo sea más adecuado (como en una marcha). Como en todo, hay cosas de gustos y es perfectamente lógico esperar que prefieras un lenguaje sobre otro.

Programa en el lenguaje que más te guste y acomode utilizando las herramientas que a ti te sirvan más, si es con notepad, vim, Emacs o eclipse, no importa mientras seas capaz de hacer bien tu trabajo y disfrutarlo. Y si en algún momento te ves envuelto en ese tipo de discusiones estúpidas, mi consejo: retírate y haz algo mejor con tu tiempo, como estudiar tu lenguaje favorito o incluso mirar como crece el pasto.

Ya en la próxima parte comenzamos de lleno en el tema que nos convoca.

Compartir

Bajo v/s Alto Nivel

Ahora, lo curioso (o por lo menos interesante) es que realmente el computador no entiende mejor Ensamblador que Fortran o C (bueno, realmente los computadores son conocidos precisamente porque no entienden nada, de ahí que la programación tiene que ser tan precisa), recuerda: sólo código máquina. Para poder traducir los comandos de un lenguaje de medio-alto nivel es necesario otro programa especial conocido como compilador. Su trabajo se puede analogar al de traducir un texto de español a inglés.

stock.xchng | arte ram

Tan cierto como en la traducción entre lenguajes humanos, traducir un libro para niños al inglés es muchísimo más fácil y rápido que traducir un paper, dado que éste último tiene vocabulario más técnico y estructuras más complejas. Por lo tanto, es esperable que la traducción de ensamblador a código máquina es más fácil que la de C, y ésta a su vez, que la de FORTRAN a binario.
Como te puedes dar cuenta, vemos que cada uno tiene sus pros y sus contras. En la esquina oeste de shorts azules, tenemos al de alto nivel que es más fácil de aprender, de modificar y de entender, pero también requiere ser compilado, su traducción a lenguaje máquina puede no ser la más adecuado y su control sobre el hardware de la máquina no es demasiado. Por otra parte, en la esquina este de calzoncillos verdes, tenemos al campeón de peso pesado, lenguaje de bajo nivel, que por un lado permite un control importante sobre la máquina y si bien, requiere ser traducido (en general) por un ensamblador, es más rápido, en contraparte es difícil de aprender, utilizar y lo más importante difícil de modificar.

Modificar de nuevo… ¿cuál es tu problema?

Sí, como te habrás dado cuenta, he hecho mucha referencia a la modificación del código fuente y es la (in)consecuencia lógica de una las cosas que mencioné en la introducción. En el 95% de los casos, luego de pasar noches en vela intentando hacer que tu programa haga algo no lo hará (o más frustrantemente, hará justamente lo opuesto). De eso se desprende la importancia que el código sea fácil de modificar.

Ya, ya… al grano…

flickr.com | nic221. Algunos derechos reservados. Creative Commons BY-NC-SA.

Si esperas que te responda ¿Cuál es el mejor?, lamento decepcionarte, pues como en muchas cosas, no hay una respuesta correcta. Va a depender de las necesidades que tengas. Por ejemplo, si vas a ser hacker del kernel, creo que sería más prudente aprender ensamblador y C. Un lenguaje de alto nivel probablemente poco sirva (al menos yo no conozco ningún sistema operativo programado en Python o BASIC). Personalmente además de ser muy difícil para mí, no es mi propósito, por lo que dejaré los lenguajes de bajo nivel para más adelante.

Más lenguajes…

Les he comentado sobre ensamblador, FORTRAN y C, sin embargo hay muchos más lenguajes. No tiene sentido siquiera intentar realizar un acercamiento, pero sí me gustaría comentarles acerca de dos subtipos de alto nivel. Los lenguajes interpretados, como Python y el bytecode, como el que utiliza Java.

Python

stock.xchng | Buzzybee

Me detuve en este porque será el lenguaje que utilizaremos en las siguientes secciones, de ahí que es importante añadir este nuevo concepto de intérprete a nuestro vocabulario de desarrollador. Este lenguaje es relativamente nuevo, fue creado por Guido van Rossum en el año 1991. Que sea interpretado significa que no tiene que ser compilado (traducido) para luego ser ejecutado, sino que la traducción se va haciendo en la medida que el programa se ejecuta. Para comprenderlo mejor, vamos a seguir con nuestra analogía^[1].
Supongamos que el código fuente es el texto de un discurso, en el caso de un lenguaje compilado (como C), un traductor tiene que tomarlo y traducirlo completamente antes que un orador lo exponga. Por otra parte, si estuviera en un lenguaje interpretado (como Python), el orador iría a leerlo en su idioma, y un intérprete lo iría traduciendo en tiempo real. Esto significa que en el primer caso, luego de una vez realizada la traducción, podemos ejecutar la aplicación tantas veces como queramos, mientras que en el segundo se necesitaría al intérprete cada vez que quisiéramos leerlo. Al igual que antes, no hay ninguno tipo que sea superior al otro y la elección debería siempre va a depender de la necesidad/propósito que tengamos. Esta diferencia en el rendimiento entregaría otra razón por lo que no hay sistemas operativos escritos en Python. ¿Imaginas que cada vez tuviera que intepretarse?.

Ah, otra cosa, el nombre Python no se debe a la traducción de pitón (la serpiente), es en honor al grupo de comediantes británicos, Monty Python.

Estaba quedando muy largo es artículo, así que decidí dividirlo, en la próxima parte veremos Java y unas notas finales sobre como tomar la decisión de que lenguaje utilizar.

^[1] Metodología y Tecnología de la Programación, Curso 2007/2008

Compartir

Ya hemos revisado y aprendido la primera premisa de la programación: “Los computadores son estúpidos”. Programar entonces no es más difícil que dar instrucciones paso a paso de lo que queremos que haga. Por desgracia, (aunque no debería sorprendernos) un equipo no entiende español, inglés ni ningún otro lenguaje que los seres humanos podamos comprender. Puesto que de alguna forma tenemos que comunicarnos con el computador nace este nuevo concepto, lenguaje de programación, que será el idioma en el que le daremos las instrucciones que puestas en secuencias, formarán lo que se conoce como código fuente.

Código máquina

stock.xchng | flaivoloka

No voy a entrar en mucho detalle sobre el funcionamiento interno de la memoria del computador, pero les diré que ésta alterna entre ceros y unos, que vendría siendo el único lenguaje que el equipo entiende directamente. Puesto que es el código que realmente comprende el computador, se conoce como código máquina. Sorprendentemente, cuando recién aparecieron, los programadores trabajaban de esta forma. Como te podrás imaginar, programar de esta forma es sumamente difícil, imagina lo fácil que es cambiar un cero por uno (o viceversa) y eso produzca que el programa falle (como si eso fuera poco, ¡imagina lo difícil que sería encontrar el error!).

Ensamblador

Como todo el sentido de la programación es intentar simplificar las cosas, ya hacia el comienzo de los años 50 apareció el primer intento de desarrollar un lenguaje que fuera más sencillo de aprender, éste traducía las instrucciones a las correspondientes combinaciones de unos y ceros de cada equipo. Aún los programas seguían siendo dependientes de la máquina puesto que cada una tiene su propio set de instrucciones. No era perfecto, pero qué va! es más fácil de leer, comprender y más importante, de modificar. Un ejemplo de una aplicación escrita en ensamblador sería:

title Hello World Program
; This program shows "Hello World" on the screen
.model Small
.stack 100h
.data
db msg 'Hello, world!$'
.code
start:
    mov ah, 09h
    lea dx, msg ; or mov dx, offset msg
    int 21h
    mov ax,4C00h
    int 21h
end start

flickr.com | jooray

Aquí aparece un nuevo concepto, utilizado ampliamente en el ámbito de la programación: lenguaje de bajo nivel. Esto es cualquier lenguaje que requiere pasar por menos fases para ser transformado a código máquina y se acerca más al funcionamiento de ésta. En el caso particular de este lenguaje es que un ensamblador lo transforma a unos y ceros. Obviamente es más simple que en binario, pero aún así, es bastante críptico y muchas de las instrucciones resultan incomprensibles.

Fortran

Ya a finales del 1953, Backus, desarrolló el primer lenguaje que se conoce como de alto nivel. Al contrario que los de bajo nivel, el lenguaje pasa a ser un estándar, y no requiere instrucciones distintas para cada procesador. Un ejemplo:

program hello
    print*, 'Hello, world!'
end

Al comparar ambos programas, podemos ver que aunque hacen exactamente lo mismo (imprimir “Hello World!” en pantalla), éste último es mucho más corto (¡4 líneas contra 14, ¡casi la cuarta parte!) y más comprensible. Esto fue una revolución en el mundo de la programación y aparecieron numerosos lenguajes, pero me los voy a saltar para viajar un par de décadas más adelante…

C

La segunda edición del famoso libro publicado por primera vez en 1978

Bastantes años más tarde, en 1972 Dennis Ritchie desarrolla en los laboratorios de Bell Labs el lenguaje probablemente más popular e influyente de todos los tiempos, basándose en B y BCPL (aunque la verdad es que nunca existió un A), crean el lenguaje C, principal lenguaje en el que están programados los sistemas Unix. Se le trata algunas veces de nivel medio puesto que presenta características de un lenguaje de bajo nivel, es decir, un gran control sobre la máquina, pero al mismo tiempo estructuras típicas de un lenguaje de alto nivel. Esta mezcla de Es por estas razones que es un lenguaje tan ampliamente utilizado. Para continuar con la tradición, un ejemplo del ya famoso “Hello World!” en C:

#include <stdio .h>

int main ()
{
    printf("Hello World!\n");
    return(0);
}

Esta parte ha parecido más libro de historia que el intento de programar, pero bueno, estos contextos le dan un poco de sabor a este tema tan árido. En la siguiente parte, también veremos algo más sobre los lenguajes, pero de manera un poco más aplicada.

Compartir

Nota: No es que la segunda parte tenga otra introducción, a la primera parte le cambié el título a Prefacio. Sólo modifiqué el título y no el link, porque no quería que fallaran los enlaces.

Antes de querer aprender a hacer algo, es necesario saber qué es lo que vamos a aprender, ¿no?. Puede ser un poco obvio, pero nunca está de más detenerse a pensar que realmente significa lo que vamos a intentar aprender.

Programar, programas…. ¿ah?

Todos como usuarios de un equipo sabemos de la existencia de distintos programas (o aplicaciones), hay algunas para escribir (procesador de texto), para calcular (calculadora), otros para ver/escuchar multimedia (reproductores) y así podríamos continuar mencionando varios (y seguramente no terminaríamos nunca). Así podemos ver que cada programa cumple una tarea específica, en el procesador de texto no se puede jugar ni tampoco ver un video de YouTube. Podríamos decir entonces que cada programa resuelve algún problema en particular y como los problemas del mundo tienden al infinito, por tautología, tendríamos que la variedad de programas es prácticamente inacabable. Lógicamente, esto es directamente proporcional con la dificultad para escribir un programa. Hacer que un programa te pregunte el nombre y luego te salude debería ser bastante más simple que un programa que muestre dos ejércitos enfrentándose entre sí mientras esquivan una lluvia de flechas ardiendo por el ejército enemigo y fuego que es escupido por dragones que zurcan un estrellado cielo con 3 lunas.

nkzs | stock.xchng

Para lograr esto, debemos decirle al computador qué, cómo y cuándo realiza una determinada tarea. El computador no “piensa” por sí mismo por lo que es mi tarea como programador darle las instrucciones adecuadas. Por último, un programa no hace más que decirle al computador como recibir una entrada de datos (generalmente por parte del que utiliza la aplicación), manipularla y escupirla de vuelta, idealmente de una manera comprensible para un ser humano común y corriente. WordPress por ejemplo, recibe de entrada las teclas que yo presiono (input), lo manipula dándole formato y luego lo entrega en un texto comprensible para ustedes (espero).

¿Difícil? Nahh… sólo dame un minuto más

Wallace Wang en Beginning Programming for Dummies (¡gracias por tan buen libro!) dice que programar no es precisamente difícil, sino más bien consume mucho tiempo. Básicamente, si eres capaz de dar instrucciones escritas de como llegar a tu casa o como preparar un queque deberías ser capaz de escribir un programa.

1. Mezclar azúcar y mantequilla hasta que quede una sustancia cremosa
2. Agregar 3 huevos
3. Mezclar y agregar 2 tazas de harina
4. Cocinar en un horno a llama baja por 45 minutos

Por muy razonablemente claras sean estas instrucciones (si sé que faltaron pasos), tenemos que recordar que el computador hace exactamente lo que le pidamos -ni más, ni menos- por lo que es más bien estúpido (por cierto, diría que esta es la primera premisa que deberías asimilar). Al tratar de ingresar esas instrucciones se detendrá y nos preguntará:

1. ¿Dónde está el ázucar y la mantequilla? ¿Cuánto tiempo se debe batir? *cof* ¿qué significa batir? ¿qué tan cremosa debe ser la sustancia?
2. ¿Dónde están los huevos? ¿se ponen enteros o se deben romper antes?
3. ¿Dónde está la harina? ¿qué tan llenas deben estar las tazas?
4. ¿Qué tipo de horno? ¿qué significa llama baja?

Como se pueden dar cuenta, la programación puede ser sumamente frustrante, por lo que deberíamos recordar que es aún más básico que intentar hacer entender a un niño que tiene (o no tiene) que hacer. Sencillamente, al menos que explicites precisamente lo que quieres, el equipo lisa y llanamente no hará lo que le solicitaste.

Para cerrar esta introducción diría que la mejor manera de enfrentar la difícil tarea de escribir un programa, es dividir el gran problema en problemas más pequeños. No sólo para ahorrar tiempo, sino también por sanidad mental.

En la siguiente parte revisaremos un concepto muy utilizado, el de los lenguajes de programación (¡tema que me gusta en particular!).

Compartir

Okay, te preguntarás entonces, ¿cuál es la gracia que escriba cuando hay infinidad de recursos en toda la red?. Estoy muy en contra de hacer SPAM en la web, ya hay suficiente información repetida como para seguir du(tri)plicando. Por lo mismo, creo que puedo hacer algo distinto y aportar con mi granito de arena :). ¿Cómo?… a eso voy ahora…

Cuando tomas un libro sobre programación (cualquiera sea el lenguaje; no, no te preocupes, ya veremos que significa), te podrás dar cuenta que la mayoría están escritos por entendidos en la materia. Lo mismo pasa con otros tópicos, ¡prefiero estudiar medicina de un autor conocido!. Bueno, pero ahora, mi propuesta sería la siguiente: “¿Por qué no en vez de esperar a ser perito para enseñar, vamos aprendiendo juntos?”. ¡La web y las nuevas TI nos permiten un feedback que con los métodos tradicionales sería imposible!. Escribir capítulo a capítulo, recibiendo comentarios, corrigiendo, pasa a ser un trabajo de edición mucho más fácil y rápido para todos.

Given enough eyeballs, all bugs are shallow — Eric S. Raymond. The Cathedral and the Bazaar.

Traducido al español (con bastante menos estilo) sería:

Con los suficientes ojos, todos los errores serán fáciles de encontrar

Así, con la “Ley de Linus“  como la llama el cofundador de la Open Source Initiative, voy a intentar demostrar -empíricamente- que este sistema también se podría aplicar fuera de la programación (bueno, también lo voy a probar en la programación en mucho menor grado, dado el contenido a tratar) y que el FLOSS va mucho más allá de un montón de geeks reclamando sin razón a Microsoft.

Sí, es un proyecto ambicioso, pero espero que podamos terminarlo y si no, bueno, ojalá que podamos pasarla bien en el camino y aprender algo de programación. Pretendo ser muy básico, por lo que creo que a los que ya sepan no les va a ser muy útil. En la próxima, ya entramos de lleno en el tema.

* Por cierto, también hago esas cosas, ¡de hecho me gustan mucho!. No estoy todo el día encerrado en mi casa :P.

Esta serie continúa en la segunda parte: Introducción.

Compartir