dvrom.eu

Parece ser que no se me da bien fingir que no sé nada de informática, y recientemente acabé siendo responsable de la construcción de un sitio web portfolio esencialmente sencillo pero complejo en cuanto a requerimientos.

Con la esperanza de que pueda ser útil para todos los que se encuentran a menudo en el rol de “amigo / pariente / XXX”, que “sabe de informática”, y al que se le pide resolver con facilidad y rapidez cualquier tarea relacionada con la informática, aquí va una posible solución rápida y sencilla para crear el sitio mencionado.

La construcción de un sitio web no es ciertamente la más compleja de las tareas de un informático hoy en día, sin embargo, las limitaciones que rodean este caso particular la convierten en compleja:

• Mis conocimientos sobre Diseño y construcción de sitios Web no ha avanzado desde comienzos de los 00 (efectos CSS, Flash y HTML5 siguen siendo un misterio para mí)
• El coste total de la construcción y alojamiento del sitio web…. y cualquier otra gasto, debe ser 0
• No deben haber efectos secundarios desagradables de hosting gratuito (como pop-ups)
• El sitio web portfolio debe permitir la gestión fácil de álbumes: todo aspecto técnico debe ser transparente para el usuario final

A pesar de que ofrece mucho más que el registro de datos GPS, el eTrex Venture HC es una buena opción para las necesidades de registro de datos GPS.

Aunque es posible encontrar otros modelos más baratos y limitados (en cuanto a funcionalidad), el eTrex Venture HC tiene una buen relación calidad - precio.

La capacidad de registro de 10.000 puntos, la excelente recepción y las 14 horas de batería, y la disponibildad de productos Garmin para Mac , fueron suficientes para convencerme.

Con Road Trip, por ejemplo, es posible exportar los datos registrados en el formato GPX.

GPX es un formato estándard XML usado para describir datos GPS.

Una posible fuente de tal información es, por ejemplo, un registrador de datos GPS.

El camino de GPX a Google Maps puede ser completado en 4 sencillos pasos:

Casi un año después de entrar en el mundo mac, estas son mis aplicaciones imprescindibles (gratuitas) para Mac OS X:

Casi tan fácil como escalar imágenes con mogrify…

1. Descarga e Instala GIMP

2. Abre la Imágen

3. Filtros -> Luces y Sombras -> Sombra Arrojadiza

Más fácil, imposible!

Simplemente:

1. Instala ImageMagick

2.Configura las variables de entorno:

export MAGICK_HOME="/opt/local/var/ImageMagick-6.5.3"
export PATH="/opt/local/var/ImageMagick-6.5.3/bin:$PATH"
export DYLD_LIBRARY_PATH="/opt/local/var/ImageMagick-6.5.3/lib"

3. Escala:

bash-3.2$ /opt/local/bin/mogrify -resize 525x700 image.jpg

(NOTA: Sobreescribe la imagen (no crea una imagen nueva))

Si te gustan las fuentes de conocimiento buenos, de fácil lectura y gratuitos, como yo, seguramente deberías echar un vistazo a 97 cosas que un arquitecto de software debe saber.

Cada proyecto de software es diferente, y tiene unas necesidades diferentes e únicas, y como Edward Garson señala en El contexto es el rey:

“Creo que hay una cierta ironía en el intento de transmitir algo acerca de los ideales de la arquitectura, cuando la premisa con la que quiero empezar es que efectivamente no hay ideales. Si esto es así, entonces seguramente no hay nada que escribir, soy una contradicción y al hacer esto, corro el riesgo de provocar la implosión del universo o algo así. “

Sin embargo:

“Pero, por desgracia, Ceci n’est pas une pipe.”

Yo si creo que los proyectos de ingeniería de software comparten algunos problemas comunes (o al menos lo espero, cualquier refuerzo moral es bienvenido: la ingeniería de software es una difícil disciplina donde la desesperación es frecuente ! ).

“97 Cosas”, señala algunos de los temas y soluciones que probablemente deberían ser aplicables en cualquier proyecto de ingeniería de software.

Hay algunos nombres grandes y muchos años de experiencia detrás de estos aforismos de sabiduría, y en mi corta carrera hasta el momento, he encontrado muchos de los problemas descritos en “97 Cosas” en proyectos pasados y presentes.

Dado que 97 cosas son demasiado para mi memoria a corto plazo, estas son las 3 cosas que me esforzaré a recordar:

Michael Nygard es un desarrollador y arquitecto con más de 15 años de experiencia, y también es el autor de “Release It! Design and Deploy Production-Ready Software”.

Después de haber encontrado este libro en muchas listas tipo “Libros que un Ingeniero de Software debe leer”, pensé en darle una oportunidad.

Esto no será un comentario a fondo, puesto que ya hay muchos por ahí, sino más bien un resumen de las ideas que se quedarán conmigo después de esta primera lectura.

El libro de Michael trata la problemática relacionada con la ejecución exitosa de sistemas de software en producción, y, aunque se centra en sistemas distribuidos de alta disponibilidad y de gran escala, muchos de los temas expuestos pueden ser aplicados a cualquier sistema de software.

El libro cubre todos los posibles elementos y capas de la ingeniería de software que se me ocurren: gestión, ejecución, pruebas, diseño, desarrollo…, front-end, back-end, explotación, etc, y en lugar de tratar de responder a todas las preguntas , trata de señalar la buena dirección en la que ir.

Este es, sin duda, un libro que seguramente vuelva a leer en el futuro, dado que las ideas y situaciones que se quedarán conmigo después de esta primera lectura son sólo aquellas que me he encontrado en proyectos actuales y anteriores.

1. Consigue una pareja de claves Flickr API aquî

2. Llama a la url REST con curl, parsea el xml, y transforma el resultado en un array:

Cuando descubrí por primera vez Google hace ya algún tiempo, una de las primeras consultas que hice fue “David Valcárcel Romeu”, es decir, yo.

Independientemente de las razones por las cuales uno quiere saber su grado de su presencia en Internet, como ego o curiosidad, la idea se ha convertido en una práctica común, e incluso han aparecido términos para identificar este fenómeno.

Nuevas maneras de consultar la web se hacen posibles a casi la misma frecuencia en que nuevas maneras de compartir información aparecen, y con el avance de la Web Semántica, es increíblemente fácil de explorar la web de diferentes maneras.

Mientras pensaba en esta idea, me preguntaba si sería posible la auto búsqueda de mí mismo en Flickr.

Por ejemplo, gracias al API de flickr, es posible consultar la base de fotos de flickr de manera innovadora, como por ejemplo integrar Flickr con la versión semántica de Wikipedia.

En el momento de escribir este texto, flickr tiene más de 80 millones fotografías etiquetadas geográficamente.

Yo también tengo una base de fotos con información goegràfica.

¿Podría ser posible encontrarme a mí mismo en la foto de alguien, en algún sitio en segundo plano?

Para cada una de mis fotos, he creado un enlace que permite consultar flickr sobre las fotos que se tomaron en más o menos el mismo momento y en más o menos, el mismo lugar.

Información sobre la fecha y hora, y localización geográfica se extraen de cada foto, y se utilizan como criterios de búsqueda para la llamada al API de Flickr.

De momento, no he conseguido encontrarme a mí mismo en la foto de alguien, aunque los resultados son sorprendentes: algunas fotos fueron hechas casi al mismo tiempo y casi en el mismo lugar.

En teoría, la posibilidad de encontrarme a mí mismo tendría que aumentar día a día, a medida que los usuarios siguen adoptando las tecnologías de etiquetado geográfico de fotos.

Pensando en el futuro, tendría que ser posible incluir en la búsqueda otros sitios para compartir fotos que ofrecen llamadas por API, y pensando en una escala mayor, se podría incluso considerar ejecutar consultas de forma permanente, y analizar los resultados con aplicaciones de detección de caras por ejemplo…

¿La pregunta que queda por contestar es si todo esto es sólo una forma de diversión egocéntrica à la Donde está Wally?, o si ésta y otras ideas similares son algo a comentar en el próximo encuentro con un VC…