Los trackbacks son una de las herramientas más importantes de los blogs, sin embargo, poca gente los utiliza. Son enlaces inversos. Es decir, una lista de enlaces a artículos que citan o enlazan a uno de tus artículos.

Contrariamente a lo que muchos piensan, no son un mecanismo de alimentar tu ego sino una herramienta para favorecer la conversación que, al fin y al cabo, es sobre lo que va esto de los blogs. Y lo más importante, te dan la oportunidad de conocer a gente interesante. Parece bastante probable que alguien que escribe sobre un tema del que ya has escrito tú diga cosas que te interesen ¿no?.

Es una lastima que haya tenido que conocer el blog de Jorge Muria a través de los referrers de enlaces entrantes de la web casi dos meses después de que escribiera un artículo -citándome- sobre la Técnica Pomodoro, en vez de en el momento en que lo escribió. Si lo hubiese visto antes, podría haber participado en los comentarios, podríamos habernos retroalimentado y haber seguido la conversación.

Pero, sobre todo, me habría permitido conocer mucho antes este artículo suyo. Delicioso y bastante más interesante que los míos. Un artículo que os recomiendo a todos por su simpatía e interés: ¿Cómo hacer bilingüe a tu hijo pequeño?

Enhorabuena por el artículo Jorge y ¡por Dios! la próxima vez utiliza los trackbacks.

]]> http://sixservix.com/blog/david/2010/08/31/los-trackbacks-son-importantes/feed/ 2 http://sixservix.com/blog/david/2010/08/18/nbsp-en-xhtml/ http://sixservix.com/blog/david/2010/08/18/nbsp-en-xhtml/#comments Wed, 18 Aug 2010 04:50:02 +0000 David Bonilla http://sixservix.com/blog/david/?p=3976

Todos los que hemos trabajado con páginas y aplicaciones web conocemos la entidad   o, al menos, creemos conocerla… Pero, sorprendentemente, la mayoría de nosotros no sabemos qué es exactamente y eso hace que aparezcan problemas en la transición desde HTML hacia XTHML.

¿Queréis enteraros de qué es eso de   en apenas cinco minutos, mientras leéis una apasionante historia de intriga y misterio? Entonces, no lo dudéis y seguid leyendo…

EL MISTERIO DE LA JSPX DESESTRUCTURADA

Hace poco que empecé a sacar algo de tiempo libre para aportar al desarrollo  puro y duro de STORETTO. Al instalar el entorno de trabajo en Eclipse,  casi me caigo de la silla golpeado por un error rojo y horrible que señalaba a una JSPX traidora y maligna donde, según el IDE, había errores en la estructura del XML, la etiqueta de cerrado ‘</h:form>‘ no se correspondía con ninguna etiqueta de apertura.

Cuando les pregunté a los desarrolladores por qué daba el error, me dijeron que era un error de Eclipse porque la estructura XML de la página estaba bien, funcionaba y la famosa etiqueta ‘ </h:form>‘ tenía su correspondiente etiqueta de apertura.

¡Tenían razón! Entonces… ¿Qué estaba ocurriendo? ¿Qué era lo que estaba rompiendo el Chi del Eclipse? Era un claro caso para Bonilla Holmes…

LO MALO DE UN ECLIPSE, ES QUE NO TE DEJA VER

Cuando oficialmente eres Jefe de Equipo, Project Manager o Code Leader, te puedes permitir ciertas licencias, como pararte a ver porqué algo falla aunque el error no sea crítico, que casi compensa el horrible título con el que definen tu puesto.

Así que me enfrenté al error con valentía y decisión. Era evidente que el el Eclipse fallaba a la hora de analizar la estructura de la página, la pregunta era: ¿Por qué?.

Al principio pensé que era por un código comentado que incluía la etiqueta en cuestión, pero lo borré y el error seguía. La cosa se ponía difícil, pero, entonces, observé un montón de errorcillos (perdonad por mi léxico, no soy un experto en Eclipse, yo soy más de IDEA) provocados por el uso de la extraña combinación de caracteres ‘&amp;amp;nbsp;‘.

¿Para qué diantres estábamos escapando el carácter & para, a su vez, escapar el carácter espacio? No tenía sentido. Cuando lo cambié a &amp;nbsp; sin más, el error de estructura en Eclipse dejó de aparecer, pero la página daba un error al cargarse. No un error de maquetación, sino en la compilación en servidor.

Raro, raro, raro…

Cuando volví a preguntar a los desarrolladores si tenían idea alguna de por qué podía fallar la carga de la página web, me dijeron que no tenían ni idea pero que, por algún motivo, JSF -el framework que utilizamos- no se comía directamente el &amp;nbsp; y, por eso, teníamos que escapar el carácter & utilizando &amp;amp;.

ELEMENTAL, QUERIDO WATSON

No tenía sentido. Una cosa es que al tocar la página web descoyuntara la maquetación y otra cosa es que  rompiera el código del servidor. No comprendía muy bien qué tenía que ver JSF con los caracteres de escape del código HTML, así que le pedí al tío que más sabe de JSF a este lado del Pecos, César Vivero, que mirara conmigo las trazas de servidor.

No nos hizo falta más de 10 segundos para localizar el error -”The entity “nbsp” was referenced, but not declared.“- e, inmediatamente, mi mente de viejo rockero sufrió un espectacular flashback peliculero cuando recordé que había tenido el mismo problema al trabajar con hojas de estilo XSLT que producían HTML.

Miré a mi compañero y le dije “Lo tenemos César. Ya sé quién mató a Laura Palmer“.

EL HTML NO ES XML, Y XHTML TAMPOCO

El error en servidor no lo daba el uso de JSF en sí, sino el validador del XML de la página web. Sí, amigos, porque nuestras páginas son JSPX, lo cual quiere decir que utilizan XML y XHTML como lenguaje de marcas, no HTML… y ahí estaba el problema.

&amp;nbsp; es una entidad usada para representar el carácter espacio en HTML, pero no en XML. Aunque a veces se nos olvide y haya cierta confusión al respecto porque algunas de las entidades, como la utilizada para representar el carácter ‘&‘ -&amp;amp;- sean idénticas, las entidades de caracteres en XML y HTML no son iguales.

Así, lo que está cantando el validador de XML es, traducido al cristiano, “no sé qué me estás contando, brother“. Y eso es así porque &amp;nbsp; para XML no es absolutamente NADA. El carácter espacio en XML es &amp;nbsp; o, lo que es lo mismo, el carácter 160 de UNICODE.

Este error trivial es relativamente normal ya que, muchas veces, los desarrolladores trabajan directamente con una maqueta en HTML proporcionada directamente por un diseñador y la adaptan al lenguaje de plantillas correspondiente para que en java acabe siendo una JSP -con HTML incrustado- o una JSPX con XHTML.

UNA SOLUCIÓN QUIERO…

Para poder solucionar este problema tenemos dos posibilidades:

1. Utilizar el DOCTYPE al comienzo de nuestra página XHTML para que identifique la entidad &amp;nbsp; tal y como se especifica en este enlace:

Por ejemplo, para una página XHTML cuyo nodo raíz es jsp:root, escribiríamos:

<!DOCTYPE jsp:root [
<!ENTITY nbsp "&amp;nbsp;">
]>

2. Haciendo una sustitución masiva de la entidad &amp;nbsp; por la entidad &amp;#160 que sí es una entidad reconocida en XML.

Lo que nunca descubrimos fue por qué Eclipse se volvía loco, pero el chi de los programadores ahora descansa tranquilo porque la pestaña de avisos y errores ya no muestra ninguna inquietante aspa roja. El misterio de la JSPX desestructurada había sido resuelto.

]]> http://sixservix.com/blog/david/2010/08/18/nbsp-en-xhtml/feed/ 16 http://sixservix.com/blog/david/2010/08/11/incrustar-flash-en-wordpress/ http://sixservix.com/blog/david/2010/08/11/incrustar-flash-en-wordpress/#comments Wed, 11 Aug 2010 04:50:40 +0000 David Bonilla http://sixservix.com/blog/david/?p=3960

La verdad, no os puedo dar mucha información sobre el background de Xavier, más allá de su faceta de videoblogger o vlogger, porque no he encontrado nada en su web. Tampoco di con una varita mágica donde se explicará cómo hacer un videoblog decente, cuál es la duración correcta de una entradilla o cuál es el material de grabación de sonido recomendado. Lo que sí pude encontrar fue un vídeo del director de cine Joan Carles Martorell, hablando sobre los derechos de reproducción de la música que utilizas en tus vídeos y de las tremendas (y desconocidas, al menos para mí) implicaciones que pueden tener.

Una de las cosas en las que tienes que pensar si quieres crear un videoblog es en la música que vas a utilizar. La idea general es “bueno, si no voy a dar un uso comercial a mi vídeo, puedo utilizar cualquier música. Por ejemplo de los Rolling Stones“. Aunque la idea en sí es correcta, todo se viene abajo en cuanto empiezas a utilizar canales de distribución que SÍ tienen un fin comercial como, por ejemplo… YouTube.

Os interese o no el videoblogging o los derechos de autor, echadle un vistazo al vídeo. Es corto y muy interesante.

Desde su experiencia, el propio Joan Carles recomienda no andar con medias tintas y utilizar música libre de derechos de autor o copyleft para tus proyectos si deseas distribuirlos por la red con libertad.

La verdad, hay un montón de sitios con música copyleft disponible para utilizar en tus vídeos o podcasts, como por ejemplo dig.ccmixter o Jamendo. No creo que nadie tuviera algún problema para encontrar una música adecuada para su proyecto. La mayor complicación de todos estos sitios es el enorme trabajo que supone la búsqueda entre toneladas de artistas totalmente desconocidos, al menos para mí. Supongo que, como yo, más de uno se desanimará y tirará de la biblioteca del iMovie.

Así que, ya sabéis, si tenéis alguna propuesta de buena música copyleft para la intro de BonillaTV, por favor, hacédmela llegar. Soy todo orejas…

Si alguna vez se os pasa por la cabeza, se agradece el esfuerzo pero, de verdad, no meneéis ninguna de mis noticias. Gracias.

No es sólo que el número de visitas sea intrascendente para los objetivos de este blog -que con sus modestas 10.000 páginas vistas al mes ha superado todas nuestras expectativas- sino que, vincular tus contenidos, que te has trabajado con sudor y golpe de tecla, con un trackback que los cataloga de forma frívola como spam, “irrelevante” o “erróneo” no merece un par de cientos de visitas más.

TU BLOG APESTA

No me entendáis mal. No es que quiera censurar la opinión de nadie. Si alguien cree que he escrito una tontería tan grande como la Catedral de Burgos puede escribirlo aquí, sin miedo a censura. Pero que por lo menos lo escriba y, si puede, lo argumente. La facilidad con la que alguien puede calificar tu artículo como spam simplemente leyendo el título y apretando un botón es la genialidad de Menéame… y su maldición.

La semana pasada escribí una reseña sobre una presentación de Jeffrey Zhao en la que hablaba sobre la supuesta superioridad de la sintaxis de C# sobre Java.

El debate en los comentarios  (¡37!) alcanzó un nivel y una intensidad muy altos pero, aunque algunos tertulianos rebatieron con argumentos sólidos la presentación de Zhao, no conseguí provocar la reacción esperada: una presentación de similar factura con la que alguien demostrara que Jeffrey no tenía razón.

Con el ánimo de expandir aún más el debate se me ocurrió publicar la noticia en Menéame, una web española de publicación y promoción de noticias del estilo de Digg. Craso error, me masacraron sin piedad tachando el artículo de spam e incluso alguien lo califico como… erróneo ¿? ¿Cómo puede ser erróneo un artículo de opinión?

Todo se habría quedado ahí si no fuera porque, en el colmo de la osadía, algunos se atrevieron a comentar un artículo… que ni siquiera habían leído.

Sí, ya conozco la página del manual que advierte lo de don’t feed the troll pero, en este caso, fue superior a mis fuerzas. Tan descarada era la desinformación y ligereza de los votantes que hacía daño a la vista. E hice lo que me salió de dentro, contestar.

Lo que sucedió a partir de ese momento es una de las cosas más curiosas y gratificantes que me han sucedido nunca en Internet: reconducir una conversación que comenzó con un “Enlazar a tu propio blog apesta y se vota como spam” en algo productivo. El usuario Scan no sólo contestó a mis réplicas sino que, además, hizo algo que -hasta ahora- creía que era sólo una leyenda urbana y que dice mucho de él: reconocer que se había equivocado con su voto.

En cualquier caso, del intercambio de opiniones que mantuve con Scan pude sacar algo en claro: qué se cuece dentro de la mente del talibán meneante.

DENTRO DE LA MENTE DEL TALIBÁN MENEANTE

En la mente de todo usuario hardcore de Menéame puedes encontrar unas pautas comunes de comportamiento que están grabadas a fuego:

• Si publicas una noticia de tu blog, estás haciendo spam. Ya puedes haberte currado una disertación de 237 páginas sobre el urogallo astur digna de cum laude por la Universidad de Wichita. No se te ocurra pensar si quiera que puedes crear un contenido relevante para el resto de la Comunidad.
• Engáñame tonto. Para comprobar el punto anterior, los talibanes de Menéame utilizan complejos sistemas analíticos que les llevan a determinar si eres o no el autor de una noticia, como comprobar que tu nombre y/o tu avatar son parecidos al del autor del blog. Si publicas basura en tu página telacuelo.com, pero te creas un usuario con el nick “Rodolfa82″ y lo referencias en Menéame, tienes menos posibilidades de que te voten negativamente que si yo publico, con MI nombre y en MI nombre, MI contenido. Trolorolo.
• Para qué leer tu artículo cuando puedo juzgar tu título. Leer un artículo y ENTENDERLO puede requerir tiempo, mucho más tiempo que mirar por encima un título y darle a un botón. La mayoría de los votantes de Menéame votan y opinan sobre artículos que no han leído. Esto puede provocar situaciones hilarantes, como cuando publiqué la noticia de que Groovy.org buscaba colaboradores y algunos… ¡me la votaron como spam!. Incrediboool
• Sienta cátedra con tus comentarios. Ver comentarios como los de GreenEyed, el Maligno y Vehemente Dr. Arranz y muchos otros en tu humilde blog y compararlos con comentarios del nivel de “smokeless shit” da vergüenza ajena. Eso sí, comentemos, que eso sube el karma o como quiera que denominen el sistema de medalleo en el sitio.

Algunos apuntan con bala...

ESTO ES UNA CRITICA CONSTRUCTIVA

Por supuesto, esto se quedaría en un rant de todo a 100,  impropio de este blog, si me limitara a lanzar toda la ponzoñosa bilis acumulada contra la web sin hacer una critica constructiva. Usuarios como Scan demuestran que Menéame no es Mordor y la oscuridad no lo ha envuelto por completo. Aquí van algunas humildes sugerencias:

• El voto negativo debe ser excepcional. El propio sistema de Menéame entierra las noticias que la Comunidad olvida ¿Por qué votar negativamente una noticia? Algo muy feo ha tenido que hacer el autor como para que otro humano gaste su tiempo en votarlo negativamente.
• Exigir haber leído el texto para poder emitir un voto negativo. ¿Que cómo se podría controlar esto? De muchas maneras, por ejemplo, preguntando al votante negativo por la primera palabra del último párrafo del artículo.
• Exigir haber visitado al menos el sitio referenciado para emitir el voto negativo y que haya pasado un tiempo mínimo desde la visita, calculado por ejemplo en base al número de palabras del artículo.

Son sólo ideas, propuestas que probablemente no lleguen a ningún lado. No creo que este artículo llegue a nadie con capacidad de decisión en Menéame y dudo que los talibanes meneantes tengan dudas de fe, pero por si acaso, no menees esta noticia.

Paso de las visitas de quita y pon de Menéame, paso de contribuir a agrandar la supuesta influencia e importancia de Menéame en Internet, paso del tráfico de aluvión que no comenta ni participa. Hasta he quitado el botón para publicar allí los artículos. Ya no quiero que me la menees.

]]> http://sixservix.com/blog/david/2010/07/07/no-me-la-menees/feed/ 21 http://sixservix.com/blog/david/2010/06/08/incrustar-codigo-en-wordpress/ http://sixservix.com/blog/david/2010/06/08/incrustar-codigo-en-wordpress/#comments Tue, 08 Jun 2010 06:00:12 +0000 David Bonilla http://sixservix.com/blog/david/?p=3278

La semana pasada terminé mi serie sobre bloqueos y transacciones con EJB3.1 y JPA2. Uno de los motivos por los que tardé tanto en concluirla fue que no conseguí hacer funcionar correctamente ningún plugin para incrustar código fuente en los artículos de Wordpress.

Si, siempre quedaba la última opción: copiar el texto y grabarlo como preformateado, pero eso, básicamente, sólo implicaba cambiar la fuente y el tamaño del texto.

Afortunadamente para mi y los lectores de este blog, el amigo Alberto Peña acudió al rescate y me aconsejo que utilizara los Gist de gitHub para solucionar el problema.

¿Que qué eso de un Gist? Pues una forma muy sencilla de compartir fragmentos de código con otros. La forma de utilizarlos es muy sencilla:

1. Lo creas, copiando y pegando el código que quieras compartir
2. Lo guardas
3. Utilizas el código que te proporcionan para utilizarlo en cualquier sitio

Sencillo ¿verdad? Por supuesto, también puedes modificarlo en un futuro o incluso configurar las opciones de visibilidad del mismo.

Para poder utilizarlo en tu blog de Wordpress, sólo hay que seguir los siguientes pasos:

1. Instalad este hack del plugin de Paul William
   • Cread un subdirectorio que se llame /gistson
   • Grabad el Gist del enlace del hack como gistson.php dentro del subdirectorio anterior
   • Copiad el subdirectorio dentro del directorio /wp-content/plugins de vuestra instalación de Wordpress
   • Modificad el fichero header.php de vuestro tema de Wordpress para que incluya este enlace a la CSS de los Gist dentro de la etiqueta <head>: <link rel=”stylesheet” href=”http://gist.github.com/stylesheets/gist/embed.css”/>
2. Cuando queráis insertar un Gist con vuestro código en algún artículo utilizareis la siguiente notación: donde el id será el ID del Gist que hayáis creado y nometa indicará si queréis o no que incluya metadatos.

Como resultado obtendréis algo parecido a esto:

<link rel="stylesheet" href="http://gist.github.com/stylesheets/gist/embed.css"/>

Facile e divertente…

Artículos relacionados:

1. Cómo incrustar Flash en Wordpress Por seguridad, Wordpress impide incrustar flash y objetos con la...

]]>

Algunas webs comenzaron a incluir en sus contenidos un enlace o botón de Print Friendly que presentaban los contenidos en un formato más “amigable” para la impresión.

Ahora nace una fantástica web que nos permite guardar el contenido de una página en un formato más apropiado para su almacenamiento en PDF o su impresión directa: printfriendly.com

Su funcionamiento es muy sencillo: introducimos la dirección del contenido web que deseamos obtener en un formato  “amigable para impresión” y, mediante un fantástico editor, nos permite eliminar rápida y cómodamente, imágenes o párrafos completos de la previsualización de la página.

Una vez que hemos formateado el contenido tal y como deseamos, nos permite guardarlo con PDF o imprimirlo directamente por impresora.

Hay muchos sitios que tienen una función similar. Lo que hace especial a printfriendly.com es que funciona bien, muy bien.

Además, proporciona scripts para que podamos incrustar botones de “print friendly” en nuestra web. He incluso tiene un plugin específico para Wordpress.

Generar PDFs con el contenido de nuestras páginas web favoritas nunca ha sido tan sencillo.

]]> http://sixservix.com/blog/david/2010/02/24/printfriendly/feed/ 3 http://sixservix.com/blog/david/2010/02/20/dummyimage/ http://sixservix.com/blog/david/2010/02/20/dummyimage/#comments Sat, 20 Feb 2010 05:50:08 +0000 David Bonilla http://sixservix.com/blog/david/?p=2103 La página que voy a presentar hoy es especialmente estúpida. De hecho, es tan estúpida que no sólo incluye la palabra ‘estúpido’ en su titulo sino que, por no tener, no tiene ni logo, obligándome a poner una imagen estúpida de por si :)

Después de esta brillante introducción, os presento dummyimage.com, una web con una función muy simple y, a la vez, muy útil: crear imágenes de prueba con un tamaño determinado.

Si, no es una tecnología que nos permita encontrar vida inteligente en otros planetas, pero puede ayudarnos a conseguir algo más difícil todavía: conseguir que un diseñador no descuajaringue una página web que hemos desarrollado, dejándole muy clarito el hueco que le queda para “expresar su arte”.

Lo curioso es que no lo ha hecho un tuerce botas, sino un tal Russell Himlich que ha trabajado para gente como A List Apart. Aunque esta desarrollado en PHP, el propio Russell nos anuncia que algunos valientes lo han portado a Ruby y .NET ¿Alguno de vosotros se atreve a hacerlo en Java? ;)

Was it Up? es una web que te permite monitorizar tu web (o cualquier otra). Comprueba si una web está disponible y, en el caso de que no lo esté, te avisa mediante un correo electrónico.

Como veis, una herramienta muy útil si lo que necesitas es una monitorización sencilla de tus aplicaciones web. Pero, además de las muchas otras webs que tienen una funcionalidad similar como Pingability o AreMySitesUp, Was it Up? te permite condicionar el aviso a la aparición o no de alguna palabra en concreto que aparezca en la web monitorizada.

Así, si alguien hackea tu web e introduce palabras como “sexo” o “subasta” en la página principal, te enterarás inmediatamente. Existen muchas más aplicaciones para este servicio, como comprobar si algún artículo ha llegado a la portada de tu web, por ejemplo.

Y lo mejor de todo es que ni siquiera exige que te registres, sólo un correo electrónico donde poder avisarte de las posibles incidencias.

Lo del correo es una solución pero, cuando empezamos a hablar de ficheros de 30MB, por ejemplo, aparecen los problemas. Muchos proveedores de correos no permiten mandar adjuntos de mas de 10MB y, además, llega un punto en que buscar el correo con el adjunto adecuado en la marea de la bandeja de entrada se vuelve una pesadilla. Cuanto más móvil te hace tu trabajo, más se reproduce el problema. Dropbox te proporciona una solución eficaz y gratuita, creando un disco duro virtual, accesible desde cualquier ordenador con acceso a Internet.

¿Cámo funciona? Sencillo: creas una cuenta en dropbox.com y tendrás disponible el servicio de manera inmediata. Pero, además de proporcionarte un disco duro en la red, Dropbox te ofrece aún más cosas:

• Te permite crear directorios públicos -accesibles a cualquiera- y compartir ficheros mediante enlaces directos a dichos ficheros en tu dropbox.
• Si creas subdirectorios dentro del directorio Photos que te crea por defecto, puedes compartirlas como galerías de fotos (aquí tenéis un ejemplo de mis galerías, eso si, para verlo os pedirá que deis de alta una cuenta)
• Todas las comunicaciones están aseguradas mediante SSL
• Se puede acceder desde dispositivos móviles
• Sincroniza de forma automática tus carpetas locales compartidas con dropbox

Puedes acceder a tu dropbox de dos maneras; bien a través de la misma página web o instalando un pequeño cliente en el ordenador u ordenadores donde te interese utilizarlo. La ventaja del cliente instalado es que crea un directorio físico en el ordenador donde se instale y se encarga de sincronizar dicho directorio con tu cuenta de dropbox (y al resto de ordenadores con directorios sincronizados con tu cuenta).

Dropbox es gratuito para una cuenta de 2GB de capacidad. Si necesitáis más capacidad, ofertan 50GB por 10$ al mes y 100GB por 20$.

Probad dropbox, dad de alta una cuenta y olvidaos de mandaros correos a un sitio y a otro con ficheros adjuntos.

Por cierto, los enlaces a Dropbox de este post me tienen de referral. Eso quiere decir que, si dais de alta una cuenta mediante estos enlaces me dan 250GB de almacenamiento más y a vosotros no os cuesta nada. Porque esa es otra cosa buena de Dropbox: una vez te saques una cuenta, te amplían el almacenamiento gratuito si vas refiriendo a amigos.

Pero, por si hay alguien que me odia y me desea el mal :), que no use esos enlaces y pinche en este, que está “limpio” (sin refererral ni nada)

]]> http://sixservix.com/blog/david/2009/12/10/dropbox/feed/ 4 http://sixservix.com/blog/david/2009/11/04/gliffy/ http://sixservix.com/blog/david/2009/11/04/gliffy/#comments Wed, 04 Nov 2009 05:30:52 +0000 David Bonilla http://sixservix.com/blog/david/?p=471 Hace poco, un compañero de batallas me mandó un diagrama de Entidad-Relación ¡hecho en Paint! Sonrisas aparte, el que esté libre de pecado que tire la primera piedra ¿Quién no ha tenido que dibujar los planos de El Escorial alguna vez con el Paint? ¿A quién no le ha sacado alguna vez de un apuro? ¿Quién no ha tenido que hacer algún diagrama en un momento determinado y no ha tenido a mano la herramienta adecuada? No sólo es difícil encontrar una  herramienta de modelado con la que sentirte a gusto sin tener que aprender 4 millones de opciones, sino que siguiendo la Ley de Murphy, siempre tendrás que hacer un diagrama en el momento y lugar más insospechado. Esto suele multiplicarse cuando habitualmente tienes que mantener reuniones o visitar clientes.

Aunque el Paint ha sido un amigo fiel, puede retirarse sin cargo de conciencia. Ha llegado un nuevo chico a la oficina que nos permitirá hacer diagramas de forma sencilla, sin instalación ninguna y… gratis. Ha llegado gliffy.com.

Gliffy te permite crear diagramas UML, ER, de Red ¡e incluso de interfaces de usuario! ¿Os imagináis el punto que puede ser estar en una reunión con un ordenador que no es el tuyo conectado al proyector y que cuando el cliente empiece a explicaros con una perorata interminable como quiere su página web le pidas que, simplemente, se abra un navegador y te lo dibuje?

Pero Gliffy es mucho más: te permite exportar tus diagramas como imágenes, compartirlos con otros usuarios o incluso incrustarlos en tus propias páginas web ¿Alguien es consciente de las posibilidades que esto ofrece? Imaginemos que tengamos una página web en nuestra intranet donde tengamos publicado nuestro esquema de red para que los técnicos de soporte puedan consultarlo. Podemos empotrarlo en la página web como una imagen sin más, pero esto puede ser un auténtico problema. Cada vez que cambie la tipología de la red, alguien tiene que ocuparse de exportar de nuevo el diagrama como imagen y subirlo al servidor web. En cambio, gracias a Gliffy, podemos hacer público nuestro diagrama y hacer referencia al mismo ¡El diagrama mostrado siempre será el más actualizado! Es más, también permite exportarlo como un pequeño widget de javascript que permite que cualquiera contribuya o modifique dicho diagrama si es lo que deseamos.

Esta imagen está alojada en Gliffy, si la modifico, la próxima vez que visitéis mi blog, veréís las modificaciones

Esto va molando cada vez más y más ¿verdad? Pues aún hay más:

• Proporcionan un plugin para Wordpress que permite incrustar diagramas vivos en tus post
• Proporcionan plugins para JIRA y CONFLUENCE. ¿A que en más de una ocasión os hubiera gustado completar una tarea JIRA con un pequeño diagramita que se os ha ocurrido mientras redactabais la tarea?
• Tienen una API REST abierta, para que gestiones tus cuentas, usuarios, diagramas, directorios, etc, desde tu propia aplicación. Y por si lo de REST te suena a chino, tienen una API cliente opcional en PHP, Ruby y, por supuesto, en Java.

Por supuesto, tiene un defecto, tienes que tener conexión a Internet, pero ¿quién no la tiene hoy en día? Y para aquéllos que empiecen a argumentar posibles situaciones de desconexión… “dadme una tarjeta 3g y moveré el mundo” :)

¿De verdad no lo vais a probar? Promoved la campaña NI UN SOLO DIAGRAMA MÁS EN PAINT ¡Apuntaos a Gliffy!

]]> http://sixservix.com/blog/david/2009/11/04/gliffy/feed/ 4 http://sixservix.com/blog/david/2009/10/21/picnick/ http://sixservix.com/blog/david/2009/10/21/picnick/#comments Wed, 21 Oct 2009 06:17:40 +0000 David Bonilla http://sixservix.com/blog/david/?p=381 Siempre he tenido ganas de aprender a manejar Photoshop pero nunca he tenido tiempo para conseguirlo. El problema es que utilizar el programa de Adobe para retocar nuestras fotos, en la mayoría de los casos,  es como matar moscas a cañonazos.

Nosotros sólo queremos poder recortar las instantáneas, o corregir un poco el color o, como mucho, aplicar un efecto chulo pero sencillo… y nos empiezan a hablar de capas, filtros, pinceles hexadecimales y… nos venimos un poco abajo. Además, Photoshop es un software de pago y no precisamente barato ¿Qué podemos hacer?

Desde que descubrí picnik.com no se me ha vuelto a pasar por la cabeza utilizar otro programa de retoque fotográfico. Es una web sencilla -ni siquiera exigen que te registres- y, lo que es más importante, práctica y funcional. Con picnik puedes editar tus fotos desde cualquier sitio y conseguir resultados profesionales. Es completamente gratuita, aunque tienen una suscripción premium que te da acceso a más opciones que yo, personalmente, nunca he utilizado.

Además, picnik proporciona un montón de herramientas útiles para el usuario en general y el desarrollador en particular: desde integración con el navegador y widgets de escritorio, hasta una API para empotrar y usar desde nuestras propias aplicaciones web. ¿De verdad no os vais a animar a probarla? No os arrepentiréis.

ACTUALIZACION (01/03/2010)

Google ha comprado Picnik:  http://blog.picnik.com/2010/03/google-acquires-picnik/

El articulo está basado en un estudio de CA sobre el “Índice de estrés en el uso de aplicaciones web”. Porque sí, usar aplicaciones web -ojo respecto a la sutil diferencia con páginas web- produce estrés en los usuarios y nosotros, los malvados informáticos, yéndonos a dormir por las noches sin cargo de conciencia. Si ya el enfoque del estudio me puso en alerta, leer una reseña sobre la opinión de Kobi Korsah, director de Marketing de Productos de CA para la región EMEA, hizo que se dispararan todas las alarmas. Y es que, normalmente, poner a alguien de marketing a lidiar con técnica pura y dura es igual que poner a un mandril en celo a cuidar de tus hijos pequeños: puede salir bien, pero de casualidad.

El bueno de Kobi y su estudio nos comentan que el 73% de los trabajadores ahora dependen más de las aplicaciones web que hace dos años y casi todos los encuestados (un 97%) no podrían hacer su trabajo diario sin ellas. Bien, esto es bueno, sobre todo para los que programan aplicaciones web como es mi caso, pero ¿de verdad hacía falta encargar un estudio para saber esto? No soy un gurú, pero hace años que yo y cualquiera que esté en la industria del desarrollo de software sabe que todo tiende al mundo web. ¿Porque es más bonito? No. ¿Porque es más fácil de desarrollar? No. ¿Porque es más rápido? No, ¡pardiez no! Porque te permite acceder a tu aplicación desde cualquier sitio del mundo, hasta desde el teléfono de tu abuela y porque eso de instalar una aplicación en 300 ordenadores de una empresa y, sobre todo, mantenerla, suena un poco a Los Picapiedra ¿no?

Ahora podríamos entrar en el debate de ¿qué es rápido y qué es lento? ¿Es lento un proceso que te calcule los seguros sociales de 40 empleados y te genere un fichero para enviar a la Seguridad Social, un PDF de resumen y te muestre una traza por pantalla con todos los detalles del cálculo en menos de 5 segundos?  Algunos dirán que sí, otros dirán que no. Entre los usuarios de Kobi, por ejemplo, el 46% espera que la web le responda en menos de 10 segundos y, cito textualmente “a los 20 segundos, el 72% ha agotado la paciencia y ha pasado a otra web, y al minuto, el 90% de las personas se ha ido a otro sitio web“. Hombre… a lo mejor yo soy muy impaciente pero, en un minuto no me he ido a otro sitio web ¡me he ido a por un café corporativo y he vuelto!

Bueno, parece que entonces nuestro limite está en los 10 segundos y que todo lo que esté por debajo de ese tiempo de respuesta es rápido ¿no? Pues ni de coña. Una vez más, el estudio le ha fallado a Kobi y sus muchachos. Si yo le presento algo a mi jefe con un tiempo de respuesta medio, petición a petición, de 10 segundos; podría ver como en menos de esos 10 segundos le empieza a cambiar la cara hasta convertirse en algo parecido a esto:

Mi jefe, después de esperar 10 segundos para que una aplicación web acabe el proceso de login

Llegamos pues a la conclusión de que rápido o lento son conceptos relativos y completamente subjetivos, difíciles, muy difíciles de medir. Lo que sí sabemos, sin tener que encargar ningún estudio es que una aplicación web siempre será, por definición, más lenta que una aplicación cliente-servidor donde sólo viajan los datos de información, no los de presentación, y muuucho más lenta que una aplicación telnet, que se ejecuta en remoto, en el propio servidor donde está alojada la aplicación. Si a eso le añades lo que los veteranos denominan “esas tonterías” (sic) de los desarrolladores de aplicaciones de hoy en día, como esa terrible obstinación por separar todo en n capas o poner la base de datos en una máquina distinta del servidor de aplicaciones y las CAGADAS PURAS Y DURAS, como la tendencia a la sobrearquitectura, los macguffins y a poner 3 millones de imágenes, iconos y flash porque “el cliente dice que queda mas bonito”… pues sí, las aplicaciones web son mas lentas. Lentas de narices. Pero es que es lo que hay, el jamón es jamón y el chóped, chóped. Lo que no puedes  pretender es comer jamón a precio de chopped. Porque -si amigos- al final como casi siempre, todo es cuestión de pasta.

ENSEÑAME LA PASTA I

Es normal que los usuarios quieran una aplicación rápida. Yo también la quiero pero, para conseguirla necesito dinero, más dinero. Dinero para pagar a mis desarrolladores durante el tiempo que tarden en depurar y optimizar la aplicación o dinero para poder contratar a más progamadores que consigan desarrollar al mismo ritmo que lo hacemos ahora pero, además, consiguiendo optimizar el funcionamiento. Ojo, no quiero que esto se vea como una total y absoluta orgía de autocomplaciencia, pero, es cuestión de hacer autocrítica. Igual que reconozco haber encontrado auténticos TRUÑACOS en mi código y en el de mi equipo, como cosas que se hacen 2 o 3 veces sin saber porqué, también tengo que reconocer como me duele ver todos los días la caja sin abrir del Perfomasure que compramos hace dos años sin que nadie haya tenido tiempo de poder utilizarlo.

ENSEÑAME LA PASTA II

Gracias al informe de CA me entero de que mis pobres usuarios sufren de stress-web, provocado por mi inoperancia a la hora de desarrollar y, sobre todo, mi impotencia para cumplir sus expectativas. Y es que, parece ser que “cuando los clientes del sitio web se encuentran ante un problema o error, el 53% esperan que esté resuelto en 10 minutos; el 80% en una hora y el 99% esperan que esté resuelto en 24 horas. ¡Toma ya! ¡10 minutos!

A ver… no soy un genio de la gestión pero, para poder atender las incidencias en 10 minutos, o tengo a un desarrollador atado a una silla 24h, parado y quieto en plan bombero, listo para apagar un fuego cuando este se produzca o, no me salen las cuentas porque, si el mismo equipo de programación te arregla los errores sin haber completado el ciclo de desarrollo, ese ciclo se va a retrasar.

Cuando alguna vez alguien me pregunta si puedo garantizar la resolución de incidencias siempre les digo que SI pero, la sonrisa de satisfacción que ponen, se borra en cuanto les digo que le costaría unos 40.000 euros al año. Todo el mundo quiere el servicio pero nadie quiere pagarlo.

¿CONCLUSIONES?

Las aplicaciones web no son ni rápidas ni lentas. Las aplicaciones web son lo que son y es responsabilidad de todos que sean lo mas eficientes posibles; en primer lugar de los desarrolladores, que deberíamos demostrar un amor por el trabajo y un orgullo profesional que nos empujara a crear el mejor código posible mas allá de las dificultades; en segundo lugar, los gestores, que debemos obtener los recursos necesarios -técnicos, tiempo, dinero- para poder garantizar la calidad deseada; y, en tercer lugar, los usuarios, que deberían mostrar el interés apropiado por lo que son sus verdaderas herramientas de trabajo, en vez de limitarse a aprender lo justito para ir tirando y descolgar el teléfono de soporte y preguntar que hacer en cuanto les salé una botonera de Aceptar/Cancelar. No sé en que grupo estas tú pero, seguro que todos podemos conseguir que nuestras aplicaciones web sean, sino mas rápidas, si mejores.

¿Cuantas veces nos ha dejado de compilar inesperadamente un proyecto por una maldita ClassNotFoundException? ¿Cuantas veces hemos preguntado voz en grito en que jar estaba tal o cual clase? Todas esas situaciones son parte del pasado desde que tenemos esta maravillosa web, jarfinder, que nos permite buscar librerías por el nombre o el package de las clases contenidas en las mismas.

Es muy parecido a su competidor findjar pero tiene algunas ventajas respecto al mismo: 1) esta bastante más actualizado y 2) esta más orientado a la descarga directa, ya que proporciona el tamaño exacto de la librería en bytes  o la firma md5 de la misma.

La mecánica de uso es muy sencilla. Imaginar que importáis algo de código a vuestra aplicación y os da un error de compilación porque no encuentra la clase com.thoughtworks.xstream.XStream y no tenéis ni idea de que librería os falta incluir en el classpath para que todo funcione. Bueno, buscáis la clases en jarfinder y, al pinchar sobre la misma se mostrarán todas las librerías donde esta incluida. Lo normal es que nos quedemos con la ultima versión de librería que deseemos y, al seleccionarla, jarfinder nos proporcionará información sobre la misma y, lo que es mas importante, de donde descargarla.

Paso 1) buscamos la clase

Paso 2) seleccionamos la libreria que queremos descargar

Paso 3) la descargamos !!!

Cuando haces esto, siempre hay alguien que te recuerda la máxima de “si funciona, no lo toques” por la que deberíamos guiarnos más veces los informáticos así que, suelo tener la costumbre de hacer una recopilación de las mejoras y añadidos para evaluar si merece la pena “correr el riesgo” y pasarle a los programadores una lista de las nuevas características más importantes para que se lancen a aprovecharlas con el cuchillo en la boca.

Para conseguirlo, suelo bucear por las release notes de cada una de las versiones y, para mi consternación descubrí que en el sitio de JasperReports ¡no tienen disponibles las características de las versiones anteriores a la 3.5.2!. ¿Que podía hacer? ¿como saber que había cambiado desde mi versión 2.0 del pleistoceno hasta la nueva y flamante 3.5? Recordé una web histórica, mítica, con una larga historia detrás y que apareció, ni más ni menos que en 1999. Estamos hablando de freshmeat.Freshmeat es una web que pretende servir como medio de información sobre las ultimas actualizaciones y versiones de software. Además, permite escribir reseñas sobre dichas versiones, comentar las mismas y reportar bugs o problemas. Cuando busque información sobre JasperReports ¿que creéis que encontré? una lista exhaustiva de todas las versiones liberadas y un resumen con las características más importantes de cada una de las mismas.

Desgraciadamente, no todo puede ser bueno. Desde mi punto de vista, freshmeat se muere. Y es que el caso de JasperReports no es un buen ejemplo de como funciona actualmente la web. Hay muchos proyectos, demasiados, no documentados o desactualizados. Parece que en el mundo dospuntocero la gente se preocupa más por mantener sus propios sitios que por colaborar en las webs que realmente aportan a la comunidad y, los principales culpables de esto, son los propios responsables de los proyectos.

En cualquier caso, freshmeat debe ser un sitio de referencia en los marcadores del navegador de un desarrollador. Larga vida a la carne fresca.

]]> http://sixservix.com/blog/david/2009/08/26/freshmeat/feed/ 0