Wika2

Ley de transparencia: una necesidad o una obligación

2012-01-23T23:30:00.000+01:00

Solamente cuatro de los 27 países que forman la Unión Europea no tienen una Ley de transparencia y acceso a la información pública: Chipre, Luxemburgo, Malta y España. En noviembre de 2008, el Consejo de Europa, del que son miembros 47 países, aprobó el Convenio para el Acceso a Documentos Oficiales (el llamado Convenio 205). España sigue sin aplicar este Convenio, situándose en el furgón de cola en lo que se refiere a materias como la transparencia y el derecho a saber de los ciudadanos.

La falta de transparencia está relacionada con la percepción del grado de corrupción que se tiene de un país, como así lo señala el ranquin IPC (Índice de Percepción de Corrupción) confeccionado por el organismo “Transparencia International”. En este ranquin España ocupa una lamentable posición 31, rodeada de países como Estonia, Chipre, Botsuana o Portugal.

La transparencia es un requisito indispensable para mejorar la calidad de nuestras democracias, garantizando la correcta administración de los recursos públicos y el comportamiento de todos sus servidores. El objetivo es regenerar la conexión entre políticos y ciudadanos, facilitar la participación de estos últimos en la vida pública (derecho amparado en los artículos 9.2, 23.1, 48 y 105 de la Constitución Española, CE en adelante) y reconocer además el derecho de acceso a la información que se encuentra en posesión de las autoridades públicas (art. 105.b CE).

Debemos recordar que el poder se encuentra erradicado ya no en los gobernantes sino en la gente que conforma un Estado (art. 1.2 CE) y que luego este poder es delegado en un grupo de personas (a las que llamamos autoridades) que nos representan (art. 66.1 CE). Las autoridades se encargan de administrarlo para el bien de todos, pero a cambio tienen la obligación de rendir cuentas ante cualquier persona que quiera conocer qué se está haciendo con ese poder.

La Administración es una gran fuente de información que cuenta con cantidad de datos de carácter público: mapas, meteorología, tráfico, datos financieros, subvenciones, planes urbanísticos, acuerdos políticos, informes de investigación en base a los cuales se aprueban normas...

Esta información pertenece a la ciudadanía, porque ha sido financiada –su generación– con fondos procedentes de los contribuyentes vía impuestos. Sin embargo, las instituciones públicas tienden a retener toda esta información obtenida o generada en el ejercicio de su actividad pública. Pero, en una democracia es esencial que la gente pueda acceder a ella para participar de una manera real y efectiva en los asuntos que les afectan, para que puedan conocer cómo actúan y, de ese modo, controlar, detectar los malos funcionamientos y mejorar así la calidad de la gestión pública. Es imposible pensar en participación (art. 23 CE) sin que el público tenga acceso a información (art. 105.b CE).

A finales de los noventa y principios del siglo XXI ha habido una auténtica eclosión y se ha generalizado la aprobación de leyes de transparencia y acceso a la información pública, pero la historia se remonta años atrás:

El movimiento hacia la aprobación de normas que garantizan el derecho de acceso a la información pública fue liderado por los países escandinavos (Suecia en 1766, Finlandia en 1951, Dinamarca y Noruega en 1970), por Estados Unidos (1966) y los países de su área de influencia anglófona (Canadá, Nueva Zelanda y Austria).
Entre finales de los setenta y principios de los noventa, se expandió entre los países latinos de la Europa occidental, con Francia (1978) como pionera, Grecia (1986), Italia (1990), Portugal (1993) y Bélgica (1994).
Posteriormente en los países de Europa occidental que aún carecían de ella, entre ellos, Reino Unido (2000) y Alemania (2005).
El caso de España es singular, dado que la regulación se contiene en unos pocos artículos (artículos 3.5, 35 y 37) de la Ley 30/1992, de 26 de noviembre, de Régimen Jurídico de las Administraciones Públicas y del Procedimiento Administrativo Común (Ley 30/1992 en adelante), con graves deficiencias y lagunas. Esta regulación se ha advertido, por el propio legislador, como mejorable porque condiciona el ejercicio del derecho a la acreditación por parte del solicitante de un interés especial en el asunto y a la compatibilidad de la petición con la eficacia en el funcionamiento de los servicios públicos.

Si tuviésemos que hacer un análisis de la legislación que nos ampara en España en asuntos de acceso a la información pública, destacaríamos:

El artículo 10.2 de la Constitución española establece que la Constitución “se interpretará de conformidad con la Declaración Universal de Derechos Humanos y los Tratados y acuerdos internacionales sobre las mismas materias ratificados por España”.
La Declaración Universal de los Derechos Humanos, aprobada en 1948 por la Naciones Unidas, incluye en su artículo 19 el derecho de acceso a la información, diciendo: “Todo individuo tiene derecho a la libertad de opinión y de expresión; este derecho incluye el de no ser molestado a causa de sus opiniones, el de investigar y recibir informaciones y opiniones, y el de difundirlas, sin limitación de fronteras, por cualquier medio de expresión”.
El artículo 10 del Convenio Europeo de Derechos Humanos ampara “la libertad de recibir o de comunicar informaciones o ideas”. En abril de 2009 el Tribunal Europeo de Derechos Humanos reconoció que el derecho de libertad de expresión amparado por este artículo incluye expresamente el derecho de acceso a la información en manos de entidades públicas.
La Ley 30/1992, en su artículo 35.h, hace referencia a la Constitución, diciendo que los ciudadanos tienen derecho de acceso a los registros y archivos de las Administraciones Públicas. Este derecho está regulado por el artículo 37, que contiene una serie de limitaciones que no se encuentran presentes en el Derecho europeo y que suponen graves restricciones: exige la integración del documento en un expediente y de éste en un archivo –sin que exista una definición de ambos conceptos– y limita, además, el acceso a los expedientes referidos a procedimientos terminados en la fecha de la solicitud.
Además este artículo 37 (en el párrafo 37.5.a) recorta el alcance de este derecho ya que dice que no se podrá ejercer sobre “las actuaciones del Gobierno del Estado o de las Comunidades Autónomas, en el ejercicio de sus competencias constitucionales no sujetas a Derecho Administrativo”. La Constitución, sin embargo, sólo establece tres límites (art. 105.b CE): la seguridad y defensa del Estado, la averiguación de los delitos y la intimidad de las personas.
El Convenio del Consejo de Europa sobre el Acceso a Documentos Públicos en Europa, en el Convenio 205, reconoce el derecho sin necesidad de acreditar interés alguno a toda persona, sin discriminación alguna. Establece en su artículo 10 que “por su propia iniciativa y cuando sea conveniente, las autoridades públicas tomarán las medidas necesarias para poner a disposición de todos los documentos públicos en su poder para promover la transparencia y la eficacia de la administración y para fomentar la participación informada del público en materias del interés general”.
La Comisión Europea envío en diciembre de 2011 una comunicación al Parlamento Europeo sobre "Datos abiertos: Un motor para la innovación, el crecimiento y la gobernanza transparente", donde presenta a la información como una fuente de mejora de la eficiencia de las administraciones y de importantes beneficios económicos.

En los últimos tiempos, quizá viéndose forzados a dar una respuesta a las demandas y las presiones ejercidas por el movimiento 15M, nuestros gobernantes se han mostrado más abiertos a tratar sobre asuntos de transparencia y gobierno abierto:

El Pleno del Congreso de los Diputados aprobó en junio de 2011 una moción pactada por todos los partidos políticos en la que se apostaba por tomar medidas para “profundizar” en la democracia y la participación ciudadana e impulsar la credibilidad, la transparencia, la austeridad y el control de las instituciones del Estado y sus miembros.
El Partido Socialista Obrero Español hizo dos promesas electorales al respecto: una, la de 2004, caducada; y otra, la de 2008, de la que no se sabe mucho. En el mes diciembre de 2011 el Grupo Socialista presentó una Proposición de Ley de transparencia y acceso a la información pública, basada en el borrador del anteproyecto socialista que se filtró a la prensa en junio de 2010 y que finalmente no siguió los cauces esperados.
Ahora, el Partido Popular, ganador de los comicios del 20-N, tiene la responsabilidad tal y como aparecía en su programa– de aprobar una Ley que cumpla con los mínimos establecidos en el Convenio del Consejo de Europa sobre Acceso a Documentos Públicos.
El diario ELMUNDO publicó el siguiente cuadro comparativo de las dos Propuestas Legislativas (GPSocialista y GPPopular) calificándolas con respecto a los 10 principios que debería cumplir una Ley sobre este asunto recomendados por la Coalición Pro Acceso.
El actual Presidente del Gobierno, siendo aún aspirante a la Presidencia, en uno de los muchos mítines electorales en los que defendió su candidatura, dijo: “Quiero restablecer la ejemplaridad en la vida política y prestigiar la vocación de servicio. Quiero que cuando se hable de los políticos se piense en honradez, respeto al interés general y servicio al bien común. Y por ello, ya anuncio que en los primeros 100 días de gobierno, España tendrá una Ley de Transparencia, buen gobierno y acceso a la información pública”. Mariano Rajoy, 25 de septiembre de 2011, Zaragoza.

Podemos concluir diciendo que, la transparencia constituye una eficaz salvaguarda frente a la mala administración y posibilita el conocer y vigilar el empleo de los recursos públicos y estimula a los poderes públicos a funcionar de modo más eficiente. El nivel de transparencia y la facilidad de acceso a la información pública no sólo sirven para combatir la corrupción, sino también la mala gestión y la ineficacia.

Fuentes utilizadas para la elaboración del artículo:
1. Emilio Guichot Reina, Transparencia y acceso a la información pública en España, Laboratorio de alternativas, 2011.
2. Manuel Sánchez de Diego Fernández de la Riva, El derecho de acceso a la información pública, Seminario Internacional Complutense, 2007.

¿Qué Universidad quiero?

2011-10-28T15:15:00.000+02:00

Seguramente el verdadero problema es que no queremos una única Universidad, el problema es que queremos distintas Universidades. Cada una de ellas deberá dar respuesta a las diferentes necesidades que esperan cubrir los distintos agentes implicados: los docentes, los investigadores, los estudiantes, los gobiernos, las empresas, la sociedad,…

Pero además, de las relaciones establecidas nacen nuevas necesidades: qué necesitan los docentes de los estudiantes, los estudiantes de los docentes, los investigadores de las empresas, las empresas de los investigadores,… y finalmente qué necesita la sociedad de la Universidad.

Si todo esto no generaba ya el suficiente ruido… sumemos más: además las universidades (al menos una gran parte de ellas) son administraciones públicas. Más que sumar este hecho resta. El lenguaje de la docencia y de la investigación se entremezcla con la jerga administrativa: rígidas estructuras, funcionarios, empleados públicos, ventanillas, normativas, procedimientos administrativos, burocracia,…

¿Todas estas necesidades convergen en la institución que hoy representa la Universidad? No creo. La receta de este gazpacho ha sido elaborada quizá sí por los mejores chefs, pero sin seleccionar los ingredientes adecuados y sin tener en cuenta quién se iba a sentar a la mesa. Esto ha producido una tremenda desafección con esta institución no sólo entre los principales protagonistas (los estudiantes) sino también entre la sociedad en general que se pregunta: ¿para qué (nos) sirve nuestra Universidad?, ¿qué beneficio obtenemos de ella?, ¿cuál es su verdadero papel?

La Universidad es el centro del conocimiento, del saber, que tiene la obligación de mejorar lo que la sociedad pone en sus manos: parte de su futuro. Y para ello la sociedad le presta lo mejor que tiene: su potencial humano (y otros recursos, claro). Así que la Universidad debe responder a este desafío. No se trata de alimentar egos, ni de licenciar patentes, ni de producir investigación, ni de impartir docencia,… se trata de algo más. Pero, ¿cómo saber qué es ese algo más?

Sin duda uno de los aspectos más importantes para conectar de nuevo a los diferentes agentes de este “negocio” es la participación. Salvo excepciones, la Universidad ha dejado de ser el foro donde se escuchan todas las voces. Y subrayo el verbo “escuchan” y subrayo el adverbio “todas”. En la Universidad se habla, y mucho, pero se escucha poco. Debemos empezar a monitorizar a nuestros clientes (aunque el término suene muy mercantil) y a nuestros usuarios y, una vez analizados los mensajes, emprender las acciones que nos demandan de forma más ágil y precisa. Esto requiere un cambio de paradigma, porque la actual fórmula de crear órganos de gobierno, estructuras administrativas o comisiones de pensadores que elaboran informes de situación no ha funcionado. No se trata de crear los espacios donde hablar, sino de escuchar allí donde se está hablando.

¿Y dónde se habla? Pues, en las cafeterías, en las bibliotecas, en los pasillos de las Facultades, en las aulas, en las tutorías, en los despachos de los docentes, en los laboratorios de investigación, en los puestos de trabajo del personal de administración y servicios, etc. Y, por supuesto, se habla en las redes sociales, en la Red. Y nos estamos perdiendo toda esta información, dando por sentado que los distintos Vicerrectorados, los Consejos Sociales, los Defensores Universitarios, los múltiples Colectivos Universitarios,… son los únicos vehículos válidos para llevarnos a la excelencia.

La Universidad se ha convertido en una vieja y pesada máquina que no sólo ha dejado de ser eficiente, sino que está incluso dejando de ser eficaz. Una institución que ha copiado modelos de gobierno que ahora la sociedad pone en cuestión.

La Universidad genera oficialmente cada día cantidad de contenido, cantidad de debate, cantidad de discusión,… Todo ello generado por gente de talento (reconocido o en formación). Muy poco de este contenido, debate o discusión tiene como leitmotiv ¿Qué Universidad quiero?

Quizá se debería empezar por aquí: obligando a que cada uno de los miembros de esta Comunidad reflexione y responda a esta interesante pregunta con sinceridad y que se vean obligados, además de identificar los problemas, a aportar soluciones innovadoras e ideas frescas.

La propuesta es ésta: que cada miembro de la Comunidad se vea en la obligación de responder la pregunta que abre este artículo. Y que se responda en los exámenes de acceso a la Universidad (así le daríamos una utilidad a la Selectividad), en los seminarios que se impartan, en las líneas de investigación que se emprendan, en los grupos de mejora que se creen entre el personal de administración y servicios, etc. Y que todo esto finalmente se recoja, se compile y se ponga en práctica. Por supuesto, en esta compilación deberíamos primar qué se aporta y no quién lo aporta… porque las buenas ideas no suelen ser el resultado de mayorías cualificadas.

Los funcionarios: de los objetivos a la creación de valor

2011-09-13T18:01:00.000+02:00

La lectura del interesante artículo de Amalio Espinosa “Losfuncionarios no somos el problema, sino la solución” me ha llevado a lasiguiente reflexión.

Amalio tiene toda la razóncuando dice, en una de sus últimas frases y leitmotivde su artículo: “los funcionariossomos la única solución para...mejorar el servicio al ciudadano”. Pero, creo que, deberíamos ir más allá, porque de otra forma lafrase queda simplemente en una certezaa la que nadie puede ponerle objeción(no porque no quiera, sino porque no puede).

Podrían (los ciudadanos)decir: “sois la única solución… porque nohay otra”.

Me gustaría más poder decir: “losfuncionarios están solucionando losproblemas de la Administración”. Y oír:“los ciudadanos quieren que susfuncionarios sean la solución a los actuales problemas de la Administración”.

A veces dudo quela propia Administración sea la que quiera poner solución donde no veproblemas.

A veces también dudode los funcionarios. Creo que afirmarque la Administración va mal, pero que todos los funcionarios están esperando (preparados) para movilizarse (por medio de instruccioneso por medio de una más clara definición de los objetivos) para alcanzar la misiónde dar un mejor servicio... no es cierto en el 100% de los casos.

Más bien diríaque: sí hay funcionarios (algunos, quizá un número considerable de ellos) quequieren salir de la trampa en la queestamos metidos.

Con respecto a trabajar por objetivos,daría para todo un artículo pero, creo que el trabajo por objetivos no es la solución a los problemas de la Administración.Trabajar por objetivos quiere decir: “trabajar más (quizá para trabajar mejor), para producirmás, para ganar más”.

Trabajar por objetivosquiere decir que: somos capaces de definirlos(en la definición casi nunca participa el cliente-ciudadano, salvo que hayamosincorporado paradigmas de cocreaciónen nuestras organizaciones). Aún más, que: somos capaces de medirlos. Aún más, que: somos capacesde incentivarlos. Esto (el definir-medir-incentivar)no creo que sea un buen modelo, nisiquiera que sea un modelo aplicabley ni siquiera creo que sea un modelo que “dé frutos”.

Desde luego, prefiero orientar nuestro trabajo hacia el valor (más que a los objetivos). Un trabajo donde se prime la calidad (y la utilidad) del servicio prestado y donde el trabajador (el funcionario) sea un activo importante de la empresa (eneste caso de la Administración).

Un trabajo donde las estructuras(las pirámides de las distintas administraciones) sean transformadas en sistemas en red, donde se produzca un intercambio real de conocimiento (y de otros intangibles) querepercuta en el aumento del valor(al final valor=riqueza) de la Administración.

Avanzamos sobre, o nos resistimos a, las estructuras formales

2011-09-09T19:04:00.000+02:00

NOTA: este artículo ha sido extraído de un comentario que realicé hace días en una interesante entrada del blog Apuntes Electrónicos de Andrés Nin @andresnin. Se hablaba sobre la "Reforma para la desorganización creativa en las #aapp". Creo que puede resultar de interés este "autoplagio", para los seguidores de mi blog.

Las organizaciones son sistemas dinámicos, en continuaevolución, por supervivencia principalmente. Esto ha sucedido así a lo largo detoda la historia del hombre salvo por dos excepciones: el clero y la nobleza.

El clero (la Iglesia) y la nobleza (los militares y elEstado) han mantenido desde siempre (desde antes del feudalismo) unasestructuras muy jerarquizadas porque esto simplifica la labor de establecer quiénrealizaba qué tareas (se resolvía este conflicto) y quién era responsable dequé resultados.

Para ello (para mantener estos estamentos) era necesariodefinir políticas, procedimientos y controles formales que guiasen lasactividades y las relaciones de las personas miembros de los mismos... creandoasí una estructura formal (u oficial) rígida y altamente burocratizada.

Cualquiera que conozca por dentro a la Iglesia, al estamentoMilitar y a las Administraciones Públicas (que hoy representan al Estado) sabráque este modelo clásico ha evolucionado muy poco.

Este tipo de estructuras pueden tener sentido cuando nuestrosobjetivos son pequeños o cuando no se requiere una fuerza de trabajocualificada para llevarlos a término. También pueden dar resultado si laspersonas que forman este sistema no tienen otros intereses particularesdistintos a los de la propia organización.

Que suceda esto (que creemos empresas para alcanzarobjetivos sencillos y con personal poco cualificado y sin interesesparticulares) es EXTRAÑO... de ahí que HOY surjan de forma espontánea, de formano prevista, otras estructuras como las que define Andrés Nin @andresnin en ~~este~~ su artículo.

Encaja esta definición, creo, con lo que ahora se llamaADHOCRACIA (Mintzsberg): estructuras que nos permitirán tomar decisionesrápidas, sobre la marcha, a la medida de las necesidades que surjan en el momento;sin tener que esperar que algún responsable superior a nosotros (por el cargoque ocupa en la estructura formal) la bloquee.

Es posible que estas estructuras más informales surjan conel apoyo de las estructuras formales (como comenta Iñaki Ortiz @balapiaka para el caso delGobierno Vasco) pero lo normal es que surjan cuando estas estructuras formalesson débiles (por sustitución como forma de avanzar) o cuando son muy rígidas(como forma de resistencia a ellas).

Estas estructuras informales, no previstas, se valen hoy endía de las redes sociales (de la tecnología) como mecanismo ágil (y fuera delcontrol oficial) de comunicación. Pero,… si nacen así (como resistencia y fueradel control oficial) es muy posible que no sirvan para ~~nada~~ mucho y el esfuerzo sehaya perdido.

El talento durmiente

2011-06-07T07:30:00.002+02:00

Precedieron a la Edad del Hierro la Edad del Bronce y la Edad de la Piedra. En cada uno de estos tres periodos de la historia se desarrolló la metalurgia del "metal" que le daba nombre. Los historiadores han ido etiquetando a los siguientes periodos con peor o mejor tino. Salvo por la Edad Antigua, que ciertamente era antigua, el resto de las edades que fueron floreciendo estuvieron envueltas de falsos enunciados: la Edad Media (¿media de qué?), la Edad Moderna (¿la Revolución Francesa… moderna?) y la Edad Contemporánea (que comprende hasta el presente, pero –ojo- incluso hasta el presente futuro).

Últimamente se habla del nacimiento de una nueva edad: la Edad del Talento. Pensaba que se trataba, una vez más, de etiquetar con un nombre rimbombante, pero poco afortunado, a este periodo de la mediocridad que nos ha tocado vivir.

Ciertamente, parecería más acertado hablar de talentos del pasado con nombres y apellidos: Albéniz, Granados, de Falla, Picasso, Velázquez, Dalí, Goya, Miró, Alberti, Baroja, Bécquer, Cervantes, Lorca, Machado, Quevedo, Unamuno, Ramón y Cajal, Servet,…

Pero, ¿quién representa hoy en día al talento como para poder hablar con propiedad de la Edad del Talento? No se me ocurrían muchos ejemplos, hasta que he descubierto que el talento es una capacidad que está durmiente.

Primero, deberíamos entender qué es el talento. Un talento era una unidad monetaria utilizada en la antigüedad y equivalente al sueldo que obtenía, a cambio de su fuerza de trabajo, un obrero ordinario durante quince años. Es decir, representaba una gran suma de dinero y un valor considerable que muy pocos individuos solían alcanzar. Entiendo que éste es el espíritu que ha heredado el concepto de talento (como aptitud) hoy en día.

Tengamos claro que el talento es, por definición, un valor y una rareza. Por lo tanto, es un recurso escaso. Sin duda estas dos características (valor y rareza), para quienes las posean, sean personas u organizaciones, representan una ventaja competitiva con la que enfrentarse mejor que sus rivales en el desempeño de las diferentes actividades del día a día.

Pero, además de escaso, hay otro problema añadido con el talento. Suele éste permanecer durmiente, silente, y sólo se manifiesta en el momento en el que es necesario o cuando encuentra un medio con el que se pueda hacer notar. El inconveniente es que si no es necesario, o no encuentra ese medio, no se manifiesta y por lo tanto no se detecta. Esto era así hasta ahora.

Yo mismo me he encontrado, de forma inesperada, con cantidad de talento individual que no se percibía a primera vista. Lo he descubierto en desconocidos individuos que trabajan en sus pequeñas oficinas para pequeñas organizaciones, en los funcionarios (o empleados públicos) tras las ventanillas, en los jóvenes emprendedores, en las personas que nos atienden en los supermercados, en el panadero de la esquina, en nuestros compañeros de trabajo, en nuestras abuelas, en nuestras parejas y en nuestros hijos,…

Y llegado el momento, estos individuos han creado mallas (redes, las llaman) de talento, construyendo una gran suma, y lo están mostrando porque han encontrado el medio (redes, las llaman), dejando en el más espantoso de los ridículos a quienes se creían que ostentaban esta habilidad, como si se tratase de un cetro, sólo por el estatus alcanzado. La experiencia nos ha demostrado que el poder y el talento "no van siempre de la mano".

Llamadme a la Party-cipación

2011-05-13T18:37:00.002+02:00

Últimamente me he vuelto muy quisquilloso con los términos que se utilizan habitualmente, a veces con ligereza, en mi entorno. Debe ser cosa de la edad. Esta vez le ha tocado el turno al término participación.

Mi país me pide que participe de unas elecciones autonómicas, mi comunidad me dice que debo implicarme en su proyecto de participación ciudadana, en mi departamento surgen iniciativas de administración participativa y en mi casa… en mi casa os lo cuento luego.

Entiendo que todos estos grupos de interés lo que quieren realmente es que me comprometa con sus objetivos e intentan conseguirlo haciéndome partícipe de alguna, o de todas, de las fases necesarias para su consecución.

Personalmente, pienso que hay dos agentes que te movilizan para que participes de proyectos: la supervivencia y la diversión.

Supervivencia: si tu médico te dice "me gustaría que participases de la próxima intervención quirúrgica que tengo programada, porque si no te mueres"... yo creo que participas, sí o sí.
Diversión: si Buenafuente te dice "me gustaría que participases de la próxima fiesta que voy a montar con el equipo de mi programa de televisión"... yo creo que participas, sí o sí.

Pero, lo normal es que ocurra lo siguiente: viene el jefe de tu departamento y te dice que quiere que participes en un grupo de mejora para elaborar un informe sobre (cualquier asunto que queramos poner aquí me sirve para el ejemplo), que más tarde presentaréis y defenderéis públicamente ante la dirección de la organización.

¿Sobrevivirás sin participar en él? Seguramente sí, lo peor que te puede ocurrir si te niegas es que te echen, pero sobrevives seguro. ¿Te divertirás, poco o mucho, a lo largo del proceso de formación del grupo de mejora, en las posteriores y múltiples reuniones y discusiones que se organicen sobre el asunto, en la elaboración del informe (porque tienes muchas probabilidades de que lo tengas que redactar tú) y en la presentación y en la defensa pública del mismo? Pues… divertido, lo que se dice divertido, no suena.

Es suficiente con que uno de estos dos agentes (supervivencia y diversión) se dé, pero necesario que se dé, al menos, uno. En caso contrario, no estás participando, estás perdiendo fuerzas que podrías ponerlas al servicio de algún otro proyecto más vital o divertido.

Aunque hay proyectos vitales, no son a este tipo de proyectos a los que te enfrentas comúnmente en tu día a día. Nuestro cuerpo es sumamente inteligente y funciona casi sin que nos demos cuenta, casi sin esfuerzo. La respiración, el latido de nuestro corazón,... se producen de forma involuntaria y automática. Una de las pocas ventajas que tenemos los seres vivos es lo difícil que es matarnos y lo fácil que es sobrevivir.

Por retomar al tema de este post, creo que en lo que debemos centrarnos (o deben centrarse) es en que el proyecto objeto de la participación resulte divertido. Si hay un objetivo último de orden superior alineado con la diversión... pues mucho mejor, pero no es obligatorio.

Así que, grupos de interés o de influencia, os propongo que a partir de ahora no me llaméis a la participación. Llamadme a la party-cipación.

Nota: en mi casa lo que me piden es que DIFRUTE, que al final es un grado superior de party-cipación.

El camello 18 es el camello ganador

2011-05-05T16:41:00.005+02:00

Un hombre dejó, como legado antes de morir, a sus tres hijos toda su fortuna: sus 17 camellos. Les dijo: Efrén, por ser tú el primogénito de mis hijos, te dejaré la mitad de mis camellos; a ti, Esteban, te dejaré un tercio de los camellos; y a ti Fabián, el más joven, te dejaré un noveno de los camellos.

Los tres hijos comenzaron a negociar. Tenían un conflicto: 17 camellos no eran divisible por 2, no eran divisible por 3 y tampoco eran divisible por 9. Así que, aunque eran hermanos y hasta entonces había reinado la armonía entre ellos, como no llegaban a un acuerdo de cómo repartirse su herencia, los ánimos comenzaron a caldearse.

A uno de ellos se le ocurrió consultar a la anciana más sabia de la aldea, para pedirle que pensara en una solución. La anciana pensó y pensó durante mucho tiempo, hasta que finalmente los reunió y les dijo: "Bueno, no sé como puedo ayudarles, pero al menos, si lo desean, les ofrezco mi camello".

De ese modo los tres hermanos ya tenían 18 cabellos, que sí eran divisible por 2 (9 camellos), que sí eran divisible por 3 (6 camellos) y que sí eran divisible por 9 (2 camellos). Cuando terminaron de repartirse los camellos se dieron cuenta que les sobraba uno (9 + 6 + 2 = 17). Justamente el que la anciana les había ofrecido, así que decidieron devolvérselo.

Muchas veces, nos enfrentamos a negociaciones en las que partimos de 17 camellos. Negociaciones que parecen difíciles de resolver sin que alguien ceda un poco. Pero, no nos damos cuenta que si nos distanciamos del conflicto y encontramos el camello 18... TODO SERÁ MÁS SENCILLO. Esforcémonos, pues, en encontrar ese camello 18.

Flexigurity o gestionando el capital humano

2011-03-01T10:28:00.003+01:00

Hoy en día, ha aparecido un nuevo concepto que debe guiar la forma en que las organizaciones gestionan su capital humano: la flexigurity.

Flexigurity es: flexibilidad (que las personas puedan asumir responsabilidades muy distintas) y seguridad (nuestras organizaciones deben dotarnos de aquellas capacidades que el mercado necesita, ¡necesitamos ser "empleables"!).

La falta de flexibilidad genera estancamiento y la baja seguridad implica miedo. Esto provocará: estrés, ansiedad, depresión,... La depresión será posiblemente una de las causas de baja laboral más común en nuestras organizaciones, en un futuro no muy lejano.

Todo lo que las empresas deben hacer para potenciar a su personal debe dirigirse hacia estos dos factores. Pero, ¿cómo?

Está claro que la seguridad se potenciará fortaleciendo por un lado los conocimientos y por otro lado la confianza. Es decir, volvemos de nuevo a tener que animar a nuestros empleados para que musculen el cerebro cortex (el del análisis y el rigor) y el cerebro límbico (el de las emociones).

Así que, debemos llenar nuestras empresas de gimnasios. Pero, de gimnasios especiales donde mediante la repetición de ejercicios propuestos por nuestro entrenador personal (el coacher) podamos ir adquiriendo las herramientas necesarias para fortalecer estos aspectos.

Darle a cada empleado la formación que necesite en cada momento para desarrollar, de forma excelente, las tareas que tiene asignadas en cada momento (o formación JIT "Just In Time") también puede ser una fórmula válida.

¿Y la flexibilidad? No se me ocurre mejor método que fomentando o promoviendo la variedad de tareas/habilidades o haciendo que nuestros empleados se enfrenten a situaciones diferentes a las que están habituados.

Por ejemplo, en todas nuestras empresas podemos encontrarnos con personas que hablan mucho y escuchan poco y con personas que hablan poco y escuchan mucho (quizá también haya personas que ni hablan ni escuchan, pero lo mejor que podemos hacer es alejarnos de ellos). A los primeros los denominaré "charlatanes" y a los segundos "calladitos", de forma cariñosa. A los "charlatanes" podemos mandarles a cuantas conferencias se nos ocurran y luego animarles para que escriban sus reflexiones o críticas en un blog institucional. A los "calladitos" les animaremos a preparar presentaciones de cualquier tema y a tener que defenderlas en público.

Podemos seguir un modelo parecido para los "quejicas", los "pasotas",... o cualquier otro rol que podamos encontrarnos en nuestros equipos de trabajo.

Parece que estemos tratando solamente de fastidiar a nuestros empleados, pero realmente lo que estamos consiguiendo es que sean más flexibles y seguros ;-)

El peso de la comunicación no verbal

2011-02-13T17:40:00.004+01:00

¿Qué peso pensamos que tiene la comunicación no verbal (lo que transmitimos mientras hablamos a excepción de lo que realmente decimos)?

Deduzco que si tenemos 5 sentidos y sólo uno de ellos nos sirve para hablar… la comunicación no verbal debe tener un peso de, al menos, 4/5 partes (un 80%) del proceso completo de comunicación. Al final, descubro que es incluso un poco más...

Mira estos vídeos sobre Lenguaje Corporal y verás de lo que te estoy tratando de hablar.

Del proceso completo de comunicación, la parte no verbal tiene un peso del 93% y la parte verbal de sólo un 7%. Podemos encontrar información en detalles que muchas veces pasan desapercibidos. Si estos detalles no están en sintonía con lo que se dice, es más fiable lo que nos dicen los detalles que lo que nos dicen las palabras. Un discurso se puede memorizar pero es complicado entrenar y controlar los movimientos, el cuerpo, las extremidades, las expresiones faciales, etc.

Podemos asociar distinta información a cada uno de estos detalles, pero os recomiendo considerarlos todos en su conjunto y dentro del contexto en el que se esté desarrollando la comunicación. Además, cada persona tiene una “norma” y si la conocemos podremos descifrar su lenguaje corporal de una forma más eficaz. En caso de no conocer la “norma” de la persona, podemos aplicar la “norma” general ¿qué haría una persona normal en esta situación?, ¿cómo se comportaría? y ¿cómo se aleja el comportamiento normal del comportamiento que estoy analizando?

Es fácil poner en práctica lo aprendido, intentar fijarnos más en los detalles de los demás e interpretarlos e, incluso, intentar corregir detalles habituales propios que ahora sabes que quizá se pueden interpretar de una forma negativa.

El poder de la influencia

2011-02-09T18:18:00.004+01:00

Constantemente somos emisores y receptores de influencia sobre las personas que tenemos a nuestro alrededor. Incluso podemos ejercer una influencia, en segundo o tercer grado, sobre personas que no conocemos.

Esta influencia puede hacer que los resultados de las personas que están dentro de ese radio de acción se vean alterados. Esto es lo que nos dice el Efecto Pigmalión, que fue protagonista de las investigaciones del psicólogo Robert Rosenthal.

Estos estudios vienen a decirnos que, si tenemos una influencia negativa no seremos capaces de cumplir con nuestras obligaciones aunque estemos capacitados para ello. Por otra parte, si alguien deposita su confianza y nos hace ver que podemos conseguir un logro, seremos capaces de obtener mejores resultados.

Pero, también es muy importante que nosotros nos creamos capaces de ello, que estemos realmente convencidos de que lo podemos conseguir.

Se me platean varias preguntas: ¿qué es el Efecto Pigmalión?, ¿qué es el poder personal? y ¿es posible no influir? Esta es mi respuesta…

El otro día, al llegar a casa y comentar estas dudas con mi hijo de 10 años, me dijo: “es como cuando mi profesora de matemáticas le dice a mi compañero de clase que nunca aprenderá a hacer bien las multiplicaciones”. Esto es justamente el EFECTO PIGMALIÓN.

Yo estoy convencido que el compañero de clase de mi hijo aprenderá a multiplicar, con la ayuda o no de su profesora. Esto es justamente el PODER PERSONAL.

Seguramente, mi hijo influirá en su compañero de clase para que aprenda diciéndole: “multiplicar es fácil, cualquier niño de 10 años puede hacerlo”. Esto demuestra que ES IMPOSIBLE NO INFLUIR.

¿Puede haber influido una clase de Psicología en la Universidad, sin saberlo, sobre un niño de 10 años para que mejore con sus matemáticas? Seguro que sí...

¿Qué es la inteligencia?

2011-02-03T08:45:00.002+01:00

Es el conjunto de herramientas de las que disponemos para enfrentarnos a las dificultades diarias. El aprendizaje en el uso de estas herramientas es continuo, aunque podemos tener unas condiciones innatas para manejar mejor unas herramientas que otras.

¿Cómo medir nuestro grado de inteligencia? Simplemente, por el número de ocasiones en las que hemos sabido encontrar la mejor de las soluciones posibles al problema que se nos plantea.

¿Qué es ser un líder?

2011-01-26T17:23:00.003+01:00

He leído recientemente manuales sobre liderazgo y muchos de ellos asocian liderazgo a influencia, otros incluso van más allá y definen al líder como la persona capaz de movilizar a otros para conseguir un logro.

Si esto fuese así, el compañero de patio de mi hijo de 10 años, el que decide a qué van a jugar ese día o si no les pincha la pelota, sería un líder (y quizá sólo se trate de un "matoncillo" en potencia).

Esta definición de líder, pues, parece quedarse corta o caben muchos líderes: Adolf Hitler (Führer es una palabra alemana que significa "líder"), Mussolini, Stalin, Sadam Husein, Pol Pot,... pero también: Gandhi, Martin Luther, Obama,...

¿Qué es, pues, ser un líder verdadero? Esta claro que, el verdadero líder tiene la virtud de establecer objetivos y de movilizar a otras personas para alcanzarlos. Esta claro que, liderazgo es el arte de influir en la gente, pero esto no es todo...

Un líder es una persona que ha sido elegida para liderar por las personas que él o ella está liderando y que consigue que trabajen con entusiasmo en la consecución de objetivos en pro del bien común.

Si además quiere ser un líder sobresaliente debe contar con: autoconciencia, autocontrol, empatía y habilidades sociales.

Alcance, recursos y tiempo: el arte para conseguir la calidad

2011-01-24T08:33:00.006+01:00

Hay tres restricciones que definen cómo será la calidad del resultado de cualquier proyecto que vayamos a emprender. Son tres restricciones que, antes que nada, debemos medir con meticulosidad, ajustar y traspasar a una hoja de papel que colgaremos en un lugar bien visible de nuestro despacho.

Estas tres restricciones son: el alcance (o "A" de alcance) del proyecto, los recursos (humanos y económicos) con los que contamos (o "R" de recursos) para conseguir ese alcance y el tiempo (o "T" de tiempo) que hemos planificado que tardaremos en completarlo.

Si los defino correctamente los podré dibujar como un triángulo equilátero, siendo cada lado al inicio del proyecto de 1 unidad. Es decir, el valor inicial de A, R y T será de 1.

La medida de la calidad del producto resultado (o "C" de calidad) será el área de ese triángulo equilátero. Es decir (siendo "l" o ele cada lado de ese triángulo):

Si A = R = T = ("l" o ele) = 1 inicialmente, entonces C = 0,433012701875. A este número 0,433012701875 lo llamaré, a partir de ahora, el "número Q" (del latín qualitas, calidad).

Si a lo largo del proyecto alguien nos cambia una de esas tres restricciones y no cambia el resto para ajustarse a la nueva definición... no podré mantener el Q de mi proyecto, lo que significará una disminución en la calidad del resultado del mismo.

Cómo vemos la calidad "C" o "Q" es una fórmula que depende de "ART" (la metáfora de éste post es que la calidad es un ARTE).

¿Qué son las vulnerabilidades SQLi?

2010-06-08T15:08:00.002+02:00

Una vulnerabilidad SQLi es una vulnerabilidad por inyección de SQL.

Básicamente, lo que significa, es que alguien puede meter información inesperada en las cajas de texto de tus formularios HTML (input) y que, si no es bien tratada por tu programación, podría llegar a introducir o leer información de la base de datos.

Casi siempre se intenta utilizar, esta vulnerabilidad, para lograr entrar con un usuario autorizado en la zona privada de tu web.

Se supone que el contenido de los campos "password" de los formularios serán "pegados" en tu programación para formar una SQL, que luego será lanzada contra la base de datos para saber si un usuario está autorizado o no. Alguien puede intentar poner un "password" "trampa" que haga que esa consulta SQL construida siempre sea cierta aunque no se sepa realmente la "password".

Si la programación (esto es cosa vuestra) no está bien realizada, podría ocurrir que cualquiera sin saber la contraseña entrase en esa zona privada.

Simplemente, échale una ojeada al código que construye esas SQL o comprueba que las "password" introducidas no tengan espacios en blanco, o comillas simples, o comillas dobles, o un igual (suelen ser los caracteres que se utilizan para hacer inyección SQL).

Aprenda Web Services en 20 minutos

2010-06-08T14:57:00.006+02:00

Aprenda WS (Web Services) en 20 minutos ;-) La primera unidad didáctica no la facturo.

Para desarrollar un WS sólo es necesario un servidor web y una tecnología para desarrollarlo. En teoría se podría desarrollar con C (como un CGI) o con PHP, pero es complicado hacerlo.

Digamos que lo más natural/lógico es desarrollarlo en JAVA y publicarlo en un servidor J2EE: un Tomcat, un JBoss, un SJSAS, un WebLogic, etc.

Antes de desarrollarlo habría que seleccionar también una implementación (podría ser Apache AXIS1, Apache AXIS2, Apache CXF, SUN Metro, etc.)

También si se va a utilizar (esto es muy común y todos las implementaciones anteriores lo permiten) el API estándar JAX-WS.

Luego, crear un WS es tan "sencillo" (evito la lógica de negocio) como crear un interface JAVA:

package com.organizacion.webservice.personasactual;

@WebService(name="PersonasActualService")
public interface PersonasActualService {

@WebMethod(action = "validarContrasenaAdministrativa")
@WebResult(name = "contrasenaAdministrativaValidada")
public int  validarContrasenaAdministrativa(@WebParam(name="nipPersona") int  nipPersona, @WebParam(name="contrasena") String contrasena);

}

y la clase JAVA que lo implementa:

package com.organizacion.webservice.personasactual;

@WebService(endpointInterface="com.organizacion.webservice.personasactual.PersonasActualService")
public class PersonasActualServiceImpl implements PersonasActualService {

public int validarContrasenaAdministrativa(int nipPersona, String  contrasena) {
  int contrasenaAdministrativaValidada = -1;
  //TODO: lógica de negocio
  return contrasenaAdministrativaValidada;
}

}

Empaquetamos en un WAR y lo desplegamos en el servidor de aplicaciones.

Esto que parece muy sencillo... realmente lo es, lo que no quiere decir que no requiera esfuerzo/tiempo hacer toda la lógica de negocio y montar lo necesario (la estructura) para crear el primer WS.

¿Qué motiva a los trabajadores?

2010-06-05T10:20:00.001+02:00

He encontrado un artículo sobre la "motivación de los trabajadores", que es un tema que subyace en toda filosofía de "crear buenos ambientes en el trabajo":

http://www.infoq.com/news/2010/02/what-really-motivates

Lo que dice el artículo es que, el reconocimiento ya no es el factor más importante, sino que lo más importante es sentir el progreso (el avance).

"En los días en que, los trabajadores, tienen la sensación que están avanzando en sus puestos de trabajo, o cuando reciben el apoyo que les ayuda a superar los obstáculos, sus emociones son más positivas y su impulso hacia el éxito está en su "pico más alto". Sin embargo, en los días en que sienten que están "girando ruedas", o encontrando obstáculos para el logro, su estado de ánimo y su motivación son más bajos."

Los pequeños avances son el factor de motivación por excelencia. Aun así, el estudio en que se basa el artículo señala que el reconocimiento es un factor de motivación muy valioso.

El Top-ten de los factores motivadores son:

1. Logros
2. Posibilidad de crecimiento
3. El trabajo en sí mismo
4. Reconocimiento
5. Promoción
6. La supervisión técnica
7. Responsabilidad
8. Relaciones con los compañeros
9. Relaciones con los subordinados
10. Salario

Creatividad en el trabajo

2010-06-05T10:08:00.002+02:00

Algunos modelos de negocio se sostienen en la creatividad. Pero las empresas no son creativas, los creativos son sus empleados. Los creativos necesitan de sus "musas", así que las empresas deben estimular a sus empleados para que estas "musas" aparezcan.

Estas empresas deben invertir en I+D+i+c (siendo la última c=creatividad). Un ejemplo de empresa de este tipo es una famosa empresa aragonesa: Imaginarium. Google podría estar cerca de este modelo, pero no es exactamente "su modelo".

Otros modelos, en las antípodas de los anteriores, deben intentar que lo que aparezcan no sean las "musas", pero las "musarañas", entre sus empleados.

La Administración, en general, está más cerca de este segundo modelo que del primero. No es necesario que invirtamos en (I)nvestigación, ni en (i)nnovación, ni en (c)reatividad para sacar adelante nuestro (D)esarrollo. Aunque, si queremos intentarlo, no seré yo quien diga que no...

Os recomiendo este vídeo sobre "El poder del tiempo libre" (con subtítulos en castellano y donde se menciona a Google y a otras empresas que tienen fórmulas del tipo 20% Google):

http://www.ted.com/talks/lang/spa/stefan_sagmeister_the_power_of_time_off.html

Más sobre cómo se trabaja en Google 1, 2 y 3 (en el 2 es donde se habla del 20% Google):

http://www.youtube.com/watch?v=q6XNkFzaDGY&feature=related
http://www.youtube.com/watch?v=P7PPGt7HbWE&feature=related
http://www.youtube.com/watch?v=h6ML1e0-LAk&feature=related

Otro donde se cuenta cómo es un día de trabajo en la sede central de Google:

http://www.youtube.com/watch?v=Mb57aaM1JfU&feature=related

Ahora uno muy divertido sobre posiblemente, el "peor" trabajo del mundo:

http://www.youtube.com/watch?v=Q4BZPxu33Ww

El cliente es una parte más de nuestro equipo

2010-06-05T09:40:00.003+02:00

Esta claro que el cliente es una parte más de nuestro equipo, pero esto lo hemos impuesto nosotros, nuestra metodología, y no él. Aquí es donde surgen los problemas.

¿Cómo implicamos, comprometemos podríamos decir mejor, al cliente como un actor más en el -su- proyecto? Con imaginación, diría yo.

Debemos tratar de convencerles que son la parte más interesada en conseguir que el proyecto tenga éxito y que esto pasa por participar a lo largo de toda la vida del mismo.

Quizá en un primer momento recoja este testigo con ilusión, pero si no sabemos "mantener las brasas encendidas" esta ilusión se irá apagando. El cliente acabará pensando: "sólo estoy perdiendo tiempo en metodologías, tareas, jergas extrañas (scrum, sprint, backlog,...), etc. que no entiendo y estos tipos listos además quieren que me haga responsable de probar el producto porque ellos realmente no lo están haciendo".

Yo creo que tengo la solución: si queremos implicar al cliente nosotros debemos hacer "exquisitamente" bien nuestra parte del trabajo. Entregar sólo funcionalidades testadas con minuciosidad, con tanta minuciosidad que podamos permitirnos el lujo de incluir "fallos" controlados para verificar que el cliente se los encontrará en sus pruebas y nos los reportará, que nosotros resolveremos increíblemente rápido (al minuto de haberlos reportados) y que, además, le felicitemos por ello. El reconocimiento es la clave.

¿Qué os parecería recompensar, económicamente o de alguna otra forma, al cliente cada X problemas encontrados en su fase de prueba? Realmente todos estaremos consiguiendo una ventaja en ello, ¿no?

OpenData y el desafío de los datos abiertos y enlazados

2010-06-05T09:16:00.007+02:00

Hace unas semanas, el Gobierno Vasco, se presentó en el Tecnimap 2010 (Zaragoza) el portal:

http://opendata.euskadi.net

Se trata de una iniciativa que tiene como objetivo el exponer los datos públicos que obran en poder de la Administración, para que puedan ser utilizados por terceros. Claro, todos aquellos datos no sujetos a restricciones de privacidad, seguridad o propiedad.

Esta iniciativa, de liberar la información que posee la Administración, no es nueva. Todos conocemos el portal http://data.gov (promovido por el propio presidente de los EE.UU. Barack Obama) o el portal británico http://data.gov.uk (promovido por Tim Berners-Lee).

Hablado de Tim, en una reciente presentación de los TED 2009, Berners-Lee dio una charla muy interesante sobre el tema:

http://www.ted.com/talks/lang/spa/tim_berners_lee_the_year_open_data_went_worldwide.html

También, en la Expo 2010 sobre Gobierno 2.0 Tim vuelve a hablar de lo mismo, convirtiéndose "de facto" en el promotor de esta tendencia. Primero enlazó documentos y ahora pretende enlazar datos. Está presentación es tan apasionante como la anterior:

http://www.youtube.com/watch?v=ga1aSJXCFe0&feature=PlayList&p=C92663271D02C277&playnext_from=PL&index=23

Primero fue el software abierto y ahora la tendencia es: "abrir los datos".

Hace poco, un proyecto aragonés (más concretamente, 4 amigos de Zaragoza) se ha llevado un premio en el desafío de datos abiertos con una aplicación para móviles.

http://www.dndzgz.com/web/index.html

Se basa en datos "abiertos" que publica ¿el propio Ayuntamiento de Zaragoza? sobre los autobuses (dónde están las paradas), bizi, wifi y tranvía. Quieren ampliar las categorías, poco a poco...

Publicado Flex SDK 4 y el nuevo Flash Builder 4

2010-03-22T12:26:00.003+01:00

Con el inicio de la primavera ha florecido, por fin, la tan esperada versión 4 del kit de desarrollo para Flex de Adobe. Ya podemos descargar, desde hoy mismo, los productos anunciados desde la siguiente URL:

http://opensource.adobe.com/wiki/display/flexsdk/Download+Flex+4

En unos días, veré el esfuerzo que tengo que realizar para proporcionaros la traducción del SDK al español, aunque es posible que Adobe incorpore esta localización ya de serie.

NOTA: el nuevo SDK sí incorpora ya de serie la localización al español, entre otras. Ha ampliado la lista de localizaciones disponibles a las siguientes: da_DK, de_DE, en_US, es_ES, fi_FI, fr_FR, it_IT, ja_JP, ko_KR, nb_NO, nl_NL, pt_BR, ru_RU, sv_SE, zh_CN y zh_tw. Mis artículos anteriores, sobre el tema de localización del SDK, podrán servir a catalanes, gallegos y vascos para localizar este kit de desarrollo ¡Suerte!

Podéis probar, también, el entorno de desarrollo Flash Builder 4 (la nueva versión que sustituye al Flex Builder) durante unos 60 días, antes de decidir si queréis comprarlo o no:

http://www.adobe.com/products/flex/

Redes sociales como herramienta de comunicación empresarial

2010-03-15T15:09:00.005+01:00

Ú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.

El componente Flex Data Visualization es ahora open source

2010-03-13T19:02:00.004+01:00

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.

Pivot resulta interesante

2010-02-05T08:32:00.005+01:00

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.

El epitafio de Sun

2010-01-22T12:20:00.002+01:00

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.

Flex 3.5 y locale es_ES... por fin, Flex 3.5 en español!

2010-01-08T08:57:00.003+01:00

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:

El trabajo ya no es divertido

2009-12-12T18:27:00.002+01:00

No se trata de divertirse en el trabajo. Se trata de que el trabajo sea divertido, que te haga realmente feliz venir a trabajar.

Divertirse en el trabajo es más o menos sencillo: disfrazarse un día a la semana, contarse chistes, hacerse bromas, mofas, burlas, intentar ligar con los compañeros, etc. Hay muchas empresas que incluyen juegos en el trabajo: dardos, canastas, futbolín, saltar en el suelo sobre unas celdas pintadas con tiza (cada vez que se pasa, de forma obligatoria), etc. Hay empresas que utilizan "quedadas" grupales de los equipos, para fortalecerlos: quedan para ir de tapas, de cena, para hacer paintballs, hacen un día de convivencia juntos en el campo, etc.

Yo no me refería exactamente a esto, aunque estas técnicas se pueden utilizar con otros fines, sino en convertir el trabajo en algo divertido. Se trata de que cada día, al despertarnos, tengamos ganas de que llegue el momento de entrar a trabajar. Se trata de que cada día, al retirarnos, estemos llenos de orgullo. Se trata de que no tengamos, los jueves, ganas de que llegue el viernes.

El trabajo debería: apasionarnos, hacernos crecer, brindarnos desafíos, ser interesante y divertido. Además, deberíamos: tener un jefe excepcional, excelentes compañeros de trabajo y clientes que nos quieran, que hablen de nosotros, y que nos aprecien por lo que hacemos y por lo que somos.

Es lo que yo llamo "el síndrome de los 7 enanitos (de Blancanieves)". Los siete enanitos cantaban mientras trabajaban:

¡Cavar, cavar, cavar, cavar en la mina quiero yo! ¡Cavar, cavar, cavar, cavar no acabas nunca no! Quien cava más muy rico es... si tu pico das al derecho y al revés ¡Y al cavar... con afán... otros mil diamantes van! ¡Cavar, cavar, cavar, cavar de Sol a Sol! Mas todo puedes arruinar si pierdes el control. Diamantes hay un buen montón... y rubíes miles, y un millón... y sin saber por qué razón... ¡cavamos con ilusión!

Los siete enanitos también cantaban al regresar a casa:

¡Hi-Ho, Hi-Ho, a casa vuelvo yo! ¡Hi-Ho, Hi-Ho, el día ya acabó!

¿Cómo resolvemos esta deficiencia?

Deberíamos recordar la última vez que fuimos felices trabajando y apuntarlo en una lista ¿qué ocurrió? La lista se podría poner en común y podríamos intentar reproducir esos momentos.
Si alguien es bueno en algo, relacionado con las actividades del grupo, debería tener la posibilidad de demostrarlo.
Se debería fomentar la creatividad.
Deberíamos, de vez en cuando, tener la posibilidad de participar en proyectos que representen un reto. Si esto no es posible, deberíamos cada cierto tiempo (cada 3 meses, por ejemplo) proponer pequeños retos (objetivos guinda) dentro de nuestros proyectos y abordarlos, para que alimenten nuestro ego profesional.
La monotonía en el trabajo es el enemigo número 1 del trabajo divertido. Intentaremos desterrarla. Podríamos tener una lista de pequeños proyectos estrella (propuestos por nosotros mismos) que, sin tener una utilidad especial, puedan servirnos para salir de la monotonía. Quizá utilizando técnicas novedosas para su desarrollo.
Podrían incorporarse técnicas que hagan más divertida la (aburrida) gestión de los proyectos: calendario niko, planning poker, técnica pomodoro, etc. (no probar todas a la vez).
Fomentar el uso de herramientas emergentes, sin definir una utilidad especial para ellas: facebook, twitter, wave, etc.
En la relación con nuestros compañeros de trabajo debería haber cordialidad.
El reglamento de funcionamiento interno, como grupo, debería ser conocido, ser claro y aceptado por todos.
Deberíamos ser sinceros (no al 100%) e, incluso, establecer un protocolo para resolver conflictos.

Inversión en Capital Humano

2009-12-11T08:31:00.002+01:00

Somos humanos con recursos, no somos recursos humanos. Es necesario que estos humanos tengan cada día más recursos para sacar adelante sus tareas, las actuales y las que están por llegar.

Está claro que, hoy en día, no podemos considerar a las personas que forman parte de una Organización como un recurso más, como si se tratase de una parte más del mobiliario. Su valor como Organización estará en función del valor (grado de destreza, experiencia o formación) que tengan las personas que forman parte de ella. Somos realmente su CAPITAL.

Deberíamos exigir a la Organización que haga algo más, por estos humanos, que limitarse a controlar que cumplen con su función hasta que llega la hora de (una vez amortizados) su reemplazo por otro recurso nuevo.

Si somos un capital, lo que debería buscar la Organización es que este capital creciese, tuviese cada día más valor en el mercado. Para ello, debe invertir en él, porque el capital no va a crecer por si solo sin "moverlo".

Intenta hacer el siguiente ejercicio: recupera tu CV previo a la entrada en tu Organización actual, recupera tu CV actual e intenta eliminar todas aquellas destrezas que hayas adquirido y que no se deban a la intervención directa de tu Organización y elimina también todas aquellas destrezas que sean imprescindibles para realizar tu trabajo (quedarían aquellas que no siendo imprescindibles para realizar tu labor han sido aportadas por tu Organización). ¿Crees que la diferencia, lo que la Organización te ha aportado, entre tu primer CV y el segundo CV es sustancial? ¿Crees que tu CV actual tiene un valor de mercado sustancialmente superior al que tenía tu antiguo CV en aquel momento?

¿Cómo resolvemos esta deficiencia?

Lo más sencillo sería exigir a la Organización un Plan de Formación adecuado. Pero, no sólo el adecuado para adquirir las destrezas necesarias para realizar tu labor diaria. Es necesario exigir un Plan de Formación para adquirir destrezas que hagan de nosotros un mejor profesional en todos los aspectos.
Podríamos intentar convencer a la Organización, aunque es muy costoso, que parte del personal pudiese optar a obtener certificaciones reconocidas.
Fomentar la auto-formación, pero de forma gestionada: ¿quién? ¿qué tiempos? ¿con qué objetivos? ¿qué coste? ¿qué frutos da? ¿debe retornar a la Organización? Gastar una hora al día, sin un plan, supone un año sabático cada 7 (¿a costa de quién?).
Deberíamos tener una parte de nuestro CV de acceso público (internamente) para conocer qué destrezas o habilidades tienen nuestros compañeros, de las no conocidas, que podamos aprovechar para hacerlas llegar al resto del equipo.
Es importante institucionalizar la figura del mentor, quien debe preocuparse de nuestros intereses profesionales y hacerse cargo de nuestra educación.
¿Te permiten tus tareas diarias un aprendizaje continuo? Si la respuesta es que no, deberíamos cambiar la forma en que abordamos nuestras tareas diarias, porque los mecanismos utilizados en el aprendizaje necesitan de un lubricante continuo.
Deberíamos intentar que cada uno de nosotros realizase tareas de un nivel de responsabilidad superior al que nos corresponde por plantilla. Eso sí, extremando las precauciones, sin exigencia de resultados, simplemente como parte del aprendizaje.
Deberíamos conocer qué hacen en su puesto, para sacar adelante sus distintas actividades, nuestros superiores. Para que un día podamos decir "yo también podría/sabría hacerlo".
Una forma de medir si el capital humano está creciendo es medir su productividad. Si con una misma masa de capital físico la productividad aumenta... será porque el capital humano ha mejorado en alguno de sus aspectos. El problema es ¿cómo medir la productividad?

Se ha publicado la versión GWT 2.0.0

2009-12-09T13:39:00.004+01:00

Juraría que hace un par de días, cuando pasé por la web de este kit de desarrollo de aplicaciones RIA de Google, sólo estaba disponible la versión 1.7 y solamente buscando por los blogs encontrabas algo sobre la 2.0.0-RC2. Pero, parece que ha llegado el momento de probar la esperadísima nueva versión del GWT-2.0.0

Y viene además acompañada de una nueva herramienta Speed Tracer, que se instala como un plugin del navegador de Google, como no, Google Chrome, para ayudarte a medir y fijar problemas de rendimiento de tus aplicaciones GWT.

Yo no voy a perder ni un instante en descargarme e instalar este nuevo kit de desarrollo.

Vocación de servicio

2009-12-05T19:01:00.008+01:00

La vocación de servicio es una actitud del individuo (el trabajador, en este caso) y no una capacidad que pueda adquirirse tras un aprendizaje. Parecería, pues, imposible provocarla. Sin embargo, sí es posible crear el clima adecuado (motivación social) que ayude a mejorar este comportamiento.

No se puede entender la vocación de servicio a la Organización sin pasar por el cliente. Sólo si el cliente avala que la Organización está alcanzando la excelencia, en aquellos servicios en los que estemos involucrados, podremos asegurar que la hemos alcanzado realmente. La vocación de servicio nacería en el momento en el que nos demos cuenta de la transcendencia (ir más allá) de nuestro trabajo, que somos capaces de mejorar pequeños aspectos de la vida de nuestros clientes en su relación con la Organización.

¿Cómo crear el clima adecuado para mejorar la vocación de servicio?

Empatía: es importante que en cada actividad del servicio en el que estemos involucrados nos pongamos del lado del usuario que lo va a recibir. Quizá lo más sencillo sea escuchar al usuario o que seamos capaces de medir el impacto que cada actividad tiene sobre él.
Comprender mejor que escuchar a nuestros clientes: esta idea la he plagiado de un artículo, que he leído recientemente, que hacía referencia a un principio de un afamado cocinero español (Ferran Adrià, de El Bulli). Adrià dice que si escuchamos a nuestros clientes no podremos hacerles sentir una experiencia diferente a lo que ya conocen. Además, la mayoría de las veces, la gente no sabe lo que quiere o no todo el mundo quiere lo mismo.
Impacto: utilizaremos encuestas (telemáticas o presenciales) antes de iniciar cada actividad y/o crearemos un modelo que nos permita predecir el impacto, mediante unos puntos de función que podamos definir.
Eliminar los residuos (waste): eliminar del servicio, o castigar en la priorización, todo aquello que no suponga una mejora tangible para el usuario y, posteriormente, para la Organización.
Feed-back: tras la publicación de cada servicio, o mejor de cada actividad del servicio, deberíamos obtener el feed-back del usuario. Las herramientas a utilizar, en este caso, también serían las encuestas. Podríamos utilizar también la medición del uso del servicio mediante nuestros sistemas de log/traza.
Trascender: deberíamos poder participar en proyectos, de vez en cuando, transcendentales. La sensación de que estamos dejando un legado de importancia, para la Organización o de un ámbito mayor, hará que la vocación sea una actitud continua y creciente.
Reconocimiento: es importante que los reconocimientos sean públicos y así tengamos la sensación que la Organización está orgullosa de nosotros. Quizá teniendo un tablón de menciones o provocando que la Organización sea consciente de lo importante que es que realice este tipo de reconocimientos del trabajo bien hecho.

La gestión del conocimiento

2009-12-03T16:23:00.001+01:00

El conocimiento es una característica propia de las personas, pero también es una característica propia de las personas olvidar aquella parte, no útil hoy, del conocimiento adquirido en un momento dado.

Es cierto que parte de lo que sabemos se lo debemos a la transferencia oral de nuestros mayores (o seniors), pero si el conocimiento no hubiese quedado escrito seguramente se habría perdido parte de él (quizá una parte importante o transcendental).

Lo normal en los departamentos de TI es que la movilidad de las personas sea muy alta. También es normal que estas personas participen en más de un proyecto a la vez y que los proyectos se alarguen en el tiempo (sí, todos los proyectos tienen una "patada de inicio", pero no todos tienen siempre un "cierre").

Esto provoca que muchas personas tengan que adquirir muchos conocimientos, asociados a los diferentes proyectos por los que van pasando, y que solo haciendo fotografías del conocimiento que tiene cada persona en cada momento podamos, algún día, si fuese necesario, recomponer el retrato completo.

Lo sé porque mi departamento de TI deposita todo el conocimiento en las personas, muy poco se pone en "negro sobre blanco", y estamos teniendo problemas.

A veces tenemos la necesidad de recordar por qué tomamos aquella decisión y no otra y... nuestra memoria suele ser muy flaca. También puede ocurrir que los protagonistas de tomar aquellas decisiones ni siquiera estén ya entre nosotros y sea complicado contactar con ellos.

Quizá lo siguiente daría para otro "post", pero... la idea de tener un equipo o "team" de 5 ó 6 personas dedicadas a tiempo completo en un único proyecto hasta completarlo es, al menos en mi departamento, una UTOPÍA.

Hemos optado por abrir un Wiki por cada proyecto, pero tengo la sensación que es como utilizar un lápiz, una escuadra y un cartabón para hacer un diagrama entidad-relación.

¿Tendrán las Administraciones Públicas los deberes hechos el 1 de enero de 2010?

2009-12-01T13:28:00.001+01:00

Los derechos reconocidos a los ciudadanos en la Ley de la Administración Electrónica (Ley 11/2007 en su artículo 6) podrán ser ejercidos a partir del 31 de diciembre de 2009.

Si las Administraciones Públicas no han hecho sus deberes se escudarán en que el problema es de los técnicos y de la tecnología.

¿Creéis que llegaremos a tiempo de cubrir, al menos con mínimos, el expediente?

La respuesta que voy a dar quizá sea un poco pesimista, es mi carácter. Sólo viendo el vaso medio vacío... se puede intentar llenar. Si lo ves ya lleno... igual no haces nada, salvo vaciarlo del todo.

No, no creo que la Administración esté preparada para cumplir con la Ley el próximo mes de enero. Fundamentalmente por falta de previsión, pero también por falta de lideres que "tiren" de este proyecto con decisión.

Muchas Administraciones se han quedado esperando a que algún iluminado "entrase a machete" en la Ley y explicase con claridad por dónde realmente debemos empezar.

Otras Administraciones se han quedado esperando, no sin razón, a que fuese una Administración de orden superior la que diese una solución (al menos tecnológica) universal al problema.

Si la Ley habla de eficiencia económica (ahorro de costes) no sé el porqué la propia Ley no venía acompañada de esta, tan necesaria, solución universal.

Es cierto que desde el MAP ponen a nuestra disposición los productos asociados al proyecto wand@ (basado en el trabajo desarrollado años atrás por la Junta de Andalucía), pero no lo ha hecho con contundencia.

Muchas empresas de tecnología, e incluso otras que no lo son tanto, han visto un hueco por el que colarse ofertando todo tipo de productos asociados a la Administración Electrónica, lo cual, por supuesto, es totalmente lícito.

El "abreté-sésamo" es "PLATAFORMA DE TRAMITACIÓN" y quién hoy diga que dispone de un producto con un conjunto de características mínimas para cubrir lo que se supone que tiene que tener una plataforma de tramitación electrónica... tiene el camino allanado.

¿Era éste el espíritu de la Ley? Yo creo que no.

Se trataba de sentarse a pensar en cómo quería el ciudadano 2.0 que fuese su relación con la Administración. Yo creo que el ciudadano 2.0 no quería encontrase con cientos de PLATAFORMAS DE TRAMITACIÓN (algunas parecidas, otras diferentes) pensadas más para un funcionario 1.5 (ni siquiera pensadas para el verdadero funcionario 2.0) que para facilitarle realmente la vida.

Great Place to Work

2009-11-28T10:29:00.003+01:00

La palabra trabajo viene del latín tripalium (tres palos). El tripalium era un yugo hecho con tres (tri) palos (palium) en los cuales amarraban a los esclavos para azotarlos. Desde el punto de vista del empresario, tu trabajo es su negocio. Negocio viene de la negación del ocio. Es decir, para el trabajador el trabajo es una esclavitud y además tu empresa te está negando el ocio mientras trabajas.

¿Por qué, pues, trabajamos? ¿Por qué dedicamos un tiempo tan hermoso y escaso en hacer algo que nos esclaviza y que niega nuestro ocio? La respuesta inmediata parece ser: por dinero. Sin embargo, esta concepción simplista del trabajo está cambiando.

Los nuevos trabajadores (los que ya han sido bautizados como Generación Y) buscan algo más de sus empresas, y de sus lideres, que la simple compensación económica. Os invito a leer este PDF, donde se habla de ello.

Las empresas, algunas de ellas, ya se han dado cuenta que la falta de motivación y el estrés les cuesta dinero. Esto repercute directamente en una disminución de su productividad y les resta, además, competitividad.

¿Qué empresas seleccionarán los trabajadores con talento entre sus preferidas para trabajar? Quizá a las empresas GPW...

Esto puede que sea simplemente una moda pasajera que, a futuro, quede como una experiencia sin éxito. Pero, mientras tanto, ¿por qué no nos aprovechamos los trabajadores de esta moda? No tenemos nada que perder...

Hablando de estrés, como con el colesterol, ya se ha descubierto que existe un estrés bueno (eustrés) y un estrés malo (el distrés). Así que, quizá, nuestro estrés (el que todos pensamos que sufrimos) sea solamente del primer tipo, ¿no?

Simplemente Go

2009-11-28T10:27:00.001+01:00

Hace tiempo, Google anunció que estaba creando un nuevo lenguaje de programación con características de seguridad y rendimiento similares a C++ pero combinadas con las características de lenguajes dinámicos tipo Python. Lo llamaron "Go" y no tuvo muy buena acogida en los foros.

Es sabido que, Google estaba utilizando Python de forma masiva en todos sus desarrollos (que son muchos), pero desde hace unas semanas está invitando a sus desarrolladores a abandonar Python en favor de otros lenguajes ¿Cuál? Era la pregunta estos días.

Pues parece que ya se ha realizado el anuncio oficial:

http://www.genbeta.com/actualidad/google-lanza-go-su-lenguaje-de-programacion

¿Queréis aprender Go? La página oficial es:

http://golang.org/

"Go to Go", my friend.

Cloud computing se llama esta filosofía

2009-10-20T08:59:00.003+02:00

El concepto o filosofía "Cloud computing" (la computación está en la nube o la nube -metáfora de Internet- es el ordenador) es una idea antigua.

Ya Sun habló (fue su eslogan durante años) de "The network is the computer" y mucho antes Bill Gates predijo... "todo estará conectado a la Red" (claro que él pensaba que a su Red).

Lo que ha ocurrido es que ahora es "medio" posible (no se sabe si la posibilidad es madre de la filosofía o la filosofía madre de la posibilidad):

Queremos acceder desde distintos dispositivos a nuestros aplicativos: móviles, netbooks, tv con tdt, pequeñas video-consolas, etc. Estos dispositivos no tienen capacidad para ejecutar pesadas aplicaciones ni discos duros voluminosos... así que "que todo esté en la Red es una ventaja".
Hoy en día, es más o menos fácil y más o menos barato acceder a la Red, en cualquier sitio, con uno de estos dispositivos.
Queremos socializarnos por la fuerza bruta: queremos tener miles de amigos en nuestro facebook, decir hasta "cuándo nos sacamos un moco" en el twitter y saber qué amigos tenemos a nuestro alrededor desde el móvil (hay un servicio Google que ya nos permite hacer esto). Lo extraño, quizá por esto, es que cada vez estemos más alarmados por la información que se tiene de nosotros y el uso que se hace de ella.
Hay empresas que ya han visto negocio (sobre todo Google y Microsoft) pero que no nos dicen que nos espera a la vuelta de la esquina: primero utilízalo gratis, sin leer las condiciones del contrato, luego te mando publicidad y más tarde te hago pagar un poco por servicios "premium".

Suma el precio del dispositivo, el precio de la conexión (seguro que la pagas dos veces), el precio de la publicidad que te tragas y el precio de los X servicios que vas a contratar en modo "premium"... total "lo comido por lo servido".

De todas formas, la filosofía es imparable (los filósofos sólo tienen que pensar en qué, no en los resultados) así que os paso una lista, ejemplo, de Universidades (no hay ninguna española que yo vea) que utilizan uno o varios de estos servicios:

http://www.edustyle.net/gallery_other.php

Intenciones de ORACLE para los clientes SUN

2009-09-11T09:37:00.000+02:00

ORACLE ha publicado una declaración, sobre sus intenciones, para los clientes de SUN. Ver:

http://www.oracle.com/features/suncustomers.html

Sólo dice que va a gastar más dinero, de lo que SUN gastaba hasta ahora, en el desarrollo de SPARC y en el desarrollo de Solaris.

Además, dice que, pondrá más especialistas (el doble que SUN) asociados a la venta de hardware y servicios.

Pero, la frase más interesante es la que dice que, aumentará el rendimiento del hardware SUN mediante la integración de software ORACLE en esta plataforma.

Con esta última frase, y no diciendo nada con respecto a Java, JavaFX, Glassfish (SJSAS), Netbeans, MySQL... yo creo que ORACLE deja bastante claro cuáles serán sus intenciones con respecto a estos productos SUN.

Flex 3.3 y locale es_ES... por fin, Flex 3.3 en español!

2009-07-22T09:53:00.003+02:00

Más de un lector me había pedido que crease la localización para la versión 3.3 (este SDK lleva un tiempo ya en el "mercado"). La verdad es que, no era consciente de que nadie la estuviese usando/esperando...

En el siguiente enlace FLEXSDK33-framework-locale-es_ES.zip
os dejo un .zip que podéis descomprimir en el directorio de vuestro Flex SDK 3.3 (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:

Google ha liberado Page-Speed

2009-06-07T10:10:00.004+02:00

Google ha (recientemente) abierto el fuente de una herramienta, que ellos utilizan internamente, para optimizar sitios web. Además de "abrirla", la ponen a nuestra disposición.

Lo que se consigue realmente con ella es mayor velocidad en la carga de las páginas, una vez aplicas las recomendaciones dadas.

No es que la herramienta haga que las páginas se carguen más rápidamente, sino que te da pistas para que diseñes páginas que se cargarán más rápidamente.

Te ayuda en el análisis de tus páginas web, optimización de los css, optimización de los javascript, optimización de las imágenes y otras recomendaciones varias.

La he probado, prefiero comentar las cosas tarde pero probadas, y tengo que decir que satisface mis expectativas. De una forma sencilla, simplemente cargando la página a analizar desde el navegador y activando el análisis, nos informa de lo que podemos hacer (de forma sencilla) para mejorar el rendimiento de la misma.

Se llama "Page Speed" (se puede descargar desde http://code.google.com/intl/es-ES/speed/page-speed) y es un añadido al plugin "Firebug" de "Firefox".

La instalación de "Firebug" debería ser una obligación para todos los desarrolladores de contenido/aplicaciones web.

Exception : Unsupported major.minor version

2009-05-12T08:16:00.008+02:00

Estaba ya un poco harto de la excepción "Unsupported major.minor version". Mis condiciones de trabajo hacen que no "despliege" mis aplicaciones Java siempre en la misma máquina, con lo que me encuentro con diferentes entornos en los que es necesario que estas aplicaciones funcionen correctamente. Estos entornos, muchas veces, no son controlados por mí.

Uno de los elementos, de estos entornos, que más me influyen es: la versión de la máquina virtual Java (JVM) que hay instalada en ellos. Si la máquina virtual Java es una revisión menor que la de mi entorno de desarrollo... tendré problemas. Si la máquina virtual Java es una revisión menor que la utilizada por quien compiló las librerías (en formato JAR) que utilizo en mis aplicaciones... tendré problemas.

Pero, ¿cómo sé con qué versión de máquina virtual han sido compiladas el conjunto de clases de mi aplicación? Sé que cada .class tiene unos primeros bytes que me informan de ello, pero, ¿alguién ha desarrollado ya alguna utilidad que lea estos bytes y me haga un sencillo informe con el resultado de su lectura?

Curiosamente, me costó menos desarrollar esta pequeña utilidad que encontrarla en Internet (no fuí capaz de encontrarla, realmente).

La he llamado "CheckJvmVersion" y la "dono" ;-)

import java.io.*;
import java.util.*;
import java.util.jar.*;
import java.util.zip.*;

public class CheckJvmVersion {

  public static void main(String[] argv) {
    JarFile[] jar = null;
    String dir = "";
    if (argv.length <= 1) {
      if (argv.length == 1) {
        if (argv[0].endsWith(".jar")) {
          jar = new JarFile[1];
          try {
            jar[0] = new JarFile(argv[0]);
          } catch (IOException e) {
            System.out.println("No se ha podido leer el fichero jar: " + argv[0]);
            System.exit(-1);
          }
        } else {
          dir = argv[0];
          int j = 0;
          String[] ljar = new File(dir).list();
          jar = new JarFile[ljar.length];
          for (int i = 0; i < ljar.length; i++) {
            if (ljar[i].endsWith(".jar")) {
              try {
                jar[j++] = new JarFile(argv[0] + System.getProperty("file.separator") + ljar[i]);
              } catch (IOException e) {
                System.out.println("No se ha podido leer el fichero jar: " + ljar[i]);
                System.exit(-1);
              }
            }
          }
        }
      } else {
        dir = ".";
        int j = 0;
        String[] ljar = new File(dir).list();
        jar = new JarFile[ljar.length];
        for (int i = 0; i < ljar.length; i++) {
          if (ljar[i].endsWith(".jar")) {
            try {
              jar[j++] = new JarFile(ljar[i]);
            } catch (IOException e) {
              System.out.println("No se ha podido leer el fichero jar: " + ljar[i]);
              System.exit(-1);
            }
          }
        }
      }
    } else System.out.println("Uso: CheckJvmVersion [<jar-file>]");
    if (jar != null && jar.length > 0) {
      try {
        for (int i = 0; i < jar.length; i++) {
          if (jar[i] != null) {
            System.out.println("Leyendo el fichero jar [" + jar[i].getName() + "]: ");
            List<String> l = new ArrayList<String>();
            for (Enumeration e = jar[i].entries(); e.hasMoreElements();) {
              ZipEntry ze = (ZipEntry) e.nextElement();
              InputStream is = jar[i].getInputStream(ze);
              DataInputStream dis = new DataInputStream(is);
              try {
                int magic = dis.readInt();
                if(magic == 0xcafebabe) {
                  int minor = dis.readUnsignedShort();
                  int major = dis.readUnsignedShort();
                  String version = "";
                  if ((major + "." + minor).equals("45.3")) version = "1.0";
                  else if ((major + "." + minor).equals("45.3")) version = "1.1";
                  else if ((major + "." + minor).equals("46.0")) version = "1.2";
                  else if ((major + "." + minor).equals("47.0")) version = "1.3";
                  else if ((major + "." + minor).equals("48.0")) version = "1.4";
                  else if ((major + "." + minor).equals("49.0")) version = "1.5";
                  else if ((major + "." + minor).equals("50.0")) version = "1.6";
                  else version = "?";
                  if (!l.contains(version)) l.add(version);
                }
              } catch (IOException ie) {}
              dis.close();
            }
            for (Iterator iter = l.iterator(); iter.hasNext();) System.out.println("JVM-" + iter.next() + " " + (isEmpty(dir) ? jar[i].getName() : replace(replace(jar[i].getName(), dir, "", -1), System.getProperty("file.separator"), "", -1)));
          }
        }
      } catch (IOException e) {
        System.out.println(e.getMessage());
        System.exit(-1);
      }
    }
  }

  private static boolean isEmpty(String str) {
    return str == null || str.length() == 0;
  }

  //@param max - maximum number of values to replace, or <code>-1</code> if no maximum
  private static String replace(String text, String searchString, String replacement, int max) {
    if (isEmpty(text) || isEmpty(searchString) || replacement == null || max == 0) return text;
    int start = 0;
    int end = text.indexOf(searchString, start);
    if (end == -1) return text;
    int replLength = searchString.length();
    int increase = replacement.length() - replLength;
    increase = (increase < 0 ? 0 : increase);
    increase *= (max < 0 ? 16 : (max > 64 ? 64 : max));
    StringBuffer buf = new StringBuffer(text.length() + increase);
    while (end != -1) {
      buf.append(text.substring(start, end)).append(replacement);
      start = end + replLength;
      if (--max == 0) break;
      end = text.indexOf(searchString, start);
    }
    buf.append(text.substring(start));
    return buf.toString();
  }

}

Recibe un único argumento (que puede ser un fichero JAR o un directorio) y te dice las diferentes versiones de JVM utilizadas para compilar las clases que hay empaquetadas en las librerías (en formato JAR) localizadas.

En caso de no pasarle ningún argumento, busca dentro del directorio "local" desde el que lanzas el comando.

RIA no quiere decir RapIdAmente

2009-05-09T09:29:00.004+02:00

A raíz de mis últimos artículos, sobre tecnologías para el desarrollo de aplicaciones empresariales y "ricas" para la web, he recibido algún comentario argumentando que: "este tipo de tecnologías no nos están ayudando en el desarrollo rápido de nuestros productos".

Algunos programadores tienen la sensación, incluso, de contar con técnicas y herramientas "cavernícolas" para emprender nuevos desarrollos con este tipo de tecnologías. No puedo estar más que "de acuerdo" con esta última sensación.

Como todos sabemos, muchos de los proyectos que abordamos sufren, al final, retrasos o se entregan con funcionalidades faltantes. Muchas veces, la dirección de nuestras empresas de tecnología achacan estos defectos a los propios desarrolladores o a la tecnología seleccionada.

Los desarrolladores y la tecnología seleccionada no suelen ser, casi nunca, la causa de los retrasos de un proyecto (a no ser que contemos con programadores sin experiencia y no se haya seleccionado la tecnología adecuada para abordar el proyecto requerido).

Normalmente la causa de los retrasos está en la mala gestión del propio proyecto. Es decir, la culpa normalmente es de la "dirección". Tampoco son buenas compañeras las prisas...

Además, si la "dirección" quiere contar con una tecnología con la que se desarrolle rápidamente, o que encontremos un entorno de desarrollo que genere aplicaciones enriquecidas con tan solo "pulsar un botón", lo que hay que hacer es... cambiar de "dirección".

El construir aplicaciones RIA (enriquecidas) no quiere decir construir aplicaciones RapIdAmente. Mi experiencia me dice que, ninguna de las tecnologías (que yo conozco) te van a ayudar en "esto" de la rapidez.

Más bien todo lo contrario. Hoy en día, igual te da que selecciones Flex, Silverlight, JSF, GWT, AJAX o ColdFusion o una combinación de alguna de las anteriores. Con ninguna he conseguido rapidez en el desarrollo. La tecnología actualmente tendrá otras virtudes, pero no esta.

Los tiempos han cambiado (aunque parece que aún estamos en el pleístoceno de la programación) y pensar que podemos desarrollar una aplicación (web, enriquecida y con un comportamiento típico de aplicación escritorio) con una única tecnología que nos dé solución a cualquier problema que nos surja... es una utopía.

Ser un emprendedor o ser, mejor, un prendeador

2009-05-08T11:09:00.005+02:00

En un evento, que presencié hace unos días, se hablaba de cómo los emprendedores tecnológicos nos ayudarán a salir de esta dura crisis económica que estamos viviendo. Ya he comentado anteriormente que, no creo en el concepto de emprendedor tal y como se utiliza habitualmente.

Yo "emprendo" todos los días cantidad de acciones y no por ello soy un emprendedor. Ser emprendedor se ha, mal, asociado, en multitud de veces, con aquella persona que tiene éxito (económico) en la creación de empresas, productos y/o servicios.

O, también, con aquella persona que, sin tener éxito, intenta una y otra vez crear empresas, productos y/o servicios.

Quizá sería más acertado utilizar, para estos dos casos, el término empresario o el término tozudo.

A mí me gusta más usar los términos prendedor (de prender) y prendador (de prendar). Quizá sería, pues, necesario acuñar (la propondré a la RAE) una nueva palabra: el prendeador.

Desde mi punto de vista, la característica principal (además del "prender" y "prendar") que define a este tipo de personas, al menos a los prendeadores que yo he conocido, es simplemente la ilusión.

Hoy en día, en tecnología, yo hablo de tres perfiles: ingenieros, artesanos e inventores. Los verdaderos prendeadores deben tener un 60% de inventores, un 30% de artesanos y un 10% de ingenieros.

Dentro de una organización, sin embargo, el porcentaje debe cambiar. Al menos, debe haber un inventor, un par de artesanos y el resto pueden ser ingenieros ;-) Si estas organizaciones cuentan, además, con un prendeador... mucho mejor.

TwinDocs o del buzón al cajón

2009-05-08T09:46:00.002+02:00

El pasado miércoles 6 de mayo, un "viejo" conocido (Alfonso Lahuerta) presentó en Zaragoza, junto con sus dos socios, el proyecto TwinDocs. Oficialmente, TwinDocs es un nuevo servicio "on-line" de archivo y gestión de documentos electrónicos oficiales.

La presentación fue respaldada por el Gobierno de Aragón, teniendo lugar en la sala donde se celebran los eventos a los que se les quiere dar gran relevancia. Se aprovechó, también, para hablar de cómo los emprendedores de esta región nos ayudarán a salir de la crisis económica. Sobre todo, según parece, los emprendedores tecnológicos. Yo no creo en la palabra emprendedor.

Pero, ¿qué es realmente TwinDocs? o ¿qué necesidad pretende cubrir?

Presencié el evento por Internet, no sin dificultades técnicas, y me registré como usuario ese mismo día, para probar el servicio. La presentación me había dejado un poco "contrariado". Algunas de las funcionalidades me parecían sorprendentes, otras sonaban más obvias y otras no eran tan originales.

Tenía la sensación de que TwinDocs iba a estar más orientado hacia la Administración Electrónica (aún queda mucho de la Ley 11/2007 por desarrollar en la región), pero, no era así. Este servicio está orientado, fundamentalmente, al ciudadano, dotándole de una herramienta para que "tenga bien ordenados todos sus papeles" y esto lo haga, además, en la propia Red. TwinDocs es, pues, un cajón de documentos en la Red.

Pero, ¿quién dice que el ciudadano necesite tener ordenados sus papeles? ¿Quién dice, tan siquiera, que necesite archivarlos/conservarlos? Respecto al papeleo personal ¿no nos manejamos mejor en el caos, o en la despreocupación, que intentando mantener el orden?

Yo, normalmente, paso los papeles poco importantes del buzón a un cajón "desastre" y los importantes (son los menos) al cajón de la mesita de noche. Cuando se acumulan, o ya no tiene sentido el conservarlos, los "arrojo" al contenedor del reciclaje de papel. ¿TwinDocs hará todo esto por mí, de forma automática? Espero que sí...

Si consiguen incluir, en su servicio, los módulos necesarios para que "esto" se haga de forma transparente para el usuario... tendrán el éxito asegurado.

Es necesario, además, que las compañías que me prestan servicios (bancos, eléctricas, telefónicas, la administración, etc.) puedan enviarme documentación a mi cajón TwinDocs, de forma sencilla. También resultaría útil que TwinDocs sea bidireccional: del ciudadano a la compañía (o administración) y de la compañía (o administración) al ciudadano.

Pero lo más importante, si este servicio ahorra dinero (en papel, trámites e infraestructuras)... lo que el ciudadano quiere es que este ahorro le repercuta a él en su bolsillo. Esto es lo que me hará ser fiel al servicio TwinDocs. Si las compañías ahorran todo ese dinero, que lo inviertan en TwinDocs (que sufraguen ellos el coste del servicio) y en el propio usuario (por ejemplo, mediante descuentos a aquellos usuarios que usen esta herramienta).

Oracle to Buy Sun

2009-04-20T18:47:00.007+02:00

Es la noticia de la jornada, llego ya tarde en anunciarlo pero, más vale tarde que nunca. Ver:

http://www.sun.com/third-party/global/oracle
http://www.oracle.com/us/corporate/press/018363

Parece que ya es oficial (el primer enlace es de SUN y el segundo es de ORACLE).

IBM ya había retirado su oferta y se sabía que había varios "interesados" detrás de la compañía. Lo que sí era seguro es que SUN vendía, ya que la noticia no le estaba haciendo más que daño. Se decía que el comprador podía ser uno de los siguientes: ORACLE, HP o CISCO (incluso sonó Google) . Uno de ellos se ha llevado hoy el "gato al agua".

Yo siento nostalgia, más que agrado o tristeza. Llevo 16 años asociando Java con el logotipo de las 4 "eSes" de SUN y se me va a hacer extraña otra combinación.

Si ORACLE ha comprado SUN... ¿qué pasará con SJSAS (ORACLE adquirió hace meses BEA WebLogic), con MySQL (competencia directa) y con la implementación de la JVM de SUN (ORACLE tiene la JRockit de BEA)?

ORACLE, creo que, por lo que no va a apostar es por la continuidad del Sun Java System Application Server o Glassfish. ORACLE está intentando posicionar su producto ORACLE (BEA) WebLogic como el Servidor de Aplicaciones J2EE de referencia.

Además ORACLE, con la compra de BEA, se ha hecho con, lo que en boca de "algunos", es la mejor implementación de la JVM (JRockit) de las existentes... con lo que sí puede intentar sustituir la implementación de SUN.

Yo no temo demasiado por MySQL... seguramente la llevará a un mejor lugar (en los gestores de bases de datos es donde tiene toda su fortaleza/conocimiento).

Otro producto que sí puede estar comprometido, en un futuro cercano, es Netbeans. ORACLE apostará (lo ha hecho ya, realmente) por Eclipse y no creo que mantenga vivos los dos productos. Además, en mi opinión, Netbeans es un producto menor, comparándolo con Eclipse.

Sí me preocupa un poco más el mercado de los servidores (hardware), ya que es aquí donde ORACLE tiene menos experiencia.

Más en:

http://java.dzone.com/news/oracle-buys-sun
http://www.elmundo.es/elmundo/2009/04/20/navegante/1240228857.html

And The Winner is... Flex

2009-04-04T10:23:00.007+02:00

Siguiendo con los últimos artículos sobre tecnologías existentes, para el desarrollo de aplicaciones empresariales y "ricas" para la web, me atreveré a elaborar un cuadro comparativo con las seleccionadas: Flex, Silverlight, JavaFX, GWT, AJAX y JSF.

Sé que la lista de tecnologías podría ser más amplia pero, sólo me atrevo a elaborar este cuadro con aquellas que conozco, al menos, un poco. Si queréis podéis enviarme comentarios con vuestras opiniones sobre el resultado o para corregir o ampliar la lista y tener, así, una visión más completa.

Los criterios a valorar son los siguientes:

madura, duradera, con una masa de usuarios tras ella y con bibliografía publicada
ligera y que dé un rendimiento aceptable
que me permita desarrollar aplicaciones empresariales
que me permita "persistir" información (acceder a bases de datos) sin dificultad
con la que pueda invocar web services de forma sencilla
que disponga de un conjunto de widgets "potentes" y orientados hacia la creación de formularios y grids (tablas) de datos
con la que puedan generar información en forma gráfica (charts)
con la que pueda generar informes y listados pensados para imprimir
que me permita crear aplicaciones multi-idioma de forma sencilla
que me permita crear interfaces que sean amigables, usables y realmente enriquecidos
con la posibilidad de cambiar de skins (pieles) y que proporcione por defecto, al menos, un conjunto de estas (pieles) atractivo
que no tenga que preocuparme del entorno donde va a ejecutarse la aplicación (sistema operativo y navegador) o que la preocupación sea mínima
que tenga un buen entorno de desarrollo de referencia

Y la tabla con las puntuaciones (cada elemento de la lista anterior puede tener una puntuación de 0 a 10, siendo 0 el peor y 10 el mejor) es:

   Flex Silverlight JavaFX GWT AJAX JSF
-- ---- ----------- ------ --- ---- ---
 1    7           6      2   5    8   7
 2    6           7      5   5    6   7
 3    8           8      4   7    5   9
 4    7           6      6   7    3   9
 5    9           9      6   6    5   6
 6    8           8      2   8    3   6 (*) integrando con otras tecnologías
 7    7           7      5   6    3   7
 8    4           4      2   2    2   4 (*) integrando con otros productos
 9    4           4      5   4    2   8
10    8           8      2   8    5   6
11    7           6      2   7    2   5
12    8           6      7   7    5   8
13    9           9      7   3    6   5
-- ---- ----------- ------ --- ---- ---
T=   92          88     55  75   55  87

Así que, en mi opinión, ¡el ganador es... Flex!

¿Qué pasa con JSF?

2009-04-03T08:15:00.009+02:00

En mi artículo anterior, que trataba sobre las tecnologías disponibles para ayudarnos en el desarrollo de aplicaciones empresariales para la web, se me olvidó citar una. Además es la tecnología que realmente utilizo para desarrollar el 80% de mis proyectos, en los últimos 3 años.

Por algo será el olvido ;-)

Se trata de JSF o Java Server Faces. Realmente JSF es un estándar más que una tecnología. Yo utilizo una de sus implementaciones: MyFaces de Apache. Aunque hay otras...

JSF nos permitirá construir aplicaciones de usuario desde el lado del servidor. Es decir, nuestro código JSF se ejecutará en el servidor de aplicaciones (debe ser un servidor J2EE), haciendo uso de componentes del servidor (beans para acceder a las bases de datos, por ejemplo) y generando automáticamente páginas HTML resultado, que serán las que realmente reciba el usuario en el navegador. En esto, JSF es diferente a Flex, Silverlight, JavaFX, GWT o AJAX (que se ejecutan del lado del cliente comunicándose asíncronamente con el servidor cuando necesitan de él).

En principio, el uso de JSF facilitará el desarrollo de nuestra aplicación, porque de forma natural hará que cumplamos con el patrón de desarrollo MVC.

Si estás desarrollando aplicaciones empresariales con JSP o servlets, te darás cuenta de lo fácil que es crear código "difícil de mantener". La complejidad va en aumento a lo largo del ciclo de vida de la aplicación. JSF viene a evitar esta complejidad.

JSF te proporciona un control más fino de la navegación, componentes de usuario, validadores, conversores, etc. Además puedes intergarlo fácilmente con un sistema de plantillas llamado Facelets y con otros componentes extendidos: Tomahawk, Trinidad, Tobago, ICEfaces, PrimeFaces, etc.

Algunas de estas librerías de componentes te permiten generar, incluso, verdaderos componentes "AJAXizados". Es decir, generarás el HTML, el JavaScript y las llamadas asíncronas AJAX de forma automática.

Respecto al desarrollo... desarrollaremos la vista de nuestra aplicación con un XHTML extendido con los tags JSF/Facelets. El controlador (las reglas de navegación entre las vistas) se programará mediante la configuración de un XML (faces-config.xml) o mediante anotaciones. El modelo (¿cómo accedo a los datos?) podrá ser desarrollado en Java (mejor dicho, en J2EE). Te aconsejaría utilizar el estándar JPA (Hibernate, EclipseLink, OpenJPA, etc.) para resolver el problema de la persistencia de datos.

Como entorno de desarrollo puedes utilizar tanto Netbeans como Eclipse. Los dos entornos disponen de paquetes, lo suficientemente potentes, que te ayudarán en el desarrollo JSF.

Hasta ahora parecen todo virtudes, entonces ¿cuál es el problema? ¿qué ocasionó mi olvido?

A simple vista, con JSF, el desarrollo de aplicaciones empresariales iba a simplificarse, JSF venía a hacernos la vida más sencilla a los desarrolladores, y... realmente esto no es así. La curva de aprendizaje es alta y al final el paquete (la aplicación) resulta complejo.

Además, algo muy importante para mí, pierdes el control sobre lo que el usuario va a recibir en su navegador, ya que todo va a ser generado automáticamente según las reglas que marca la tecnología. No resulta fácil, ni favorable, "forzar" el saltarse estas reglas. Así que, te tienes que adaptar a ellas.

Mi consejo es, si tu jefe (empresa o cliente) no quiere apostar por una tecnología con capacidades para crear verdaderas aplicaciones enriquecidas (léase Flex, Silverlight o GWT) deberás optar por desarrollar con JSF. Piensa, además, en incluir Facelets, Tomahawk y/o ICEfaces.

La apuesta no es muy arriesgada, te lo aseguro, aunque sí un poco "aburrida".

Flex vs Silverlight vs JavaFX vs GWT vs AJAX

2009-04-02T08:11:00.010+02:00

Desde hace meses, tantos como los que llevo sin escribir un nuevo post, he estado estudiando otras tecnologías, que el "mercado" oferta, para cubrir la necesidad de desarrollar aplicaciones enriquecidas para la web.

La lista seleccionada, es simplemente una muestra, hay más, es la siguiente (da pie al título del post): Flex, Silverlight, JavaFX, GWT y AJAX.

Mi objetivo es: quiero tener claro cuál de ellas cumple con los requisitos mínimos que exijo, a la tecnología seleccionada, para desarrollar mis proyectos con garantía de éxito. Por supuesto es indispensable que sea lo más "abierta" posible... hay que leer con lupa la letra pequeña del apartado "licencias" en cada una de ellas. Con la tecnología seleccionada quiero poder desarrollar aplicaciones (con ánimo de lucro ;-) ) sin que esto suponga un coste añadido para mi empresa.

Quiero una tecnología:

madura, duradera, con una masa de usuarios tras ella y con bibliografía publicada
ligera y que dé un rendimiento aceptable
que me permita desarrollar aplicaciones empresariales
que me permita "persistir" información (acceder a bases de datos) sin dificultad
con la que pueda invocar web services de forma sencilla
que disponga de un conjunto de widgets "potentes" y orientados hacia la creación de formularios y grids (tablas) de datos
con la que puedan generar información en forma gráfica (charts)
con la que pueda generar informes y listados pensados para imprimir
que me permita crear aplicaciones multi-idioma de forma sencilla
que me permita crear interfaces que sean amigables, usables y realmente enriquecidos
con la posibilidad de cambiar de skins (pieles) y que proporcione por defecto, al menos, un conjunto de estas (pieles) atractivo
que no tenga que preocuparme del entorno donde va a ejecutarse la aplicación (sistema operativo y navegador) o que la preocupación sea mínima
que tenga un buen entorno de desarrollo de referencia

En otro artículo mostraré una tabla comparativa, pero "a bote pronto" puedo decir que:

Flex: sobre esta tecnología, de Adobe, ya he escrito varios artículos en este blog. Desarrollaremos la vista en XML (MXML) y, parte de, la lógica en ActionScript3. La lógica de negocio "dura" (por ejemplo: el acceso a bases de datos o la generación de PDFs) puede ser desarrollada, de forma más natural, en J2EE pero también podría ser en .NET, PHP o cualquier otra tecnología del lado del servidor conocida. Al final, la aplicación generada es un SWF (FlashPlayer) aunque también se puede generar, sin mucho esfuerzo, una aplicación escritorio (con AIR). El entorno de desarrollo de referencia es FlexBuilder (de pago). Ya he construido un par de aplicaciones reales, en producción, con ella y me ha generado bastante satisfacción.
Silverlight: tecnología de Microsoft. Empezó un poco rezagada, con respecto a Flex, pero está cogiendo "velocidad de crucero". El principal problema es que, como a todo lo que sale de la factoría de Microsoft, le cuesta adquirir la confianza necesaria por parte de los desarrolladores (por "recelo" no siempre fundado). Desarrollaremos la vista en XML (XAML) aunque la lógica de negocio "dura" será desarrollada de forma natural en .NET o invocando, fácilmente, servicios web (por ejemplo, desarrollados en Java). Al final, la aplicación generada necesita que instales un componente (Silverlight) en tu navegador, que aún no está disponible para todas las plataformas y navegadores. El entorno de desarrollo de referencia es Visual Studio (hay una versión Express). La sensación general es de expectación, parece bastante interesante, lástima que sea de Microsoft.
JavaFX: tecnología de Sun. Mi experiencia, llevo más de 15 años desarrollando con Java, me había creado bastante ansiedad por probar la primera versión de esta tecnología. A los dos días me aburrió "soberanamente" y ya la he abandonado. Le queda mucho por madurar (aconsejo que, incluso, por repensar). Desarrollaremos en un exotérico lenguaje "JSONenizado" feo y desagradable. Menos mal que por detrás seguimos teniendo a Java al rescate. La aplicación necesitará, para ejecutarse, del plugin Java instalado en tu navegador. El entorno de desarrollo de referencia es Netbeans, aunque también disponemos de un plugin para Eclipse. Si quieres desarrollar una aplicación triste y fea... prueba JavaFX. La sensación general es de decepción... quizá si orientas tu aplicación hacía el entorno móvil (¿alianza Android/JavaFX?) tenga algún sentido.
GWT: tecnología de Google. Trata de hacer más sencilla la tarea de desarrollar una aplicación AJAX. La idea es sorprendente... desarrollamos en Java y el compilador GWT nos genera código JavaScript. Es bastante sencillo invocar servicios desarrollados del lado del servidor mediante RPC. No hay un entorno de desarrollo de referencia, tenemos que conformarnos con algún plugin para Eclipse y algún módulo para Netbeans. El resultado final resulta un poco austero (como todo lo que hace Google) y debe ser reforzado con alguna librería de widgets adicional (GWT-EXT o SmartGWT)... lo que siempre resulta un problema añadido (ahora mismo, por ejemplo, no está muy clara la continuidad de GWT-EXT y el esfuerzo de migrar a SmartGWT puede ser alto). La sensación es de gran utilidad, despierta mi interés, alguna vez nos sacará de un apuro... pero, no depositaría todo mi desarrollo en esta tecnología (por si acaso).
AJAX: está tecnología realmente es un conjunto de tecnologías (XHTML, CSS, JavaScript, DOM y XMLHttpRequest) con la que se consigue una "mejor experiencia de nuestros usuarios" al usar aplicaciones o contenido simple en la Web. Si queremos que nuestra experiencia, como desarrollador, sea también mejor debemos hacer uso de alguna librería que nos facilite la vida: jQuery, Prototype, Mootools, etc. (pruébalas en este orden). No te aconsejo crear una aplicación empresarial en AJAX (salvo que sea con GWT)... simplemente "enriquece" con ella tus contenidos webs.

Mi consejo final es: hoy en día puedes apostar por Flex (la curva de aprendizaje no será muy alta), acércate poco a poco y sin prisas a GWT, observa de cerca a Silverlight (no lo deseches sólo por la marca) y, de momento, olvídate de desarrollar aplicaciones empresariales con JavaFX o con AJAX.

¡Qué movida de semana en Adobe Labs! (parte 2)

2008-11-20T18:51:00.003+01:00

Me he enterado ahora mismo... y sirve para demostrar lo que he comentado en un artículo anterior sobre el frenesí en la liberación de nuevas versiones de productos por parte de Adobe Labs.

Han liberado nuevas versiones de Blaze DS (la 3.2) y también de LCDS, este último me interesa mucho menos.

Lo sorprendente es que no añaden nada nuevo, simplemente solucionan algunos bugs de la versión anterior (y no muchos, además). Mira las notas de la revisión.

Flex 3.2 y locale es_ES... por fin, Flex 3.2 en español!

2008-11-20T13:03:00.004+01:00

En el siguiente enlace FLEXSDK32-framework-locale-es_ES.zip
os dejo un .zip que podéis descomprimir en el directorio de vuestro Flex SDK 3.2 (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:

¡Qué movida de semana en Adobe Labs!

2008-11-20T12:28:00.005+01:00

Parece que en épocas de crisis económicas los empleados de las grandes compañías se ven obligados a rendir al máximo de sus posibilidades, para que sus contratos no se vean "comprometidos" y demostrar así, a sus jefes, la necesidad de su existencia.

Esto es lo que debe estar ocurriendo con la gente de Adobe, sino no se entiende lo que ha ocurrido esta semana en estos laboratorios:

Han liberado una nueva versión del Flex SDK (la 3.2) y del Flex Builder (la 3.0.2)
Han liberado una nueva versión de AIR y del Air SDK (la 1.5)
Han liberado una herramienta de apoyo a desarrolladores TourDeFlex desarrollada en Air. Es un repositorio lleno de ejemplos y soluciones.
Anuncian Genesis como una nueva iniciativa para unir aplicaciones, documentos, conocimientos y facilitar la colaboración.

ADEMÁS, liberan o anuncian nuevas versiones de: PixelBender (para procesar video e imagen), Flash Player 10 para Linux, Wave (una aplicación y un servicio para habilitar notificaciones en escritorio), Cocomo (para añadir capacidades sociales en nuestras aplicaciones RIA), Stratus (un servicio para establecer comunicaciones entre Flash Player endpoints), Catalyst antes Thermo (una herramienta para la creación de interfaces sin necesidad de utilizar código), Alchemy (para compilar código C y C++ dentro de librerías AS), Centaur (la próxima versión de ColdFusion), Bolt (nueva herramienta para desarrolladores ColdFusion, basada en Eclipse), Configurator (para la creación de paneles y paletas para usar en Photoshop), Durango (un framework para Air) y PathPanel (una librería para Flex y un conjunto de servicios que hacen posible que los ficheros SWF trabajen como plugins CS).

¡Qué frenesí!

Desarrollando con Flex, flexmdi, PureMVC, BlazeDS, Spring, JPA, Hibernate,... (parte 9)

2008-09-29T08:40:00.021+02:00

Comenzaremos, en este artículo, con la creación de las tablas (el script funciona para MySQL pero, es sencillo adaptarlo a otras bases de datos) y de los DAOs (Data Access Object) u objetos Java de acceso a datos, de nuestra aplicación Mocky.

Suponiendo que nuestra MySQL está ya perfectamente instalada, abriremos una consola y escribiremos:

shell> mysql -u root -p
Enter password: *********
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 3
Server version: 5.0.51b-community-nt MySQL Community Edition (GPL)

Type 'help;' or '\h' for help. Type '\c' to clear the buffer.

mysql> create database mocky;
Query OK, 1 row affected (0.00 sec)

mysql> use mocky;
Database changed

Con esto nuestra base de datos estará ya creada y podremos comenzar a crear las primeras tablas e insertar sus registros:

CREATE TABLE `mk_rol` (
  `idrol` decimal(22,0) NOT NULL,
  `nombre` varchar(100) NOT NULL,
  `activo` decimal(22,0) NOT NULL,
  PRIMARY KEY  (`idrol`)
);

INSERT INTO `mk_rol` values (1, 'Administrador', 1);
INSERT INTO `mk_rol` values (2, 'Usuario', 1);

CREATE TABLE `mk_rolrol` (
  `idrolpadre` decimal(22,0) NOT NULL,
  `idrolhijo` decimal(22,0) NOT NULL,
 PRIMARY KEY  (`idrolpadre`,`idrolhijo`)
);

INSERT INTO `mk_rolrol` values (1, 2);

CREATE TABLE `mk_usuario` (
  `idusuario` decimal(22,0) NOT NULL,
  `nombreusuario` varchar(50) NOT NULL,
  `password` varchar(50) NOT NULL,
  `nombrereal` varchar(100) NOT NULL,
  `activo` decimal(22,0) NOT NULL,
  PRIMARY KEY  (`idusuario`)
);

INSERT INTO `mk_usuario` values (1, 'admin', 'cambiala', 'Administrador 1', 1);
INSERT INTO `mk_usuario` values (2, 'user', 'cambiala', 'Usuario 1', 1);

CREATE TABLE `mk_usuariorol` (
  `idusuario` decimal(22,0) NOT NULL,
  `idrol` decimal(22,0) NOT NULL,
  PRIMARY KEY  (`idusuario`,`idrol`)
);

INSERT INTO `mk_usuariorol` values (1, 1);
INSERT INTO `mk_usuariorol` values (2, 2);

El modelo de datos es muy sencillo, con el script anterior hemos creado cuatro tablas que guardarán el modelo de datos para la seguridad:

mk_rol: son los distintos roles de usuario de nuestra aplicación.
mk_rolrol: un árbol de roles, para que un rol pueda heredar los permisos de otros.
mk_usuario: son los distintos usuarios de la aplicación.
mk_usuariorol: asigna roles a los usuarios.

Alguna de estas tablas tienen un campo "activo", que indica si el registro es válido o si no debería tenerse en cuenta (1=válido, 0=no válido).

Ahora seguiremos los siguientes pasos para construir los objetos de acceso a datos, utilizando para ello JPA:

Con nuestro Eclipse abierto, seleccionaremos el proyecto mocky que, como recordaremos, tiene las clases Java de nuestra aplicación.
Pinchando con el botón derecho del ratón sobre el proyecto y seleccionando "New-Package" crearemos un nuevo paquete.
En la siguiente ventana, en el campo "Name" introduciremos el valor "org.wika2.mocky.model" y pulsaremos el botón "Finish".
Repetiremos el proceso para los siguientes dos paquetes "org.wika2.mocky.dao.jpa" y "org.wika2.mocky.service.impl".
Crearemos nuestra primera clase de modelo Java, pinchando con el botón derecho del ratón sobre la carpeta de fuentes "src" y seleccionando "New-Class".
En la siguiente ventana, en el campo "Package" introduciremos el valor "org.wika2.mocky.model" y en el nombre de la clase (campo "Name") vamos a poner "MkRol". El resto de los campos los dejaremos "tal cual" y pulsaremos el botón "Finish".

Se nos abrirá el editor de textos, donde pegaremos el siguiente código Java:

package org.wika2.mocky.model;

import javax.persistence.*;

@Entity
@Table(name = "MK_ROL")
public class MkRol implements java.io.Serializable {

private Integer idRol;
private String nombre;
private Integer activo;

public MkRol() {
}

public MkRol(Integer idRol, String nombre, Integer activo) {
  this.idRol = idRol;
  this.nombre = nombre;
  this.activo = activo;
}

@Column(name = "ACTIVO", nullable = false, precision = 22, scale = 0)
public Integer getActivo() {
  return this.activo;
}

@Id
@GeneratedValue(strategy = GenerationType.TABLE, generator = "MK_ROL_TG")
@TableGenerator(allocationSize = 1, name = "MK_ROL_TG", table = "MK_SEQUENCETABLE", pkColumnName = "SEQ_NAME", valueColumnName = "SEQ_COUNT", pkColumnValue = "MK_ROL")
@Column(name = "IDROL", unique = true, nullable = false, precision = 22, scale = 0)
public Integer getIdRol() {
  return this.idRol;
}

@Column(name = "NOMBRE", nullable = false, length = 100)
public String getNombre() {
  return this.nombre;
}

public void setActivo(Integer activo) {
  this.activo = activo;
}

public void setIdRol(Integer idRol) {
  this.idRol = idRol;
}

public void setNombre(String nombre) {
  this.nombre = nombre;
}

}

Como podemos observar, hemos declarado, mediante anotaciones JPA, que esta clase es una entidad "@Entity" que corresponde con una tabla de una base de datos "@Table" con tres columnas "@Column", una de las cuales es el identificador "@Id" de la misma.

La columna identificador (corresponde con la PrimaryKey de la tabla MySQL) tiene un generador de valores únicos, controlado por JPA mediante la declaración de las anotaciones @GeneratedValue y @TableGenerator. Este generador de valores únicos utiliza una nueva tabla MySQL que tiene el valor siguiente, mantenido automáticamente, a utilizar por cada entidad de nuestra aplicación.

El delegar la generación de identificadores en una tabla puede ocasionar, quizá, problemas de rendimiento... pero es la manera más cómoda de independizar nuestro desarrollo del gestor de datos.

Debemos crear en nuestra MySQL esta nueva tabla, utilizando el siguiente script:

CREATE TABLE `mk_sequencetable` (
  `seq_name` varchar(100) NOT NULL,
  `seq_count` decimal(22,0) NOT NULL,
  PRIMARY KEY  (`seq_name`)
);

INSERT INTO `mk_sequencetable` values ('MK_ROL', 1);
INSERT INTO `mk_sequencetable` values ('MK_ROLROL', 1);
INSERT INTO `mk_sequencetable` values ('MK_USUARIO', 1);
INSERT INTO `mk_sequencetable` values ('MK_USUARIOROL', 1);

La columna "seq_name" contiene un nombre único para la secuencia (que yo hago coincidir con el nombre de la tabla) y el "seq_count" contiene el siguiente valor (comenzando por 1 pero serviría cualquier número) a asignar al identificador de esa tabla.

Una buena noticia: Oracle sí elige, finalmente, Flex

2008-09-22T08:51:00.002+02:00

Hace unos meses, casi ya un año, os anuncié, en un artículo anterior, el rumor de que Oracle apostaba por Flex para el nuevo desarrollo de Metalink y del Enterprise Manager, entre otros de sus productos.

Se han hecho esperar pero, por fin ha visto la luz -yo lo he descubierto esta misma mañana- el nuevo Metalink. Por supuesto, aunque nadie lo diga explicitamente, se deja notar que Flex ha sido la tecnología -no creo equivocarme- que subyace bajo este nuevo producto.

Una interesante noticia para los desarrolladores de Flex, que ven su apuesta reforzada por compañías como Oracle, y también una buena noticia para los usuarios de Oracle Metalink, su centro de soporte.

Aprendiendo idiomas, problemas antiguos, métodos modernos

2008-09-04T08:32:00.000+02:00

El otro día comentábamos, en el trabajo, sobre los diferentes (e infructuosos) métodos que todos nosotros hemos probado alguna vez para aprender idiomas: en el colegio, por fascículos, en academias, con aupairs, unos meses en el extranjero, escuchando la radio, etc.

Alguno de estos métodos los volvemos a probar con nuestros hijos, dando así al método una segunda oportunidad (¿para fracasar?).

Pues siendo que los padres de nuestros hijos son tecnólogos y que nuestros hijos son hijos de la tecnología... deberíamos utilizar métodos más modernos.

Hoy lo que está de moda son las redes sociales y también el aprendizaje de idiomas es 2.0

Algunos ejemplos:

http://www.livemocha.com
http://www.soziety.com
http://www.palabea.net

Este último tiene muy buena pinta, aunque yo no los he probado y solo tengo referencias. Se basan en el "intercambio de nativos" ;-) Nosotros somos nativos hispanohablantes y estableceremos contactos con otros nativos de aquellos idiomas que queremos aprender.

Se utiliza, en muchos de ellos, Skype o productos similares y, además de aprender, se puede "ligar" que siempre ha sido el mejor método para aprender idiomas.

Para los críos/adolescentes, ya que el control de edades es más rígido, se ha puesto de moda el "Hotel Habbo" (http://www.habbo.com), aunque la finalidad no es estrictamente el aprendizaje de idiomas.

Google Chrome: un nuevo navegador para la web

2008-09-03T09:41:00.003+02:00

Google ha publicado hoy, en fase beta, lo que será su más próxima y "sonada" novedad... un nuevo navegador web llamado "Google Chrome".

Personalmente no entiendo muy bien el sentido de "esto" a día de hoy, aunque puedo intuirlo...

Por una parte, Google dona cantidad de dinero a la organización Mozilla para que ésta, entre otras cosas, mejore el desarrollo de Firefox y lo convierta en un rival, no mejor que ya lo es, que le robe cuota de mercado a IE.

El movimiento, supongo que, quizá tendrá que ver con alguna estrategia de Google para lanzar a Chrome como el navegador ideal para la telefonía móvil y ocupar una posición privilegia en este tipo de dispositivos (dispositivos que se convertirán en los futuros puntos de acceso universales a Internet).

Un movimiento similar a lo que hizo cuando anunció el SDK Android y que solo pretende dar un toque de atención (a veces en beneficio y a veces en perjuicio de los usuarios) a Sun, Microsoft, Apple, ...

La buena noticia: tiene muy buena pinta, es muy sencillo y agradable de usar. Está basado en el motor webkit (http://webkit.org) que es el mismo utilizado por Safari.

La mala noticia: si tiene éxito, otro más para comprobar la compatibilidad de nuestros desarrollos: IE, Firefox, Opera, Konqueror, Safari, ... y ahora Chrome. Tampoco aporta ninguna novedad frente a la competencia.

Más en: http://www.google.com/chrome

De momento solo disponible para Windows, pero se dice que en próximos días verán la luz las versiones Linux y Mac.

Desarrollando con Flex, flexmdi, PureMVC, BlazeDS, Spring, JPA, Hibernate,... (parte 8)

2008-08-26T08:54:00.010+02:00

Pasos para crear el fichero de distribución swf, la parte Flex del proyecto Mocky:

Añadiremos al proyecto "flex-mocky" un nuevo fichero de nombre "build.properties", con la siguientes 8 líneas:
```
# Propiedades del proyecto
company.name=Wika2.org
project.name=flex-mocky
project.version=1.0.0
project.refs=wika2-fframework-1.0.0
project.mxml=Mocky
project.blazeds.service.config=mocky
project.blazeds.context.root=mocky
```
Las tres primeras propiedades, se entienden fácilmente, son: la primera es el nombre de la empresa -se utiliza para rellenar la metainformación del swf que vamos a generar- y las dos siguientes se utilizan para crear el nombre del fichero ".swf" con la distribución de este proyecto. La propiedad project-refs es una lista (separada por ",") de las librerías "swc" que forman parte de este ".swf" creado, se copiarán en la carpeta "libs" del proyecto antes de compilarse. La propiedad project.mxml indica el nombre del fichero ".mxml" principal de la aplicación. Las dos siguientes propiedades, relacionadas con BlazeDS, las utilizaremos más adelante.

Añadiremos al mismo proyecto un nuevo fichero de nombre "build.xml" con el siguiente contenido:

<?xml version="1.0"?>

<project name="flex-mocky" default="dist" basedir=".">

 <!-- Lectura de propiedades externas -->
 <property file="build.properties"/>

 <!-- Propiedades globales para este build -->
 <property environment="env"/>
 <property name="FLEX_HOME" value="${env.FLEX_HOME}"/>
 <property name="dist.dir" value="bin-release"/>
 <property name="doc.dir" value="asdoc"/>
 <property name="src.dir" value="src"/>
 <property name="html.template.dir" value="html-template"/>

 <!-- Declaracion del classpath -->
 <path id="project.classpath">
   <fileset dir="../3rdparty/ant">
     <include name="**/*.jar"/>
     <include name="**/*.zip"/>
   </fileset>
   <fileset dir="../3rdparty/lib">
     <include name="**/*.jar"/>
     <include name="**/*.zip"/>
   </fileset>
 </path>

 <!-- Tareas -->
 <taskdef resource="net/sf/antcontrib/antcontrib.properties"
   classpathref="project.classpath"/>

 <taskdef resource="flexTasks.tasks"
   classpathref="project.classpath"/>

 <!-- Limpieza -->
 <target name="clean">
   <delete dir="${dist.dir}"/>
   <delete dir="${doc.dir}"/>
 </target>

 <!-- Generar la documentacion -->
 <target name="asdoc">
   <delete includeemptydirs="yes" failonerror="false">
     <fileset dir="${doc.dir}" includes="**/*"/>
   </delete>
   <mkdir dir="${doc.dir}"/>
   <exec executable="${env.FLEX_HOME}\bin\asdoc.exe" failonerror="true">
     <arg line="-doc-sources ${src.dir}/com"/>
     <arg line="-external-library-path 'libs'"/>
     <arg line="-main-title '${project.name} API Documentation'"/>
     <arg line="-output ${doc.dir}"/>
     <arg line="-source-path ${src.dir}"/>
     <arg line="-window-title '${project.name}'"/>
   </exec>
 </target>

 <!-- Generar los Flex de la aplicacion -->
 <target name="dist">
   <!-- Copiar los proyectos referenciados -->
   <foreach list="${project.refs}" param="project.ref" target="update.lib"/>
   <!-- Crear el swf -->
   <mxmlc file="${basedir}/${src.dir}/${project.mxml}.mxml"
     debug="false"
     locale="es_ES"
     optimize="true"
     output="${dist.dir}/${project.mxml}.swf">
     <load-config filename="${env.FLEX_HOME}/frameworks/flex-config.xml"/>
     <source-path path-element="${env.FLEX_HOME}/frameworks"/>
     <compiler.source-path path-element="${basedir}/${src.dir}"/>
     <compiler.library-path dir="libs" append="true">
       <include name="*.swc"/>
     </compiler.library-path>
     <metadata description="FLEX ${project.name}">
       <contributor name="${company.name}"/>
     </metadata>
   </mxmlc>
   <!-- Generar la carpeta con la plantilla html -->
   <html-wrapper title="${project.mxml}"
     application="${project.mxml}"
     bgcolor="#869ca7"
     height="100%"
     history="true"
     output="${dist.dir}"
     swf="${project.mxml}"
     template="express-installation"
     version-major="9"
     version-minor="0"
     version-revision="28"
     width="100%"/>
 </target>

 <!-- Tareas auxilares para el mantenimiento correcto del proyecto -->
 <target name="update.lib">
   <copy file="../3rdparty/lib/${project.ref}.swc" todir="libs"/>
 </target>

</project>

Tengo 3 targets definidos en este fichero de construcción: clean, asdoc y dist. Utilizaremos "dist" que, además de compilar, nos creará un fichero "project.name-project.version.swf" en una nueva carpeta "bin-release" que aparecerá dentro en la carpeta del proyecto.
Pincharemos con el botón derecho del ratón sobre el "build.xml", en el "Project Explorer" de nuestro Eclipse, y seleccionaremos el menú "Rus As-Ant Build" y comenzará el proceso de creación del fichero de distribución, que podremos seguir en la "Console". El target "dist" está definido como target por defecto ;-) en el fichero de contrucción.

Deberíamos obtener "algo" como lo siguiente:

Buildfile: C:\Desarrollo\Mocky\flex-mocky\build.xml
dist:
update.lib:
[mxmlc] Loading configuration file C:\Desarrollo\Mocky\flex_sdk_3.0.0.477_mpl\frameworks\flex-config.xml
[mxmlc] C:\Desarrollo\Mocky\flex-mocky\bin-release\Mocky.swf (150640 bytes)
BUILD SUCCESSFUL
Total time: 13 seconds

Ahora, podemos refrescar el proyecto el proyecto "flex-mocky", para ver cómo ha quedado.
Como podéis observar, además de compilar el proyecto, lo ha copiado a la carpeta de distribución "bin-release" del proyecto "flex-mocky".

Pasos para crear el fichero de distribución war, del proyecto Mocky, listo para desplegarse en nuestro servidor de aplicaciones:

Añadiremos al proyecto "mocky" un nuevo fichero de nombre "build.properties", con la siguientes 6 líneas:
```
# Propiedades del proyecto
company.name=Wika2.org
project.name=mocky
project.version=1.0.0
project.refs=wika2-jframework-1.0.0
project.flex.folder=../flex-mocky
```
Las tres primeras propiedades, se entienden fácilmente, son: la primera es el nombre de la empresa -se utiliza en la creación de los ficheros "MANIFEST.MF"- y las dos siguientes se utilizan para crear el nombre del fichero ".war" con la distribución de este proyecto. La propiedad project-refs es una lista (separada por ",") de las librerías "jar" que forman parte de este ".war" creado, se copiarán en la carpeta "WEBINF/lib" del proyecto antes de compilarse. La propiedad project.flex.folder indica el path, relativo al proyecto actual, al directorio del proyecto que tiene la parte Flex de la aplicación.

Añadiremos al mismo proyecto un nuevo fichero de nombre "build.xml" con el siguiente contenido:

<?xml version="1.0"?>

<project name="mocky" default="dist" basedir=".">

 <!-- Lectura de propiedades externas -->
 <property file="build.properties"/>

 <!-- Propiedades globales para este build -->
 <property environment="env"/>
 <property name="build.dir" value="build/classes"/>
 <property name="dist.dir" value="dist"/>
 <property name="doc.dir" value="javadoc"/>
 <property name="src.dir" value="src"/>

 <!-- Condiciones -->
 <condition property="3rdparty.available">
   <available file="../3rdparty/lib/${project.name}-${project.version}.jar"/>
 </condition>

 <!-- Declaracion del classpath -->
 <path id="project.classpath">
   <fileset dir="../3rdparty/ant">
     <include name="**/*.jar"/>
     <include name="**/*.zip"/>
   </fileset>
   <fileset dir="../3rdparty/lib">
     <include name="**/*.jar"/>
     <include name="**/*.zip"/>
   </fileset>
   <fileset dir="WebContent/WEB-INF/lib">
     <include name="**/*.jar"/>
     <include name="**/*.zip"/>
   </fileset>
 </path>

 <!-- Enlaces utiles -->
 <patternset id="meta.files">
   <include name="**/*.dtd"/>
   <include name="**/*.properties"/>
   <include name="**/*.xml"/>
 </patternset>

 <!-- Tareas -->
 <taskdef resource="net/sf/antcontrib/antcontrib.properties"
   classpathref="project.classpath"/>

 <!-- Limpieza -->
 <target name="clean">
   <delete dir="${build.dir}"/>
   <delete dir="${dist.dir}"/>
   <delete dir="${doc.dir}"/>
 </target>

 <!-- Compilar los fuentes Java -->
 <target name="compile">
   <delete includeemptydirs="yes" failonerror="false">
     <fileset dir="${build.dir}" includes="**/*"/>
   </delete>
   <mkdir dir="${build.dir}"/>
   <javac srcdir="${src.dir}" destdir="${build.dir}" nowarn="on">
     <classpath refid="project.classpath"/>
   </javac>
   <!-- Copiar los metadatos al classpath de este build -->
   <copy todir="${build.dir}">
     <fileset dir="${src.dir}">
       <patternset refid="meta.files"/>
     </fileset>
   </copy>
 </target>

 <!-- Generar la documentacion -->
 <target name="javadoc">
   <delete includeemptydirs="yes" failonerror="false">
     <fileset dir="${doc.dir}" includes="**/*"/>
   </delete>
   <mkdir dir="${doc.dir}"/>
   <javadoc destdir="${doc.dir}" >
     <classpath refid="project.classpath"/>
     <fileset dir="${src.dir}">
       <include name="**/*.java"/>
     </fileset>
   </javadoc>
 </target>

 <!-- Generar el fichero de distribucion -->
 <target name="dist" depends="compile">
   <!-- Borra los ficheros de distribucion antiguos -->
   <delete includeemptydirs="yes" failonerror="false">
     <fileset dir="${dist.dir}" includes="**/*"/>
   </delete>
   <mkdir dir="${dist.dir}"/>
   <!-- Empaqueta en un jar los fuentes compilados del proyecto -->
   <jar destfile="${dist.dir}/${project.name}-${project.version}.jar" basedir="${build.dir}">
     <manifest>
       <attribute name="Built-By" value="${company.name}"/>
       <attribute name="Implementation-Title" value="${project.name}"/>
       <attribute name="Implementation-Version" value="${project.version}"/>
     </manifest>
   </jar>
   <!-- Copiar el fichero de distribucion al proyecto de 3rdparty -->
   <if>
     <available file="../3rdparty/lib/${project.name}-*.jar"/>
     <then>
       <delete>
         <fileset dir="../3rdparty/lib" includes="${project.name}-*.jar"/>
       </delete>
     </then>
   </if>
   <copy file="${dist.dir}/${project.name}-${project.version}.jar" todir="../3rdparty/lib"/>
   <!-- Copiar la carpeta del proyecto flex -->
   <copy todir="WebContent">
     <fileset dir="${project.flex.folder}/bin-release">
       <include name="**/*"/>
     </fileset>
   </copy>
   <delete dir="WebContent/assets"/>
   <if>
     <available file="${project.flex.folder}/src/assets" type="dir"/>
     <then>
       <copy todir="WebContent/assets">
         <fileset dir="${project.flex.folder}/src/assets">
           <include name="**/*"/>
           <exclude name="**/*.xml"/>
         </fileset>
       </copy>
       <copy todir="WebContent/assets">
         <fileset dir="${project.flex.folder}/src/assets">
           <include name="**/*.xml"/>
         </fileset>
         <filterset>
           <filter token="development" value="false"/>
         </filterset>
       </copy>
     </then>
   </if>
   <!-- Copiar los proyectos referenciados -->
   <foreach list="${project.refs}" param="project.ref" target="update.webinflib"/>
   <!-- Crear el war -->
   <war destfile="${dist.dir}/${project.name}-${project.version}.war" webxml="WebContent/WEB-INF/web.xml">
     <manifest>
       <attribute name="Built-By" value="${company.name}"/>
       <attribute name="Implementation-Title" value="${project.name}"/>
       <attribute name="Implementation-Version" value="${project.version}"/>
     </manifest>
     <fileset dir="WebContent">
       <exclude name="**/.*"/>
       <exclude name="META-INF/*.xml"/>
       <exclude name="WEB-INF/web.xml"/>
     </fileset>
     <lib dir="${dist.dir}">
       <include name="${project.name}-${project.version}.jar"/>
     </lib>
   </war>
   <!-- Copiar el fichero de distribucion -->
   <copy file="${dist.dir}/${project.name}-${project.version}.war" todir="../dist"/>
 </target>

 <!-- Tareas auxilares para el mantenimiento correcto del proyecto -->
 <target name="update.webinflib">
   <copy file="../3rdparty/lib/${project.ref}.jar" todir="WebContent/WEB-INF/lib"/>
 </target>

</project>

Tengo 4 targets definidos en este fichero de construcción: clean, compile, javadoc y dist. Utilizaremos "dist" que, además de compilar, nos creará un fichero "project.name-project.version.war" en una nueva carpeta "dist" que aparecerá dentro en la carpeta del proyecto.
Pincharemos con el botón derecho del ratón sobre el "build.xml", en el "Project Explorer" de nuestro Eclipse, y seleccionaremos el menú "Rus As-Ant Build" y comenzará el proceso de creación del fichero de distribución, que podremos seguir en la "Console". El target "dist" está definido como target por defecto ;-) en el fichero de contrucción.

Deberíamos obtener "algo" como lo siguiente:

Buildfile: C:\Desarrollo\Mocky\mocky\build.xml
compile:
[javac] Compiling 1 source file to C:\Desarrollo\Mocky\mocky\build\classes
dist:
[jar] Building jar: C:\Desarrollo\Mocky\mocky\dist\mocky-1.0.0.jar
[copy] Copying 1 file to C:\Desarrollo\Mocky\3rdparty\lib
update.webinflib:
[war] Building war: C:\Desarrollo\Mocky\mocky\dist\mocky-1.0.0.war
[copy] Copying 1 file to C:\Desarrollo\Mocky\dist
BUILD SUCCESSFUL
Total time: 11 seconds

Ahora, podemos refrescar el proyecto el proyecto "mocky", para ver cómo ha quedado.
Como podéis observar, además de compilar el proyecto, lo ha copiado a la carpeta de distribución "dist" del proyecto "mocky".

Vamos a desplegar nuestra aplicación en el servidor de aplicaciones Tomcat que integramos, hace unos artículos, en nuestro IDE y lanzaremos la aplicación, para comprobar que TODO funciona correctamente, de momento:

En las vistas, en la parte inferior del entorno de desarrollo, hay una lengüeta "Servers" con nuestra instalación de Tomcat.
Picharemos con el botón derecho sobre esta instalación de Tomcat y seleccionaremos el menú "Add and Remove Projects...". Añadiremos "Add..." a la lista de proyectos configurados, desde la lista de proyectos disponibles, nuestro proyecto mocky. Pulsaremos el botón "Finish" y nuestro proyecto aparecerá bajo la instalación de Tomcat.
Comprobaremos que, con el botón de "Start" o con el botón derecho del ratón sobre el servidor, podemos arrancar sin errores.
Abriremos un navegador y llamaremos a la url http://127.0.0.1:8080/mocky y... voilà!!!
Deberíamos tener delante de nuestros ojos la fantástica -y vacía- aplicación MOCKY.

Flex SDK 3.1 y Flex Builder 3.01 liberados

2008-08-20T09:23:00.004+02:00

Me ha resultado extraño que en la página principal del site referencia http://opensource.adobe.com, en su sección de novedades, no aparezca la noticia.

Solo te das cuenta de la actualización si "pinchas" en el primer logotipo Flex SDK y observas la versión que recomiendan descargar para desarrollos en producción.

Tampoco me ha resultado sencillo encontrar la relación de cambios que incorporan estos dos nuevos productos.

Un pequeño sumario:

Flex SDK 3.1

Se ha dado solución a numerosos bugs, que la comunidad de usuarios ha ido aportando durante este tiempo. La lista completa de los bugs resueltos la podéis encontrar aquí.

Soporte para Flash Player 10, actualmente en beta y, además, no se espera el soporte definitivo hasta versiones posteriores.

Soporte definitivo para AIR 1.1

Flex Builder 3.0.1

Se ha dado solución a numerosos bugs del IDE, que la comunidad de usuarios ha ido aportando durante este tiempo. La lista completa de los bugs resueltos la podéis encontrar aquí y la de los componentes aquí.

Soporte para AIR 1.1

Soporte para Eclipse 3.4

Flex 3 y el premio Open Source 2008

2008-08-14T09:45:00.005+02:00

Me complace mucho anunciar que, Flex 3 ha ganado el premio a la mejor herramienta Open Source 2008 para desarrolladores, en la categoría "Rich Internet Applications".

Los competidores de Flex han sido OpenLazlo -y de cerca- Curl y Silverlight (aunque estas dos últimas no sean realmente tecnologías puramente Open Source).

Si quieres ver la noticia completa o ver la relación de ganadores de otras categorías... sigue los enlaces.

Desarrollando con Flex, flexmdi, PureMVC, BlazeDS, Spring, JPA, Hibernate,... (parte 7)

2008-08-11T11:09:00.022+02:00

Pasos para crear el fichero de distribución del core del framework Java:

Añadiremos al proyecto "wika2-jframework" un nuevo fichero (ya deberíamos saber cómo) de nombre "build.properties", con la siguientes 5 líneas (es más fácil trabajar directamente en modo texto, que seleccionaremos con la segunda lengüeta bajo la zona de edición):
```
# Propiedades del proyecto
company.name=Wika2.org
project.name=wika2-jframework
project.version=1.0.0
project.copytos=mocky
```
Las tres primeras propiedades, se entienden fácilmente, son: la primera es el nombre de la empresa -se utiliza en la creación del fichero "MANIFEST.MF"- y las dos siguientes se utilizan para crear el nombre del fichero ".jar" con la distribución de este proyecto. La última propiedad es una lista (separada por ",") de los proyectos Java donde utilizaremos este ".jar" creado.

Añadiremos al mismo proyecto un nuevo fichero de nombre "build.xml" con el siguiente contenido:

<?xml version="1.0"?>

<project name="wika2-jframework" default="dist" basedir=".">

  <!-- Lectura de propiedades externas -->
  <property file="build.properties"/>

  <!-- Propiedades globales para este build -->
  <property environment="env"/>
  <property name="build.dir" value="bin"/>
  <property name="dist.dir" value="dist"/>
  <property name="doc.dir" value="javadoc"/>
  <property name="src.dir" value="src"/>

  <!-- Condiciones -->
  <condition property="3rdparty.available">
    <available file="../3rdparty/lib/${project.name}-${project.version}.jar"/>
  </condition>

  <!-- Declaracion del classpath -->
  <path id="project.classpath">
    <fileset dir="../3rdparty/ant">
      <include name="**/*.jar"/>
      <include name="**/*.zip"/>
    </fileset>
    <fileset dir="../3rdparty/lib">
      <include name="**/*.jar"/>
      <include name="**/*.zip"/>
    </fileset>
  </path>

  <!-- Enlaces utiles -->
  <patternset id="meta.files">
    <include name="**/*.dtd"/>
    <include name="**/*.properties"/>
    <include name="**/*.xml"/>
  </patternset>

  <!-- Tareas -->
  <taskdef resource="net/sf/antcontrib/antcontrib.properties"
    classpathref="project.classpath"/>

  <!-- Limpieza -->
  <target name="clean">
    <delete dir="${build.dir}"/>
    <delete dir="${dist.dir}"/>
    <delete dir="${doc.dir}"/>
  </target>

  <!-- Compilar los fuentes Java -->
  <target name="compile">
    <delete includeemptydirs="yes" failonerror="false">
      <fileset dir="${build.dir}" includes="**/*"/>
    </delete>
    <mkdir dir="${build.dir}"/>
    <javac srcdir="${src.dir}" destdir="${build.dir}" nowarn="on">
      <classpath refid="project.classpath"/>
    </javac>
    <!-- Copiar los metadatos al classpath de este build -->
    <copy todir="${build.dir}">
      <fileset dir="${src.dir}">
        <patternset refid="meta.files"/>
      </fileset>
    </copy>
  </target>

  <!-- Generar la documentacion -->
  <target name="javadoc">
    <delete includeemptydirs="yes" failonerror="false">
      <fileset dir="${doc.dir}" includes="**/*"/>
    </delete>
    <mkdir dir="${doc.dir}"/>
    <javadoc destdir="${doc.dir}" >
      <classpath refid="project.classpath"/>
      <fileset dir="${src.dir}">
        <include name="**/*.java"/>
      </fileset>
    </javadoc>
  </target>

  <!-- Generar el fichero de distribucion -->
  <target name="dist" depends="compile">
    <delete includeemptydirs="yes" failonerror="false">
      <fileset dir="${dist.dir}" includes="**/*"/>
    </delete>
    <mkdir dir="${dist.dir}"/>
    <jar destfile="${dist.dir}/${project.name}-${project.version}.jar" basedir="${build.dir}">
      <manifest>
        <attribute name="Built-By" value="${company.name}"/>
        <attribute name="Implementation-Title" value="${project.name}"/>
        <attribute name="Implementation-Version" value="${project.version}"/>
      </manifest>
    </jar>
    <!-- Copiar el fichero de distribucion al proyecto de 3rdparty -->
    <if>
      <available file="../3rdparty/lib/${project.name}-*.jar"/>
      <then>
        <delete>
          <fileset dir="../3rdparty/lib" includes="${project.name}-*.jar"/>
        </delete>
      </then>
    </if>
    <copy file="${dist.dir}/${project.name}-${project.version}.jar" todir="../3rdparty/lib"/>
    <!-- Copiar el fichero de distribucion -->
    <copy file="${dist.dir}/${project.name}-${project.version}.jar" todir="../dist"/>
    <!-- Copiar a los proyectos que me utilizan -->
    <foreach list="${project.copytos}" param="project.copyto" target="update.webinflib"/>
  </target>

  <!-- Tareas auxilares para el mantenimiento correcto del proyecto -->
  <target name="update.webinflib">
    <if>
      <available file="../${project.copyto}/WebContent/WEB-INF/lib/${project.name}-*.jar"/>
      <then>
        <delete>
          <fileset dir="../${project.copyto}/WebContent/WEB-INF/lib" includes="${project.name}-*.jar"/>
        </delete>
      </then>
    </if>
    <copy file="${dist.dir}/${project.name}-${project.version}.jar" todir="../${project.copyto}/WebContent/WEB-INF/lib"/>
  </target>

</project>

Como podéis observar, estoy utilizando Apache Ant para la construcción de mis proyectos. He preferido utilizar Apache Ant, en lugar de Apache Maven, que parecería más lógico, ya que esto supondría añadir complejidad al proyecto. Además, personalmente, no me gusta demasiado la gestión de dependencias de Apache Maven.

Tengo 4 targets definidos en este fichero de construcción: clean, compile, javadoc y dist. Utilizaremos "dist" que, además de compilar, nos creará un fichero "project.name-project.version.jar" en una nueva carpeta "dist" que aparecerá dentro en la carpeta del proyecto.
Pincharemos con el botón derecho del ratón sobre el "build.xml", en el "Project Explorer" de nuestro Eclipse, y seleccionaremos el menú "Rus As-Ant Build" y comenzará el proceso de creación del fichero de distribución, que podremos seguir en la "Console". El target "dist" está definido como target por defecto ;-) en el fichero de contrucción.

Deberíamos obtener "algo" como lo siguiente:

Buildfile: C:\Desarrollo\Mocky\jframework\build.xml
compile:
[javac] Compiling 1 source file to C:\Desarrollo\Mocky\jframework\bin
dist:
 [jar] Building jar: C:\Desarrollo\Mocky\jframework\dist\wika2-jframework-1.0.0.jar
[copy] Copying 1 file to C:\Desarrollo\Mocky\3rdparty\lib
[copy] Copying 1 file to C:\Desarrollo\Mocky\dist
update.webinflib:
[copy] Copying 1 file to C:\Desarrollo\Mocky\mocky\WebContent\WEB-INF\lib
BUILD SUCCESSFUL
Total time: 1 second

Ahora, podemos refrescar el proyecto "wika2-jframework" y el proyecto "mocky", para ver cómo han quedado.
Como podéis observar, además de compilar el proyecto y de copiarlo a la carpeta de distribución del mismo... lo ha copiado a la carpeta de librerías "WEB-INF/lib" del proyecto "mocky".

Pasos para crear el fichero de distribución del core del framework Flex:

Añadiremos al proyecto "wika2-fframework" un nuevo fichero de nombre "build.properties", con la siguientes 5 líneas:
```
# Propiedades del proyecto
company.name=Wika2.org
project.name=wika2-fframework
project.version=1.0.0
project.copytos=flex-mocky
```
Las tres primeras propiedades, se entienden fácilmente, son: la primera es el nombre de la empresa -no se utiliza de momento- y las dos siguientes se utilizan para crear el nombre del fichero ".swc" con la distribución de este proyecto. La última propiedad es una lista (separada por ",") de los proyectos Flex donde utilizaremos este ".swc" creado.

Añadiremos al mismo proyecto un nuevo fichero de nombre "build.xml" con el siguiente contenido:

<?xml version="1.0"?>

<project name="wika2-fframework" default="dist" basedir=".">

<!-- Lectura de propiedades externas -->
<property file="build.properties"/>

<!-- Propiedades globales para este build -->
<property environment="env"/>
<property name="FLEX_HOME" value="${env.FLEX_HOME}"/>
<property name="dist.dir" value="dist"/>
<property name="doc.dir" value="asdoc"/>
<property name="src.dir" value="src"/>

<!-- Declaracion del classpath -->
<path id="project.classpath">
  <fileset dir="../3rdparty/ant">
    <include name="**/*.jar"/>
    <include name="**/*.zip"/>
  </fileset>
  <fileset dir="../3rdparty/lib">
    <include name="**/*.jar"/>
    <include name="**/*.zip"/>
  </fileset>
</path>

<!-- Tareas -->
<taskdef resource="net/sf/antcontrib/antcontrib.properties"
 classpathref="project.classpath"/>

<taskdef resource="flexTasks.tasks"
 classpathref="project.classpath"/>

<!-- Limpieza -->
<target name="clean">
  <delete dir="${dist.dir}"/>
  <delete dir="${doc.dir}"/>
</target>

<!-- Generar la documentacion -->
<target name="asdoc">
  <delete includeemptydirs="yes" failonerror="false">
    <fileset dir="${doc.dir}" includes="**/*"/>
  </delete>
  <mkdir dir="${doc.dir}"/>
  <exec executable="${env.FLEX_HOME}\bin\asdoc.exe" failonerror="true">
    <arg line="-doc-sources ${src.dir}/com"/>
    <arg line="-main-title '${project.name} API Documentation'"/>
    <arg line="-output ${doc.dir}"/>
    <arg line="-source-path ${src.dir}"/>
    <arg line="-window-title '${project.name}'"/>
  </exec>
</target>

<!-- Generar los Flex de la aplicacion -->
<target name="dist">
  <delete includeemptydirs="yes" failonerror="false">
    <fileset dir="${dist.dir}" includes="**/*"/>
  </delete>
  <mkdir dir="${dist.dir}"/>
  <!-- Descubriendo clases -->
  <fileset id="sources" dir="${src.dir}/org">
    <include name="**/*.as"/>
  </fileset>
  <pathconvert property="classes" pathsep=" " refid="sources">
    <chainedmapper>
      <globmapper from="${basedir}${file.separator}${src.dir}${file.separator}*" to="*"/>
      <mapper type="package" from="*.as" to="*"/>
    </chainedmapper>
  </pathconvert>
  <!-- Crear el swc -->
  <compc output="${dist.dir}/${project.name}-${project.version}.swc" include-classes="${classes}" locale="es_ES" optimize="true" debug="false">
    <source-path path-element="${basedir}/${src.dir}"/>
  </compc>
  <!-- Copiar el fichero de distribucion al proyecto de 3rdparty -->
  <if>
    <available file="../3rdparty/lib/${project.name}-*.swc"/>
    <then>
      <delete failonerror="false">
        <fileset dir="../3rdparty/lib" includes="${project.name}-*.swc"/>
      </delete>
    </then>
  </if>
  <copy file="${dist.dir}/${project.name}-${project.version}.swc" todir="../3rdparty/lib"/>
  <!-- Copiar a los proyectos que me utilizan -->
  <foreach list="${project.copytos}" param="project.copyto" target="update.libs"/>
</target>

<!-- Tareas auxilares para el mantenimiento correcto del proyecto -->
<target name="update.libs">
  <if>
    <available file="../${project.copyto}/libs/${project.name}-*.swc"/>
    <then>
      <delete>
        <fileset dir="../${project.copyto}/libs" includes="${project.name}-*.swc"/>
      </delete>
    </then>
  </if>
  <copy file="${dist.dir}/${project.name}-${project.version}.swc" todir="../${project.copyto}/libs"/>
</target>

</project>

Tengo 3 targets definidos en este fichero de construcción: clean, asdoc y dist. Utilizaremos "dist" que, además de compilar, nos creará un fichero "project.name-project.version.swc" en una nueva carpeta "dist" que aparecerá dentro en la carpeta del proyecto.
Pincharemos con el botón derecho del ratón sobre el "build.xml", en el "Project Explorer" de nuestro Eclipse, y seleccionaremos el menú "Rus As-Ant Build" y comenzará el proceso de creación del fichero de distribución, que podremos seguir en la "Console". El target "dist" está definido como target por defecto ;-) en el fichero de contrucción.

Deberíamos obtener "algo" como lo siguiente:

Buildfile: C:\Desarrollo\Mocky\fframework\build.xml
dist:
[mkdir] Created dir: C:\Desarrollo\Mocky\fframework\dist
[compc] Loading configuration file C:\Desarrollo\Mocky\flex_sdk_3.0.0.477_mpl\frameworks\flex-config.xml
[compc] C:\Desarrollo\Mocky\fframework\dist\wika2-fframework-1.0.0.swc (1178 bytes)
[copy] Copying 1 file to C:\Desarrollo\Mocky\3rdparty\lib
update.libs:
[copy] Copying 1 file to C:\Desarrollo\Mocky\flex-mocky\libs
BUILD SUCCESSFUL
Total time: 3 seconds

Ahora, podemos refrescar el proyecto "wika2-fframework" y el proyecto "flex-mocky", para ver cómo han quedado.
Como podéis observar, además de compilar el proyecto y de copiarlo a la carpeta de distribución del mismo... lo ha copiado a la carpeta de librerías "libs" del proyecto "flex-mocky".

Blogger me ha duplicado entradas

2008-08-08T09:57:00.003+02:00

Blogger me ha duplicado, estos últimos días, dos entradas. Son las siguientes:

Desarrollando con Flex, flexmdi, PureMVC, BlazeDS, Spring, JPA, Hibernate,... (parte 5)
Desarrollando con Flex, flexmdi, PureMVC, BlazeDS, Spring, JPA, Hibernate,... (parte 4)

Puede dar la falsa sensación de que he escrito más artículos de los que realmente he publicado ;-)

Además Blogger no me deja borrarlas. Realmente sí me deja borrarlas, pero las deja en un estado peor de lo que están ahora.

Las dos entradas tienen la misma URL, con el mismo blogID.

He descubierto que esto mismo les ha pasado a más bloggers por estas fechas, así que espero que pronto nos den una solución -automáticamente- al problema.

ACTUALIZACIÓN (11 de agosto): como veis, el problema de las entradas duplicadas ha sido resuelto, en pocas horas.

Desarrollando con Flex, flexmdi, PureMVC, BlazeDS, Spring, JPA, Hibernate,... (parte 6)

2008-08-06T13:50:00.011+02:00

Pasos a seguir para construir el cuarto proyecto mocky:

Seleccionaremos el menú "File-New-Dynamic Web Project...".
En la siguiente ventana, como nombre de proyecto (campo "Project name") utilizaré "mocky". Desmarcaremos el checkbox "Use default" y en el campo "Directory" introduciremos el valor "C:\Desarrollo\Mocky\mocky". El resto de los campos los dejaremos "tal cual" y pulsaremos el botón "Next".
En la siguiente ventana, dejaremos todo "tal cual" y terminaremos la creación del proyecto pulsando el botón "Finish".
Ahora tenemos que copiar (lo podemos hacer desde el propio entorno de desarrollo o desde el sistema operativo) todos los ficheros ".jar" que hay en "C:\Desarrollo\Mocky\3rdparty\wika2" al directorio "C:\Desarrollo\Mocky\mocky\WebContent\WEB-INF\lib". Refrescaremos el contenido, desde el entorno de desarrollo, pinchando con el botón derecho del ratón sobre el proyecto "mocky" y seleccionando "Refresh".
Crearemos nuestra primera clase Java, pinchando con el botón derecho del ratón sobre la carpeta de fuentes "src" y seleccionando "New-Class".
En la siguiente ventana, en el campo "Package" introduciremos el valor "org.wika2.mocky.util" y en el nombre de la clase (campo "Name") vamos a poner "DummyUtils". El resto de los campos los dejaremos "tal cual" y pulsaremos el botón "Finish".

Pasos a seguir para construir el quinto (y último) proyecto flex-mocky:

Seleccionaremos el menú "File-New-Project...", pincharemos en la rama "General-Project" y pulsaremos el botón "Next".
En la siguiente ventana, como nombre de proyecto (campo "Project name") utilizaré "flex-mocky". Desmarcaremos el checkbox "Use default location" y en el campo "Location" introduciremos el valor "C:\Desarrollo\Mocky\flex-mocky". El resto de los campos los dejaremos "tal cual" y pulsaremos el botón "Finish".
Crearemos una nueva clase ActionScript, pinchando con el botón derecho del ratón sobre la carpeta del proyecto "flex-mocky" y seleccionando "New-Folder".
En la siguiente ventana, en el campo "Folder name" introduciremos el valor "src/org/wika2/mocky/util" y pulsaremos el botón "Finish".
Pinchando con el botón derecho del ratón sobre la carpeta recién creada "util" y seleccionando "New-File", crearemos nuestra nueva clase ActionScript.
En la siguiente ventana, en el campo "File name" introduciremos el valor "DummyUtils.as" y pulsaremos el botón "Finish".

Se nos abrirá el editor de textos, donde pegaremos el siguiente código ActionScript:


package org.wika2.mocky.util {

  public class DummyUtils {
  }

}

Antes de crear nuestro primer fichero Flex, tenemos que asociar la extensión ".mxml" al editor de XML por defecto de Eclipse. Seleccionaremos el menú "Windows-Preferences" y la rama "General-Editors-File Associations". Añadiremos (con el botón "Add.." de la zona superior) un nuevo tipo de fichero "*.mxml" y lo asociaremos (con el botón "Add..." de la zona inferior) al editor "XML Editor" de la lista que se nos presenta.
También, tenemos que asociar el tipo de contenido correspondiente. En esta misma ventana, en la rama "General-Content Types", desplegaremos el árbol con los "Content types" y seleccionaremos el "Text-XML (Illformed)". Una vez seleccionado, añadiremos (con el botón "Add..." de la zona inferior) el nuevo tipo de contenido "*.mxml" a la lista.
Saldremos de la ventana de preferencias pulsando el botón "Ok".
Pinchando con el botón derecho del ratón sobre la carpeta recién creada "src" y seleccionando "New-File", crearemos nuestro primer fichero Flex.
En la siguiente ventana, en el campo "File name" introduciremos el valor "Mocky.mxml" y pulsaremos el botón "Finish".

Se nos abrirá el editor de textos, es más cómodo para trabajar seleccionar el modo "Source" de entre las dos lengüetas que hay bajo la zona del editor, donde pegaremos el siguiente código Flex:


<?xml version="1.0" encoding="utf-8"?>

<mx:Application
  xmlns:mx="http://www.adobe.com/2006/mxml"
  width="100%" height="100%" layout="absolute"
  minWidth="760" minHeight="460"
  pageTitle="Mocky">

</mx:Application>

Ahora, debemos tener algo similar a lo que aparece en la siguiente figura:

Desarrollando con Flex, flexmdi, PureMVC, BlazeDS, Spring, JPA, Hibernate,... (parte 5)

2008-08-05T12:02:00.035+02:00

Ya es hora de ponernos "manos a la obra" con nuestro proyecto Mocky. Voy a empezar creando cinco (sí habéis leído bien) proyectos Eclipse:

3rdparty: es un proyecto que solamente contiene APIs Java, librerías ".jar", que suelo utilizar en TODOS mis proyectos. Luego lo añadiré al "Java Build Path" de todos los proyectos Java de mi organización.
jframework: es un proyecto que contiene clases Java (la primera "j" es de java) de lo que será el core de mi framework, común a todos los proyectos construidos por mi organización.
fframework: es un proyecto que contiene clases ActionScript (la primera "f" es de flex) de lo que será el core de mi framework, común a todos los proyectos construidos por mi organización.
mocky: es el proyecto que tiene la parte que "corre" del lado del servidor (J2EE).
flex-mocky: es el proyecto que tiene la parte que "corre" del lado del cliente (Flex).

Pasos a seguir para construir el primer proyecto 3rdparty:

Descargaremos el siguiente zip, que ya he dejado preparado con el proyecto completo. Contiene un conjunto de APIs que, personalmente, he ido seleccionando a lo largo del tiempo y que cubre un espectro bastante amplio de necesidades.
"Deszipearemos" el contenido dentro de la carpeta "C:\Desarrollo\Mocky\3rdparty".
Lo importaremos en nuestro entorno de desarrollo Eclipse. Seleccionaremos el menú "File-Import..." y pincharemos la rama "General-Existing Projects into Workspace".
En la siguiente ventana, rellenaremos el campo "Select root directory" con el directorio donde hemos "deszipeado" el fichero descargado "C:\Desarrollo\Mocky\3rdparty" y pulsaremos el botón "Finish".
Ahora ya tenemos que ver, en el "Project Explorer" de la parte izquierda de nuestro Eclipse, nuestro primer proyecto "wika2-3rdparty", importado y sin errores.

NOTA: wika2 es el término que voy a utilizar como nombre para mi organización ;-) Podéis sustituirlo por el nombre de vuestra organización, si queréis.

Pasos a seguir para construir el segundo proyecto jframework:

Seleccionaremos el menú "File-New-Project...", pincharemos en la rama "Java-Java Project" y pulsaremos el botón "Next".
En la siguiente ventana, como nombre de proyecto (campo "Project name") utilizaré "wika2-jframework". Seleccionaremos "Create project from existing source" y en el campo "Directory" introduciremos el valor "C:\Desarrollo\Mocky\jframework". El resto de los campos los dejaremos "tal cual" y pulsaremos el botón "Next".
En la siguiente ventana, pincharemos en la lengüeta "Projects" (la segunda, tras "Source") y pulsaremos el botón "Add...". Seleccionaremos el proyecto anteriormente creado "wika2-3rdparty" y pulsaremos el botón "Ok".
Finalmente, terminaremos la creación del proyecto pulsando el botón "Finish".
Nos preguntarán si queremos asociar el proyecto a la perspectiva "Java"... yo respondo que "No" y que, además, recuerde mi decisión (trabajaremos siempre desde la perspectiva "Java EE").
Crearemos nuestra primera clase Java, pinchando con el botón derecho del ratón sobre la carpeta de fuentes "src" y seleccionando "New-Class".
En la siguiente ventana, en el campo "Package" introduciremos el valor "org.wika2.jframework.util" y en el nombre de la clase (campo "Name") vamos a poner "DummyUtils". El resto de los campos los dejaremos "tal cual" y pulsaremos el botón "Finish".

Pasos a seguir para construir el tercer proyecto fframework:

Seleccionaremos el menú "File-New-Project...", pincharemos en la rama "General-Project" y pulsaremos el botón "Next".
En la siguiente ventana, como nombre de proyecto (campo "Project name") utilizaré "wika2-fframework". Desmarcaremos el checkbox "Use default location" y en el campo "Location" introduciremos el valor "C:\Desarrollo\Mocky\fframework". El resto de los campos los dejaremos "tal cual" y pulsaremos el botón "Finish".
Crearemos nuestra primera clase ActionScript, pinchando con el botón derecho del ratón sobre la carpeta del proyecto "wika2-fframework" y seleccionando "New-Folder".
En la siguiente ventana, en el campo "Folder name" introduciremos el valor "src/org/wika2/fframework/util" y pulsaremos el botón "Finish".
Antes de crear nuestra clase ActionScript, tenemos que asociar la extensión ".as" al editor de textos por defecto de Eclipse. Seleccionaremos el menú "Windows-Preferences" y la rama "General-Editors-File Associations". Añadiremos (con el botón "Add.." de la zona superior) un nuevo tipo de fichero "*.as" y lo asociaremos (con el botón "Add..." de la zona inferior) al editor "Text Editor" de la lista que se nos presenta. Saldremos de la ventana de preferencias pulsando el botón "Ok".
Pinchando con el botón derecho del ratón sobre la carpeta recién creada "util" y seleccionando "New-File", crearemos nuestra primera clase ActionScript.
En la siguiente ventana, en el campo "File name" introduciremos el valor "DummyUtils.as" y pulsaremos el botón "Finish".
Se nos abrirá el editor de textos, donde pegaremos el siguiente código ActionScript:


package org.wika2.fframework.util {

public class DummyUtils {
}

}

Por ahora, eso es todo. En un próximo artículo continuaré con la creación de los dos proyectos que nos faltan y con la creación de los "build.xml", asociados a cada proyecto, necesarios para poder crear la distribución de nuestra aplicación.

Desarrollando con Flex, flexmdi, PureMVC, BlazeDS, Spring, JPA, Hibernate,... (parte 4)

2008-08-04T08:31:00.018+02:00

Mi proyecto ejemplo se llamará "Mocky". Será el "esqueleto" de una sencilla aplicación que, simplemente, pedirá al usuario que se identifique y le permitirá mantener la información de un par de tablas, de una base de datos, mediante unos sencillos formularios.

Voy a explicar como preparar el entorno de desarrollo:

Crearemos una carpeta, llamada mocky, en nuestro sistema de ficheros. Contendrá todo nuestro proyecto, tanto el entorno de desarrollo como el proyecto en sí mismo. Para los usuarios Linux podría ser "/opt/desarrollo/mocky" y para los usuarios Windows "C:\Desarrollo\Mocky". Os recomiendo no utilizar espacios en blanco para nombrar carpetas, cuando trabajemos con este tipo de desarrollos.
Instalaremos el IDE Eclipse en esta carpeta. Yo he instalado la última versión del paquete "Eclipse IDE for Java EE Developers (Ganymede)" disponible a la fecha del artículo. La instalación es tan sencilla como "deszipear" el fichero descargado.
Instalaremos el contenedor de servlets Tomcat en esta carpeta. Yo he instalado la versión 5.5.26, porque es con la que suelo trabajar, pero serviría cualquier versión superior. La instalación es tan sencilla como "deszipear" el fichero descargado.
Instalaremos la base de datos MySQL en esta carpeta. Yo he instalado la última versión estable y disponible a la fecha del artículo.
Instalaremos el SDK de Flex en esta carpeta. Yo he instalado la última versión del Open Source Flex SDK estable y disponible a la fecha del artículo. La instalación es tan sencilla como "deszipear" el fichero descargado. Instalaremos, también, la localización en Español, tal y como conté en un artículo anterior.
Instalaremos el SDK de Java en esta carpeta. Yo he instalado la versión JVM 5.0 Update 16, porque es con la que suelo trabajar, pero serviría cualquier versión superior.
Ahora, en nuestra carpeta, deberíamos tener "algo" como lo siguiente:

Crearemos 3 variables de entorno:

JAVA_HOME apuntando a "C:\Desarrollo\Mocky\jdk1.5.0_16"
FLEX_HOME apuntando a "C:\Desarrollo\Mocky\flex_sdk_3.0.0.477_mpl"
MOCKY_HOME apuntando a "C:\Desarrollo\Mocky"
y añadiremos al PATH el directorio de binarios de nuestra JVM "%JAVA_HOME%/bin"

Ejecutaremos el entorno de desarrollo con "C:\Desarrollo\Mocky\eclipse\eclipse.exe". Al lanzarlo por primera vez, nos solicitará un directorio para guardar nuestro espacio de trabajo. Le indicaremos el siguiente "C:\Desarrollo\Mocky\eclipse\workspace" y marcaremos el "checkbox" para que no nos pregunte más en el futuro.
Cerraremos la primera pantalla de bienvenida o "Welcome" y nos aparecerá la perspectiva por defecto "Java EE".
Comprobaremos que el entorno ha encontrado nuestra JVM recién instalada. Desde el menú "Windows-Preferences" seleccionaremos la rama "Java-Installed JRE" y comprobamos.
Vamos a crear un nuevo servidor en el IDE asociado a nuestra instalación de Tomcat. Desde el menú "Windows-Preferences" seleccionaremos la rama "Server-Runtime Environments". Pulsaremos el botón "Add...", seleccionaremos la rama "Apache-Apache Tomcat 5.5", marcaremos "Create a new local server" y pulsaremos el botón "Next". En la siguiente pantalla, pulsaremos el botón "Browse...", localizaremos el directorio "C:\Desarrollo\Mocky\apache-tomcat-5.5.26", comprobaremos que el JRE asignado es "Workbench default JRE" y terminaremos pulsando "Finish".
Ahora tendremos, en nuestra perspectiva "Java J2EE", un nuevo proyecto denominado "Servers" (que no debemos borrar NUNCA) y en las vistas, en la parte inferior del entorno de desarrollo, una lengüeta "Servers" con nuestra instalación de Tomcat. Comprobaremos que, con los botones de "Start" y "Stop" o con el botón derecho del ratón sobre el servidor, podemos arrancar y parar sin errores.
Ya tenemos nuestro entorno de desarrollo preparado para empezar a crear NUESTROS proyectos.

Desarrollando con Flex, flexmdi, PureMVC, BlazeDS, Spring, JPA, Hibernate,... (parte 3)

2008-06-13T08:20:00.007+02:00

Aunque el artículo anterior habrá sonado un poco descorazonador, tengo que confesar que la aplicación está casi terminada. Pronto pasará a estar en producción y podremos comprobar el éxito o el fracaso -espero que sea lo primero- del producto desarrollado y de las decisiones que he ido tomando a lo largo del proyecto.

Algunas cosas que han cambiado con respecto a lo previsto:

Estoy utilizando MySQL como base de datos, para la fase de desarrollo. La aplicación en producción funcionará contra un Oracle 10g. El coste de crear una aplicación que permita seleccionar una base de datos u otra ha sido... "cero"!!! (gracias JPA).
Estoy utilizando Tomcat 5.5 como "servidor de aplicaciones", para la fase de desarrollo. La aplicación en producción funcionará sobre un Oracle Application Server (realmente un OC4J 10.1.3). En mis pruebas funciona, además, perfectamente sobre un JBoss 4.2. El coste de crear una aplicación que permita seleccionar un servidor de aplicaciones u otro ha sido... "cero"!!! (gracias J2EE).
Como entorno de desarrollo utilizo, exclusivamente, Eclipse y aunque tengo montado Flex Builder (la versión Trial) como un plugin de éste... apenas lo utilizo, al menos intento no utilizarlo. Me las apaño con Apache Ant y con las Flex Ant Tasks para compilar mi librería SWC y mi proyecto SWF. No he encontrado ninguna herramienta Open Source y/o gratuita con la que pueda desarrollar con Flex (parece mentira a estas alturas).
Del resto de los productos que pretendía utilizar, menos de la librería flexmdi (y creo que me arrepentiré de no haberlo hecho) he hecho uso de TODOS ellos. Esto se llama... puntería ;-)
Además he incorporado JasperReports y su diseñador de informes iReport para generar informes, que exporto a PDF y que muestro desde la aplicación Flex (realmente los muestro sobre el navegador web). El tema de los informes en Flex debería estar un poco mejor tratado.... debería estar tratado, al menos.
Una ayuda muy especial para depurar nuestro código es ThunderBolt, una extensión para "tracear" aplicaciones Flex sobre la consola de Firebug del "add-on" para Firefox.

Desarrollando con Flex, flexmdi, PureMVC, BlazeDS, Spring, JPA, Hibernate,... (parte 2)

2008-06-13T08:03:00.005+02:00

Después de 2 meses sin dar señales de vida he querido, al menos, escribir sobre la marcha de mi primer proyecto Flex. La verdad es que con esta experiencia estoy teniendo sentimientos contradictorios según el día.

Hay días que me digo: "que bueno haber descubierto Flex". Hay otros que me desconsuelo y me digo: "en qué demonios estaba yo pensando cuando me metí en esto de los RIAs".

Creo que el principal problema es que había puesto demasiadas expectativas.

No nos engañemos, el desarrollo de RIAs era ya posible, estaba en nuestra manos, desde el principio de los tiempos.

No nos engañemos el desarrollo de RIAs para la web estaba en nuestras manos desde los primeros días JAVA, mediante la creación de applets que hacían uso del vetusto API AWT. Yo he visto hace más de 10 años aplicaciones, incluso participado en ellas, alucinantes, que no tenían nada que envidiar a las actuales aplicaciones Flex.

Flex ha venido a recordarnos que esto es posible, mejora un poco -faltaría más- las dificultades que nos encontrábamos con el AWT y añade bonitas animaciones y sombras a nuestros componentes.

Respecto a esto, creo que Flex está poniendo mucho más énfasis en que podamos cambiar los estilos y las "pieles" de nuestras aplicaciones y componentes, hasta extremos innecesarios, que el potenciar aquello que realmente nos hace la vida más fácil a los desarrolladores de productos para la web. Creo que deberían buscar un equilibrio...

Desarrollando con Flex, flexmdi, PureMVC, BlazeDS, Spring, JPA, Hibernate,... (parte 1)

2008-04-19T09:59:00.007+02:00

Estoy desarrollando mi primera aplicación con Flex y quería ir comentando mis "desavenencias" en este blog, por si os sirve -o me sirve a mi- de algo, en un futuro, mi experiencia.

El "producto" es una sencilla aplicación Flex que, previa autenticación del usuario y una vez comprobados sus privilegios, nos permitirá mantener la información guardada en una base de datos, mediante sencillos formularios.

El primer problema es encontrar el conjunto de herramientas que me van a acompañar en el desarrollo de este producto. Esta es mi lista, creo, definitiva:

Base de datos: aunque trabajo normalmente con Oracle, el producto podrá funcionar con cualquier base de datos del mercado para la que tengamos un driver JDBC disponible. Es decir, casi todas las existentes o conocidas.
Servidor de aplicaciones: casi toda la lógica de negocio de mi aplicación correrá del lado del servidor. He decidido, de momento, por aprovechar al máximo mi conocimiento en este campo, trabajar con la plataforma J2EE. El servidor de aplicaciones que utilizaré es JBoss, pero la aplicación funcionará en cualquier otro servidor, compatible J2EE, sin dificultad. Incluso, lo haré funcionar en un sencillo contenedor Apache Tomcat.
Como herramientas de desarrollo, seleccionaré Eclipse y me aprovecharé, también, de la ventaja que supone poder utilizar el Flex Builder en modo trial durante unos meses.
Para acceder a la base de datos y desarrollar la lógica de negocio más dura, del lado del servidor, he decidido utilizar la siguiente combinación: algunas clases del proyecto AppFuse (más concretamente la appfuse-jpa.jar y la appfuse-service.jar), el framework Spring y finalmente como implementación de JPA (persistencia Java) he seleccionado Hibernate (pero servirían también Toplink u OpenJPA).
Para acceder desde Flex a los POJOs, los POJOs que desarrollaré del lado del servidor de aplicaciones, me he decidido por BlazeDS, por su madurez y potencia accediendo a objetos remotos. Además integraré BlazeDS con Spring de forma muy sencilla, con una factoría especial (llamada SpringFactory)... ya os contaré cómo. Esta factoría está disponible dentro de otro proyecto de integración llamado "RemoteDestination annotation for Spring".
He decidido utilizar para la parte cliente (la desarrollada con Flex) un framework para construir aplicaciones basadas en el modelo MVC (model-view-controller). He seleccionado PureMVC, que tiene un "port" para Flex y que, aunque al principio me ha costado entender su funcionamiento, creo que le sacaré bastante provecho.
Seguramente utilizaré, a futuro, múltiples librerías SWC. de momento me he descargado la flexmdi (no puedo vivir ;-) sin crear ventanas en modo MDI en mis aplicaciones). Quizá la utilicé o quizá no, ya veremos.
Por supuesto, necesitaré el SDK de Java (una versión 5.0 ó superior) y el SDK de Flex (una versión 3 o superior).

Intentaré dejar en algún sitio, próximamente, un esqueleto de aplicación con todo esto en un paquete, para que sea más fácil empezar con el desarrollo.

Trabajar con ficheros XML, diferentes opciones

2008-04-09T18:15:00.004+02:00

Como sabéis, los más potentes validadores XML y transformadores XSLT son los navegadores que tenemos instalados en nuestros equipos: IE, Firefox, Opera, etc.

Arrastrando sobre ellos un XML nos lo validan, nos lo transforman (si hay un XSLT asociado), nos lo muestran en forma de árbol, nos permiten navegar por sus nodos, etc.

No necesitamos instalar nada para ello!!!

Si no es suficiente:

Editores XML:

1. ECLIPSE: de serie incluye un sencillo editor XML, pero podemos "pegarles" otros más potentes mediante plugins, como el XMLBuddy.

Ver: http://www.eclipse.org
Ver: http://xmlbuddy.com/2.0/products.html

2. FOXE: muy sencillo (para instalar con un simple zip), consume muy pocos recursos y más que suficiente, la mayor parte de las veces. Yo lo utilizo mucho.

Ver: http://www.firstobject.com/dn_editor.htm

3. WMHELP XMLPAD: un poco más potente que el anterior.

Ver: http://www.wmhelp.com/download.htm

4. Y de pago tenemos... OXIGEN y ALTOVA XMLSPY: son dos de los productos más maduros, famosos y profesionales del mercado.

Trabajar con XML (fundamentalmente con APIs JAVA) :

1. Java incorpora un API (JAXP) en su JVM para trabajar con ficheros XML.

2. También son muy interesantes los proyectos XALAN y XERCES de Apache, que tienen "ports" en Java y en C++.

3. A mi, personalmente, me gusta mucho DOM4J (http://www.dom4j.org) que es el que yo utilicé, en su día, para los proyectos de la empresa donde trabajo.

4. Uno de los APIs Java más interesantes lo proporciona, también, Apache en su proyecto commons-digester (http://commons.apache.org/digester). Este API te permite mapear ficheros XML a clases Java.

Este proyecto es utilizado internamente por muchos de los productos con los que trabajamos, día a día, y que utilizan XML como ficheros de configuración, por ejemplo.

5. Hay más: JDOM (http://www.jdom.org), Jaxen (http://jaxen.org) que es un motor XPath, etc.

Generar ficheros XML en nuestras aplicaciones:

DOM4J y JDOM (y otros) permiten generar ficheros XML mediante la exportación a texto (por ejemplo) de documentos XML que vamos generando con estos APIs: creando el objeto documento, generando los nodos, enganchándolos al documento (o a otros nodos) y luego "serializando" este objeto documento a un fichero de texto.

A veces resulta tedioso y es más sencillo generar un fichero de texto, como un fichero de texto más de los que genera nuestra aplicación, que cumpla con las reglas de un fichero XML (claro está).

Proyectos, gestión, gestores y programadores

2008-03-26T11:24:00.000+01:00

Me he encontrado un libro gratuito y en castellano, en:

http://escolaxaviersoto.org/edicions/E3.pdf

Se llama "Dirección de grupos y reuniones. Gestión del tiempo."

Así que, creo que, NO nos interesa mucho ;-) no sea que empecemos ahora a hacerlo bien (lo de dirigir grupos, dirigir reuniones y gestionar el tiempo).

Además os invito a leer este otro pequeño artículo (me ha resultado interesante por expresar una teoría tan "real como la vida misma" de forma tan sencilla):

http://www.navegapolis.net/content/view/761

Según esta teoría, los proyectos que solo necesitan previsión de fechas y costes requieren de metodologías más tradicionales, con gestores que controlen a su equipo y den "palos" y con programadores a los que NO les guste su trabajo (que lo hagan solo por dinero, vamos).

Sin embargo, los proyectos que se preocupan realmente por el VALOR del producto requieren de metodologías más ágiles, con gestores que velen por su equipo y realmente comprometidos y con programadores que trabajen en "esto" por algo más que por dinero (porque realmente les guste su trabajo).

Traduciendo el framework de Flex a otros idiomas: catalán, francés, etc.

2008-03-24T09:08:00.007+01:00

En mi artículo anterior dejé pendiente comentar cómo había conseguido traducir el framework del Adobe Flex SDK 3 al español. En este nuevo artículo os intentaré comentar los pasos, de forma sencilla, que yo realicé, para que podáis hacer vuestras propias traducciones:

Lo más sencillo es tomar como punto de partida una localización de las disponibles (la del inglés que aporta Adobe en su SDK o la del español que os dejé la semana pasada). Están en el directorio <sdk_home>/frameworks/locale. Así que lo mejor es hacer un "copy-paste" de la carpeta que más os guste y renombrarla con el código del nuevo idioma a traducir (por ejemplo "ca_ES" para el catalán, "fr_FR" para el francés, etcétera).
Dentro de la carpeta encontraréis 3 ficheros con extensión ".swc". Debéis cambiarle la extensión por ".zip" y descomprimirlos cada uno en una carpeta diferente.
Cada carpeta tiene 3 elementos diferenciados: una nueva carpeta de nombre "locale", un fichero "catalog.xml" y un fichero "library.swf".
Editaremos el fichero "catalog.xml" cambiando toda referencia a la localización que hemos tomado como base por los códigos de nuestra nueva localización. Están todas al final del fichero dentro de una etiqueta <files>
Después debemos ir a la carpeta "locale" (al mismo nivel que el fichero "catalog.xml" anterior) y renombrar la subcarpeta que hay dentro de ella con el nuevo código del idioma que estoy traduciendo.
Dentro de esta subcarpeta hay varios ficheros, que son los que realmente debo traducir. Son ficheros de textos (recomiendo que el formato usado para estos ficheros sea el UTF-8 o tendremos problemas con acentos y demás caracteres "extraños") no muy extensos y, creo que, sencillos de traducir. Atentos a la configuración de fechas y formatos numéricos, también configurables desde estos ficheros de texto.
Finalmente, cuando tenga todos los textos ya traducidos, debo volver a comprimir la carpeta que descomprimí en el punto 2 y cambiarle la extensión por su extensión original ".swc".
Debo seguir todos estos pasos para los 3 ficheros ".swc" originales.
Y finalmente... ¡ya tenemos el Flex SDK 3 traducido a nuestro nuevo idioma!

Como os decía en el artículo anterior, simplemente añadiendo la siguiente opción al compilador "-locale ca_ES" (por ejemplo) tendréis resuelto el asunto... al menos, el asunto catalán ;-)

Creo que también se pueden especificar varios códigos al compilador separados por comas (o espacios) de la forma "-locale ca-ES, fr_FR" y luego desde código activar uno u otro al vuelo.

También podéis modificar el fichero <sdk_home>/frameworks/flex-config.xml para activar esta localización como la localización por defecto de vuestras compilaciones (es sencillo encontrar el lugar).

Flex y locale es_ES... por fin, Flex en español!

2008-03-21T11:28:00.007+01:00

Nunca entendí el motivo por el que Adobe no incorporaba al SDK de FLEX la localización en múltiples idiomas (solo lo hace para el inglés y creo que también para el japonés).

Pensaba que era por no disponer todavía de versiones definitivas del SDK... pero, no hemos mejorado en nada tras la liberación del SDK 3.

Esto hace que la localización de nuestras aplicaciones Flex se vea dificultada, al no poder traducir los mensajes (de validación y formateo, por ejemplo) convenientemente a nuestro idioma.

¡Pues al final, buceando por la web de Adobe, un poco por Google y con un poco/bastante de esfuerzo por mi parte, he conseguido resolver el problema!

En el siguiente enlace FLEXSDK3-framework-locale-es_ES.zip
os dejo un .zip que podéis descomprimir en el directorio de vuestro SDK (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 <sdk-home>/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, que realmente utiliza un SDK que viene dentro del directorio "sdks" donde esté instalado este impresionante entorno de desarrollo.

En un próximo artículo os cuento como lo he conseguido y como activar múltiples idiomas en vuestras aplicaciones.

Generación de informes

2008-03-14T13:45:00.004+01:00

Ampliando el artículo anterior sobre la generación de charts, voy a recomendar también algunas herramientas o APIs que he utilizado en la generación de informes de mis aplicaciones:

a) Para la generación de códigos de barras:

Barbecue: http://barbecue.sourceforge.net

b) Generación de informes y generación de PDFs:

iReport: http://www.jasperforge.org/sf/projects/ireport
iText: http://www.lowagie.com/iText

c) Generación de otros documentos en formato Word, Excel u OpenOffice:

POI: http://poi.apache.org
OpenOffice API: http://api.openoffice.org

Espero que ambos dos artículos os sean de utilidad,

Generación de gráficos estadísticos o charts

2008-03-14T13:33:00.005+01:00

He recopilado, esta mañana, cuatro categorías de posibilidades para cubrir el requisito de la "generación de gráficos estadísticos (o charts)" en nuestras aplicaciones:

a) Generarlos en el cliente (navegador) con Javascript. Ej:

PlotKit: http://www.liquidx.net/plotkit
Plotr: http://solutoire.com/plotr
JFlot: http://moblur.org/workshop/jflot_intro
Otros: en este bloq hay una relación, también muy interesante.

b) Generarlos en el cliente (navegador) en formato SWF (Flash), resultan super-atractivos. Ej:

amCharts: http://www.amcharts.com
Open Flash Chart: http://teethgrinder.co.uk/open-flash-chart

c) Mediante el uso de APIs JAVA (permite integración con JSF). Ej:

JFreeChart: http://www.jfree.org/jfreechart
JCharts: http://jcharts.sourceforge.net

d) Mediante un servlet que podamos invocar directamente desde mis tags <img>. Ej:

Google charts: http://code.google.com/apis/chart
EastWoord: http://www.jfree.org/eastwood

Adobe Flex 3.0 y Adobe AIR 1.0 ya disponibles

2008-02-25T08:26:00.007+01:00

El título lo dice todo. ¡Por fin ha llegado el gran día!

Flex Builder 3.0 en: http://www.adobe.com/products/flex
Flex SDK 3.0 en: http://opensource.adobe.com/wiki/display/flexsdk/Flex+SDK
AIR 1.0 en: http://www.adobe.com/products/air
Blaze DS (la última versión disponible) en: http://opensource.adobe.com/wiki/display/blazeds/BlazeDS

Además, no dejes de pasarte por el portal "Adobe Open Source". En él se mostrarán las actividades emprendidas por Adobe para la comunidad: http://opensource.adobe.com

¡Enhorabuena al equipo!

Programa y llora

2008-01-31T08:04:00.001+01:00

Desde hace meses estamos, en mi empresa, inmersos en un proceso de valoración de los puestos de trabajo (VPT) que componen el departamento de informática donde trabajo.

Básicamente se trata de adecuar los salarios a las tareas, responsabilidades, habilidades, capacidades, etc. que ponemos a disposición de nuestros usuarios/clientes.

Tengo que comentar, antes que nada, que trabajo como programador para la Administración. Sí, soy funcionario, pero... esto no es óbice para que tenga sentimientos!!!

Siempre me ha gustado el término "programador". Es un término lleno de romanticismo, pero hoy en día... poco valorado. Bill Gates, Paul Allen, Steve Jobs, Larry Ellison, Linus Torvalds, Richard Stallman, etc. seguro que se sienten orgullosos de decir que son, simplemente: programadores.

Pues en mi empresa, tras esta valoración realizada por una empresa consultora en RRHH de prestigio, de la zona donde trabajo, hemos decidido cambiar el término "programador" por el de "Técnico Medio en Informática". Triste, muy triste, pero... nos hemos visto obligados.

El resultado del informe, que esta empresa realizó, nos "dibuja" como profesionales con una iniciativa en la misma línea que el resto de los trabajadores de la "casa", sin un especial interés por estar formándonos continuamente (parece que no lo necesitamos para desarrollar nuestro trabajo), el grado de influencia de nuestros errores es bajo, tampoco realizamos un trabajo que requiera un gran esfuerzo mental y, además, es bastante fácil que cualquier persona con una experiencia similar a la nuestra se adapte al puesto y realice las mismas tareas que yo realizo y de forma adecuada.

Vamos que casi somos un fraude.

Yo, de momento, voy a intentar que me publiquen el libro Programa y llora (de la Editorial O'reilly) y, así, comprobar si puedo ganarme la vida mejor de este modo ;-)

Cambiando el estilo visual de una aplicación Flex

2008-01-29T11:01:00.000+01:00

El estilo visual, por defecto, de una aplicación Flex es bastante bonito: ventanas con esquinas redondeadas, sombras, degradados, transiciones, etc.

Si bien, al final todas nuestras aplicaciones parecerán iguales. Esto puede ser bueno para los usuarios, que llegan a reconocer, a la primera, una aplicación y por intuición ya saben como manejarla... pero, para los desarrolladores o creadores, esto, hace de su tarea de creación algo aburrido y tedioso.

Para modificar el estilo de los componentes Flex de nuestras aplicaciones podemos hacer uso de CSS (sí, una cosa menos que aprender) y así cambiar la forma y color de nuestros botones, grids, selectores de fechas, etc.

Es tan fácil como poner al principio de nuestro documento mxml la siguiente línea de código:

<mx:Application xmlns:mx="http://www.adobe.com/2006/mxml">
<mx:Style source="myStyle.css"></mx:Style>
</mx:Application>

Aún así, nos queda el trabajo de diseña un estilo propio y bonito... pues aquí viene en nuestra ayuda la siguiente aplicación (desarrollada íntegramente en Flex y de la que podemos ver, incluso, su código fuente): Style Creator

Visualmente podéis editar el cómo os gustaría que quedasen vuestros componentes Flex y finalmente pulsar el botón "Download CSS", que os descargará el fichero CSS a utilizar en vuestra aplicación. Espero que disfrutéis de ella,

Integrando Flex con .NET

2008-01-23T09:28:00.000+01:00

Piensa en una aplicación web "enriquecida" sin acceso a información corporativa (bases de datos, servicios web, otros recursos corporativos, etcétera).

Es como pensar en un huevo sin yema (queda muy soso).

Para desarrollar este tipo de aplicaciones, con Flex, teníamos que:

Desarrollar servicios http o servicios web y manejarlos directamente desde Flex.
Acceder a objetos remotos mediante el Live Cycle Data Services (LCDS), que es un producto de pago (creo que $20,000 US por CPU) de Adobe y que además funciona como una aplicación sobre un servidor de aplicaciones J2EE (tipo JBoss, Tomcat, Apache-Geronimo, Glassfish, etc.)

Hace meses Adobe liberó un nuevo producto, llamado BlazeDS, que ofrece acceso gratuito a alguna de las características de LCDS, como acceso remoto a Java usando el protocolo AMF.

Este producto, BlazeDS, también funciona como una aplicación sobre un servidor J2EE.

Parecía que solo íbamos a poder acceder a nuestros recursos corporativos desde una aplicación Flex si disponíamos de una plataforma J2EE... dejando a la plataforma .NET huérfana de estos servicios.

Pues esta importante carencia es la que viene a cubrir FluorineFX:

Flex, Flash Remoting (RPC)
Flex Messaging (parcialmente)
Flex Data Services (parcialmente)
Soporte de protocolos AMF0, AMF3 y RTMP
Servicios de navegador
Generador de código basado en plantillas (sintaxis similar a ASP.NET)
Fácil integración con Adobe Integrated Runtime (Adobe AIR™)

Parece que ya tenemos yema para todos nuestros huevos!!!

Elementos de colaboración de equipos

2008-01-14T09:11:00.000+01:00

He encontrado una tabla periódica de elementos de colaboración. Son los 74 elementos de colaboración identificados para mejorar tu equipo de trabajo, la productividad y la creatividad.

Ver más en:

http://www.mindquarry.com/community/articles/elements-collaboration

Estos patrones (o elementos) están agrupados en 4 categorías:

* Gente
* Herramientas
* Software colaborativo
* Métodos

Propongo no documentar

2008-01-03T20:06:00.001+01:00

Ya no se recomienda la documentación de los elementos que intervienen en un proyecto fuera del propio elemento.

Unos cuantos miles de los nuevos filósofos/pensadores que han surgido alrededor del proceso de desarrollo de proyectos software están de acuerdo conmigo. Es en serio.

Cada parte de un proyecto (programas, modelos de datos, etc.) debe estar autodocumentada. Si documentamos un elemento fuera de éste... lo más normal es que, pronto, la documentación quede "desalineada" con lo documentado. Fundamentalmente, por lo costoso de mantener dos cosas tan alejadas (la técnica y la documentación) a la vez y alineadas.

Ya ha quedado demostrado empíricamente que la documentación no conlleva ningún beneficio y además tiene un coste importante. Lo que ahora está de moda es la "agilidad" y la documentación no aporta nada en beneficio de esta "agilidad".

Además, a los programadores no nos gusta documentar, es un hecho, así que dejamos esta aburrida tarea siempre para el final (cuando ya nos viene "pisando los talones" un nuevo proyecto mucho más interesante) y por ello no nos la tomamos en serio y la "salvamos" como podemos.

Y ¿qué hay peor que algo no documentado? Algo mal documentado.

La siguiente pregunta refuerza más lo que digo ¿cuántas herramientas de ayuda a la documentación de proyectos software conocéis, de memoria, que mantengan versiones actualizadas y que no estén ancladas en técnicas de los años 80? (no vale decir el word, la excel o el notepad).

Actualmente, casi todos los nuevos lenguajes de programación permiten al programador autodocumentar mientras programa. Parte de esta documentación tiene "coste cero" porque hay herramientas que extraen información del propio código y generan la documentación. Así para que alguien tenga una versión actualizada solo necesita pedirle a la herramienta que se la genere ¿chachi, no?

Lo que creo es que: deberíamos esforzarnos en hacer las cosas lo más sencillas posibles, autodocumentadas/autoentendibles, utilizando "modos" conocidos y aceptados por todos. Que todos tengamos las habilidades suficientes para entender esos "modos" de forma natural (sin depender de otros elementos), que esos "modos" estén escritos (no documentados) en la forma de un reglamento básico (que dice cómo se deben hacer las cosas) y que, además, este reglamento básico se alteré lo menos posible a lo largo del tiempo.

Y, por supuesto, que todos sigamos ese reglamento básico, nos guste mucho o poco, como si fuesen mandamientos divinos (no se cuestionan... se acatan, simplemente).

Un API de Google para generar fácilmente gráficas

2007-12-15T09:45:00.000+01:00

Google ha sacado un nuevo servicio (dicen que es un API, pero realmente a día de hoy es solo un servicio en pruebas) que permite generar gráficas (de barras, de tartas, etc.) mediante el lanzamiento de una petición por URL a uno de sus servidores.

Ver un ejemplo:

http://chart.apis.google.com/chart?cht=p3&chd=s:hW&chs=250x100&chl=Hello |World

Existe un API con el que, mediante parámetros a esta URL, se pueden generar multitud de gráficas (que el servidor te devuelve como una imagen en formato PNG) para incorporar a tus webs.

Ver la documentación del API en: http://code.google.com/apis/chart/

El problema es que Google no ha liberado este desarrollo y hay que depender de la disponibilidad del servidor de Google (al que además le puedes estar enviando información sensible que el va a guardar).

Solamente atiende 50.000 peticiones al día por usuario :-)

Pues bien, no han tardado en clonar este servicio y crear una aplicación para que cualquiera de nosotros (con un simple Tomcat) podamos montar un servicio de chart compatible con el de Google.

La empresa que nos "dona" este desarrollo es de reconocido prestigio, es la autora del API JFreeChat, y el proyecto, en concreto, se llama Eastwood.

Ver más en: http://www.jfree.org/eastwood

Google se "saca de la manga" un Android

2007-12-15T09:43:00.000+01:00

Google ha lanzado una nueva tecnología para el desarrollo de software para dispositivo móviles, llamado Android, que está revolucionando estos días los foros de desarrolladores (por lo que supone de ruptura con los actuales APIs de desarrollo para estos dispositivos).

La fuerza de Google hace que ya tenga apoyos de compañías como T-Mobile, Teléfonica, HTC, Motorola, etc.

Lo interesante es que, si a lo largo del 2008 presentáis un proyecto "guapo" utilizando esta tecnología (hay un SDK y un plugin para Eclipse) podéis optar a 10.000 dolares en premios.

Ver más en: http://code.google.com/android/adc.html

Oracle elige Flex

2007-12-15T09:42:00.001+01:00

Parece que Oracle ha apostado por Flex, la tecnología de Adobe para el desarrollo de aplicaciones web "RICAS" (RIA).

Por lo visto, ya tiene versiones de Metalink, del Enterprise Manager y de otros productos desarrollados con esta tecnología.

Ver más en este interesante blog del "Cowboy de los RIA":

http://www.jamesward.org/wordpress/2007/11/12/oracle-chooses-flex-part-1

Estrés y conflictos con nuestros usuarios

2007-11-16T08:00:00.000+01:00

¿Cuál es el origen de los dos principales problemas que aparecen en nuestros departamentos de informática (sobrecarga de trabajo ¿estrés? y conflictos con nuestros usuarios)?

He identificado una relación, que puede ser ilustrativa:

No hay una clara relación de responsabilidades
Asignación de tareas poco homogéneas
La trampa de la asignación de tareas por porcentajes
Falta de gestión de proyectos
Falta de planificación
El problema de los recursos infinitos
Mala gestión de los imprevistos previstos
No hay uniformidad (visión conjunta) en la forma de abordar proyectos
Mala gestión del conocimiento
Procesos poco claros, desconocidos o no comunicados
Pensamos demasiado en clientes con nombres y apellidos
Interrupciones imprevistas pero poco importantes
El "si no lo hacemos malo, si lo hacemos... peor"
Los objetivos estratégicos a largo plazo no se abordan convenientemente
Procesos de aprobación inexistentes, insuficientes o mal definidos
Estimaciones pobres o planificación super-optimista
Inadecuada visibilidad del estado de cada proyecto
Inadecuada o no clara relación de las prioridades, del proyecto, y en la gestión de las mismas

Sin embargo, creo que nosotros tenemos pendiente, el adquirir más habilidades en la gestión de los proyectos y que ahí está parte del problema (al menos de los problemas que en nuestras manos está solucionar).

Para que podamos adquirir alguna habilidad más, dejaré un enlace a un documento:

http://www.4shared.com/file/22860361/c448caa5/PMBOK.html?dirPwdVerified=b64de899

en castellano y de interés para todos nuestros gestores de proyectos.

Se trata de una guía estándar (IEEE Std 1490-2003) que provee los fundamentos de la gestión de proyectos que son aplicables a un amplio rango de proyectos, incluyendo construcción, software, ingeniería, etc.

He descubierto que incluso existe una certificación para el "Gestor de Proyectos" -la PMP- reconocida internacionalmente.

Señalando a la gestión de proyectos

2007-10-26T08:52:00.002+02:00

En todo departamento, que se precie, involucrado en el desarrollo de productos software, aparecen siempre problemas asociados a la falta de motivación y de satisfacción de los profesionales de las TI.

Muchos de estos problemas tienen un relación directa con el fracaso de los proyectos en los que éste personal está participando.

Algún día los tecnólogos involucrados en estos proyectos nos levantaremos y diremos toda la verdad sobre lo que pensamos respecto a la gestión de proyectos (o al menos sobre lo que pensamos que se está haciendo hoy en día).

De momento quizá os ayude, para comenzar a meditar, la siguiente URL que he encontrado:

http://itfact.blogspot.com/2007/10/10-warning-signs-of-project-failure.html

En ella se habla de... el problema fundamental del fracaso de los proyectos TI está relacionado con la mala gestión y planificación de los mismos y nunca es resultado de la tecnología. Como yo soy simplemente un tecnólogo esta afirmación la elevo a los altares :-)

¿Qué señales se identifican? (a ver si nos suenan): falta de apoyo ejecutivo, cambios continuos en el alcance del proyecto, falta de gestión del cambio, no establecer las expectativas de forma clara con el cliente, plazos poco realistas, requisitos indefinidos o mal definidos, falta de planificación, falta de participación de los interesados, etc.

Planning Poker

2007-10-26T08:47:00.000+02:00

Uno de los aspectos más importantes para asegurarnos el "éxito" en nuestros proyectos es... la estimación.

Otro aspecto es hacer divertida la propia gestión del proyecto (para mi incluso más importante que la anterior).

Os dejo un par de enlaces de esta nueva técnica que está haciendo furor (por lo simpática) en los foros sobre desarrollo ágil de proyectos: es la llamada "Plannig Poker".

http://www.codinghorror.com/blog/archives/000981.html
http://www.planningpoker.com
http://www.crisp.se/planningpoker

Aunque no lo parezca es una técnica que, aún siendo divertida, es bastante seria y tiene hasta su propia literatura (a mi me parece buenísima).

Siguiendo el último enlace se puede comprar el juego de cartas "real" para comenzar a estimar.

Si mezclamos esta técnica con el "Strip Poker" (el que falla se quita una prenda) esto puede ser la bomba!!!

¿Es Adobe FLEX flexible?

2007-09-21T14:42:00.000+02:00

Ahora mismo veo a FLEX como "algo" ilusionante/refrescante, que ha entrado en este aburrido, hasta ahora, mundo del desarrollo de aplicaciones web.

Por fin, verdaderos interfaces de usuario ricos (e interactivos y bonitos), pero...

A día de hoy tengo la sensación que FLEX es una tecnología poco madura, no muy extendida y que tiene un largo camino por recorrer.

Es decir, mi duda es ¿acometer proyectos con FLEX es hoy en día arriesgado? ¿Puedo presentarlo a mis clientes como una tecnología sólida y pedirles que apuesten -ellos ponen el dinero- por ella?

En mi opinión Adobe tendría que aprender de la historia de Java (que yo conozco desde sus inicios) ya que creo van a ser dos tecnologías que pueden tener historias parejas (con una diferencia de 15 años, claro está).

Ya sé que Adobe no es SUN (SUN vende máquinas, pero hoy vende más máquinas gracias a JAVA) ya que se dedica solo a vender software pero, debería repensar (si queremos que FLEX llegue a algún sitio y si quiere mantener la pugna con Microsoft/Silverlight y con SUN/JavaFX) en liberar su entorno de desarrollo.

Hoy en día no tiene mucho sentido pagar 500 EURs por él y lo hará (liberarlo) seguro en un futuro o, quizá también, aparecerá otro que lo haga por él.

Sería algo bueno para FLEX que lo hiciese ya mismo para que la expansión de esta tecnología sea mucho mayor y rápida.

Pienso que lo mismo debería ocurrir para sus "LiveCycle solutions" ya que no tiene mucho sentido pagar por un producto que simplemente me permite conectarme con objetos de mi servidor de "negocio" o para generar gráficos o para generar PDFs.

Digamos que si FLEX, en mi modesta opinión, no me proporciona estas funcionalidades básicas y solo se consiguen mediante otros productos (y no baratos, claro) es como si se quedase un poco "cojo" para emprender esta carrera ¿no?

RIA (Aplicaciones Ricas de Internet) con más ventajas que las tradicionales aplicaciones Web

2007-09-21T14:35:00.000+02:00

¿De qué se habla estos días en los foros tecnológicos del "mundo mundial"?

Del "tan manido" RIA o enriquecimiento de las aplicaciones web... o cómo hacer de la web un verdadero escritorio de aplicaciones ricas en su interface, intuitivas y realmente interactivas.

La verdad es que en ninguno de estos foros se habla de JSF :-( tecnología que uso hace varios meses y a la que el equipo de desarrollo de mi empresa se ha "comprometido" para los próximos años (junto con facelets, jpa, hibernate, etc.) y de la que ya os comentaré otro día.

Sí se habla desde hace tiempo de AJAX, pero... ya casi esta tecnología está pasada de moda (que suerte no haberla considerado en su momento). Estos días lo que "mola" es hablar de Flex (Adobe), Silverlight (Microsoft) o JavaFX (Sun) y como una de estas tecnologías sobrevivirá y hará nuestras delicias como usuarios y como desarrolladores de aplicaciones.

Enlaces:

http://www.adobe.com/es/products/flex
http://www.openlaszlo.org (Laszlo es otra implementación Open de Flex)
http://www.microsoft.com/silverlight
http://java.sun.com/javafx
https://openjfx.dev.java.net

Algunos ejemplos (por favor, no os los perdáis)!!!

http://www.adobe.com/devnet/flex/?tab:samples=1
http://www.openlaszlo.org/demos
https://openjfx.dev.java.net

SCRUM y la vida en la oficina

2007-09-21T14:26:00.000+02:00

Durante estas vacaciones me he dedicado a hacer un poco de deporte... es decir, he estado todo el día tumbado en la playa, leyendo de "aquello" que no puedes leer durante el resto del año.

Han pasado por mis manos algunos libros/lecturas interesantes que os quiero recomendar (sobre todo, el primero):

a) Scrum y XP desde las trincheras: es un libro gratuito, en inglés y en formato PDF, que habla sobre SCRUM.

SCRUM es una metodología (o framework, mejor dicho) para el desarrollo ágil de productos y sobre la gestión del tiempo en proyectos/equipos de software.

La verdad es que suena bastante "divertida" y diferente a lo visto hasta ahora (¿alguien se acuerda ya de METRICA?). Algunos conceptos son muy interesantes, fáciles de entender y poner en marcha en equipos nuevos (si son nuevos y "quemados"... no sirve y entonces es mejor pasar al libro que os recomiendo en el punto siguiente).

El libro es gratuito, ya lo he dicho, y descargable en:

http://www.crisp.se/henrik.kniberg/ScrumAndXpFromTheTrenches.pdf

Pero también os recomiendo los siguiente enlaces sobre SCRUM:

http://es.wikipedia.org/wiki/Scrum
http://en.wikipedia.org/wiki/Scrum_(development)
http://geeks.ms/blogs/jorge/archive/2007/05/09/explicando-scrum-a-mi-abuela.aspx
http://www.chuidiang.com/ood/metodologia/scrum.php
http://scrumforteamsystem.com

Y el sitio oficial de SCRUM: http://www.controlchaos.com

Algo interesante es que como herramientas básicas se utiliza una EXCEL, un WIKI, un BugTracker y (lo más alucinante) una ventana grande de cristal y unos post-its!!!

En esta metodología, por ejemplo, se habla de cerdos y pollos o gallinas. Los cerdos son aquellos que realmente están comprometidos en el proyecto, son los responsables de llevarlo a cabo y serán medidos en su desempeño profesional por los resultados del proyecto. Las gallinas son aquellos que aún estando involucrados en el proyecto y teniendo interés en él y mucho que aportar... no están directamente involucrados en llevarlo a cabo. ¿Qué quieres ser, cerdo o gallina?

Y debe ser divertida de verdad, porque tiene hasta una web que le dedica tiras cómicas: http://www.implementingscrum.com/cartoons

b) Mi segunda lectura ha sido "Los muertos vivientes de David Bolchover". Tiene capítulos también realmente divertidos (por ejemplo, el de las estadísticas sobre la práctica de sexo en la oficina). Habla de la "escandalosa verdad sobre la vida en la oficina". Más en:

http://cesaralonso-comunica.blogspot.com/2007/04/los-muertos-vivientes-la-escandalosa.html

c) Mi tercera lectura ha sido "El libro negro del emprendedor de Fernando Trías". Identifica los puntos clave de fracaso a los que se enfrenta un emprendedor y que sirven para detectar si uno lo es o no lo es. Yo he detectado que no lo soy (un emprendedor), así que voy a releer el anterior libro sobre lo aburrida que es la vida en la oficina ;-)

¿Tu proyecto "aguanta el tipo"?

2007-09-21T14:21:00.001+02:00

Cómo si de un combate de boxeo se tratase, pondremos a prueba nuestros proyectos identificando las 101 formas de saber si está condenado (al fracaso, entiendo).

Lee el 30, por ejemplo, dice: su encargado/director pierde 7 horas a la semana pidiendo informes sobre la marcha de los trabajos.

¿Qué es estar wikado?

2007-09-19T14:02:00.000+02:00

Dentro de poco, será sinónimo de estar al día en las novedades que presenta el sector de la tecnología... y, si te suscribes a mi canal RSS, pronto tu también acabarás estando wikado.

Claro que mi especialidad es el desarrollo software, pero intentaré comentar toda aquella noticia de interés que llegue a mis "manos" y que me llame la atención como tecnólogo.

¿Quieres estar wika2 todo el día?

2007-09-19T09:20:00.001+02:00

Hoy comienzo con la creación de mi nuevo blog "Wika2". Lo primero ha sido darme de alta en Blogger y asignarle un sector o temática (lo tenía claro porque salvo de tecnología no sé de otra cosa). Lo siguiente editar mi perfil y asignarle una foto... lo mejor de ello ha sido tener que simpsonizarme.