Me entero en el blog de Cadius Zaragoza, que se ha organizado un taller de Eye Tracking por parte del Laboratorio Aragonés de Usabilidad con la colaboración de Cadius Zaragoza.
El taller se impartirá el viernes 22 de febrero a las 18:00, en las instalaciones del Laboratorio Aragonés de Usabilidad del PT Walqa (Huesca), en el primer piso del Edificio 1(frente a la cafetería del parque). Cómo llegar.
Al cortar la creatividad, no sólo se le esta prohibiendo a los desarrolladores hacer lo que más les gusta, si no que además éstos perderán todo "enlace sentimental" con el código que han creado. No esperes que estos desarrolladores vuelvan atrás, o se queden un par de horas, o piensen en casa como mejorar un código que les han obligado a escribir.
Esto es un pequeño extracto del post de Martín code reviews, ¿buena o mala idea? y, como no puede ser de otra forma ;), estoy muy de acuerdo con lo que dice en el post.
Centrándome en el extracto creo que esa situación, sino todos, la mayoría de desarrolladores la habremos sufrido, ya sea por revisiones de código o por imposición de una forma de trabajar.
Existen ocasiones en las que tal y como vamos escribiendo el código, no nos gusta y vamos pensando la forma en la que lo haríamos o que herramienta/librería/framework podríamos tratar de utilizar para ayudarnos. Esto nos lleva a sentirnos menos responsables de nuestro código ya que lo hubieramos hecho de otra forma y, por qué no, a ser algo menos productivos por no estar del todo centrados.
Con esto no quiero decir que crea que cada desarrollador debiera trabajar a su manera, porque al final lo más normal es trabajar en un equipo y se deben acordar unas bases de cómo se van a hacer las cosas, pero sí dar cierta flexibilidad para experimentar y "jugar".
Igor Minar ha publicado en su blog que han reescrito por completo mediacast, una aplicación web para que los empleados de Sun puedan publicar archivos.
Al parecer, la versión anterior estaba desarrollada con Servlets+JSP+Filtros y resultaba dura de mantener, por lo que decidieron reescribirla desde cero. Él sugirió que en el nuevo desarrollo se utilizara Rails con JRuby para desplegarlo en un servidor java. El equipo lo formaban él, que ya tenía alguna experiencia con Ruby on Rails, y otros dos compañeros más, éstos sin experiencia con Ruby o JRuby.
Algunas de sus razones para usar JRoR:
Por lo que comenta, la arquitectura de la aplicación no es demasiado compleja, aunque para mejorar el rendimiento utilizaron cacheos.
En el entorno de producción cuentan con un par de servidores balanceados T2000 con una unidad NAS compartida para el almacenamiento de ficheros, con Solaris 10, el JDK6, Sun Application Server 9.1 como servidor de aplicaciones y un servidor MySQL. Lo único que se echa de menos es que no de números de la carga que suele soportar el entorno de producción.
En cuanto al desarrollo, el core de la aplicación lo tuvieron listo en poco tiempo y parece que gracias a la poca cantidad de código necesario, el código lo revisaban rápidamente y los bugs los solían solucionar con pocas líneas de código. Encontraron problemas por no poder utilizar la mayoría de las gemas basadas en C y con las peticiones largas, que les supusieron la mayoría del tiempo de trabajo, ambos problemas los acabaron solucionando usando Java.
Que yo conozca, es la segunda aplicación que desarrolla una gran empresa con JRuby on Rails, tras Oracle Mix. Habrá que estar pendiente de los lenguajes dinámicos como JRuby y Groovy, pudiendo reaprovechar el conocimiento ya existente en Java y si va mejorando el rendimiento de estos lenguajes, quizás se empiecen a tener en cuenta como otra opción más dentro de la plataforma.
Vía TheServerSide, me encuentro con una referencia rápida de patrones de diseño de software que ha hecho Jason McDonald.
Son los patrones GOF básicos, y están disponibles para descargar tanto en PDF como en JPG.
Actualización 01-02-08: Comenta Jason que también ha puesto disponible la versión poster en Cafepress.
Después de varios meses colaborando con Martín Pérez, ya está online el cliente web de jLibrary, aunque todavía en beta por faltarle algunos ajustes. Es la primera aplicación web basada en jLibrary, además, se puede ver que la web del proyecto está publicada con la misma aplicación, con un repositorio específico para ello.
Esta aplicación, que aunque no llega tener toda la funcionalidad del cliente de escritorio, se echaba de menos por tener un cliente ligero para acceder desde un navegador. Además puede dar una idea de cómo utilizar jLibrary como core para otros desarrollos en entornos web.
En cuanto a funcionalidades:
Para quien tenga curiosidad, están publicadas las características técnicas, tanto del servidor dónde se hospeda la aplicación como de algunas generales de la aplicación.
El cliente web, se distibuirá con la próxima versión de jLibrary, por lo que se agradece que contactéis con nosotros en caso de encotrar algún bug o simplemente para darnos feedback. Para contactar con nosotros lo podéis hacer en demo(arroba)jlibrary(punto)org o en la web del proyecto en sourceforge.
Ha sido mi primera aportación al mundo open source, del que tanto me he aprovechado:), y realmente es una experiencia que recomiendo: