The first thing is configuring the account for SCP/SFTP/rsync access. Go to the Backups User section of the Users menu in the Panel and create a user. They'll give you a name and a password and send you an email with all the information. That's the only thing you need.

Then, you must create the folder structure to hold your backups in case you don't want to have everything on the root folder. The easiest thing is to get a SFTP client. In my case I used WinSCP, but you can use whatever you want. I created a folder called photos to hold my digital collection.

Now, the trickiest part. If you have a modern Linux distribution or any up to date rsync compilation it's very possible that you have version 3.0 or later that implements protocol version 30. To know the version of rsync, just write:

rsync --version

In my case, I have "rsync  version 3.0.3  protocol version 30". In that case, if you use rsync as usual, you'll get a nice error saying that:

insecure -e option not allowed.
This account is restricted by rssh.
Allowed commands: scp sftp rsync

After googling a little, I discovered that protocol 30 sends implicitly an -e command and the installed version in Dreamhost does not like that, because it uses protocol 29. The solution is adding '--protocol 29' to the rsync options.

Then, to make all the process automatic, you need to avoid rsync asking for a password. That can be easily done following this instructions on passwordless ssh. You can't ssh to the remote machine but if you create a new file called authorized_keys locally with the contents of id_dsa.pub and then using the SFTP client upload it to a new folder (if not exists) called .ssh (don't forget the dot!). It will work like a charm.

Then, create a script that does the rsync thing. In my case, I have this single instruction, but you can sync as many folders as you want.

rsync -aP --delete --protocol=29 /mnt/photos/* bXXXXXXX@backup.dreamhost.com:photos

With this, I tell rsync to use archive mode (-a), which is quite interesting as it preserves timestamps and is recursive, and to store partial information (-P) in case I break the connection. Then I tell rsync to delete the destination files that are not in the source (which can be dangerous if you delete something locally and want to recover it later, so I leave this option up to you). Then to use protocol version 29 (--protocol 29) as I discussed earlier. Finally, I tell rsync which is the source folder and the destination one, indicating the username and the host.

And that's it. If you store this command in a .sh file and put it in the crontab (with crontab -e), you can automatically back up your valuable data to the Dreamhost backup account. My crontab settings are like this:

# m h  dom mon dow   command
0 2 * * * ~/backup.sh > ~/backup.log

This will execute the backup script every day at 2 AM, and will store a .log, in case I want to check the results. Note that the first time that you execute the script it may take some time (4 days for me, 18Gb in total) depending on the amount of data to back up, so I recommend you to execute it manually before creating an automatic task.

Finally, I want to remind you that the data stored in that account is not guaranteed by any means by Dreamhost, so don't make it your only full trusted source for backup data.

Link | Dreamhost

Note: This is my first post in English, so please forgive my errors, I tried my best.

Van a devolver el dinero prestado, pero en realidad habría preferido que siguieran. Es una pena, no solamente porque no lo han conseguido sino porque movilizaron a mucha gente con la idea, tanto a favor como en contra y seguramente si alguien decide hacer lo mismo no van a tener la respuesta esperada, se ha perdido la inocencia. Al contrario que Obama, no han podido proclamar el "Yes, we can!".

Realmente me decepcionó la gente que lo vió como una campaña de márketing viral o simplemente vio a la gente de Mobuzz como unos jetas. En mi opinión ni tenían ni idea del proyecto y les molestó además que Mobuzz tuviera suficiente entidad como para movilizar a grandes voces de la blogosfera española en su favor. No creo que ninguno de los fundadores de Mobuzz tuviera la más mínima intención de quedarse con el dinero o usarlo para algo que no fuera el proyecto.

Y para finalizar, no pidieron dinero a nadie que no lo quisiera dar. Yo soy seguidor del programa, me piden que les ayude a seguir adelante y les doy dinero. No me siento coaccionado y estoy en mi derecho de dar si me parece interesante su proyecto. Si no te interesa lo más mínimo, ni des dinero ni critiques sus decisiones, no creo que se hayan tomado a la ligera.

En resumen, mucha suerte a la gente de Mobuzz, les echaré de menos. Sobretodo las despedidas de Iria.

Actualización 27/11/08: Enrique Dans lo explica perfectamente en su blog.

Actualización 30/11/08: Y Fuckowski lo explica aun mejor en el suyo. La otra cara de la moneda.

Mi opinión sigue sin cambiar. Por un lado, cada uno es libre de recaudar dinero como quiera, pero eso no quita que quizás llegados a ese punto confiaron demasiado en su poder blogosférico para conseguir fondos. No deberían haber necesitado fondos si el sistema funcionaba. Si no funciona se cierra y punto o se arregla de algún modo, y lo primero es lo que han hecho. Eso sí, que no digan que era una buena idea, porque de ideas no se vive, hay que rentabilizarlas.

Via | Mobuzz TV decide cerrar pese a las donaciones de sus seguidores [elpais.com]

Logo Informática

Está habiendo mucho revuelo en el mundillo de la informática con esto de la huelga de informáticos y de que según dicen quieren acabar con la carrera de informática.

Personalmente, lamento que gente como el CPIIA esté liderando o por lo menos haciendo más eco de la noticia, donde en su web se pueden leer declaraciones como esta:

Desaparece la ingeniería en informática. Se cumple el deseo de muchos. Por fin desapareceremos y dejamos el camino libre al ejercito de aficionados y "reciclados" para erigirse como los nuevos y verdaderos informáticos. Dejaremos de ser un problema.

Desde luego, debo sentirme aludido con lo de "reciclados" ya que supongo que para estos bendecidos por Santa Tecla, yo no soy ni mucho menos un verdadero informático.

No entiendo porque dicen que es el deseo de muchos ver desaparecer a los informáticos. En mi día a día trabajo con verdaderos informáticos y también con aficionaduchos de tercera como industriales o telecos, esos reciclados que usurpan los puestos de trabajo que tanto merecen los verdaderos informáticos. Y no voy a decir que estén todos igual de preparados para ciertas cosas, pero el desarrollo de software es un conocimiento transversal y eso es algo innegable, por lo que, al igual que ocurre con la lengua o las matemáticas o la física, no solamente los verdaderos filólogos, matemáticos o físicos tienen el poder divino de deleitarnos con su conocimiento.

Y otra perla:

Nunca tendremos atribuciones profesionales. No la hemos tenido hasta ahora y al desaparecer ya no las tendremos nunca. No sabemos que pasará con los nuevos títulos aunque por su caracter local a cada universidad no parece posible que lleguen a tener atribuciones.

Qué obsesión con las atribuciones. No todas las ingenierías tienen atribuciones ni mucho menos todas las especialidades universitarias. De hecho, la mayoría no tienen grandes atribuciones como pueden tener los arquitectos, sino pequeñas, que puede que den trabajo a algún titulado pero desde luego no es el pan de cada día de la mayoría.

Estoy plenamente de acuerdo con que es cierto que hay mucho personal no cualificado haciendo labores de informático, pero también existe "Está pasando"  en Telecirco dónde hay quien hace labores de periodista. Y médicos con títulos falsos y conductores de autobús sin carné, pero es lo que hay. Ciertamente la informática está devaluada por muchos motivos pero no creo que poniéndose en contra de gran cantidad profesionales que sin ser verdaderos informáticos hacen muy bien su labor consigan nada positivo.

Así pues, aunque en mi opinión no debería desaparecer informática porque hay conocimientos suficientes para que exista una carrera al respecto (aunque desde luego no tan mayoritaria como es ahora), no pienso apoyar la huelga porque la encuentro excluyente y estoy harto de oir lloriquear a los verdaderos informáticos de que si los falsos y impostores informáticos les quitamos los puestos de trabajo. Eso sería así si hiciesemos mal nuestro trabajo o cobrásemos menos que ellos por lo mismo, pero señores, esto no es así. No tenemos ninguna ventaja competitiva sobre ellos, lo que no es un problema nuestro, sino de los informáticos verdaderos, que no han sabido dar una plusvalía a sus aptitudes.

Yo voy a hacer mi donativo porque me parece un proyecto interesante, le he cogido cariño a Iria Gallardo y qué narices ¡necesito la dosis diaria! Me alegrará ver el termómetro a tope al final de la semana.

Actualización 10/11/2008: Leo por twitter que han decidido seguir con el programa aunque se han quedado en los 40.000€. Bien por ellos aunque seguro que hay algún listillo que quiere que le devuelvan la pasta. Venga, ¡qué ya tenemos ganas de verlos de vuelta!

Via | El último show de Mobuzz [enriquedans.com]

Enlace | Salvar Mobuzz [mobuzz.tv]

El caso es que se plantea hacer una función para sanear el HTML que introducen los usuarios de modo que se eviten los posibles ataques XSS. Alguien le dice que para que hacerlo si eso seguro que ya esta hecho a lo que Jeff responde con este post, indicando que el conocimiento sobre el saneamiento del HTML es una parte fundamental de su negocio.

En ese momento, se hace referencia a un artículo de Joel Spolsky en defensa del NIH, donde se introduce el siguiente cuestionario:

1. La reutilización de código es:
   1. Buena
   2. Mala
2. Reinventar la rueda es:
   1. Bueno
   2. Malo
3. El síndrome NIH es:
   1. Bueno
   2. Malo

Cuestionario al que toda persona de bien debería responder 1), 2) y 2). ¿Verdad?

Entonces viene la defensa. Vale, reutilizar código, tanto nuestro como de otros es bueno. Vale, reinventar la rueda es una pérdida de tiempo, seguramente otros hacen mejores ruedas y vamos a perder el tiempo. Vale, el síndrome NIH es una lacra social.

Pero... ¿existe algún motivo por el que valga la pena reinventar la rueda?

Joel lo dice claro:

Si es una función principal de tu negocio, hazla tú mismo, no importa lo que sea.

Es decir, si lo que hay que desarrollar es nuestro propio negocio, hay que reinventar la rueda y invertir esfuerzo en hacerlo. No importa lo que sea, pero si nuestro negocio depende de ello y es parte del conocimiento de nuestra empresa, lo mejor será hacerlo uno mismo.

En mi caso por ejemplo, tenemos desarrollado un gestor de proyectos. En su momento, fue un producto estrella y lo lógico es que hiciésemos el desarrollo y además, lo usásemos. Ahora mismo, ya no es parte del negocio así que convendría buscar una solución externa a la gestión interna de proyectos.

También tenemos desarrollado un gestor de tickets, que nunca se pensó como parte del negocio por lo que nunca se tuvo que haber hecho, se podría haber usado perfectamente uno de los miles de gestores de tickets comerciales que existen, como por ejemplo se está haciendo con el CRM.

Pero ahora mismo estamos enfrascados en el desarrollo de un ECM. Vale, hay ECMs comerciales impresionantes a los que posiblemente nunca alcancemos, pero vender ECMs personalizados para el cliente es nuestro negocio y tenemos que saber hacer ECMs. Podríamos revender otros ECMs pero entonces la empresa debería cambiar su enfoque de negocio.

Via | Programming is hard, let's go shopping!

Pues bien, ya ha salido la primera beta que perfila las funcionalidades de la release final después de haber pasado un proceso de 5 previews que han ido evolucionando el producto en base a las necesidades del equipo de desarrollo pero también de una gran cantidad de desarrolladores que nos hemos embarcado en esta aventura. Aun queda algo de trabajo, pero el framework está mucho más pulido que en las primeras releases y, aunque seguro que algunas cosas se podían haber hecho de otro modo, su publicación final puede revolucionar el panorama del desarrollo en ASP.NET. De hecho esta beta ya no cambia demasiadas cosas respecto a la Preview 5 y el cambio es bastante sencillo.

En Variable Not Found leí por primera vez las novedades que traía, y luego como no, ScottGu y Phil Haack escribieron sus habituales posts describiendo minuciosamente las novedades que nos podemos encontrar más allá del listado que cambios que acompaña la release.

Muchas novedades son sobretodo la mejora de cosas existentes y una mejor integración con Visual Studio pero me ha gustado especialmente la inclusión de JQuery en el proyecto por defecto, siendo el primer producto Microsoft en integrar esta librería tal como se había anunciado. Esta "adopción" permitirá la propagación de esta librería y será de gran ayuda a la hora de desarrollar aplicaciones visualmente más ricas.

Como recomendación, no hay que perder de vista el estupendo proyecto MvcContrib, un proyecto Open Source enfocado a mejorar y añadir funcionalidades al propio framework MVC, como por ejemplo más componentes HTML, ayudas para el testado o integración con varias librerías de IoC. Horas después de sacar la beta, ya han actualizado la librería para funcionar con ella.

Y también no olvidar la librería MVC Futures, que incluye algunas estupendas funcionalidades como ActionLinks genéricos usando expresiones lambda de modo que no se especifica el nombre del controlador y la acción sino directamente el nombre de la clase y del método, impidiendo de ese modo los errores tipográficos que se puedan cometer. ScottGu asegura que estas funcionalidades seguirán siendo actualizadas con los nuevos lanzamientos del MVC Framework y estarán disponibles en la versión 1 cuando llegue el momento, por lo que no hay que temer usarlas.

Y eso es todo. Recomiendo encarecidamente a todo aquel que trabaje desarrollando para ASP.NET que le eche un vistazo al proyecto porque en mi opinión es de lo más interesante que se está desarrollando en el mundo del desarrollo web bajo la plataforma .NET, además de que enfatiza las buenas prácticas y mejora la productividad y la claridad de los desarrollos.

Enlace | ASP.NET MVC

Via | ASP.NET MVC Beta: novedades

Para Ubuntu existen unas cuantas opciones. Para empezar se puede descargar directamente de la web de Adobe y apañárselas uno mismo, pero por suerte hay gente que piensa y nos hace vagos. Por no decir que ahora mismo no me va la descarga del .deb (su enlace está mal pero se puede conseguir igualmente), que de todos modos no funciona en 64 bits.

La siguiente opción es por ejemplo, ver que en la nueva versión de Ubuntu estará el nuevo Flash, así que nos podemos bajar el .deb (abajo del todo, la versión amd64) de esa distribución (o configurar apt para que lo haga, pero es más complicado).

Acto seguido:

sudo dpkg -i flashplugin-nonfree_10.0.12.36ubuntu1_amd64.deb

Y por lo menos a mi me salta un precioso error:

*** NSPlugin Viewer  *** ERROR: libnss3.so: cannot open shared object file: No such file or directory

Por lo visto es algún tema de que faltan unas librerías en /usr/lib32, que no tengo ganas de buscar. Es tarde y quiero ver el Flash en marcha. Sigo googleando y encuentro una página con un script .sh [queleimporta.com] para hacer todo lo que siempre quise.

Es más, se puede hacer incluso en una línea:

wget http://queleimporta.com/downloads/flash10_en.sh && sudo chmod +x flash10_en.sh && sudo sh ./flash10_en.sh

Como tenía curiosidad por ver lo que hacía, lo he descargado, pero hace lo normal, quitar todo lo que pueda crear conflicto, borrar cosas que no sirven, descargar las librerías de 32 bits que faltaban y copiar los archivos descargados de Adobe. En fin, lo lógico.

Ah, cuidado al ejecutar que cierra el Firefox de forma un tanto brusca.

Finalmente, cuanto esté todo instalado y el Firefox reiniciado se pueden visitar unas bonitas demos que prepararon los de Adobe.

Enlace: La forma más fácil de instalar flash 10 en Ubuntu 64 bits [queleimporta.com]

Lo importante en definitiva es que se basa en The Joel Test: 12 Steps to Better Code (versión en español). Son 12 sencillas preguntas que esconden toda una filosofía de buenas prácticas deseables en cualquier entorno de desarrollo. También googleando he encontrado un excelente artículo sobre estas 12 preguntas aplicadas al desarrollo web. Estas son:

1. ¿Usas control de versiones?
2. ¿Puedes tener listo el producto en un solo paso?
3. ¿Compilas el producto a diario?
4. ¿Tienes una base de datos de errores?
5. ¿Solucionas los errores antes de escribir nuevo código?
6. ¿Tienes una planificación actualizada?
7. ¿Tienes unas especificaciones?
8. ¿Tienen los programadores un entorno de trabajo tranquilo?
9. ¿Tienes las mejores herramientas que puedes comprar?
10. ¿Tienes testers?
11. ¿Escriben código los candidatos durante su entrevista?
12. ¿Haces pruebas de usabilidad de "vestibulo"? (O sea, a cualquiera que pase por allí y esté dispuesto)

Aunque en realidad se podrían hacer muchas más, si se realizan la mayoría de ellas probablemente se esté trabajando de forma decente. Si no, la cosa se puede poner complicada: posiblemente vives diariamente en un infierno incomprensible.

Ahora toca la parte complicada. ¿Qué nota sacamos en mi empleo actual? Vamos a ver

1. Sí, desde hace un tiempo y por supuesto para nuevos desarrollos. Subversion que no es ni el mejor ni el peor pero tiene herramientas chulas como TortoiseSVN y VisualSVN. Además está bastante extendido y se encuentra fácilmente soporte y ayuda.
2. No, de momento. Es algo necesario y está planificado. Supuestamente con MsBuild o Nant lo podemos conseguir.
3. Sí. Para el producto actual usamos TeamCity con cierto éxito, gratuita para pequeños grupos. Eso sí, faltan aun los scripts completos del paso 2.
4. Sí, usamos Redmine y una herramienta interna (bastante inservible, la verdad), aunque no se si el Redmine me acaba de gustar del todo. En fin, mientras tengamos todos los errores registrados bueno es.
5. Más o menos. A veces el tiempo apremia, pero se debería hacer. La compilación del paso 3 comprueba los tests unitarios, lo que no significa que encuentre todos los bugs, obviamente.
6. Sí, lo intentamos, aunque a veces vamos dando palos de ciego sin saber muy bien el rumbo.
7. Eso creo. El flujo de generación de especificaciones es bastante malo, por lo que muchas veces no son lo suficientemente rigurosas ni explícitas.
8. Depende de la oficina. En la que yo estoy es excelente.
9. No. Siempre hay pegas para adquirir herramientas pero estamos mejorando.
10. No oficialmente. Se prueban las cosas bastante mal y sin rigor.
11. No, lo que me atañe y voy a ver qué puedo hacer al respecto. De momento me leere la Guerrilla Guide to Interviewing a ver qué saco de interesante.
12. No. Parece que ahora quieren contratar a unos expertos en usabilidad para guiarnos, aun así dudo que se realicen pruebas de este tipo

Así que mi JoelScore(tm) es de unos 6/12. Aprobado raspadillo y por los puntos 1, 3 y 4, lo cual no es por tirarme flores, pero creo que he contribuido bastante a instaurar estas herramientas y procesos. A ver si el año que viene llegamos a 8 o 9/12, lo que estaría bastante bien.

En resumen, aconsejo a todo el mundo que trabaja en este mundillo que lea las preguntas, que lea lo que significan las preguntas y se autoanalice para ver en qué estado está y qué puede hacer por mejorarlo.

• Resolución de Pantalla: 800 x 600 píxeles.
• El acceso lo puede realizar con los navegadores Microsoft Internet Explorer versión 5.5 y Netscape Navigator 6.0.
• La intensidad de cifrado del navegador ha de ser, como mínimo, de 128 bits.

No contentos con eso, además añaden:

Así mismo le recomendamos la instalación de las últimas versiones de dichos navegadores, para que pueda aprovechar al máximo todas las posibilidades que le ofrecemos.

Realmente algo complicado, ya que hace ya algún tiempo que Netscape dejó de estar disponible y la versión 6.0, además de ser altamente inestable, apareció en el año 2000. Sin comentarios. Por no decir que Explorer 5.5 también apareció ese año para versiones de Windows anteriores a XP, que aun no existía. Así que dudo bastante que su aplicación funcione en ninguno de esos dos navegadores.

Así que ni corto ni perezoso les indiqué que no me resultaba posible conseguir ninguno de esos navegadores en mi Mac, pero que tenía Safari y Firefox, siendo este último el segundo navegador más usado y que merecía ser considerado como tal y estar soportado ya que está disponible en multitud de plataformas a parte de Windows.

Y esta fue la respuesta:

En primer lugar agradecemos su sugerencia y damos traslado de la misma a nuestros servicios centrales para su valoración y posible implementación.

Se agradece, pero lo mejor viene a continuación:

Asimismo, le informamos de que la página ----- está optimizada para trabajar con PC.

Esto ya es lo último. ¿Cómo de optimiza una web para trabajar con un hardware completo? Podría alegar que mi Mac es un PC dado que pocas diferencias tiene con uno de estos ahora que es 100% Intel, salvo el sistema operativo. Veo que mucha gente sigue asociando PC = Windows, lo que ya sabía pero no es lo que espero de un servicio de atención de un banco online.

En resumen: hay que dar soporte a Firefox como poco en todas las aplicaciones web ya que es la única manera de asegurarse que casi cualquier persona podrá disfrutarlas en cualquier plataforma independientemente de su sexo, religión o condición social. Y no solo eso, sino que debería ser considerado como un tipo de discriminación y penalizado como tal. Además, con la aparición de Chrome es posible que el mercado de los navegadores de haga más heterogéneo con el tiempo.

Y otro consejo: que nadie ponga en 2008 que la web está optimizada para Explorer 5.5 y Netscape 6.0 porque es sencillamente mentira.

Pero a mi me ha gustado mucho la noticia por muchos motivos. Por un lado, que Google es una marca de prestigio (posiblemente mucho más que Microsoft), con lo que mucha gente del entorno Windows reacia a usar Firefox va a tener otra opción muy interesante, lo que puede romper de verdad la lamentable hegemonia de Internet Explorer.

Por otro lado, me encanta que usen el motor Webkit porque es el que usa Safari y Konqueror y eso aumentará la necesidad de hacer sitios web compatibles con este motor. Se pueden ignorar un poco a los maqueros (aunque cada vez son más) y por supuesto se ignoran olímpicamente los linuxeros, pero Google simplemente no se puede ignorar. Así que habrá que hacer las cosas bien.

¿Y ahora qué? Pues muchos tendremos que plantearnos cómo enfocar la orientación de los sitios web y la adherencia a los estándares debe ser una necesidad. Ahora se puede cubrir gran cantidad de visitantes simplemente asegurando que la navegación es correcta en Firefox y Internet Explorer 7, pero claro, no se puede olvidar el 6 porque hay gente que inexplicablemente no se actualiza (la mayoría debe ser por tener versiones muy viejas de windows o ilegales de XP). Así que con esos ya son 3 versiones. Ahora también Chrome, ya son 4 navegadores y 3 motores dispares entre sí.

Así que, cada vez está más claro que la única opción viable va a ser adherirse a los estándares web, especialmente de CSS y ser implacable con las malas implementaciones. Y si nuestra web no se ve con un navegador defectuoso (especialmente IE6), insistir a nuestros clientes que no es de recibo usar esos navegadores y por nuestra parte, cumplir a rajatabla los estándares, que para algo están.

Eso sí, habrá que ver si en esta nueva guerra de navegadores no hay que lamentar bajas como hubo que hacer en la primera. Larga vida a Netscape.