Nono F. Carballo Escalona

"La oportunidad solo favorece a la mente preparada"

Mis primeras experiencias con Ext JS y JavaScript

leave a comment »

Hasta ahora nunca había utilizado un lenguaje interpretado para desarrollar una aplicación empresarial completa, sin tener en cuenta la complejidad de las interacciones ni la cantidad de funcionalidades que tuviera; pero en los últimos meses he estado estudiando el framework ExtJS de como una alternativa para el desarrollo de RIA´s en entornos sin máquina virtual, y por ende he tenido que utilizar Javascript.

Si bien es cierto que al principio resulta un poco difícil acostumbrarse a la idea que para declarar una variable no hace falta indicar el tipo y cosas como esas, una vez que comienzas a trabajar con el lenguaje te das cuenta que no es tan malo como parecía. Por supuesto, no puedes tratar de comparar el flujo de trabajo del desarrollo de una aplicación como esta con el de java, Actionscript u otro tipo de lenguaje compilado. Aquí no tenemos un compilador que nos ayude a detectar los errores de sintaxis o conversión de tipos, hay que afinar la puntería porque si no los resultados pueden que no sean los esperados y encontrar el error nos puede tomar un tiempo que atenta contra el plazo de entrega.

El primer beneficio “aparente” que salta a la vista es que no hace falta compilar la aplicación para ver el resultado, solo modificas el fuente y vas directamente a ver el resultado en el navegador, pero este beneficio rápidamente queda en un segundo plano ante una de las mayores desventajas que es el debug.

Afortunadamente, tanto Firefox como Chrome traen herramientas que permiten hacer el debug (en Firefox es un addon, Firebug), que si bien no llegan al nivel de funcionalidad que aportan los IDES de lenguajes compilados, sirve para inspeccionar el flujo de ejecución de la aplicación.

En este tiempo básicamente he llegado a dos conclusiones, la primera es que no se puede juzgar a un lenguaje “per se”, sino que hay que tener en cuenta en ecosistema que lo rodea, lo que se puede obtener de el, el soporte que tiene, y muchas mas cosas. A fin de cuentas un lenguaje por muy bueno que sea no tiene utilidad si no hay herramientas, bibliotecas y otros complementos que sirvan para lograr un producto.

La segunda conclusión a la que he llegado es que  todas las facilidades que trae consigo el desarrollo con lenguajes compilados atentan contra la habilidad de los desarrolladores, tienden a hacernos mas vagos, en vez de recordar la sintaxis correcta del lenguaje o de prestar atención a la declaración de los tipos de las variables, dejamos que el compilador se encargue de todo eso y nos informe. Al final, sin un IDE no somos nadie, lo cual no es que sea algo malo, pero mi juicio tiende a hacernos menos competentes.

Written by Nono F. Carballo Escalona

2012/02/16 at 3:17 PM

Publicado en Artículos

Tagged with ,

¿Quieres saber qué esta sucediendo en Apache Flex?

leave a comment »

Si quieres estar al tanto de los temas que se están tratando dentro del proyecto Apache Flex, puedes revisar los archivos de la lista flex-dev y enterarte.

Written by Nono F. Carballo Escalona

2012/01/23 at 2:51 PM

Publicado en Artículos

Tagged with

Alternativas para RIA sin máquina virtual

leave a comment »

Aunque sigo pensando que Adobe Flex sigue siendo la mejor tecnología para desarrollo de RIA’s no es menos cierto que las soluciones que no utilizan máquina virtual tienen también su valor.

En estos dias he estado revisando algunas de ellas, como son GWT y Ext JS (www.sencha.com). De estos dos Ext JS se ve bastante sólido y soprorta una arquitectura MVC que simplifica y organiza mucho el código de los proyectos, además que el juego de componentes es bastante amplio y los temas que trae por defecto están aceptables.

En lo adelante haré algunas pruebas y pondré aquí los resultados.

Written by Nono F. Carballo Escalona

2012/01/16 at 9:04 PM

Publicado en Artículos

Adobe Flex se mueve a Apache

leave a comment »

Ya es conocida la noticia que Adobe cederá el framework Flex a Apache Software Foundation. Esto significa que el futuro del framework no estará más en manos de Adobe, sino que será conducido por un selecto grupo de profesionales, pero esta vez bajo el ala de la ASF.

Aunque esta noticia se ha recibido con optimismo por parte de la comunidad, hay todavía recelos respecto a si Adobe impulsará el desarrollo del Flash Player y el AIR a la par del desarrollo del framework, esperemos que si.

Aquí les dejo algunos criterios sobre este movimiento estratégico de Adobe, uno de los más importantes en su historia desde la adquisición de Macromedia.

Flex given to the Apache Software Foundation – round-up and opportunities

Huge Adobe Partnership to Open Source Flex with Apache Software Foundation

Flex summit – updates on the open source strategy and runtimes

The Future of the Flex Framework in Enterprise IT

Thoughts on Apache Flex Proposal

Apache Flex Proposal

Written by Nono F. Carballo Escalona

2012/01/04 at 9:31 PM

Publicado en Artículos

Tagged with