«Andante con moto». Rapidillo, ma non troppo…

A través de Planet Gnome me acabo de enterar de que los chicos de openSUSE siguen empeñados en hacer funcionar el programa de correo electrónico Evolution bajo Windows.
Este programa es un excelente sustituto de Outlook ya que maneja perfectamente toneladas de correo electrónico e integra tanto los contactos como el calendario (incluso se puede sincronizar con Google Calendar).
Espero que funcione igual de bien que en Linux, y que estoy un poco hasta las narices de las desapariciones espontáneas de carpetas de correo en Thunderbird (en el ordenador de mi mujer, claro está).

Este año la GUADEC-ES, en su séptima edición, vuelve a A Coruña (¡Diosss, cómo me fastidia tener que escribirlo así! Lo normativo no quita lo cacofónico).

La GUADEC es como llamamos a la «GNOME Users’ And Developers’ European Conference» (que este año se celebra en La Haya, Países Bajos) y la GUADEC-ES es su hermana pequeña, creada por y para los desarrolladores y usuarios hispanoparlantes.

Se celebrará los días 22 y 23 de julio de 2.010 y cerquita de casa, así que este año no hay excusa para no ir.

Acabo de enterarme a través del blog DiarioLinux de la existencia de los Cuadernos de formación tecnológica que publica Cenatic en cómodos fascículos.

Hasta ahora están disponibles siete de estas pequeñas guías, de unas 20 páginas cada una, que describen de forma sencilla y comprensible los programas de uso cotidiano más utilizados en el mundo del software libre. Desde el navegador «Firefox» hasta las base de datos «OpenOffice.org Base», pasando por las herramientas de comunicación por correo electrónico («Evolution») y mensajería instantánea («Pidgin»), las de diseño gráfico («Gimp» e «Inkscape»), y los demás componentes de OpenOffice.org: «Writer», «Calc», «Impress» y «Draw».

Lo mejor de todo es que todas estas herramientas, excepto quizás «Evolution», están disponibles también para los usuarios de Windows, por lo que no hay excusa para no probarlas, engancharse, y finalmente dejar atrás el mundo de los virus, troyanos, reboots diarios y reinstalaciones semestrales. Por supuesto, instalando una distribución de Linux .

This is a little PHP script I've been using on my personal/home web server to generate listings of the content of the accessible folders. I've improved it over time and suddenly I got in this sharing mood and thought:

«Gee, the rest of the world should have the pleasure of running this script on their web servers with PHP enabled. They should have the opportunity to simply copy it into a directory under their DocumentRoot and point their browser to it.»

Yeah, that's what I thought. And now, a few months later, I remembered having thought that. So here it is: turdle_0.1.php. Rename it as you see fit (at least remove the .txt extension).

Like the header says:

/*
 * TURDLE is "The Ultimate Recursive Directory Lister, Enhanced"
 * it's not called ÑORDO because that doesn't make an nice acronym.
 * 
 * It lists the content of the defined directory and creates
 * links to it's content.
 * It does not show files starting with ".".
 * It does not show itself.
 * It does not validate as HTML 4.01 Strict!
 * It peruses the word "it" in it's header
 * 
 */

By the way, it's published under the GNU/GPL, too.

Hace poco me tocó añadir ciertas funcionalidades a una aplicación web que escribí hace unos seis o siete años. Además de echarme algunas risas por alguna de las «barbaridades» que me encontré al revisar los archivos, me pasé un buen rato formateándolos para poder ver bien el flujo del código y comprender qué pasaba en cada sección. Y es que hace seis años todavía no tenía un estilo de código definido.

Cuando empecé a programar en PHP venía un poco viciado de programar en C y javaScript y hacía cosas como:

1
2
3
4
5
6
7
8
9
10
11
12

function mifuncion()
{
	// Función para hacer algo
	if (condicion)
	{
		// hacer una cosa
	}
	else
	{
		// hacer otra cosa
	}
}

desperdiciando valiosas líneas, algo que aprendí a evitar cuando los archivos de código se hacen más y más grandes y solo tienes 1024 píxeles de alto en tu pantalla.

A día de hoy ese mismo código lo pondría así:

1
2
3
4
5
6
7
8

function mifuncion() {
	// Función para hacer algo
	if (condicion) {
		// hacer una cosa
	} else {
		// hacer otra cosa
	}
}

ahorrándome cuatro líneas.

Como el hombre es un animal de costumbres sigo haciendo esto porque, a pesar de que las pantallas son cada día más grandes, también los IDEs ocupan cada vez más espacio en pantalla con sus barras de herramientas, de estado y plugins de calidad de código y no sé qué mil cosas más. Y no me hagáis hablar de la manía que le ha entrado a los fabricantes por las pantalla panorámicas ;-(

Mi estilo actual de programación está fuertemente basado en las recomendaciones de Sun (ahora ya parte de Oracle), publicadas en sus «Code Conventions for the Java Programming Language» (traducido al español por javaHispano -no tengo enlace al documento original- y revisado y corregido por un servidor: Convenciones de código para el lenguaje de programación Java).

NOTA: también estoy a favor de usar tabulaciones de cuatro espacios, a pesar de que el plugin de wordpress ponga 8, y en contra de lo que defiende Jamie Zawinski en el artículo «Tabs vs Spaces» que he puesto de «Obligada lectura» en la columna de la derecha.