Google, iPod o Facebook conocen bien la ecuación producto = interfaz, y saben que el mejor interfaz es el más simple, porque a los usuarios no nos gustan los programas que hacen trabajar al ratón más que un videojuego.

Esta es la idea base de la presentación del diseñador de interfaces de usuario Aza Raskin:

• Charla Don´t Make Me Click, sobre diseño de interfaz de usuario y usabilidad, en Google Talks.

Seguramente SOA (arquitectura orientada a servicios) es el paradigma de arquitectura más adecuado para diseñar soluciones flexibles de integración con otros sistemas de forma simple, y que permite modelos de desarrollo ágiles capaces de responder al mantenimiento en entornos de negocio rápidos.

SEI ha publicado el informe "Evaluating a Service-Oriented Architecture", un compendio de información imprescindible para arquitectos e ingenieros que trabajan con SOA; que contiene el tutorial que sobre este tema expusieron sus autores en el certamen SATURN 2007.

El título del trabajo no hace justicia al contenido, porque ofrece bastante más que un modelo o criterios para la evaluación de la arquitectura (que no es poco).

No hace falta una Wii. Basta el mando , que creo ronda los 40 dólares, bluetooth en el ordenador y el ingenio de gente tan fantástica como Johnny Chung Lee para conseguir una pizarra de proyección interactiva, visualizaciones tridimensionales sobre un monitor convencional, o el interfaz para las proyecciones que vimos en la película "Minority Report".

• Página de los proyectos .
• Blog de Johnny Chung Lee .

Lo mejor para mantener a los programas ágiles y delgados es diseñarlos con arquitecturas orientadas a servicios, y aplicarles un ritmo de vida mantenimiento sano: sólo buena refactorización, y sin degradar la arquitectura.

Este es el símil y las primeras conclusiones del proyecto europeo Leg2Net, que investiga como evitar los problemas típicos del mantenimiento del software. Afirma que tiene un envejecimiento similar a las personas: va ganando kilos con los años y se vuelve pesado, lento y torpe.

 "Las actualizaciones de software suelen añadir capas al sistema, sin tener en cuenta su estructura, acumulando grasa en forma de código innecesario y desarrollando sistemas obesos"
Es cierto que también los parches van transformando las arquitecturas limpias y sencillas en escleróticos bloques de código.

Artículo inglés del proyecto .
Artículo de la UPM
Página del proyecto Leg2NET

Ví@ Luis ;-)

Jay Flowers acaba de cerrar la primera versión candidata para ser la 1.0 de CI Factory, la plataforma que ha desarrollado, y distribuible con licencia BSD, para crear un entorno de trabajo de Integración Continua .

CI es un servidor que implementa los requisitos de Integración Continua (gestión de la configuración del código, sincronización de código, pruebas unitarias sistemáticas) sobre una arquitectura modular para la que hay disponibles ahora 25 módulos para:

Alerts, Analytics, Ant, Backup, CsDiff, DotNetUnitTest, FinalBuilder, InstallShield, MSBuild, MSTest, NCover, nDepend, Simian, Subversion, Tracker, versioning, VisualSourceSafe, VS.NETCompile, VSTSVersionControl, Wix, XenocodePostbuild

• CI Factory
• Página del proyecto en Googel Code

Si programas con .NET, y necesitas incluir gráficos de Gantt en un programa de escritorio, o en una aplicación web, te pueden resultar útiles estos componentes:

• Gantt Chart (component)
  
• Event Calendar (web control)

En Google Tech Talks está disponible la charla que el pasado 27 de agosto dio Mark Utting sobre la ejecución de prueas sistemáticas basadas en modelos funcionales (Model-Based Testing).
Expone las principales diferencias entre realizar pruebas de "caja negra" o de "caja blanca" y explica de forma práctica la ejecución de pruebas unitarias con el framework JUnit y su análisis posterior con la herramienta open-source "Jumble".

Es un método imprescindible para "desarrollo dirigido por las pruebas" (test-driven development)

•  Google Tech Talks:  Model Based Testing: Black or White?

El 10 y 11 de este mes se celebró en Raleigh el congreso Ruby Hoedown 2007 . Los vídeos de las conferencias están disponibles en Confreaks .

• Ruby and Rails Testing Techniques
• Exploring Merb     
• VoIP Development with Ruby and Adhearsion     
• The Journey     
• Wright     Building Games with Ruby     
• Lightning Talks     
• Ruby Have a Chasm to Cross?
• Using C to Tune Your Ruby (or Rails) Application     
• Keynote Address: What makes code beautiful?

Sobre el criterio de arquitectura "Smart Client Software Factory " para desarrollar aplicaciones clientes Windows integrando módulos funcionales independientes (Composite UI Applications Block ), Microsoft ha anunciado en primera versión CTP: "Acropolis". El framework para Visual Studio 2008 ("Orcas ") que ofrece componentes y herramientas para simplificar y reducir el tiempo de desarrollo de clientes modulares con esta orientación de software factory de integración de módulos pre-programados.

• Página de descarga
• Página de descripción y vídeo explicativo

De las 55 evidencias de la Ingeniería del Software (55 facts) que recopiló hace algunos años Robert L. Glass en su libro "Facts and Fallacies of Software Engineering " esta es mi selección personal:

Gestión de personas

• El factor más importante en el trabajo con software no son las herramientas, ni las técnicas usadas por los programadores; sino la calidad de los programadores.
• Los mejores programadores son 28 veces mejor que los peores. Dado que las diferencias de paga no alcanzan esta proporción, representan la mayor ganga en el campo del software.

Mirar a través de una cámara para proyectar sobre la realidad a la que apuntamos: el pasado, el futuro, su interior, o simplemente ficción.

Andar por un edificio vacío para "ver" todas las opciones de decoración que se nos ocurran. Pasear por las ruinas de Cartago y "ver"  la ciudad que hubo hace 2.500 años; mirar las obras desde la barandilla, y encontrarnos con el edificio ya terminado; etc.

El concepto de realidad aumentada tiene ya 14 ó 15 años (1 , 2 , 3 , 4 ), pero es ahora cuando empezamos a conocerla porque ya tenemos máquinas asequibles con la capacidad de proceso necesaria para hacerla realildad.

¿Como enseñarle a sobrevivir a un robot en una isla desierta?. Pues programándolo.

El vicepresidente ejecutivo de Microsoft Research, Rick Rashid, afirmó en TechFest 2007 que hay una creciente y cada vez más grave crisis en el área de formación de ciencias computacionales, que cada vez es menor el interés y peor la calidad en esta formación. "Nuestro objetivo es detener el problema mostrando a los niños la magia de la programación de software, que se interesen en la programación y que no se sientan incómodos frente a los retos de la ciencia computacional".

Para ello han desarrollado un juego de Xbox: Boku, robot virtual que los niños deben programar para garantizar su supervivencia en una isla desierta. Una manera divertida de enseñar a los niños habilidades de programación básicas.

• Vídeo en NechFest 07

En el área de descargas de Microsoft Research está disponible una revisión de Spec# para Visual Studio 2005. Según la página del proyecto, Spec# intenta ofrecer una forma de desarrollar y mantener software de alta calidad, con eficiencia de costes.

• Página de descarga .
• Página de información .

Innovador, original y con grandes posibilidades, este servicio "web 2.0" gratuito desarrollado en Barcelona por Scopia para crear nuestros propios mashups con los que presentar información combinada de diferentes fuentes: Google Calendar, Google Spreadsheet, Flickr, RSS.

Se construyen por medio de macros y los resultados se pueden presentar como tablas, tablas con estructura de árbol, o sobre localizaciones en un GoogleMap.

Merece la pena echarle un vistazo.

• Página de Macro.scopia

Seguir la pista de lo ocurrido al proyecto NTeam parece un "expediente X". Era una alternativa open source a Microsoft Visual Studio Team System . En poco menos de un mes consiguió un equipo de nada menos que 38! personas, fue noticia en varios medios y aquí lo comentamos ... y siempre que intento seguirle la pista el mismo vacío: nada.

En el blog de su impulsor (Alan Stevens) no hay ni rastro. Ni mirando en las fechas en las que comenzaba el proyecto se encuentra un post sobre él. La página de SourceForge es una página fantasma: 38 desarrolladores, 2 años abierta y nada de nada, y buscando por la red: nada de por qué se ha parado.

¿Sabéis qué ha sido de este proyecto?