Buscar
Social
Ofertas laborales ES
jueves
oct252007

YSlow: herramienta para mejorar el rendimiento de tu web

Este verano Yahoo publicó un extracto de un libro sobre rendimiento web en el que se recogían 13 reglas para mejorar el rendimiento de tu sitio web. Son reglas bastante sencillas de cumplir y que sin embargo a menudo se dejan a un lado; algunas de las reglas son obvias como intentar reducir el número de peticiones HTTP, otras no son tan obvias como, por ejemplo, es mejor poner los Scripts lo más abajo del documento html y las css lo más arriba posible.

Poco después de publicar el artículo inicial, Yahoo publicó una herramienta (YSlow ) chequea de modo automático las 13 reglas y hace un pequeño informe diciéndonos que debemos corregir para mejorar el rendimiento de nuestro sitio web. En javaHispano empleamos es herramienta para mejorar la eficiencia de la nueva web y (aunque seguimos violando algunas reglas...) sin duda nos ayudó a mejorar bastante. Desde entonces tenía intención de publicar una noticia hablando de la herramienta, pero hasta hoy se me olvidó el tema.

La herramienta es muy intuitiva; es un plugin de FireFox que permite hacer un informe de la web que estas visualizando en ese momento. Es gratuita y es una herramienta puramente de cliente, es decir, no importa la tecnología en la cual se haya desarrollado la web. Os recomiendo todosque la provéis.

Os dejo aquí un screencast de YSlow un par de capturas de pantalla de la herramienta.

 

yslowyslow2
miércoles
oct242007

Virtual Ant, la forma más simple de crear tareas de Ant

 

Virtual Ant permite construir scripts para la popular herramienta Ant de Apache sin necesidad de escribir ni una sola línea de XML o aprender a emplear asistentes. Virtual Ant crea un sistema de ficheros virtual, que replica el sistema de ficheros de la máquina en la cual se ejecuta, para el cual proporciona una interfaz similar al explorador de Windows. En ese sistema virtual el programador mueve ficheros, copia, crea archivos .jar mediante un menú contextual, etc. sin que todas estas acciones afecten al sistema real. Puedes ver como funciona en este video.

 

Virtual Ant graba en una macro todas las acciones. Una vez el programador ha terminado de interactuar con el sistema de ficheros la herramienta genera un script de Ant que reproduce todas las acciones realizadas. También es posible cargar scripts Ant en la herramienta y ejecutarlos sobre el sistema de ficheros virtual, sin modificar el sistema de ficheros real, para ver sus efectos.

 

Ahora vienen las malas noticias. Placidsystems, la compañía que ha desarrollado la herramienta había dicho a finales del año pasado, cuando liberó una versión alfa del producto, que lo pondría a la venta a un precio que probablemente rondase los 20 $ por usuario, un precio bastante razonable. Sin embargo el precio final ha sido de 300 $ por usuario.

Se trata de un producto interesante e innovador. Pero creo que se han excedido demasiado en el precio, por lo que no le aventuro mucho futuro comercial. ¿Qué opináis vosotros al respecto ?

martes
oct232007

Estima tus proyectos de desarrollo con póker

Pues no, no es que este sea un spam acerca de jugar póker en línea (aunque seguramente google pondrá adsense al respecto); sino de un método para estimación de proyectos. Sin duda uno de los puntos donde más se falla a la hora de iniciar un proyecto de desarrollo de software es en la planeación. Por ello los programadores siempre estamos atrasados en nuestras entregas y quemamos horas extras e incluso fines de semanas tratando de alcanzar esos plazos que tan bien se veían en el Project del líder.

Jeff Atwood en su gran blog codinghorror.com, comenta la metodología Wideband Delphi pero que en el desarrollo ágil se ha implementado como el Planning Poker oPóker de planeación. Puedes encontrar una implementación web en, claro, planningpoker.com o puedes construirte tu deck de cartas (en México se le llama mazo pero lo dejo en inglés por si en otro país no se entiende el término) como las que aparecen en esta fotografía:

poker

 

La idea es bastante simple, copio y pego de la explicación de Atwood:

  1. Forma un grupo de no más de 10 estimadores y un moderador. El cliente para quién será el producto no puede ser un estimador.
  2. A cada estimador se le da un deck con las cartas: 0, 1, 2, 3, 5, 8, 12, 20, 40 y 100.
  3. El moderador lee la descripción de una historia de usuario y contesta preguntas breves sobre ella.
  4. Cada estimador selecciona una carta (un estimado) y la coloca boca abajo en la mesa. Cuando todos los estimadores hayan colocado su estimado, las cartas se voltean.
  5. Si los estimados varían en gran margen, los que pusieron la carta más baja y la más alta discuten los motivos por los cuales sus estimados son tan diferentes.Todos los estimadores deben participar en esta discusión.
  6. Repetir a partir del paso 4 hasta que los estimados converjan.

A mi me parece un método sencillo y fácil de lograr discutir sobre los puntos críticos para implementar los casos de uso y de lograr una estimación más real de los mismos.

¿Qué técnica sueles usar para estimar el tiempo de tus proyectos?

 

martes
oct232007

NetBeans IDE 6.0 Beta 2 Disponible

Netbeans 6 beta 2, ahora incluye los drivers de las bases de datos MySQL y postgreSQL, auto completado para código Ruby Netbeans es un editor compacto, con un editor rápido y una completa integración de todos los productos de Netbeans en un solo IDE soporta: Ruby/JRuby/Ruby on Rails Netbeans Profiling integrado por defecto En el nuevo instalador usted puede escoger únicamente lo que desea instalar.

Página de lanzamiento

Tutoriales y Documentación

Lista de características

 

fuentes: coplec.org

             netbeans.org

lunes
oct222007

Microsoft permitirá acceder al código fuente de las librerías de .NET 3.5

Parece que la presión de Java por un lado, con toda la plataforma abierta, y de Adobe con su Flex por otro, una plataforma que cada vez es más abierta, han terminado por empujar a Microsoft a hacer un gesto de buena voluntad ante su comunidad. Hacia finales de este año Microsoft anunciará la versión 3.5 de .NET. En esa versión será posible acceder al código fuente de las librerías estándar (a menos de la mayor parte) de esa plataforma.

La licencia bajo la cual se permite acceder al código fuente, Microsoft Reference License, permite visualizar el código pero no permite hacer nada con él. Por otro lado, sólo se permite acceder al código de las librerías, no de la máquina virtual o el compilador.

¿Qué pensáis de este movimiento de Microsoft?