Hacía mucho, mucho tiempo que no le dedicaba tanto tiempo a la programación como este año y lo primero que tuve que hacer fue buscarme un buen IDE para trabajar en C/C++. El principal requisito que debía de cumplir (aparte de, por supuesto, que fuese funcional y cómodo) era ser multiplataforma. Si además era software libre, mejor que mejor.

La única herramienta que conocía con estas características era Eclipse con el plugin CDT para trabajar en C/C++ pero a mi juicio resulta demasiado pesado. En otras ocasiones había trabajado con Anjuta o con Kdevelop pero el primero es demasiado sobrio y sólo funciona en GNU/Linux y el segundo es demasiado aparatoso y, aunque podría funcionar sobre windows, mis experiencias usando aplicaciones de KDE sobre el entorno de ventanitas de Redmon no han sido nada favorables hasta la fecha.

En esto estaba, cuando llegué a este hilo de Barrapunto de finales del año pasado y apartando a un lado a trolls y fundamentalistas varios me quedé con dos herramientas plenamente satisfactorias: Codelite, mi elegida, y Code::Blocks, una meritoria finalista.

Codelite es un IDE ligero, cómodo y muy funcional, con buenas herramientas para debug, con binarios para prácticamente todas las plataformas y las distribuciones más comunes, soporte para plugins (algunos de ellos muy útiles) y con un grupo de desarrollo muy, muy, activo. A esta hora ya hay nuevos binarios para Fedora 12, Ubuntu 9.10 y OpenSuse 11.2. La verdad es que me ha dejado tan buen sabor de boca desde el primer momento que ni le he dado una oportunidad a su competidor, pero a primera vista me ha parecido que se trata de un proyecto mucho menos activo (las últimas aportaciones al proyecto son de marzo de 2008).

Hace tres días que ni Dios había escuchado hablar de esto. Hoy no eres nadie en la blogosfera si no has escrito media docena de posts sobre éllo. Aún sin entender del todo de lo que va, que se ha visto de todo por ahí… A mi me gusta mucho el tratamiento que le está dando Antonio Ortiz así que quien quiera leer un poco más acerca de que va esto que se pasee por Error500. La información que dan en las propias páginas del proyecto también es bastante buena. Pero lo que me ha sorprendido muchísimo es la aceptación que ha tenido de forma inmediata por parte de los programadores. El blog de Google Code suele registrar una media de 7 u 8 entradas mensuales pero en lo que va de mes, apenas tres días, ya se han registrado más de 30 nuevas entradas y todas ellas usan el api de opensocial. De continuar a este ritmo a final de mes habrá unas 300 aplicaciones nuevas lo cual es un número bastante respetable para algo tan reciente. A ver quien le sigue el ritmo ahora a Google…

Tengo pendiente empezar el diseño y desarrollo de un par de aplicaciones sencillitas y estaba barajando la posibilidad de usar un framework de PHP para acelerar la parte tediosa de manejo de las bases de datos. He instalado y he estado leyendo algo de documentación de tres de ellos (PDT, Zend y Cake) y al final este último es el que más me convence. Instalar PDT ha sido tal engorro (eclipse se está convirtiendo en un verdadero monstruo, pero de feo) que me ha dejado sin energías para cogerle gusto… Y de entre Cake y Zend, ambos increíblemente sencillos de echar a andar, me ha convencido el primero por varias cosas (casi pueriles, he de reconocerlo) como que, por ejemplo, visualmente me ha entrado mucho más por los ojos (por algo tan sencillo como que aplica una hoja de estilos por defecto a los proyectos nuevos).

La instalación de un entorno de desarrollo básico es bien sencilla y mucho más usando para ello xampp. Te bajas la última versión de cake, la descomprimes sobre un directorio que cuelge de htdocs y ya. Para instalación en otros entornos hay un capítulo dedicado a ello en el manual básico.

Crear el primer “armazón” para una aplicación es también muy sencillo: basta con ejecutar desde un terminal el script bake.php que está en el directorio de cake/scripts (tal vez necesitarás instalar un interprete en línea de comandos para php) y que nos guiará de forma interactiva para crear la estructura necesaria para cake.

Otra función muy interesante es lo que llama scaffolding. Sólo tenemos que definir una variable ($scaffold) en la clase controladora de una de nuestras bases de datos para que cake cree de forma automática todo lo necesario para borrar, crear, editar o navegar por entre los registros de la misma.

Cake usa el patrón MVC (modelo-vista-controlador), una estructura que separa en tres capas el diseño de la aplicación y que es usado por otros muchos frameworks, entre ellos el omnipresente Ruby on Rails.

Llego a través de una referencia en un libro de java a este ranking de los lenguajes de programación más populares. La lista se elabora mensualmente en función de las referencias a dichos lenguajes en en Google, Yahoo y MSN. Está claro, dado el procedimiento usado, para el cálculo que no se trata de una categorización ni del mejor lenguaje ni del más usado sino simple y llanamente del más popular. Los detalles acerca de cómo se calcula el ranking están aquí. Y para los perezosos que no quieran entrar en la página original, esta es la tabla correspondiente a este mes de noviembre:

Los tres primeros puestos no me sorprenden en absoluto pero si lo hacen, por ejemplo, la elevada popularidad aún hoy de Visual Basic, lo escaso de C# (por debajo de Python y prácticamente la mitad de popular que Perl) y los fuertes ascensos de Ruby y, sobre todo, del lenguaje D que yo suponía en la más completa marginalidad.

ACTUALIZACIÓN: Hay otro ranking complementario a este que ha confeccionado O’Really en función de las ventas de los libros de su editorial. Visto en Déjame ser.

Veo en Ajaxian una aplicación que usa el API de GoogleMaps que me parece realmente útil. En la Universidad de Michigan realizan un seguimiento por GPS de los autobuses que dan servicio al campus universitario y trasladan las coordenadas de posición de los mismos a un mapa mediante el API de GoogleMaps. Y todo ello, por supuesto, en tiempo real

Dado que en muchas grandes ciudades los autobuses ya llevan GPS para hacer seguimientos desde las centrales (o para comunicar mediante paneles en las paradas el tiempo que les queda para llegar) hacer una aplicación como esta debería de ser relativamente sencilla. ¿Se la pedimos a Gallardón o nos esperamos a que acabe con la M-30 (y con nuestra paciencia, ya de paso…)?

Muchos blogs han hecho referencia a AJAX Translator en las últimas semanas: una aplicación que permite hacer traducciones de textos entre diferentes idiomas ‘on the fly’ haciendo uso intensivo de las propiedades dinámicas de las nuevas aplicaciones web con AJAX.

Por el momento me parece más prometedora que efectiva, pero lo que si me resulta novedoso es el otro proyecto similar que Joel Parish, su autor, publicita a través de su web: un AJAX Translator con publicidad. El algoritmo que emplaza los Ads no es aún totalmente funcional (según explica Parish y podeis comprobar vosotros mismos) pero si pruebas a escribir un texto que incluya las palabras clave que el autor reseña en la entradilla de la aplicación podrás comprobar como la publicidad cambia de forma dinámica.

Teníamos Adsense, Adwords, Adblogs… y ahora Adajax. Lo que nos faltaba…

AJAX está de moda. Hace dos telediarios, como quien dice, nadie sabía que era esto aparte de una familia de productos de limpieza (al menos aquí, en España) y hoy todo el mundo habla de una revolución en la concepción y el diseño de las páginas web. Pero ¿se trata realmente de algo tan fantástico o de una campaña de marketing?

Como siempre, un buen lugar para empezar es leer lo que nos dicen en la Wikipedia. AJAX es el acrónimo de Asynchronous JavaScript and XML y, hablando en plata, se trata, más que de una nueva tecnología, de una nueva técnica de desarrollo web que utiliza un refrito de tecnologías ya existentes para crear aplicaciones interactivas con el usuario. AJAX existe en la teoría desde 1998 y, aunque nos duela, parece que la primera aplicación destinada al gran público que la puso en práctica es el denostado Outlook Web Access. Imagino, no obstante, que los graves problemas de seguridad que desde siempre ha sufrido este producto y el hecho de que se trata de un servicio propietario ha mantenido en segundo plano la novedad que suponía esta temprana implementación de AJAX.

En la actualidad todos jugamos a diario con AJAX gracias sobre todo a una de las empresas que más parece apostar por este modelo de desarrollo: Google. Muchos de sus últimos grandes desarrollos e innovaciones como el exclusivo Orkut o Gmail y Google Maps usan AJAX hasta la médula. El resultado está a la vista de todos: páginas web en las que los scripts en segundo plano interactúan casi en tiempo real entre servidor y usuario sin necesidad de que este valide entradas o pulse botones. Las aplicaciones de Google antes mencionadas son lo suficientemente familiares para todos como para no necesitar más explicaciones pero, por si acaso, hay un ejemplo muy simple pero ilustrativo en el blog de James Dam con una rutina de login.

Esta aún por ver que más se puede hacer con AJAX y que aceptación tiene o si, por el contrario, se trata meramente de una moda pasajera. Por el momento es indudable que a casi todos nos gustan los resultados. Aparte de las ya mencionadas, tenemos, por ejemplo, la beta de Google Suggest, Flickr, Del.icio.us, Blinklist, y un largo etcetera de maravillosas páginas.

Las principales críticas sobre AJAX se centran en dos puntos: por un lado la dependencia de Javascript y por otro en el cambio de filosofía que supone para el usuario y que no esta claro que sea aceptado correctamente. En cuanto al primer punto es indudable que aunque Javascript no es ActiveX (con quien por desgracia hemos tenido que convivir y aún lo hacemos…), no todo el mundo aceptara de buen grado la exigencia de tener habilitada esta opción en su navegador. En cuanto al segundo punto ¿habeis probado a darle al botón de ‘atras’ del navegador después de hacer varias acciones sobre un mapa de Google Maps? No es el fin del mundo, pero está claro que no es a lo que estamos acostumbrados…

No voy a extenderme más porque hay mucho y muy bueno escrito sobre esto. Para quien le interese el tema y acepte recomendaciones, aparte del enlace anterior a la entrada de la wikipedia teneis un texto maravilloso titulado AJAX un nuevo acercamiento a Aplicaciones Web y una entrada bastante ilustrativa en el blog de Dion Hinchcliffe llamada State of Ajax: Progress, Challenges, and Implications for SOAs. Para los que quieran pasar directamente a la implementación tienen este artículo de SUN llamado Asynchronous JavaScript Technology and XML (AJAX)
With Java 2 Platform, Enterprise Edition y, para ampliar conocimientos en general tenemos, por supuesto, las entradas al tag AJAX en del.icio.us y Blinklist listas para bucear en ellas. Que aproveche.