El futuro de la web y el escritorio

• Google: sin duda una de las que más apuesta por las aplicaciones como servicios en la red a los que se accede mediante el navegador. Es su terreno natural y donde ha explotado su gran negocio de la publicidad en la web; además con Google Apps realiza una apuesta fuerte por llevar aplicaciones del escritorio a la web. No obstante, también ha puesto un pie en el escritorio con Google Desktop, una apuesta que no creo para nada trivial.
• Yahoo: podríamos hablar de una tendencia similar a Google. Sus servicios viven en el navegador, aunque su apuesta por llevarse a él aplicaciones del escritorio es menos agresiva. También cuenta con Yahoo Widgets en el escritorio.
• Adobe: uno de los movimientos más interesantes. Flash goza de un gran éxito en la web, pero Adobe se mueve hacia el escritorio donde plantea Apollo para las RIAs.
• Microsoft: dominador en el escritorio, se mueve sorprendentemente hacia la web con Silverlight y hacia nuevos modelos de negocio en ella con las APIs de Windows Live.
• Sun: JavaFx es su apuesta particular en esta batalla, muy enfocado hacia la telefonía móvil.

Leia Mais…

Generador de botones estilo 2.0

My cool button es un generador online de botones con "estilo web 2.0 . A base de clics vas eligiendo los parámetros (fuente, ancho, colores...) que quieres aplicar al botón y después de unos segundos puedes descargarlo. Muy sencillo de utilizar y con resultados vistosos. @ etc

Leia Mais…

AJAX Feed API Slide Show Control

This afternoon Google extended the AJAX Feed API with a new Slide Show Control. This control allows you to easily embed a slide show of images from PhotoBucket, Flickr, Picasa Web Albums, or any feed that uses the Media RSS extensions. With just a few lines of code:

   new GFslideShow("http://dlc0421.googlepages.com/gfss.rss",
                 document.getElementById("slideshow"));

You can insert a slide show like this on your site or blog: As always, let them know what you think in the Google AJAX API developer forum.

Leia Mais…

Los 10 Mandamientos de Google

1. Centra tu atención en el usuario y todo lo demás te vendrá dado 

2. Haz una sola cosa, pero hazla muy bien 

3. Rapidez es siempre mejor que lentitud 

4. La democracia funciona en la Red 

5. No tienes que estar sentado ante tu escritorio para demandar respuestas 

6. Puedes hacer dinero sin recurrir a negocios oscuros 

7. Siempre hay más información allá afuera 

8. Las expectativas de información rompen todas las fronteras 

9. Puedes ser serio sin vestir traje 

10. Ser grande no es suficiente

Leia Mais…

Cosas que no debes hacer al construir un sitio web

Traducción rápida y resumen de 19 Things NOT To Do When Building a Website, de Josiah Cole --con quien no podría estar más de acuerdo excepto porque en su artículo utiliza incorrectamente palabras en mayúsculas para enfatizar.

1. Nunca cambies el tamaño de la ventana del navegador del usuario automáticamente, es molesto, irrespetuoso y típico de los sitos de spam.
2. Mal si tu página es de las que primero carga una página señuelo y ésta "lanza" un popup con la página real. Error muy habitual de los sitios hechos en Flash.
3. Tampoco está bien preguntar al usuario si quiere ver una caca de página directamente o prefiere entrar a un sitio guay lleno de colorines y animaciones pero para el cual necesita aditamentos especiales y esperar un rato a que cargue.
4. Si todo tu sitio está hecho en Flash despide al desarrollador de la página y hazla otra vez; si la has hecho tú colócala en el apartado "sitios inútiles que he hecho" de tu portfolio y hazla otra vez.
5. No pretendas reinventar la navegación de los sitios web.
6. El contenido es el rey: si tu página web no tiene suficiente contenido o ningún texto real que no esté en una imagen contrata a un copy y despide a tu webmaster ahora.
7. Si tu sitio web no funciona o no se ve bien en Firefox... ¡bienvenido al 2007
8. Nada de texto parpadeando [, los navegadores con clase como Safari ya ni la interpretan], nada de usar FrontPage, nada de popups ni en enlaces ni automáticos, nada de texto en scroll, nada de intros en Flash,...
9. Si la página contiene música asegurate de que el usuario puede detenerla o apagarla y mejor si no se inicia automáticamente --lo mismo para el vídeo.
10. Los menús de navegación mejor en texto que en imágenes.
11. Un flujo de navegación bien pensado con subsecciones siempre es mejor que utilizar menús desplegables.
12. Si la única forma de encontrar la información importante de tu sitio web es utilizando el buscador, despide al tío que hizo el flujo de navegación --y que seguramente utilizó menús desplegables.
13. Cuida el tiempo que necesita la página para cargarse.
14. Si pretendes hacer pasar al usuario por alguna ruta predeterminada para llevarle a alguna página concreta o a la versión demo de tu producto es hora de que te compres una granja de hormigas para aliviar tus deseos de usurpador de voluntades con alguna especie que lo permita.
15. Si vas a poner vídeo olvidate de pedirle a los usuarios que elija distintos anchos de banda y formatos de video perdedores como RealPlayer, Windows Media Player, Quicktime,... Utiliza un reproductor de vídeo en formato Flash como hacen YouTube y similares --si, Flash ganó esta única batalla hace tiempo.
16. No utilices técnicas y tecnologías nuevas en tu sitio web simplemente porque puedes o porque son novedosas. Las tecnologías nuevas son chulas, pero utilizalas sólo si realmente mejoran de algún modo la vida a tus lectores / clientes / usuarios.

Leia Mais…

Así es la izquierda ...

La escritora Almudena Grandes dice que cada mañana "fusilaría" a dos o tres voces que le "sacan de quicio" En una rueda de prensa en Sevilla, quiso añadir que "estamos en un país en el que la derecha española recuerda más a la de la II República que a la del franquismo". Grandes, que colabora con el Grupo Prisa, resaltó que este sector de la sociedad reclama el derecho a gobernar "por gracia divina". Así, Almudena Grandes resaltó que "es una reacción que se ha repetido a lo largo de la historia pero, que esta vez, el Ejército, la coyuntura internacional, las instituciones y los ciudadanos ya no son lo que eran".

Leia Mais…

I'm a techie !

eXtreme Programming

La programación extrema ( eXtreme Programming ) o XP , es una disciplina de desarrollo basada en la simplicidad. XP aparece para, que equipos pequeños que necesitan desarrollar software rápidamente, puedan realizarlo en un ambiente donde los requisitos cambian rápidamente.

La metodología de Desarrollo de Software, siempre necesitará ser modificada para adaptarla a los requisitos particulares del cliente y de las circunstancias. XP no es ninguna excepción.

Hay doce prácticas para aplicar XP:

El proceso de planteamiento o juego de la planificación

Permite que el XP cliente defina el valor de negocio y las características deseadas, y utiliza las valoraciones de coste proporcionadas por los programadores, para elegir si necesita ser desarrollado o dejar aparcado. Con este proceso es fácil llevar el proyecto a ?buen puerto? .

Entregas pequeñas

La idea es producir rápidamente versiones del sistema que sean operativas, aunque obviamente no cuenten con toda la funcionalidad, pero constituyan un resultado de valor para el negocio.

Metáfora

Una metáfora, es una historia compartida que describe cómo debería funcionar el sistema. El sistema es definido por una metáfora o un conjunto de metáforas compartidas por el cliente y el equipo de desarrollo. La metáfora consiste en formar un conjunto de nombres que actúen como vocabulario para hablar sobre el dominio del problema.

Diseño simple

Se debe diseñar la solución más simple que puede funcionar y ser implementada en un momento determinado del proyecto. La complejidad innecesaria y el código extra debe ser removido inmediatamente.

Pruebas

La producción de código está dirigida por las pruebas unitarias. Las pruebas unitarias son establecidas antes de escribir el código y son ejecutadas constantemente ante cada modificación del sistema. En este desarrollo y pruebas constantes, la automatización para apoyar esta actividad es crucial.

Refactorización (Refactoring)

La refactorización es una actividad constante de reestructuración del código con el fin de remover duplicación de código, mejorar legibilidad, simplificarlo y hacerlo más flexible para facilitar los posteriores cambios. Para mantener un diseño apropiado, es necesario realizar actividades de cuidado continuo durante el ciclo de vida del proyecto.

Programación en parejas

Toda la producción de código debe realizarse en parejas de programadores. Muchos errores son detectados conforme son introducidos y la tasa de errores del producto final son mucho menores, los diseños son mejores y el tamaño del código menor, los problemas de programación se resuelven más rápido, se transfieren los conocimientos de programación entre los miembros del equipo, varias personas entienden las diferentes partes del sistema, mejora el flujo de información y la dinámica del equipo.

Propiedad colectiva

Cualquier programador puede cambiar cualquier parte del código en cualquier momento. Esta práctica motiva a todos a contribuir con nuevas ideas en todos los segmentos del sistema, evitando a la vez que algún programador sea imprescindible para realizar cambios en alguna porción de código.

Integración continúa

Cada pieza de código es integrada en el sistema una vez que esté lista. Así, el sistema puede llegar a ser integrado y construido varias veces en un mismo día. Todas las pruebas son ejecutadas y tienen que ser aprobadas para que el nuevo código sea incorporado definitivamente. La integración continua a menudo reduce la fragmentación de los esfuerzos de los desarrolladores por falta de comunicación sobre lo que puede ser reutilizado o compartido. Esto es esencial para un proyecto controlado.

40 horas por semana

Se debe trabajar un máximo de 40 horas por semana. No se trabajo horas extras en dos semanas seguidas. Si esto ocurre, probablemente está ocurriendo un problema que debe corregirse. El trabajo extra desmotiva el equipo. Los proyectos que requieren trabajo extra para intentar cumplir con los plazos suelen al final ser entregados con retraso. En lugar de esto se puede realizar el juego de la planificación para cambiar el ámbito del proyecto o la fecha de entrega.

Cliente in-situ

El cliente tiene que estar presente y disponible todo el tiempo para el equipo. Gran parte del éxito del proyecto XP se debe a que es el cliente quien conduce constantemente el trabajo hacia lo que aportará mayor valor de negocio y los programadores pueden resolver de manera inmediata cualquier duda asociada. Algunas recomendaciones propuestas para dicha situación son las siguientes: intentar conseguir un representante que pueda estar siempre disponible y que actúe de interlocutor del cliente, contar con el cliente al menos en las reuniones de planificación, establecer visitaqs frecuentes de los programadores al cliente para validar el sistema, anticiparse a los problemas aosociados estableciendo llamadas telefónicas frecuentes y conferencias, reforzando el compromiso de trabajo en equipo.

Estándares de programación Es indispensable que se sigan ciertos estándares de programación. Estos mantienen el código legible para los miembros del equipo, facilitando los cambios. Fuentes de Errores

Como se puede ver gana la toma de requerimientos . Y también:

• No disponer de ningún mecanismo de control de cambio
• Evitar cambios de alcance durante el proyecto
• Parálisis del proyecto debido a un excesivo tiempo recogiendo requisitos
• No hacer captura de requisitos de ningún tipo
• No realizar planificación de las iteraciones (tras pasarse a un método supuestamente ágil)
• Demasiada planificación de las iteraciones

Julián Macías GIS & JAVA DEVELOPMENT

Leia Mais…

Nuevas Tecnologías

Artículo 17.1 de la Ley de Servicios de la Sociedad de la Información y de Comercio electrónico. (aka LSSI) Los prestadores de servicios de la sociedad de la información que faciliten enlaces a otros contenidos o incluyan en los suyos directorios o instrumentos de búsqueda de contenidos no serán responsables por la información a la que dirijan a los destinatarios de sus servicios, siempre que:

a) No tengan conocimiento efectivo de que la actividad o la información a la que remiten o recomiendan es ilícita o de que lesiona bienes o derechos de un tercero susceptibles de indemnización, o

b) Si lo tienen, actúen con diligencia para suprimir o inutilizar el enlace correspondiente.

Se entenderá que el prestador de servicios tiene el conocimiento efectivo a que se refiere la letra a) cuando un órgano competente haya declarado la ilicitud de los datos, ordenado su retirada o que se imposibilite el acceso a los mismos, o se hubiera declarado la existencia de la lesión, y el prestador conociera la correspondiente resolución, sin perjuicio de los procedimientos de detección y retirada de contenidos que los prestadores apliquen en virtud de acuerdos voluntarios y de otros medios de conocimiento efectivo que pudieran establecerse.

Leia Mais…