WorkMeter para la gestión de equipos de desarrollo

Desde hace un tiempo que no envio ningún artículo ya que estoy muy implicado en un nuevo proyecto que consume buena parte de mi tiempo y esto me impide mantener el blog como desearía , bueno, en esta ocasión solo quería compartir esta herramienta que estamos desarrollando y utilizando en nuestra empresa la cual nos ayuda enormemente en la gestión de equipos de desarrollo. Esta herramienta nos permite saber si estamos sobresaturados, nos da nuestro time sheet, nos facilita la gestión por proyectos y además hace que los desarrolladores sean más conscientes de lo que hacen y, por tanto, les ayuda a gestionar mejor su tiempo.

La aplicación proporciona métricas de uso de aplicaciones del equipo facilitando la toma de decisiones, aportando una visión objetiva para poder supervisar y medir el trabajo de la gente sín tener que depender de rumores, además permite ajustarse más a la realidad a la hora de planificar la ejecución de proyectos.

También es útil, esto es una opción que todavía tenemos que probar, en la gestión de equipos de trabajo remotos, WorkMeter seguramente puede solucionar el problema de sensación de falta de control al realizar un proyecto (o parte) fuera de la empresa ya que nos permite realizar un seguimiento del tiempo invertido y así poder valorar y justificar la inversión a nuestros jefes de una manera precisa y fiable.

Se puede probar la aplicación gratuitamente desde la página web http://www.workmeter.com

Prototipos web, Balsamiq Mockups

Durante el desarrollo de una aplicación web una de las fases suele ser la de crear un prototipo de como será la interfaz. Para esta tarea he encontrado recientemente una gran herramienta, Balsamiq Mockups, esta es una herramienta muy completa con una gran variedad de elementos para la prototipación de una web.
La versión online es muy cómoda de utilizar, tengo pendiente de probar la versión offline, pero para hacer pequeñas webs es ideal.

GWT & Norton 360

Despues de encontrarnos con problemas para correr una aplicación hecha con GWT nos dimos cuenta que seguramente se debía al control por parte de Norton de las iframes que son creadas dinamicamente y que cargan contenido dinamico, un metodo común para cargar archivos remotos en el "background" de la página, método que muchos sitios utilizan. Si utilizas Norton, desde su versión 2006 y encuentras que alguna aplicación estilo Gmail es extrañamente lenta prueba de desactivar la comprobación "phishing" del sitio.
Para los que desarrollen en GWT, a continuación adjunto un pequeño script que puede solucionar los problemas de GWT con Norton Antivirus, se trata de un pequeño script en bash que reemplaza las ocurrencias de la cadena javascript:'' en todos los archivos .cache.html y lo reemplaza por blank.html de modo que debe añadirse un archivo que teoricamente nunca es requerido, pero por si acaso ;).
El único parametro es la raiz de los archivos compilados por GWT, la carpeta en donde se encuentra los archivos .cache.html .

#!/bin/bash
# GWT Norton Hack Script
# This script is to solve the slow down problem of GWT applications
# when viewed in systems which have Norton AV installed. This hack was
# inspired by Gonzalo Domenechs and coded by Iago Tomas, it consists in
# a simple script which searches for files with .cache.html extension in
# a given directory and replaces all javascript:'' occurrences in them.
# This when used in a dynamic builded iframe slows down enormously the
# GWT application if it makes use of such. This tool doesn't provide any
# guarantee to solve your problems its just a script to
# avoid making hand work.

VERSION="0.1"

if [ $# -lt 1 ]; then
echo "GWT Norton Hack Script $VERSION"
echo "Usage: $0 [path-to-files]"
exit 0
fi
VAR="$1*.cache.html"
for i in $( ls $VAR); do
echo "Found: $i"
cp $i "$i.bak"
$(sed "s/javascript:''/blank.html/g"<$i&>"$i.new")
mv $i "$i.bak"
mv "$i.new" $i
rm -f "$i.bak"
done
echo "Backup files where created"

GWT RequestBuilder

Despues de ver la presentación de Google I/O http://sites.google.com/site/io/gwt-and-client-server-communication en la cual se presentan y se comentan las mejoras de GWT 1.5 y además se aconsejan ciertas técnicas para la optimización de la comunicación entre cliente y servidor, GWT RPC es una de las mejores opciones para la comunicación entre servidor y cliente. GWT RPC es un protocolo creado por los desarrolladores de GWT que codifica los datos para guardando los tipos. Este protocolo es una extension de JSON codificada, permite una comunicación segura y con un payload mínimo ya que al ser JSON los datos son interpretados directamente por el navegador no hay descodificación costosa como en el caso de XML u otros servicios REST.

Si los lenguajes de programación flotaran en el agua…

¿Nunca os habéis preguntado cómo serían los lenguajes de programación si… estos flotaran como barcos en el agua? ¿Cómo serían los lenguajes de programación si fueran barcos, si fuera botes?
Turing
Turing sería definitivamente un kayak. Pequeño. Propulsado por energía humana. Se suele usar para aprender a usar los barcos… y es muy canadiense

Java
Java puede ser fácilmente un buque de carga. Es voluminoso. Comercial. Aunque puede cargar mucho peso, llevará un proyecto pero no será muy divertido de llevar a cabo.
Perl
Perl será un remolcador. Poderoso para remolcar a Java donde sea en 80 caracteres o menos.
Ruby
Quizás… una lancha sería la mejor forma de describir a Ruby. Elegante, sexy, muy divertido de conducir. Muy moderno.

PHP
PHP… será una balsa de bambú. Un montón de apaños seguidos… aunque todavía consigue mantenerse a flote.

C
C es un submarino nuclear. Las instrucciones estarán posiblemente en una lengua extranjera (extraña) pero… todo el código del hardware estará creado para el rendimiento perfecto.HTML
HTML…. realmente no es un bote.Lenguaje ensamblador
Barco-casa flotante. Potente… pero cansino, abominable y pedante.
.NET (Microsoft .NET Framework)
El… RMS Titatic. Grande, poderoso, con mucha tripulación y puede con todo…. pero con con un pequeño y ridículo golpe te quedas sin.
Pascal
Pascal entraría en lo que se dice en un buque viejo a vapor. Tan grande como antiguo. Los jóvenes marineros siempre lo usaron para aprender… ahora solo se exhibe en algunos museos, así como la fecha de su muerte.
Esta es una traducción realizada por Boozox.net
Además de la traducción ha añadido un par de definiciones, en todo caso muy buen trabajo. Un saludo.
NB: Sí sabeis de alguno más no dudéis, vía una entrada de meneame desde un blog… inglés con mucha comunidad en un foro.

Ubuntu no tan libre como se pinta

Llevo utilizando Ubuntu desde hace algo más de un año en la versión desktop para mi portatil y desde hace poco que tomamos en serio la versión Server de esta distribución. Pero después de lo que leí en una página publicada por Jordi Mas, un activista en la comunidad opensource catalana, coordinador del proyecto Softcatalà, en donde denunciaba la falta de colaboración por parte del proyecto Ubuntu en la traducción de aplicaciones.
Al parecer todas las traducciones aportadas por los usuarios para internacionalizar las aplicaciones de la distribución no son agregadas a las traducciones oficiales, duplicando así el trabajo realizado. Esto no encaja con la imagen social y colaborativa que presenta Ubuntu, por lo visto aprovecha las aportaciones de la comunidad opensource pero no participa en ella. Estoy seguro que varios de los colaboradores y creadores de Ubuntu participan de forma activa en proyectos Open Source pero al no contribuir con las traducciones desde su distribución parece que Ubuntu quiera aprovecharse de la buena fe de los usuarios.
De todos modos por el momento seguiré utilizando la versión Desktop y seguiré apoyando su uso para servidores, pero esto me deja con ciertas dudas para apoyarlo en futuras ocasiones si sigue leyendo por ahí su falta de participación.

Cpan Writing Makefile Not OK

Despues de estar rebuscando en la red sobre el último problema que me ha surgido durante la instalación de modulos a traves de CPAN para perl he podido hallar la solución en uno de los foros escondidos de CPAN. El enlace http://www.cpanforum.com/threads/502 y ahora resumo un poco el problema y la solución que he encontrado.
Resulta que despues de una instalación de una Ubuntu Server sín más que el entorno base, al ir instalando paquetes necesarios manualmente a traves de apt-get ninguno de los paquetes de desarrollo como make se instalaron por dependencia y la instalación de Perl no dió ningún mensaje de advertencia de que requiriese de estos para utilizarse, lo cual era cierto, solo que hay el pequeño detalle de que entonces no se podrán instalar modulos adicionales, al intentar instalarlos siempre falla en la fase de creación del Makefile, con un escueto
Writing Makefile
----Not OK

Bueno pues como se indica en el foro, el problema reside en que aun habiendo instalado make, si este se ha instalado posteriormente a la instalación de Perl, perl no define en la configuración del entorno de CPAN los parametros para utilizar make. Esto se puede verificar ejecutando CPAN,

• cpan> o conf
  

el comando devuelve las variables de entorno fijadas, en mi caso solo definiendo la variable make ya he resuelto el problema pero esto depende del entorno de cada uno.