Últimamente, por los foros por los que me muevo, no dejo de escuchar peticiones sobre el uso que se puede dar de las redes sociales en ambientes profesionales.
No se trata de establecer vínculos lúdicos entre los profesionales que participan de un proyecto común. Tampoco se trata de hacer uso de redes para profesionales existentes, tipo Linked-in o Xing, sino de convertir estas herramientas en herramientas de uso cotidiano, con el fin de salvar distancias o de crear comunidades dentro de una organización.
En nuestro departamento de TI también estamos buscando algo parecido. Realmente llevamos una época "larga" en la búsqueda de esa herramienta. Incluso hemos creado un proyecto (una hoja de ruta, quizá sería más propio para definir lo que estamos haciendo) que nos ayude a saber qué es realmente lo que queremos y para qué lo queremos.
Tengo la sensación (al menos a nosotros nos pasa) que estamos buscando más de una herramienta, para cubrir necesidades distintas, y esto puede confundirnos: algo que nos ayude en la gestión/organización de los documentos que generamos, algo que nos ayude a guardar el conocimiento no estrictamente asociado a los proyectos, algo que nos ayude en la gestión de los proyectos, algo que nos ayude a socializar a las personas que forma parte de un proyecto (a todos los "stakeholders"), algo que nos ayude en la gestión de los desarrollos, algo que nos ayude en la gestión de las incidencias y algo que nos ayude a localizar fácilmente toda esta información.
Yo creo que esta herramienta (super-cojonuda) no existe, o será muy cara, o muy difícil de encontrar, o muy complicada de usar, ...
La idea de mantener 7 u 8 herramientas, para cubrir todo este abanico de necesidades, creo que, puede ser contraproducente y representar más una desventaja que una ayuda.
La única posibilidad que veo es: encontrar un par (como mucho tres) de herramientas que den solución al máximo número de necesidades (o a las necesidades más importantes/críticas), que tengan un equilibrio entre potencia y sencillez de uso y que se puedan conectar entre ellas (incluso que se puedan conectar con otras herramientas corporativas).
Yo apuesto por: alfresco y una de estas:
http://openatrium.com
http://www.clockingit.com
http://www.teambox.com
http://www.fengoffice.com
Echadle un vistazo a los dos primeros enlaces, que tienen muy buena pinta.
lunes, 15 de marzo de 2010
sábado, 13 de marzo de 2010
El componente Flex Data Visualization es ahora open source
Adobe ha anunciado recientemente la disponibilidad del nuevo componente Data Visualization. Este componente ahora es ya una parte más del libre (free) y open source kit de desarrollo de Flex.
Este componente proporciona el Grid de datos Avanzado, el Grid de datos OLAP y las librerías para gráficas (charts). Desde ahora, ya no será necesario contar con la licencia de Flex Builder Professional para hacer uso de ellos.
En mi opinión, era imprescindible contar con unas librerías "oficiales" y potentes para la generación de gráficas dentro del kit de desarrollo, así que éste anuncio refuerza más la defensa que siempre he hecho de esta tecnología.
Esto, junto el apoyo que Flash está teniendo (salvo por Apple y ya sabemos lo que motiva a Apple en su no apoyo a Flash) por la comunidad, pone en serios aprietos a otras tecnologías cuya finalidad es el desarrollo de aplicaciones enriquecidas (RIA).
Un ejemplo de una tecnología, con posibilidades, que no está pasando por su mejor momento es Silverlight de Microsoft. ¿Anunciaremos próximamente el "descase en paz" Silverlight? Tal vez, tal vez,...
Ver más en:
http://opensource.adobe.com/wiki/display/flexsdk/flexsdk_announcements
Desde luego una gran noticia para los "amantes" del desarrollo Flex.
Este componente proporciona el Grid de datos Avanzado, el Grid de datos OLAP y las librerías para gráficas (charts). Desde ahora, ya no será necesario contar con la licencia de Flex Builder Professional para hacer uso de ellos.
En mi opinión, era imprescindible contar con unas librerías "oficiales" y potentes para la generación de gráficas dentro del kit de desarrollo, así que éste anuncio refuerza más la defensa que siempre he hecho de esta tecnología.
Esto, junto el apoyo que Flash está teniendo (salvo por Apple y ya sabemos lo que motiva a Apple en su no apoyo a Flash) por la comunidad, pone en serios aprietos a otras tecnologías cuya finalidad es el desarrollo de aplicaciones enriquecidas (RIA).
Un ejemplo de una tecnología, con posibilidades, que no está pasando por su mejor momento es Silverlight de Microsoft. ¿Anunciaremos próximamente el "descase en paz" Silverlight? Tal vez, tal vez,...
Ver más en:
http://opensource.adobe.com/wiki/display/flexsdk/flexsdk_announcements
Desde luego una gran noticia para los "amantes" del desarrollo Flex.
viernes, 5 de febrero de 2010
Pivot resulta interesante
Sigo en la búsqueda de la tecnología perfecta que me ayude a desarrollar aplicaciones enriquecidas para la web y escritorio. Quiero tener sólo que pensar en qué funcionalidades quiero para mi aplicativo y que la tecnología me facilite el desarrollo de estas funcionalidades, al menos que no represente un inconveniente.
En esta búsqueda he probado, en mi última etapa de "buscador" de tecnologías RIA, GWT (el kit de desarrollo de Google) y Apache Pivot.
Del primero ya os he hablado en algún artículo anterior y tengo que decir que, salvando no pocas dificultades, y, a medida que aparecen nuevas revisiones, la experiencia es muy agradecida. Aunque con GWT sólo conseguiré desarrollar aplicaciones para la web, dando al usuario la misma sensación que cuando utiliza los aplicativos "cloud" de esta compañía.
Con Apache Pivot la experiencia me sorprendió. Apache recientemente ha otorgado a esta tecnología su graduación oficial (ya va por la versión 1.4). No dedicándole mucho tiempo conseguí poner en marcha una sencilla aplicación, que se ejecuta como un applet Java en el navegador. Eso sí, tengo que decir, que de forma muy primitiva: no hay un entorno de desarrollo que nos ayude con el desarrollo de una aplicación Pivot.
El trabajo con Pivot consiste en editar el código fuente, compilar y ejecutar (a la vieja usanza). Tampoco es sencillo de depurar el aplicativo. El lenguaje es muy mejorable (parece pensado por una persona que tenía prisa por terminar) y le faltan bastantes cosas por pulir. Si JavaFX no tuviese el recorrido deseado (esto ya depende de ORACLE) sí que veo a Pivot como una tecnología que, con tiempo, puede recoger el testigo JAVA/RIA.
En esta búsqueda he probado, en mi última etapa de "buscador" de tecnologías RIA, GWT (el kit de desarrollo de Google) y Apache Pivot.
Del primero ya os he hablado en algún artículo anterior y tengo que decir que, salvando no pocas dificultades, y, a medida que aparecen nuevas revisiones, la experiencia es muy agradecida. Aunque con GWT sólo conseguiré desarrollar aplicaciones para la web, dando al usuario la misma sensación que cuando utiliza los aplicativos "cloud" de esta compañía.
Con Apache Pivot la experiencia me sorprendió. Apache recientemente ha otorgado a esta tecnología su graduación oficial (ya va por la versión 1.4). No dedicándole mucho tiempo conseguí poner en marcha una sencilla aplicación, que se ejecuta como un applet Java en el navegador. Eso sí, tengo que decir, que de forma muy primitiva: no hay un entorno de desarrollo que nos ayude con el desarrollo de una aplicación Pivot.
El trabajo con Pivot consiste en editar el código fuente, compilar y ejecutar (a la vieja usanza). Tampoco es sencillo de depurar el aplicativo. El lenguaje es muy mejorable (parece pensado por una persona que tenía prisa por terminar) y le faltan bastantes cosas por pulir. Si JavaFX no tuviese el recorrido deseado (esto ya depende de ORACLE) sí que veo a Pivot como una tecnología que, con tiempo, puede recoger el testigo JAVA/RIA.
viernes, 22 de enero de 2010
El epitafio de Sun
Ayer la Unión Europea contestó de forma oficial (y afirmativa) a la adquisición de Sun por parte de Oracle. Parece que Oracle se ha comprometido a mantener viva, o a ayudar a mantener, de alguna forma, MySQL.
Era uno de los últimos escollos que tenían que salvar.
James Gosling, uno de los creadores del lenguaje Java en los inicios de los 90, ha publicado en su blog la siguiente nota: http://blogs.sun.com/jag/entry/so_long_old_friend
La nota viene acompañada con un dibujo que ya se está repitiendo hoy en cantidad de foros técnicos: Tux y Duke abrazados sobre la lápida de Sun, con parte de lo que fue su eslogan hace unos años "The Network is the... computer".
Sun una empresa ejemplar. Sun vaya ejemplar de empresa.
Era uno de los últimos escollos que tenían que salvar.
James Gosling, uno de los creadores del lenguaje Java en los inicios de los 90, ha publicado en su blog la siguiente nota: http://blogs.sun.com/jag/entry/so_long_old_friend
La nota viene acompañada con un dibujo que ya se está repitiendo hoy en cantidad de foros técnicos: Tux y Duke abrazados sobre la lápida de Sun, con parte de lo que fue su eslogan hace unos años "The Network is the... computer".
Sun una empresa ejemplar. Sun vaya ejemplar de empresa.
viernes, 8 de enero de 2010
Flex 3.5 y locale es_ES... por fin, Flex 3.5 en español!
Recientemente, se ha liberado una nueva versión -la 3.5- de este kit de desarrollo de aplicaciones enriquecidas de Adobe. La liberación ha pasado con más pena que gloria.
En la página principal del site de referencia http://opensource.adobe.com, en su sección de novedades, no aparece la noticia y tampoco me ha resultado sencillo encontrar la relación de cambios que incorpora este nuevo producto.
En los foros tecnológicos tampoco se ha destacado demasiado al respecto de esta presentación, quizá todos estemos a la espera de que se libere, por fin, la nueva versión 4 (Gumbo) todavía en Beta 2.
Aún con todo esto... yo he procedido a localizar al español el nuevo kit de desarrollo, que tampoco añadía ningún string nuevo a localizar realmente.
En el siguiente enlace FLEXSDK35-framework-locale-es_ES.zip
os dejo un .zip que podéis descomprimir en el directorio de vuestro Flex SDK 3.5 (primero creáis un directorio "es_ES" dentro del directorio "frameworks/locale" y luego copiáis allí los tres ficheros .swc que os dejo dentro del .zip) y simplemente añadiendo la siguiente opción al compilador "-locale es_ES" tendréis resuelto el asunto... al menos, el asunto español ;-)
También podéis modificar el fichero/frameworks/flex-config.xml para activar esta localización como la localización por defecto de vuestras compilaciones (es sencillo encontrar el lugar).
También podemos activar esta localización en el Flex Builder 3.0.2, que realmente utiliza un SDK que viene dentro del directorio "sdks" donde esté instalado este impresionante entorno de desarrollo.
Os dejo las versiones anteriores de estas "localizaciones" en:
En la página principal del site de referencia http://opensource.adobe.com, en su sección de novedades, no aparece la noticia y tampoco me ha resultado sencillo encontrar la relación de cambios que incorpora este nuevo producto.
En los foros tecnológicos tampoco se ha destacado demasiado al respecto de esta presentación, quizá todos estemos a la espera de que se libere, por fin, la nueva versión 4 (Gumbo) todavía en Beta 2.
Aún con todo esto... yo he procedido a localizar al español el nuevo kit de desarrollo, que tampoco añadía ningún string nuevo a localizar realmente.
En el siguiente enlace FLEXSDK35-framework-locale-es_ES.zip
os dejo un .zip que podéis descomprimir en el directorio de vuestro Flex SDK 3.5 (primero creáis un directorio "es_ES" dentro del directorio "frameworks/locale" y luego copiáis allí los tres ficheros .swc que os dejo dentro del .zip) y simplemente añadiendo la siguiente opción al compilador "-locale es_ES" tendréis resuelto el asunto... al menos, el asunto español ;-)
También podéis modificar el fichero
También podemos activar esta localización en el Flex Builder 3.0.2, que realmente utiliza un SDK que viene dentro del directorio "sdks" donde esté instalado este impresionante entorno de desarrollo.
Os dejo las versiones anteriores de estas "localizaciones" en:
Suscribirse a:
Entradas (Atom)
