Concurso Xocola-t, ¿un nuevo modelo de opensource?

Vía javamexico.com me enteré de este concurso para la creación de una plataforma opensource en java promovido por una empresa mexicana.

El concurso consiste en construir una aplicación que satisfaga una serie de requisitos especifiados en las bases y presentar dicha aplicación a un jurado el 30 de enero de 2008. El jurado ejecutará una serie de pruebas para verificar el cumplimiento de los requisitos funcionales y no funcionales, el creador de la aplicación ganadora recibirá USD$ 15000.

La empresa en cuestión liberará la aplicación como opensource (no especifican licencias) y la promoverá como una plataforma para la creación de aplicaciones web con java. Por lo que puedo sacar en claro de las bases, la idea del concurso no es en sí conseguir a alguien que les haga el trabajo (o al menos eso quiero pensar), sino promover el desarrollo de aplicaciones opensource en un país como México donde las empresas no acostumbran a hacerlo y captar personas con talento y gusto por el opensource para generar ruido dentro de la comunidad de desarrolladores mexicanos.

La plataforma opensource que buscan construir es básicamente un administrador de workflows y generador de informes, honestamente no la veo lo suficientemente completa como para luego desarrollar sobre ella (sobre todo pensando en alternativas como los tantos CMS existentes), pero supongo que es un primer paso.

Por otro lado los plazos se me hacen muy justos: anuncian el concurso en noviembre, a mediados de diciembre se debe presentar un prototipo y en enero la aplicación totalmente funcional. A lo más 3 meses de trabajo, por lo que creo será difícil que un desarrollador en su tiempo libre pueda hacerlo y lo mas común será que un equipo de desarrolladores -quizás pagados por una consultoría- sean quienes puedan realizar el proyecto (espero equivocarme en este punto). 

Supongo que la idea es impulsar luego la plataforma y vender servicios de soporte y entrenamiento sobre la misma, de forma similar a como lo hace Interface21 con Spring. ¿Qué les parece esta idea, creen que sirva para impulsar el desarrollo opensource y como herramienta de marketing?

Por los plazos y las fechas cercanas a navidad, yo solo espero que el concurso no quede desierto. Ya estaré revisando la página para ver las propuestas. 

Curso Gratuito Experto en Programación Java sobre Oracle

El objetivo principal de este curso es formar profesionales altamente cualificados para la programación de aplicaciones con acceso a bases de datos. El  lenguaje de Programación Java permitirá crear interfaces y funciones capaces de operar directamente con bases de datos y mostrar los resultados de forma amigableEstos cursos, totalmente subvencionados por la Consejería de Empleo de la Junta de Andalucía, están dirigidos a jóvenes desempleados, con formación o experiencia profesional relacionada con la materia del curso. El plazo de inscripción está abierto. Para solicitar  algunos de estos cursos o para más información puedes hacerlo a través de la web de forman, www.forman.es o en el teléfono 952 02 04 40.  

¿Ha llegado el momento de usar más de 80 columnas?

Llamadme caprichoso si queréis, pero creo que un código con una mala presentación (formato) es un mal código. Que tenga un buen formato no implica que sea un buen código, pero para mí la implicación contraria si se cumple: una desorganización de la presentación del código es un síntoma claro de un desorden en el diseño y en la cabeza del programador.

Y si hay un convenio de formato que está realmente extendido entre todos los lenguajes de programación es el de las 80 columnas. Cualquier entorno de desarrollo que se precie tiene en su editor esa barra vertical que te indica cuando te has pasado de este límite. Una herencia de aquellos tiempos en los que se programaba en una consola (que recuerdos de aquel Turbo C y Turbo Pascal de Borland) que sólo tenía 80 columnas para escribir código.

Y sí, sin duda es muy importante para la legibilidad del código no escribir líneas demasiado largas para no tener que andar moviendo el scroll horizontal para leer un código. Pero también es positivo tener que hacer el mínimo que scroll vertical posible al revisar y escribir el código.

Los monitores que usamos ahora tienen resoluciones considerablemente más altas que los que se empleaban hace 25 años y ya no programamos en una consola. ¿Ha llegado el momento de usar más de 80 columnas para formatear el código fuente?. Google ha decidido que sí. En una discusión interna que tuvieron este verano decidieron pasar de las 80 columnas a las 100. Fue un debate intenso con gente que quería quedarse con las 80, y con gente que quería ir más allá de las 100. Al final llegaron a un compromiso y optaron por 100 columnas.

Cuando me enteré del debate de Google me dije "tienen razón" y cambié mi código para empezar a usar 100 columnas. Y la verdad, estoy contento. Mis archivos ahora tiene entorno a un 30% menos de líneas de código y en un solo pantallazo puedo ver más código sin necesidad de usar el scroll vertical.

Aunque ya sé que cualquiera que responda a este post se arriesga a ser considerado un "nerd" ¿cuántas columnas empleáis/creéis que se deberían emplear en el código fuente?

Publicada versión 1.0 de Dojo toolkit

Se acaba de anunciar la publicación de la versión 1.0 de dojo Toolkit. Esta librería, aunque pueda despistar el número de versión, es de la más veteranas en cuanto a desarrollo AJAX se refiere, en esta versión se ha reescrito gran parte de la librería, sobre todo por motivos de rendimiento y se han incluido un buen número de características como:

• Utilidades de Accesibilidad, incluyendo navegación por teclas, soporte para usuarios con visibilidad limitada y soporte para ARIA markup.
• Componente Grid optimizado que permite 100.000+ filas de datos
• Graficos 2D y 3D nativos.
• Una completa librería de componentes UI.
• Internacionalización
• Temas CSS
• Dojo offline, basado en Google Gears
• Soporte para OpenAjax Alliance Hub 1.0, de modo que se garantiza la interoperabilidad de esta librería con otras librerías JavaScript.
• Extensiones a través del sistema de paquetes de Dojo.

Se trata sin duda de una librería más que completa y muy a tener en cuenta si nos embarcamos en algún desarrollo RIA con AJAX. Claro que se trata de una librería pura JavaScript, en el caso de un desarrollo RIA esto implica que gran parte del código de nuestra aplicación estará escrito en este lenguaje, la pregunta con este tipo de frameworks puede ser ¿es posible hacer un desarrollo mantenible en JavaScript?.

Anuncio de la publicación

Pagina de Dojo Toolkit

DynamicJasper 1.4.0

La  nueva versión de DynamicJasper (1.4.0), la librería que permite realizar reportes dinámicos con JasperReports fue liberada.

En esta entrega:

• Se pueden reutilizar los estilos definifos en los archivos .jrxml
• Los subreportes pueden ser dinámicos
• Integración con webwork: Se puede especificar el layout manager y el formato de salida de manera dinámica (ejemplo)
• Soporte para herencia de estilos 
• Corrección de bugs menores.

Saludos!

El equipo de DynamicJasper