Un post de esos que le gustan a mi amigo Martín:

Interesante post sobre el efecto Menéame

Primer móvil con Android el 23 de Septiembre

Primer picoproyector comercial

Ventas de Smartphones en el segundo trimestre de 2008. Blackberry sigue llevando una gran delantera a Windows Mobile

Interesante artículo sobre el móvil en economías emergentes

La saturación de la web 2.0

Premios de TechCrunch50 a las startup más prometedoras. Ganó Yammer, una especie de Twitter empresarial

10 compañías open source a vigilar. Por si queréis invertir...

Cuando una empresa tiene varias oficinas en diferentes ciudades o incluso países, es imprescindible contar con herramientas de comunicación que ahorren desplazamientos y que sean más inmediatas que el correo electrónico o más visuales que el teléfono.

Lo primero que se suele desplegar en estas empresas son soluciones de mensajería instantánea, al estilo Messenger. Productos como Office Live Communications Server o Lotus Sametime son claros exponentes de este tipo de comunicación, pero tampoco podemos dejar de lado soluciones abiertas como las basadas en el protocolo XMPP.

Aunque estas herramientas suelen permitir audio y vídeo además de "chat", se quedan un poco cortas a la hora de compartir información entre los participantes. Es decir, lo que buscamos es una herramienta que permita no sólo verse las caras y oírse las voces a los participantes, sino también compartir documentos, editarlos de manera conjunta, disponer de una pizarra e incluso ver el escritorio del interlocutor. Afortunadamente, estas herramientas existen.

Tanto IBM como Microsoft (por citar dos compañías grandes) disponen de herramientas de este tipo dentro de sus suites de comunicaciones (las dos mencionadas anteriormente), pero también podemos encontrar software parecido en el campo open source.

Por ejemplo, tenemos Open Meetings, del que ya os he hablado alguna vez. A finales del mes pasado salió la versión 0.5 estable y sirve perfectamente para el propósito que os he descrito (excepto para la edición compartida de documentos). Aún tiene algunos problemas cuando hay muchos participantes en una conferencia (duplicación de ventanas de una misma persona, pérdidas de audio, etc), pero va tomando forma.

Y el otro del que os voy a hablar es Vmukti, disponible con licencia open source y comercial. No lo he probado, pero tiene buena pinta y parece que también cubre todos estos requisitos (incluyendo edición compartida y gestión de clientes -CRM- ). Ya os contaré (si puedo echarle un ojo)...

Imagina por un momento que tuvieras un software que cada cierto tiempo mirase en el control de versiones si hay algo nuevo, se lo descargase y compilase todo para ver que nadie se ha olvidado de subir nada. Eso es un sistema de integración continua.

Estos sistemas permiten que programemos una serie de tareas para que se realicen cada cierto tiempo: compilar todo el proyecto, crear un entregable (un WAR o EAR para servidor de aplicaciones, por ejemplo), ejecutar pruebas unitarias, pasar analizadores de código para ver que no hay burradas, etc

Así que imagínate: subes tu código a última hora de la tarde, te marchas a casa y por la noche, el sistema de integración continua ha hecho todas estas acciones. Cuando llegas por la mañana, miras en la web del sistema y ves qué tal ha ido la compilación, las pruebas y demás, con lo que puedes ponerte inmediatamente a solucionar cosas. Estos sistemas también permiten el envío de mails con los resultados, por lo que en caso de que todo vaya bien, ni siquiera hará falta que mires la web.

Hay gran cantidad de software tanto comercial como Open Source para estos menesteres y la mayoría es muy extensible. CruiseControl quizá sea el que tenga una comunidad mayor detrás y es con el que más he jugueteado yo, pero requiere conocimientos de scripts de Ant y Maven para configurarlo, por lo que su curva de aprendizaje es un poco alta. LuntBuild quizá es más visual, pero no lleva tanto tiempo ahí fuera.

Para más información sobre integración continua, os recomiendo el artículo Continuous Integration de Martin Fowler. Como siempre, en la wikipedia tenéis un articulillo sobre ello y un listado de software. Y de propina, una comparativa sobre unos cuantos sistemas de integración continua.

Cuando un grupo de personas intenta desarrollar conjuntamente una aplicación, a nadie le entra en la cabeza que estés todo el día mandándote el código fuente entre los miembros del equipo por mail o mediante pendrive USB. Incluso en el improbable caso de que sólo una persona trabaje con cada fichero, no es la mejor solución.

Para eso se inventó el control de versiones. Se trata de un sitio centralizado donde la gente va subiendo su código fuente y los sucesivos cambios que realiza en él. Así, cualquiera puede descargárselo todo y compilarlo. Otra cosa interesante, es que en caso de que la cagues con un cambio, vuelves a la versión anterior y solucionado. Este software también suele permitir que si un desarrollador trabaja en un fichero, nadie más pueda tocarlo (para no estropear los cambios) o que incluso varias personas trabajen a la vez sobre el mismo fichero y luego "mezclar" los cambios (cuidado con esto, por si acaso). Y también tenemos lo del "branching" y "tagging", que quiere decir que podemos congelar una versión del producto y seguir tirando con la siguiente, pero manteniendo la anterior por si hay que ponerle parches.

Hay muchos productos por ahí (CVS, Visual Source Safe, etc), pero el que suele gustar es SubVersion (o SVN). Instalarlo es muy fácil y si desarrolláis en Windows, tenéis un cliente (Tortoise) que se integra con el explorador, por lo que puedes subir y bajar ficheros con el menú contextual que aparece con el botón derecho.

Por si queréis ver una comparativa, la Wikipedia tiene una (aunque puede no ser muy objetiva).

Eso sí, un control de versiones no es lo mejor para llevar versiones de documentación (aunque es posible). Para eso, mejor un sistema de gestión documental como Alfresco.

Aunque no lo parezca, buscar software open source es una de las cosas más complicadas del mundo. No porque sea difícil de encontrar, sino porque es muy complicado elegir el más adecuado a nuestro problema. Y si necesitas una librería para encriptar, no es cuestión de poner en el Google "librería encriptación" y listos. Así que aquí van unos cuantos consejos que he aprendido a lo largo de los años.

Si necesitas una aplicación (una base de datos, un ERP, un entorno de desarrollo Java, un motor de blogs, etc), los pasos a seguir son estos:

- Mirar en algún catálogo de software Open Source. Yo suelo mirar en EOS Directory, donde además está puntuado con criterios como Funcionalidad, Madurez, Comunidad y Tendencia futura. Tampoco está mal Enterprise Open Source List. En estos catálogos aparecen tanto aplicaciones como frameworks y cosas así, por lo que también os vale si buscáis algo de ese estilo.

- Buscar en la wikipedia, mejor en la internacional. Se pone el término de búsqueda (como ERP, por ejemplo) y aparecerá una página con la definición y conceptos, pero además, abajo del todo suele venir un enlace con una lista de productos para ERP (como ésta).

- Y usar nuestro bienamado Google. Es mejor si buscáis los términos en inglés e intentando afinar la búsqueda usando comillas. Por ejemplo: mejor buscar '"open source ERP"' que 'open source ERP'.

Si lo que estáis buscando es una librería, un framework o cosas así que os ayuden en un proyecto, además de lo mencionado anteriormente, conviene saber lo siguiente:

- Repositorios de código abierto. Aunque no os lo creais, hay mucha gente que programa software y lo deja en internet para que la gente lo use de gratis. ¡Qué pringaos! Bromas aparte, los repositorios de código abierto sirven no sólo para descargarse el software, sino también para que exista un control de versiones público (donde la gente puede añadir sus mejoras al código), foros, una web, etc. Los más populares son SourceForge, freshmeat o CodePlex (Microsoft). No olvideis leer la licencia para ver si podéis usar ese código para lo que tenéis pensado (en un producto comercial, por ejemplo).

- Buscar en revistas online y páginas dedicadas a la programación: ONJava, CodeProject (MS), elGuille (MS), etc.

Aún así, nadie os garantiza que encontreis lo que buscais. Por eso es tan importante compartir este conocimiento: enlaces, frameworks, aplicaciones que se han probado en otras empresas o proyectos, etc. Todas las empresas y universidades deberían tener una Wiki donde la gente diga qué ha probado y qué tal le ha ido: eso haría la vida mucho más fácil a los que vienen detrás. ¡Incluso podéis descubrir bugs y arreglarlos y tener vuestros 15 caracteres de gloria en un fichero de ChangeLog!

Mucha suerte en vuestras búsquedas...

PD: Mis recomendaciones Open Source para hoy: BouncyCastle, librerías de encriptación y hash para Java (incluido J2ME) y C#; Joomla, un gestor de contenidos en PHP con muchos plugins y Alfresco, un gestor documental impresionante.