Pau Sanchez

Vía Ecos del futuro me encuentro con el siguiente video realizado por un ex-cristiano, que por lo que se ve, cree que le han tomado el pelo. El video está bastante bien, sobretodo si entinedes inglés y no eres un creyente fanático.

He traducido algunos fragmentos de los primeros 3 minutos (de los 10 que hay):

“[…] La religión cuenta la historia más falsa jamás contada. Piensalo por un momento. La religión ha convencido a la gente que hay un hombre invisible viviendo en el cielo, y ve todo lo que haces, cada minuto de cada dia.Y ese hombre invisible tiene una lista especial con las diez cosas que no quiere que hagas. Y si haces alguna de esas diez cosas, la religión tiene un sitio especial para ti, lleno de fuego y humo, tortura y angustia, donde él te enviará a sufrir y a quemarte y gritarás de dolor y llorarás para siempre jamás, hasta el final de los dias.”

“¡¡Pero él te quiere!! ¡Te quiere y necesita dinero! […]”

“[…] He intentado creer en Dios. De veras que lo he intentado. […] pero he de decir, que conforme uno se hace mayor, y mira a su alrededor, uno se va dando cuenta de que algo no va bien. Guerras, enfermedades, muerte, destrucción , hambre, pobreza, tortura, crimen, corrupción. Hay algo que está definitivamente mal aquí. […] Si esto es lo mejor que Dios lo ha podido hacer, no me ha impresionado para nada. Resultados como estos no son los que cabría esperar de un ser supremo. Resultados como este son los que te esperas de un empleado temporal con mala actitud.[…]”

Si alguien se siente con ganas de seguir traduciendo los 7 minutos restantes aquí tiene disponible la transcripción en inglés de este video.

Finalmente, el video en cuestión:

Esta es una pseudo-continuación de la entrada anterior.

Resulta que el día siguiente al de Navidad, el 26 de Diciembre, estaba tranquilamente mirando el telediario (efectivamente, ese espacio de noticias, normalmente sensacionalistas que suelen poner a medio día) y mira tú, que aparece una noticia donde sale una especie de representante de eBay dando a conocer un estudio de mercado que habian realizado en el cual afirmaban que mucha gente queda descontenta con sus regalos en estas fechas, y claro, aportaban soluciones.

Probablemente me equivoque y esté algo conspiranoico… pero… ¿cuál es la línea entre noticia y publicidad? Porque esa noticia era claramente pura estrategia publicitaria de eBay, me pregunto cuanta pasta habrán soltado los de eBay…

Reflexiones morales a parte, debo felicitarles por la campaña y por darse cuenta de una oportunidad de negocio como esa.

Sin lugar a dudas en eBay han sabido aprovechar esta época navideña de regalos múltiples.

Publicidad que recivió Laura en su e-mail. Resulta que el martes, día de Navidad, a media tarde, le llegó a mi novia publicidad de eBay ofreciéndole subastar los regalos que no le hubiesen gustado, para comprarse así otra cosa mejor. Como si algo mejor pudiera comprarse con dinero… (con el regalo que me he currado)Bueno, no creo que le haya llegado sólo a mi novia, seguramente eBay habrá pensado en darle este sabio consejo a más gente.

Y es que los de eBay no son tontos.

Se aprovechan del aluvión consumista de estas fechas y de la poca gente que dispone de los tickets de compra para cambiar el regalo que no les ha gustado. Normalmente pedir el ticket de compra no suele estar muy bien visto, aunque uno siempre puede excusarse, siendo ropa el regalo, diciendo que la talla o el color no son los adecuados.

Seguro que a miles de españoles, y a miles de personas de otros lares, esta opción les resulta muy atractiva, con el fin de comprarse un regalo mejor.

Aunque ya han pasado algunos dias, y todo el mal está hecho, mi consejo desde aquí es que el año próximo directamente le hagais saber a Santa Claus qué regalos quereis, y así os evitareis dedicar tiempo y esfuerzo a vender los regalos por un precio inferior a su valor. Seguramente seriais más felices si os hubiesen dado diréctamente el dinero. De ser así, ¿por qué no le pedís dinero a Santa Claus para el año próximo?

Una última reflexión:¿os gustaría que la persona que os ha echo el regalo se enterara de la subasta?

Si te da igual que se entere, ¿por qué no le has pedido el ticket? Seguro que acabas antes y sacas más pasta. Si te importa que se entere, y no te gusta esa idea, venga hombre, deja tu conciencia tranquila, que sabes que eso de subastar es hacerle un feo a ese familiar o amig@ que te ha regalado.

En fin, ¿habeis subastado ya vuestros regalos?

Acabo de leer el último artículo de Joel Spolsky (debo confesar que soy un fiel seguidor de su web desde hace años).

Aunque no viene demasiado al caso, al final del artículo comenta los problemas de soporte que debe afrontar debido a que su software se ejecuta en distintas plataformas. Y claro, cada plataforma tiene sus programas, y a veces, surgen incompatibilidades entre estos y su software.

Según comenta, los servidores en Windows no suelen dar demasiados problemas, todo el mundo tiene configuraciones de equipos similares, los dolores de cabeza vienen por los sistemas *nix.

Esto me ha recordado lo extraordinariamente fácil que se instala Perforce en un ordenador Linux.

Realmente, la primera vez que lo instalé me quedé asustado. Bajar y ejecutar. Nada de dependencias de librerias. Nada de tengo Red Hat pero los paquetes son de Debian, ni viceversa, los paquetes son de Red Hat pero yo tengo Debian/Ubuntu. Nada de: ahora hay que bajarse el paquete tal, que a su vez depende del paquete cual.

La solución a este problema de incompatibilidades y problemas de instalación entre plataformas,es a la vez sencilla y genial. Lincado estático de código.

De cara al usuario es superfácil: solo debes bajarte el ejecutable correspondiente a la versión del kernel de linux que tengas instalada (la versión la puedes obtener con el comando: uname -a).

Perforce es un sistema de control de versiones extremadamente eficiente (recomiendo la lectura de los artículos de Eric Sink acerca del control de versiones). Pues bien, a parte de tratarse de una herramienta fundamental en el desarrollo de software, debo decir que es uno de esos programas sobresalientes. Su facilidad de instalación y su facilidad de uso desbancan a todas las demás soluciones con las que he trabajado (que recuerde ahora mismo: CVS, Subversion y MKS). Desde mi punto de vista, es la mejor solución que existe para el control de versiones, pero también la mas cara. El que quiera asustarse puede consultar su lista de precios.

Conclusión: Siempre existen soluciones sencillas incluso para los problemas más complejos ;)

La semana pasada me llamó la atención un anuncio que vi en televisión. Se trataba de REC, una película estrenada hace un par de semana.

Como en toda publicidad, se intenta siempre llamar la atención del consumidor, con el fin de que se percate de un determinado producto y lo adquiera.

En el caso del cine, el expectador es el consumidor del producto y el producto es la película en cuestión. Salvo excepciones, como en el caso de esta película, normalmente las películas suelen anunciarse con un pequeño trailer o un mínimo extracto de la misma, mostrando escenas que reflejen claramente la temática/género de la película y atraigan a esos potenciales espectadores. Por ejemplo, si buscais anuncios de películas como Shrek, vereis que incluyen algún que otro gag. Si buscais publicidad emitida sobre películas de acción, obviamente, las escenas que aparecen son de acción, violencia, sexo, etc…

En el caso del género del suspense o del terror, lógicamente, el formato suelen ser escenas oscuras, intrigantes e incluso algún que otro grito.

Aunque me ha sido imposible encontrar el anuncio que vi el otro día, he encontrado este vídeo en YouTube, que bien podría ser la versión larga del anuncio. Aún sabiendo que me voy a equivocar, porque no tengo muy buena memoria, juraría que el anuncio que vi en TV contenia el extracto de los segundos ~40 a 45, en otro formato.

Me parece un anuncio francamente genial. Básicamente el anuncio se salía de lo que viene siendo típico a la hora de anunciar una película. Ni una sola escena de la película, ni se mostraba el argumento, absolutamente nada, simplemente la reacción del público junto con los premios que había ganado en el festival de Sitges.

Desde mi punto de vista, lo que decía el anuncio es:

• Es una película premiada por la crítica: premio a la mejor dirección (Jaume Balageró y Paco Plaza) y premio a la mejor actriz (Manuela Velasco).
• Es una película en la que te vas a acojonar: la gente del público grita y se tapa la cara, están pasando miedo, que es lo que tú vas a pasar si vas a verla (y si te gusta el género, esto va a hacer que sientas ganas de ir a verla, vease social proof)

Yo no he visto la película, así que no se hasta qué punto la publicidad es fiel al contenido y a las reacciones de la gente, pero francamente, me parece una forma muy convincente de exponer el porqué el espectador debe ir al cine a ver la película, sin por ello mostrar nada del contenido de la misma. Desde aquí, ¡Felicidades a los publicistas!

Finalmente, estoy convencido que, como a mi, a mucha gente ese anuncio le habrá llamado la atención, pues se ha colocado la tercera película más taquillera tras la primera semana en cartelera.

Aunque hago publicidad a más gente (y probablemente la merezcan), mi intención es hacer publicidad a los publicistas, que en este caso, a mi entender, han hecho un trabajo estupendo.

Y ahora, lanzo mi pregunta al hiperespacio:

• ¿Sabeis de otras estrategias publicitarias similares?
• ¿Qué otros anuncios os han impactado últimamente?

Y para terminar con el artículo, podeis consultar más información en los siguientes enlaces:

• Página oficial de la película REC, trailer, reacciones del público y entrevistas al público
• Datos de la taquilla de cine via Yahoo! y datos de la taquilla de cine via hoyCinema
• Noticia de prensa sobre los premios de Sitges

Habrá quien no le importe lo que voy a decir, a otros les parecerá curioso, a unos pocos les sorprenderá y sólo unos cuantos probablemente lleguen a escandalizarse.Recientemente, tres años después de terminar una Ingeniería Superior en Informática, he aprendido lo que significa el Modelo-Vista-Controlador y como aplicarlo. Cuanto menos curioso, ¿no? Uno de los patrones por excelencia y no sabía como utilizarlo en la práctica.

Bueno, de hecho, lo conocía, sabía lo que era, pero no lo estaba aplicando bien.

¿Qué tiene que ver esto con reescribir código? Bueno, básicamente todo.

Con este conocimiento en mi poder, ahora sé como hacer las cosas mejor de lo que lo hacía, de una forma más organizada, así que puedo continuar añadiendo código a la web de mecanografía tal y como venía haciendo, o puedo aplicar el MVC, haciendo así el código más mantenible para el futuro y más fácil de desarrollar para el presente.

Como siempre, cuando hay que hacer un gran cambio, uno se pregunta: ¿Vale la pena invertir todo este tiempo en ese cambio? ¿compensa el esfuerzo?

La respuesta correcta a esta pregunta sólo se conoce unos meses más tarde de haber tomado una elección. Si después de unos meses la reimplementación y/o reestructuración de código no ha sido beneficiosa de alguna manera, entonces no merecía la pena el esuerzo.

Hasta el momento, he tenido que tomar esa decisión 3 veces en mi carrera profesional. Considero que todas ellas han sido acertadas.

Para el que no se haya parado a pensarlo nunca, a continuación pongo una lista con los pros y las contras para reescribir o reestructurar código.

Las contras de reescribir/reestructurar código:

• Se invierte tiempo
• Surgen nuevos bugs (y luego tienes que invertir más tiempo extra en arreglarlos)
• Dejas de implementar nuevas funcionalidades (y la competencia te come)

Las ventajas de reescribir/reestructurar código:

• entiendes mejor tu programa
• tu código se hace más mantenible
• es más fácil escribir nuevas funcionalidades
• y en definitiva, te encuentras más agusto con tu código y con ello más feliz :)

Todos los días se aprenden cosas nuevas, uno no puede pasarse la vida reimplementando cosas sólo porque sabe hacerlo un poco mejor. Normalmente suele ser más importante implementar nuevas funcionalidades que aporten algo más al producto, que reescribir o reestructurar código.

¿Cuando pesa más pararse a reescribir código? Cuando sepas que a medio o largo plazo te va a aportar una ventaja competitiva o te haga tan conocedor de tu producto que seas capaz de implementar nuevas funcionalidades en la mitad de tiempo.

Un artículo muy interesante, relacionado parcialmente con el tema y que recomiendo sin lugar a dudas, son las 7 razones por las que Derek Sivers volvió a PHP después de pasar 2 años desarrollando en Ruby On Rails (en inglés - y desde aquí gracias a Héctor por el enlace).

Conclusión: al final voy a readaptar y reestructurar artypist usando MVC porque considero que voy a acabar con un código más estructurado, más mantenible y donde voy a poder añadir nueva funcionalidad más fácilmente (por no hablar que voy a meter todo el código de nuevo en mi cabeza).

Vía Marketing Practice y AD MAD World veo una campaña publicitaria que está haciendo Colgate en la India.

Como se puede ver en el vídeo, el mundo está siendo dominado por unos monstruos enormes que provienen de tus encías.
¿Para prevenir este mal para la humanidad? Creo que ya os lo podeis imaginar… ¡¡hay que cepillarse los dientes!!

Esta tarde he estado trabajando en la página de mecanografía.

El caso es que he perdido muchísimo tiempo para realizar una tarea que en principio parece una chorrada.

Quería hacer una barra de progreso normal y corriente, con un color de fondo, el borde en negro (de un pixel de grosor) y el texto que yo eligiera en el centro.

El problema, como siempre ha venido con la incompatibilidad de los navegadores. Lo que funcionaba en Firefox no funcionaba en Internet Explorer y viceversa. Además también funciona de categoría para Opera.

Finalmente, tras muchos intentos de prueba y error, he conseguido lo que quería. A continuación se puede ver el resultado:

Para los interesados, pinchad aquí para ver el ejemplo de la barra de progresos. Si mirais el código fuente vereis lo sencillito que se ha quedado al final.

Nota: Al final he perdido casi más tiempo tratando de poner la barra de progresos en este artículo (WordPress no me deja poner HTML en plano) que programando la barra de progresos. Finalmente he optado por pasar olímpicamente de poner el ejemplo HTML embedido en este artículo y he puesto la imagen.

Actualización: acabo de leer un artículo bastante completo sobre otras soluciones para dibujar barras de progreso y gráficos. Muy interesante :)

Pues nada, tras unas semanas de trabajo por fin terminadas las primeras lecciones del curso gratuito de mecanografía, que básicamente cubren todas las teclas del abecedario, de la a a la z.

Aún quedan unos cuantos bugs por solucionar, pero dado el volumen de visitas que tengo actualmente y recordando una frase que una vez le oí decir a Guy Kawasaki en una de sus fantásticas presentaciones: “don’t worry, be crappy”

Y con esto dicho, me pongo a solucionar algunos problemillas y a implementar nuevas funcionalidades, como las sesiones y las estadísticas :)

Tras la primera entrada sobre de copias de seguridad aquí va otra entrada sobre cómo hacerlo para el caso de servidores web.

Para realizar backups, primero se necesita una cuenta de usuario en la máquina. Si no tienes cuenta de usuario, poco puedes hacer.

En mi caso básicamente tengo dos webs de las que quiero hacer backup: artypist.com y este blog.

Este blog utiliza wordpress, por lo que realmente, hacer un backup de los archivos tampoco aporta mucho valor, ya que en caso de perder los ficheros, se podrian volver a bajar de internet.

Lo más importante de este blog, y de cualquier otro, es la base de datos y los ficheros de imágenes o datos que se puedan haber subido al servidor.

Guardar un backup de los ficheros que puedes conseguir por otra parte es importante en dos casos:

• Para minimizar el tiempo de reacción cuando te das cuenta de que todo ha dejado de ir: imagina que este blog se borra por arte de magia. Si yo tenia un backup, es mejor restaurar el backup, que tendrá las contraseñas de la base de datos, etc, antes que reinstalar y configurar todo wordpress, ya que se tarda mucho menos en que el servidor vuelva a estar en pleno funcionamiento.
• Para prevenir pérdida de datos que no recordábamos que habíamos modificado: imagina que cambias el estilo de la página o que has subido archivos y desconoces si se guardaban en la base de datos o el sistema de ficheros. Si tienes una copia de todo, sabes que luego podrás recuperarlo todo. Fácil.

En el caso de Artypist, el punto crítico sería la base de datos, ya que la web, las lecciones, etc… se podrían recuperar del sistema de control de versiones.

En cualquier caso lo mejor es realizar un backup de todo y así uno se cura en salud, por lo que pueda pasar.

Una vez vistos los motivos, el script ideal que soluciona nuestros problemas debería hacer las siguientes cosas:

• Crear un archivo comprimido (.tgz) para los archivos de cada dominio
• Crear un archivo comprimido (.gz) por cada base de datos de cada dominio
• Eliminar copias de seguridad antiguas (p.ej. eliminar copias de hace más de 10 dias)
• Mandar las copias de seguridad creadas a otro servidor

Una vez se tiene el script, hay que hacer que se ejecute automáticamente de forma periódica. ¿Por qué automáticamente? Porque manualmente se nos olvidaría, o lo iríamos dejando pasar hasta un día en que nos hiciera falta el backup y por pereza ese backup no existiera.

Para ejecutar comandos automáticamente, en linux se usa cron. Así que, nos vamos a una consola y hacemos:

$ crontab -e

Suponiendo que el script de copias de seguridad se encuentra en “/home/usuario/backup.sh”, editamos el archivo de cron para que contenga algo como:

30 3 * * 2,4,7 /home/usuario/backup.sh

Este script se ejecutaría todos los Martes, Jueves y Domingos a las 3:30 de la madrugada. Con lo que tendríamos 3 copias de seguridad a la semana.

Para más información podeis leer este artículo de backups automátios de DreamHost (en inglés)

Para el que quiera echarle un ojo: este es el script de backup en cuestión: Script de Backup

Finalmente, el último paso del script compromete un poco la seguridad, ya que para que no pida passwords hay que crear unas claves y copiarlas en ambos sistemas, así que si el entorno no es del todo seguro, lo mejor es borrar estas lineas.

No soy ningún experto en servidores, y soy consciente de que todo puede hacerse mejor, así que si teneis alguna sugerencia será más que bienvenida.

Nota: dado que el script de backup contiene passwords, etc, hay que ser muy cautelosos acerca de dónde se ubica (para que no sea visible y alguien se lo pueda bajar desde tu web), y acerca de los permisos del archivo (para que otros usuarios del hospedaje no puedan ver su contenido). La recomendación es ejecutar el comando: chmod 700 backup.sh