Google continúa haciendo cada vez más herramientas y utilidades para los usuarios en Internet. De hecho, ayer mismo ha anunciado una nueva funcionalidad para Google Trends, Google Trends for Websites. Esta utilidad ahora no solo permite buscar información sobre las búsquedas en Google, sino estimar (y comparar) el tráfico de uno o más sitios, de manera similar a como lo hacen Alexa, Compete o Quantcast.
He encontrado un artículo que considero bastante interesante ya que nos comenta los errores mas comunes en la usabilidad de las páginas web. A parte de explicar los errores muestra ejemplos para que se puedan identificar con facilidad.
Deberías evitar:
Os recomiendo ver el artículo original en Nerv ya que una imagen vale más que mil palabras
Javapolis es una de las conferencias anuales sobre Java, que tiene lugar a principios de diciembre y es organizada por el Belgian Java Users Group.
Desde hace un par de años comenzaron a ofrecer online las presentaciones que tenían lugar en la conferencia a través de un servicio llamado Parleys, y la novedad ahora es que han creado una aplicación explotando las posibilidades de la plataforma Adobe AIR que da acceso directo a esta charlas, en lugar de un interfaz web más convencional.
Si observáis veréis que es exactamente la misma aplicación tanto la que se está ejecutando dentro de un navegador, como la que tenéis en vuestros escritorio si decidis instalarla.
Si tenéis un rato echad un ojo a las presentaciones, que algunas son muy interesantes, como por ejemplo ésta que muestra cómo utilizar Spring en un entorno de pruebas unitarias.
Podeis descargar este libro de aquí.
No es el típico libro en el que se os explica una metodología de desarrollo a nivel teórico. En este libro el autor relata como han implantado Scrum y Extreme Programming en su empresa. Si habeis leído ya algún artículo de Scrum o de Extreme Programming, y teneis ganas de ver una implantación real de esta metodología, os recomiendo encarecidamente que lo leais. Se lee “en un pis-pas”.
El autor toca temas temas poco tratados en otros libros:
Lo mejor de todo es que te cuenta el resultado real que todas estas prácticas han dado en su empresa.
¿Que puedo decir en su contra?. Que solo tiene 140 páginas y se me ha hecho cortísimo.
Sysinternals era una empresa que tenía una serie de utilidades, que complementaban al sistema operativo, puestas a disposición del público. Hace un par de años Microsoft la compró y la incorporó a su TechNet.
Desde aquí se podían continuar descargando como anteriormente, pero la novedad es que ahora lo han publicado en Sysinternals Live y desde aquí se pueden mapear directamente a una unidad de red en el Windows Explorer. No deja de ser un mecanismo curioso y útil de distribución, y es que a veces las cosas más simples son las más útiles.
Para los que no conozcáis Sysinternals, algunas de las utilidades que ofrece son:
- Autoruns: msconfig evelando a n-sima potencia
- DiskView: ofrece una visualización gráfica de la ocupación del disco
- ProcessMonitor: monitorización en tiempo real de procesos, ficheros y registro
- ProcessExplorer: información sobre procesos y DLLs cargados
- RootkitRevealer: detector de RootKits
- ZoomIt: permite hacer zoom de un área de pantalla y hace anotaciones sobre ella
- … y unos cuantos más no menos interesantes
Algunos links:
- Sysinternals LIVE
- TechNet
- Windows Sysinternals
- Mark Russinovich (father of creature)
- Mapeando Sysinternals
Bajo este título, que nos lleva más a pensar en un anuncio de televisión que en otra cosa, se esconde un interesante post sobre programación, de unos de los blogs que más frecuento que no es otro que http://www.variablenotfound.com/. A continuación copio el post en cuestión literalmente.
Algunos dirán que a nada, como las nubes 
Sin embargo, el olor que desprende tu código, el llamado “code smell”, término acuñado por Kent Beck (uno de los padres del Extreme Programming), puede darte pistas sobre problemas existentes en el mismo y alertarte ante situaciones no deseadas.
El concepto es parecido a los antipatrones de programación, aunque funcionan a un nivel todavía más sutil, pues no describe situaciones completas sino indicios. De hecho, el uso de esta metáfora sensorial respecto a un código, es decir, que éste desprenda cierto tufillo, indica que sería conveniente realizar una revisión en profundidad para ver si hay que refactorizar, pero no implica que necesariamente haya algo incorrecto. Además, dado que trata de algo tan personal y específico como el código fuente, a veces las señales son bastante subjetivas y dependientes de lenguajes y tecnologías concretas.
A mí me ha hecho mucha gracia, y es una realidad como un templo de grande:
Ayer se mostraron los primeros videos de Android, el sistema operativo para dispositivos móviles de Google.
Por lo que se ve en el video será un gran rival del iphone, sobre todo porque se parece mucho (yo diría que demasiado). Aunque Android cuenta con la ventaja de ser gratuito, no estar atado a un solo dispositivo e incluir de serie todos los gadgets de Google.
En androidcommunity.com tienen todos los videos disponibles y las primeras impresiones y comentarios de la comunidad.
Durante la reunión que tuvimos ayer con el consultor de calidad de la ISO se planteó la estandarización del proceso de desarrollo de software en Media Net de cara a obtener la certificación de calidad ISO 9001:2000.
El consultor explicó como la norma 9000-6 define los estándares de calidad a seguir por un proceso de desarrollo de software gestionado por la ISO 9001:2000 (¡o al menos eso entendí yo!). Posteriormente pasó a explicar muy por encima como esta norma definía que todo desarrollo pasaba por las fases de especificación de requisitos, diseño, construcción de componentes, testing, y despliegue e implantación; y como íbamos a tomarla como base para definir un estándar de desarrollo de software. Escuchar esto me generó cierta inquietud: no pude evitar quedarme con la sensación de que la norma proponía un modelo de desarrollo clásico en cascada sin considerar otras alternativas.
Normalmente estas normas tienden a emplear este tipo de modelos de gestión de proyectos de software por similitud a los modelos de gestión de proyectos de otras disciplinas ingenieriles más tradicionales, dejando de lado los modelos de gestión más recientes, como pueden ser Extreme Programming, Scrum, y otras metodologías ágiles.
Mi opinión en particular es que cada tipo de metología tiene su espacio. Recordemos que las metodologías de gestión de proyectos tradicionales implican normálmente el planteamiento de un conjunto inicial de requisitos inamovible que definen el alcance de todo el proyecto; mientras que las metodologías ágiles definen un alcance abierto e incremental. Flexibilidad VS determinismo… esta es la cuestión.
¿En que casos emplearía una u otra?. Mi criterio es emplear una metodología tradicional (o pesada) si se cumplen todos y cada uno de los siguientes puntos:
Un ejemplo de proyectos en los que un procedimiento en cascada es recomendable podrían ser los proyectos relacionados con aplicaciones de control, aplicaciones de software empotrado, desarrollo de drivers, aplicaciones de misión crítica, de tiempo real, etc…
Por otro lado, ejemplos de aplicaciones en los que es recomendable el uso de metodologías ágiles son las aplicaciones empresariales en general: sitios web, aplicaciones de gestión, aplicaciones de integración de procesos de negocio, workflows, etc…
¿Alguien tiene algo que agregar?… 
Del 4 al 9 de mayo ha tenido lugar la JavaOne 2008. Este evento es similar a los TechEd de Microsoft, y en el muestran los últimos desarrollos habidos en la plataforma Java, así como las tendencias que se perfilan a medio plazo.
Habían prometido colocar todas las sesiones en PDF para finales de mayo, pero parece que van con retraso y de momento solamente se pueden encontrar unas pocas.
Estas sesiones las podéis ver en JavaOne 2008 Sesiones.
De las que hay publicadas algunas de las que me han parecido más interesantes son:
Las del año pasado sí están completas…JavaOne 2007