Cada lenguaje tiene sus particularidades. Cuando estamos acostumbrados a crear bucles FOR…NEXT, WHILE…END WHILE, LOOP…END LOOP, en Python eliminamos la segunda parte, le indicamos al intérprete que el código que tiene que ejecutar es aquel que cumple estas 2 condiciones: 1) Lo escribimos a continuación de la construcción de inicio de bucle y 2) Está separado una cantidad de espacios determinada e igual entre todas las fórmulas que se van repitiendo en el bucle hasta que se cumple la fórmula que escribimos en la construcción de inicio de bucle.
Ejemplo sin comentar:
n = 9
pares = 0
while n < 20:
….pares = 2 * n
….print (pares)
….n = n + 1
print (“El número final es”, pares)

Leer más…

Imprimir en pantalla en Python no funciona con la orden PRINT, ni con la orden Print, sino con la orden print(“Texto a imprimir”).

Si quiero imprimir en pantalla algo que lleve nuevas líneas puedo usar \n

print(“\nEste texto aparece después de una línea en blanco”)

o simplemente escribir el texto dentro de 3 dobles comillas

print(“”"Texto de la primera línea

Texto de la segunda línea”"”)

En la web de Apple Developer Connection encontramos un documento técnico de 3.138 palabras sobre cómo programar Aplicaciones Cocoa en Mac utilizando Python como lenguaje.

Cuando estás programando, cosa que me gusta nombrar con la expresión: creando fórmulas, entiendes lo que haces. Meses después tienes que entender lo que ya creaste y para ello tienes la ventaja de que has comentado tu código y de que conoces el lenguaje, pero tienes la desventaja de que la memoria es el componente más limitado que la inteligencia, al menos para mí, por lo que volver a entender “las fórmulas” lleva a veces un rato un poco más largo de lo esperado.

En esto, leo a un entusiasta de Python que con el siguiente ejemplo, la verdad, a mí me convence cuando me cuenta que Python es más legible. El programa es el mismo, lo que hace es sumar los componentes de dos listas por pares según su lugar en la misma y devuelve las sumas.

Perl:

sub pairwise_sum {

my($arg1, $arg2) = @_;

my(@result) = ();

@list1 = @$arg1;

@list2 = @$arg2;

for($i=0; $i < length(@list1); $i++) {

push(@result, $list1[$i] + $list2[$i]);

}

return(\@result);

}

Python:

def pairwise_sum(list1, list2):

result = []

for i in range(len(list1)):

result.append(list1[i] + list2[i])

return result

Con mucha calma y de manera muy demasiado espaciada leo algo sobre Python. Lo primero que leo es que Python es bello, que su código es legible, que su sintáxis es asequible y que resume sus sentencias tanto que es habitual el que se precisen menos líneas que en otros lenguajes que también son interpretados, como Perl.

Como ejemplo de simplicidad, el libro compara unas fórmulas de java con otras de Python que realizan la misma función. En el ejemplo se trata de intercambiar los contenidos de 2 variables entre sí. Las líneas de código en java son:

int temp = var1;

var1 = var2;

var2 = temp;

La línea de código en Python es:

var2, var1 = var1, var2

Últimamente en mi trabajo estoy usando un lenguaje de programación para la realización de mis scripts  de administración del sistema que usualmente hacía en tres tipos de lenguajes de script: en linux bash-scripting, en Windows XP/2003 Server/2008 Server archivos BAT (proceso por lotes) y un poco de Windows Scripting Host.

Pero me he cansado de buscar documentación sobre cada uno de ellos cuando me atasco en algo y decidí en su momento “migrar” a Python, que me da muchísima potencia, la documentación existente es muy amplia y lo mejor de todo: es multiplataforma. Solo hay que instalarlo -donde no exista por defecto-.

Leer más…

En mi casa estamos mirando con ojos tiernos al lenguaje Python porque nos parece que tiene más vocación jugona que RealBasic.
Una vez que hemos pasado unas buenas horas investigando, la impresión es muy positiva. 1) Un artículo de Apple Developer Connection lo plantea como un lenguaje que es válido sustituto de Objetive-C, perfectamente entendido dentro de XCode, y que está perfectamente comunicado con los objetos de Cocoa. 2) “Prometen” que es estupendo el aprovechamiento del código para las otras 2 plataformas aparte de Mac, la mayoritaria y deficiente y la otra, la elitista aunque excelente. 3) Conecta con PostgreSQL, etc.. 4) Sale a web, al parecer perfectamente. 5) La cantidad de documentación y código libre de ejemplo que regala la gente es admirable y grandioso. 6) Y el código que llevo visto tiene un aspecto sencillo, claro y ordenado.
7) Lo que además está muy bien en mi caso es que las últimas versiones de Python y de Pygame funcionan perfectamente en mis viejos Mac Power PC G4, (además, claro está, de en mi MacBook Pro de 2007 con Snow Leopard).

En los tiempos en que los portátiles Apple que compraba eran IBM PPC ya instalé Fink y con él instalé Gnome. Esto permite correr la capa gráfica de Apple y las de la comunidad, Gnome y KDE en nuestros Mac a la vez. De esta manera no interponemos el peso de una máquina virtual. A lo mejor hasta el mapeado de carácteres de Python funciona sin necesidad de usar el terminal.