Un acercamiento a la Tecnología para JaVaTos

Resumen de sesiones en CAS2010 (día 2)

noreply@blogger.com (Jorge Jiménez) — Sun, 27 Jun 2010 21:42:00 +0000

Siguiente con el post anterior:

Día 2

1. Ser ágil en España, un caso real con equipos de trabajo en remoto (Enrique Amodeo y Antonio David Fernández Reyes)

No voy a ser pelota de nadie, pero para mi una de las mejores sesiones. ¿Por qué? Porque laguien se atrevió a poner encima de la mesa lo difícil que es trabajar con metodologías ágiles, los intentos que ahces, los problemas que te encuentras y cómo te adaptas para mejorar. Y la mejora no se hace de un día para otro, hay mucho trabajo por detrás, muchas decisiones y mucho trabajo de comercial o psicólogo para convencer hacia arriba de que ese es el camino y al final se demuestran con hechos los beneficios.

Algo a destacas de la CAS2010 ha sido la presencia de casos reales como esta sesión y la siguiente. Y hay que ser valiente para pnerte delante y decir: empezamos así y nos equivocamos, y cambiamos y mejoramos.
Dejémonos de historias de éxito sin contar porqué es difícil, dejemos la teoría que muchos ya la han puesto en libros. Si yo quiero empezar con Scrum quiero saber qué problemas voy a tener y cómo solucionarlos, sabiendo que cada caso tendrás sus cosas.

En este caso la complejidad residia en tener un equipo distribuido, cn muchos kilómetros de distancia de Madrid. Entre los primeros puntos que nos hablaron estuvieron la experiencias previas, la implicación del equio y sobre todo la dificultad de la visibilidad del avance. Aquí entraron a explicar las diferentes herramientas que evaluaron.
Tras esta fase detectaron una serie de fallos, como que el Scrum Master estaba en Madrid, la estimación se hacía a mano alzada...
En esta segunda aproximación detectaron que los sprints no se respetaban por el número de incidencias urgentes que alargaan el sprint, no exitía el Definition of Done lo que provocaba malentendidos...los pases de entorno se volvían imposibles.
La solución que aplicaron fue TDD, SM en el equipo remoto, optimizar builds y dependencias con el uso de Maven, Hudson+Sonar y Sprint inamovibles, para ello se contó con un Product Owner más involucrado en el proceso.

Y como en todo este proceso late la mejora continua, tras estas fases siguen plantenado cambios para mejorar, queriendo incluir Kanban, Repositorios distribuidos (Git), Pair Programming, optimizar el tiempo de entrega, no de recursos...

La presentación la podéis encontrar en esta dirección.

2. One year of software developments to win a world racing championship (Luca Minudel)

¿Sabíais que los grandes equipos de Formula 1 trabajan en sus departamentos de Software con metodologías ágiles? Increible ver esta charla de Luca como miembro del equipo de Ferrari y que nos dijo que en McLaren también lo hacían y en Renault también...hasta que se han quedado sin presupuesto, porque eso de hacer release que luego tenías que tirar o modificar no lo puede hacer todo el mundo...sin dinero.

Trabajan en la nueva temporada sin esperar a que termine la actual, sin conocer la nueva regalmentación y a tope para poder ir sacando mejoras de su actual sistema. Cuando llega la regalmentación tienen que adaptarse y cambiar y mejorar, cuando llegan las carreras tienen que comparar resultados con los rivales y volver a mejorar. La verdad es que el nivel de incertidumbre y de cambio hace que las iteraciones sean una locura pero con Scrum consiguen tener release tempranas y adaptarse a los cambios que el entorno tan agresivo les empuja a tener.

3. Probando tu TDD (Juan Gutiérrez y Carlos Blé)

No tenía en mi hoja de ruta esta sesión, pero estando Juan y Carlos en ella me dejé llevar por mis compañeros de Agile-CyL allí. Tras una buena comida y con cierto sopor me encontré con que tenía que programar. Fue una sesión muy muy interesante y con un mensaje final bastante adecuado a lo que estábamos haciendo: cuando haces TDD, la documentación son los tests. Este mensaje obliga a implementar correctamente los tests, a definirlos y diseñarlos de manera adecuada para que su mantenimiento y revisión sean adecuados y sencillos.
Sólo voy a comentar que nos pusieron en grupos de 4, 2 parejas. Cada pareja con un problema distinto y que debían desarrollar mediante TDD...y hasta ahí puedo leer. Me gustaría guardar el mecanismo de la sesión para poder llevarla a cabo alguna vez en la comunidad local de agile-cyl, o en alguna empresa que quieran empezar a trabajar con TDD.
Si alguien quiere saber de qué iba que se ponga en contacto conmigo para explicarle el procedimiento en privado.
Lo recomiendo.

4. Prácticas recomendadas para la relación Cliente-Equipo en el desarrollo ágil de software (Juan Garbajosa y Agustín Yagüe)

De esta sesión me esperaba otra cosa, pero fue un acercamiento a la relación cliente-proveedor desde un punto de vista académico y Con la IEEE detrás de todo esto. Juan nos contó los avances de la IEEE para establecer un contrato marco avalado por la IEEE para la relación indicada anteriormente.
Bajo este contexto nos estuvo describiendo los diferentes puntos que sacaron, pero lamentablemente no llegaron a una conclusión final y una firma del borrador, quedando sin acabar. Juan hizo un llamamiento a quien quiesiera colaborar ya que era un trabajo desde instituciones académicas, IEEE y grandes corporaciones de diferentes paises.

Puntos Comunes:

Colaboración sobre negociación contractual: hay un problema legal si no está escrito, pero la confianza debe estar por encima del contrato.
Creación de valor: El suministrador aporta valor, pero el cliente se compromete a facilitarlo. Este punto es clave, pero estamos lejos de conseguirlo.
Adaptabilidad
Mejora contínua

Prácticas:

Contratos: existe, pero en cualquier momento se puede romper por cualquiera de las partes. Se puede porque en cada sprint se aporta valor. Describe cómo trabajar juntos mejor que impoener multas o penalizaciones.
Requisitos: base del producto. Las necesidades del cliente son cambiantes, pero el cliente debe priorizar. La priorización no debe cambiar el contenido de entrega del sprint.
Prácticas de gestión
Planificación: gestión de riesgos
Ciclo de vida iterativo: timebox "sagrado", romperlo afecta a la gestión de recursos.
Documentación: acordar la necesaria (mínima).
Testing: Introducir el concepto de DoD (Definition of Done) y definición de hecho-hecho.
Delivery: Verificar que el producto coincide con los requisitos. Si el cliente lo rechaza debe explicarlo muy bien.

5. Diez maneras infalibles de asegurar Scrum será un fracaso (Rodrigo Corral)

Rodrigo es un gran comunicador, hace la charla amena y simpática, recalcando el mensaje que quier dar con ejemplos sencillos y directos.
En esta sesión nos explicó conceptos que hacen que falle Scrum. Algunos de los que nombró fueron:

No tengas equipos
Sprint review de mentira: el equipo no tiene compromiso si le asignan tareas. El cliente no sale del Sprint Review hasta que haya dado feedback del producto.
Haz de tus retrospectivas un valle de lágrimas: se hacen para hacer algo, no para desahogarse. Hay que revisar las últimas retrospectivas y buscar los puntos repetidos, esto garantiza un éxito seguro.
En las prácticas de ingeniería del software hay valor, no importa la metodología.
No usar métricas para castigar el equipo, sino para animarlo.
Ojo con los detalles: evitar flexibilizar scrum. Se adapta scrum una vez que funciona, y mejoramos nuestra gestión.

Resumen de sesiones en CAS2010 (Día 1)

noreply@blogger.com (Jorge Jiménez) — Sun, 27 Jun 2010 19:50:00 +0000

Hacía tiempo que tenía pendiente hacer esta entrada, pero por diversas circunstancias nunca encontraba un rato para sentarme y volcar todo lo que viví esos días de Junio.
Voy a hacer breves resúmenes de las sesiones a las que me presenté:

Día 1

1. Keynote de Henrik Kniberg: The Essence of Agile

Debo reconocer que tengo debilidad por este hombre. Desde que devoré su libro Scrum and XP from the Trenches y me mostró cómo trabajar con una metodología desde el núcleo de un equipo y que funcionaba y no era un rollo a seguir con una guía de buenas maneras, sino algo sencillo y directo que todo el equipo se podía leer de una manera rápida y entendible para ponerla en práctica.

En cuanto sacó el siguiente libro Kanban and Scrum - making the most of both me atrajo porque conocía su lenguaje directo y porque en ese momento me interesaba profundizar en Kanban. Por esto participé modestamente en su traducción al castellano como he hablado en un post anterior.
La keynote fue un gran resumen en una hora de las metodologías y prácticas ágiles, explicado de una manera sencilla y poniendo cada cosa en su lugar. Con un mensaje directo y fluido nos introdujo en la agilidad, explicando los conceptos de Scrum y XP, referencias al Manifiesto Agil y a autores como Ken Beck y Robert C Martin.
La segunda parte de su presentación se orientó hacia Kanban, sacando referencias que aparecen en su segundo libro y mostrando diferentes escenarios y cómo trabajarlos con Kanban.
Me quedo con una palabra de su presentación: ¡Experimenta!

2. Desarrollo de aplicaciones en la nube con Scrum y XP (Leo Antoli e Iván Zaera)

Tenía ganas de que alguien me contara qué es eso de la nube, el Cloud Computing y cómo llevarlo a la práctica.
Leo e Iván cumplieron con mis expectativas, salvo que no vi la relación directa con Scrum como ponía el título, supongo que realmente eran las ventajas de trabajar en la nube en un equipo ágil.
Comenzaron distinguiendo las diferentes capas que nos encontramos en estas tecnologías: SaaS, PaaS e IaaS, y para cada una de ellas pusieron ejemplos como Google Docs, Google App Engine, Azure y Amazon EC2.
La charla se centró en GAE (Google App Engine) que es con lo que ellos estaban trabajando. Las razones para trabajar de esta manera las resumieron en 2: precio y mantenimiento. La primera azón, el precio, porque el hosting es menor que en un servicio tradicional y porque pagas por consumo. El mentenimiento es mucho más evidente, ya que Google se encarga del mantimiento planificado y el no planificado, siendo transparente para nosotros.
Sin embrago también hay que saber cuáles son las limitaciones que tiene GAE, y no son pequeñas: tiempo de respuesta limitado a 30 segundos y base de datos noSQL (DataStore en terminología GAE).
La primera limitación nos puede dar quebraderos de cabeza si queremos hacer uploads, y también en la primera carga de una página, ya que tiene que arrancar todo y tenemos ese límite de 30 segundos. Otro problema es que la aplicación está en máquinas distribuidas, si te mueven la aplicaciónde una máquina a otra hay que volver a levantar todo el contenedor y puede ser un incordio si la aplicación es pesada. No lo controlas tú.
Para el futuro plantean introducir MySQL, aunque el uso de noSQL es precisamente porque las base de datos relacionales no son escalables (o casi imposible).
Para garantizar la alta disponibilidad la sesión debe ser serializabe y no pude ser una sticky session. Esto es un problema para aplicaciones con JSF y su gestión de datos en sesiones (habría que serializar toda la información de los diferentes componentes de una página JSF).
Respecto al rendimiento hablaron de dos elementos:

Cola de tareas (API experimental)
Servicio memcache

Explicaron por encima las diferencias entre SQL y noSQL, y alí con una sensación de absoluto desconocimiento y de cambio de mentalidad bastante fuerte. Habrá que darle una vuelta.
Para la pruebas diferenciaron dos puntos:

Pruebas en Servidor: con un Runner de JUnit que se sube al GAE
Pruebas en Cliente: soporte JUnit para GWT (lento) o usar el patrón MVP

Respecto a la Seguridad en la nube: es una cuestión de confianza y cultural.
Versioneado: Trabajan con varios entornos (dev, pre, pro / entornos cliente / funcionales...). Hay un límite de despliegues al día, 100 y sólo se pueden hacer cada 15 minutos.

3. Enterprise Scrum (Xavier Quesada)

En esta sesión Xavier Quesada esperaba la asistencia de personal de grandes empresas y del apartado de gestión y se encontró con una mayoría de técnicos que no habíamos entendido el sentido de Enterprise (o sí) y queríamos saber cómo emter agilidad en nuestra empresa, aunque fuera tomando como modelo ejemplos de grandes corporaciones.
Xavier es una persona que sabe cautivar al personal y desde su gran experiencia nos hizo elegir de qué hablar en la sesión partiendo de 5 puntos, de los cuales tratamos tres:

-> Lidiar con la metodología actual

En este caso es importante contar con el apoyo de la gerencia para provocar el cambio. Detectamos varios problemas que hay en este cambio. Importante si lo hacemos desde abajo que los compañeros estén convencidos, los requerimientos siempre están visibles y conforman el backlog para trabajar. Si eres gerente, provocar el cambio es difícil por la resistencia que encontrarás. En este caso es mejor traer a alguien de fuera que explique la metodología y haga un coaching de la misma para adaptar los equipos a la nueva cultura.

-> Prácticas técnicas
Control de Versiones, Integración Contínua (despliegue automático y ambientes de testing) y Unit Test.

-> Cómo empezar

Trabajar con un proyecto piloto es la mejor solución. Con un tiempo limitado para mostrar los resultados del mismo ante la gerencia. Los resultados y beneficios hay que mostrarlos en calidad de dos parámetros: velocidad y software entregado y dentro de presupuesto.
Tener en cuenta que la velocidad no es la medida de la productividad.
Para mostrar los resultados hay unos indicadores:
Calidad dada mediante el número de bugs en User Acceptance Test, número de bugs en Producción durante el periodo de garantía.
Satisfacción del cliente, es algo objetivo pero igualmente válido
Encuesta del euipo de desarrollo para comparar con la metodología anterior.

4. Gestión ágil de la configuración (José Luis Soria)

La verdad es que de esta sesión esperaba más. No por ello estuvo mal, sino que le había puesto el listón muy alto y lo que me contaron ya era en cierta forma conocido por mi.
Dentro de la gestión de la configuración sólo se habló del control de versiones y sus estrategias.
Notas tomadas: seguir un modelo de aislamiento mediante una estructura de branches (qué ramas hay y su objetivo), ante una nueva funcionalidad crear una nueva branch, y definir el completado de funcionalidad, cuándo realizar el acercamiento de una rama a la troncal o master.

5. Comunidades locales de Agile Spain (Jorge Jiménez y David Esmerodes)

Esta me la guardo para una entrada propia en el blog, ya que fui protagonista de la misma

Impresiones tras CAS2010 (I)

noreply@blogger.com (Jorge Jiménez) — Sun, 13 Jun 2010 11:20:00 +0000

Ya ha terminado la Conferencia Agile-Spain 2010 y puedo hacer un resumen de la misma. Esta vez hay mucho que contar por lo que lo dividiré en varias entradas del blog, por las diferentes sesiones a las que he asisitido.
Iba a empezar a escribir esta entrada en el blog cuando me he parado a pensar en qué estaba haciendo hace un año y dónde estoy ahora.
Hace un año estaba dando vueltas a que no me gustaba mi trabajo, a que me estaba dejando llevar sin más, sin importarme nada, haciendo todo como siempre...pero con un runrun interno que me hacía sentir incómodo. Empecé a buscar información de no sabía muy bien qué cuando llegué a la lista de agile-spain, lo peor es que no puedo recordar cómo llegué allí, pero llegué. Y profesionalmente es lo mejor que he hecho en mi vida. Me empapé ese verano de palabras "raras" como scrum, product owner, retrospectiva...y me di cuenta que cosas como las prácticas de eXtreme Programming no me eran desconocidas y me las detallaban dentro de un contexto más grande, donde aparece también la palabra Lean.
De repente aparece la celebración de un Open Space, el Agile Open Spain y sin pensarlo me apunto, mira que yo nunca acudo a estas cosas de la capital.
En el Agile Open Spain aparezco y hablo con algunas personas que me trasmiten energía, buenas prácticas y sobre todo el mensaje de que este camino es duro pero que si se hace bien es reconfortante al hacer tu trabajo bien.
Salí con dos ideas claras: buscar gente en mi entorno que creyera en las metodologías ágiles y formar una comunidad local, y además resisitirme todo lo que pueda a las metodologías tradicionales como waterfall, sencillamente porque en los más de 10 años de experiencia no me han demostrado ni que se hagan mejor las cosas, ni que tenga mejor calidad el producto desarrollado. No se puede mecanizar ni industrializar una profesión en que son las personas quienes finalmente "piensan" la solución. Las máquinas y las aplicaciones ayudan en el camino pero no lo marcan, son las personas quienes lo dirigen.
Y con esas ideas ya llevamos 8 meses con la Comunidad Agil de Castilla y León, AgileCyL y ahora de vuelta de la CAS2010.
Tengo que confesar una cosa: tristemente el gran impacto que causó el Agile Open Spain 2009 no lo he tenido ahora. Eso no es malo, simplemente entonces era una página en blanco y ahora ya tengo mi propia opinión.
Pese a lo anterior, hay que reconocer que ha sido todo un éxito de asistencia y de contenidos, todos muy variados y para los diferentes perfiles y niveles que asisitieron a la conferencia. También es destacable la presencia de una referencia a nivel mundial como Henrik Kniberg.
Otro punto importante para mi: las personas. Establecer un contacto personal y directo con gente a la que sólo conocías por su firma en emails o por redes sociales como twitter, y ver que en persona son aún mejores que online (que hay mucho "rarito" en este mundo del desarrollo software).
Lo que más me ha gustado ha sido el poder tener dos tipos de sesiones claramente diferenciados, los propios de metodologías agiles y los de técnicas ágiles. Esto permite que diferentes perfiles de asistentes puedan hacer su hoja de ruta dentro de la conferencia, el más novato puede asistir a sesiones de introducción a agilidad, el gestor podía ir a sesiones sobre la gestión de equipos o la agilidad en la gran empresa, y el técnico podía ir a temas más concretos, junto con los diferentes talleres que se dieron.
Me han hablado muy, pero que muy bien de las contribuciones, pero no asistí porque no sabía de qué iban y tenía mi propia quiniela de sesiones previa. Una lástima.
Pero como para decir lo bueno hay tiempo en las siguientes entradas, voy a poner un "pero", que es una auto-crítica.
Si todos creemos que esto nace desde la comunidad y la gente, hay que tener ese grado de implicación en las reuniones de la comunidad y de la asociación. no hace falta ser socio de la asociación, pero se agradecería un poco más de respaldo. Seguramente si no existieran esas comunidades con la gente que tira de ellas sería más complicado que salieran voluntarios para organizar este tipo de eventos. Desde la asociación se pidió un poco de colaboración para la organización de más experiencias como esta y alguna ya está en marcha como el Agile Open Spain 2010 o la XP2011, y en la reunión sólo estábamos los de la asociación y algunos como yo que creemos que hay que participar más activamente, y esa charla fue fuera de todas las sesiones. Pero bueno, mientras haya personas que acudan a estas sesiones habrá continuidad para seguir haciendo cosas.

cas2010, agile, agile-spain

"Kanban y Scrum, obteniendo lo mejor de ambos" de Henrik Kniberg & Mattias Skarin

noreply@blogger.com (Jorge Jiménez) — Thu, 28 Jan 2010 15:06:00 +0000

¡Por fin ha salido!

Desde unos días antes de Navidades me vi envuelto en un bonito proyecto de traducción del libro "Kanban and Scrum - making the most of both" de Henrik Kniberg & Mattias Skarin. Todo surgió de la iniciativa de el siempre incombustible Angel Medinilla y contó con el respaldo del grupo de contenidos de Agile Spain, con el que colaboro habitualmente de un tiempo a esta parte en la traducción de artículos para extender el conocimiento de las metodologías ágiles entre la comunidad hispana.

De la sugerencia de traducción salió un grupo de "locos" entusiastas que nos propusimos hacer el trabajo de manera altruista y quizás como dice Angel "...y el convencimiento de que uno debe devolver algo a la comunidad de vez en cuando." y "...hay que ir compensando lo que uno recibe o se genera una deuda, y las deudas es lo que tienen, que crecen exponencialmente".

Para no olvidarme de nadie transcribo el nombre de los colaboradores:

Rodrigo Corral, Teo Sánchez, Gregorio Mena, Laura Morillo Velarde, Ángel Agueda (Legnita), Jorge Uriarte, Agustín Yague, Juan Palacio, Xavier Quesada, Javier Sánchez, Juan Carlos Quijano y un servidor.

[Siento no poner un enlace de Laura, no lo he encontrado :-(]

La verdad es que, teniendo en cuenta el periodo vacacional, el compromiso de la gente ha sido muy elevado. Se ha trabajado de manera colaborativa, distribuida y trabajando dando ejemplo con metodología ágil, con sprints de 1 semana y permitiendo que cada miembro del equipo se responsabilizara de la traducción de los capítulos que quisiera, posteriormente revisará los que iban siendo traducidos y así se fue realizando con mucha ilusión.

La traducción puede ser descargada aquí.

Espero que la disfrutéis y seguiremos trabajando para extender las metodologías ágiles en esta jungla del desarrollo de software ;-)

Agile, Scrum, Kanban

Retrospectiva tras primer sprint

noreply@blogger.com (Jorge Jiménez) — Sat, 23 Jan 2010 23:33:00 +0000

Por fin llegó el día de poder ver cómo ha ido este primer sprint.

Partimos de ciertas carencias asumidas como la falta de integración contínua, una buena política de definición de test unitarios...pero bueno, hay que ir dando pasitos cortos para avanzar un gran camino. Tras el periodo navideño donde nuestro Sprint 0 quedó un poco desdibujado, y sólo sirvió para establecer la arquitectura del proyecto y para avanzar con Scrum y conocer todos sus artefactos, roles y discutir el sentido de cada post-it y la gráfica de burn-down, por fin hemos empezado en serio ;-)

Al no ser yo un miembro del equipo he tendio que mantenerme a cierta distancia y sólo hacer tareas de coaching, formando al scrum master y orientando al equipo cuando había alguna duda. Pero debo reconocer que lo han hecho bastante bien para ser la primera vez.

Product Owner

Nuestro PO iba a ser una persona con contacto con el cliente externo, pero desde el prinicpio ya dijo que tenía muchas cosas que hacer y no siempre iba a estar disponible. Ante esta perspectiva el Scrum Master tuvo que hacerse cargo de ese rol. Esto es un error muy grande desde mi punto de vista y así lo hice notar en la retrospectiva, pero no se podía hacer de otra forma. Por lo menos el SM es lo bastante responsable y como es quien tien trato directo con el cliente, puede sacar cuáles son las historias que hay que hacer y preparar una pila de producto de una manera eficaz.

Sprint Meeting

Aquí tuvimos el primer contratiempo, yo les dí la formación adecuada (o eso esperaba) de como debían llevarla a cabo, pero tuve que ausentarme y no estuve presente. FAIL --> Se liaron con el tema de las estimaciones de la pila de producto y posteriormente de las tareas de cada historia. Debido a esto la reunión se alargó a dos días cuando en el primero debía haber bastado.

Daily Meeting

Muy bien realizado todos los días a una hora establecida, rápido y sencillo. Les ha gustado al equipo saber el estado del proyecto en cada momento, oo que hacía cada uno y tener un horizonte de trabajo conocido y seguro. Algún día le she tendio que dar un tirón de orejas al despistarse y empezar a contar batallitas del día anterior. También cogieron la costumbre de terminar la reunión y seguir de pie delante del tablero hablando de detalles técnicos del desarrollo.
En la retrospectiva les he dejado claro que eso lo pueden hacer en una sala sentados o en su propio puesto, pero que no lo asocien con el Daily Meeting.

Radiador de Información

Un problema: no tenemos un sitio donde colocarlo, lo cual no es muy cómodo para manejar. Parece que lo hacemos a escondidas. El equipo ha aprendido a manejar las tareas y hacer hacer que fluyan por el panel según van terminado y probando las tareas. Yo todos los días les sacaba el burndown y han reconocido que les gustaba ver la velocidad que llevaban y saber si iban bien o retrasados. El factor psicológico del panel da resultado. Les hace ser autoorganizados, responsables con sus tareas y meterles la pequeña tensión de ver cómo van sus compañeros y ellos seguir el ritmo.

Demo

Un caos!!!! Otro tirón de orejas en la retrospectiva. No funcionaba la demos por un problema de instalación en el servidor de demo. Es algo que se va a arreglar para el próximo sprint en que ya tendremos Integración Contínua (o eso me han dicho).

Retrospectiva

Dirigí la retrospectiva para que vieran todo lo que había observado durante el Sprint. Ellos sacaron algunos asuntos, siempre desde el lado positivo, pero yo incidí más en lo que había que mejorar, eso después de decirles que lo habían hecho muy bien y mejor de lo que esperaba para ser la primera vez.

Yo creo que es un equipo al que se le puede pedir más velocidad por eso me he comprometido a apretar el factor de ruido paraver hasta dónde pueden llegar.

Primeras lecturas para el 2010

noreply@blogger.com (Jorge Jiménez) — Sat, 16 Jan 2010 00:06:00 +0000

Como comenté en la entrada anterior del blog, uno de mis objetivos de este año es la formación, tanto externa como propia de manera autónoma, de manera que en esta entrada aprovecho para seguir con dos puntos de mis objetivos para el 2010. El primero, ser más constante en escribir entradas en el blog, y el segundo, leer más libros técnicos.
Aquí va un avance de los libros que estoy leyendo y que voy a leer próximamente porque ya los tengo pedidos….siempre originales, encuadernados y como nuevos, que luego no venga la SGAE hablando de INTERNET = PIRATERÍA, que parece que los que nos dedicamos al consumo de la red vamos con un parche

Libros en proceso de lectura

Clean Code: A Handbook of Agile Software Craftsmanship (Robert C. Martin) by Robert C. Martin

Libro ya clásico y que debería ser de obligatoria lectura en la Universidad y en cualquier centro de estudios sobre desarrollo de software. Debo reconocer y asumir con vergüenza que hasta el año pasado no lo conocía, pero los meses que llevo con él me ha abierto lo ojos y me ha dado muchas ideas y buenas prácticas sobre el código que genero día a día. Es de fácil lectura y todo perfectamente ilustrado con ejemplos, donde se ve el paso de código que “huele” a código con mucha más calidad, claridad y mejor implementado. Reconozco que ahora sigo a Uncle Bob Martin como un iluminado más por sus ideas.
El libro se divide en tres partes. En el primero nos habla de principios, patrones y distintas formas de escribir código limpio. En la segunda parte trata mediante ejemplos de lo explicado en la primera, viendo lo que está mal y cómo arreglarlo. Finalmente en la tercera parte aporta unas heurísiticas y errores perfectamente conocidos y explicados.

Succeeding with Agile: Software Development Using Scrum (Addison-Wesley Signature) by Mike Cohn

Mi biblia en este momento. Tras leer mucho sobre Agile en Internet e introducirme en foros, mi entusiasmo e inquietud me llevó a buscar un libro de uno de los autores de los que iba leyendo referencias y de los que veía que habían escrito ya libros de calidad. Este proceso me llevó a descubrir a Mike Cohn y de sus diversos libros este iba a publicarse en unos días, pero en Amazon ya lo ponían a la venta y no me lo pensé dos veces. No me arrepiento de los días en que abría con ansia el buzón esperando haber recibido el aviso de llegada del paquete y la alegría cuando lo tuve en mis manos y empecé a leerlo con avidez. Fuera de la teoría ya conocida sobre scrum y sobre metodologías ágiles, este libro se centra en años de trabajo con este marco de trabajo y casos reales con los que este evangelizador de agilidad se ha encontrado en su trabajo, en sus labores de consultoría, apoyo y coahcing de empresas. Define perfetamente los problemas existentes y cómo haceles frente.
Debo reconocer que no se equivoca y en la tarea que tengo ahora de llevar a la práctica la gestion de un proyecto con Scrum me sirve de referencia para no cometer demasiados fallos (que algunos ya tengo identificados que cometemos, pero estamos aprendiendo).

The 4-Hour Workweek: Escape 9-5, Live Anywhere, and Join the New Rich by Timothy Ferriss

El regalo de Reyes de este año que apareció por sorpresa Este libró llegó a mis oidos de la mano de Angel Medinilla en el curso sobre Scrum que impartió en Madrid. Hizo un par de referencias al mismo que me calaron hondo, y no tanto por el mensaje del título, que parece que da a antender que hay que trabajar menos horas, sino por el mensaje de que si no te gusta lo que ahces quedarte sentado esperando a que cambie no es la solución, planteate si no eres feliz lo que debes hacer para conseguir serlo. Haz un balance de los pros y contras de cambiar tu vida para la búsqueda de la felicidad y planteate si compensa el riesgo o no. Seguramente compensará asumir el riesgo. La verdad es que es un mensaje que en mi vida he practicado en cierta manera, ya que cuando en un trabajo no estaba agusto, o perdía la ilusión no he dejado que me afectara al resto de mi vida y procuraba cambiar buscando mejores opciones de realización profesional y personal. Aunque puede haber personas que piensen que los cambios eran para mejorar económicamente puedo asegurarles que en algún caso no fue así, y en otros fui engañado con buenas palabras, pero eso nunca me paró. La verdad es que ahora con la crisis y la situación laboral de incertidumbre este libro me ha dado una pequeña sacudida en mi interior, junto con el haber conocido a gente emprendedora de Iniciador Valladolid. Puede que este año sea un punto de inflexión en mi vida, pero solo son ideas, quizás un poco fantasiosas, pero la ilusión nunca se pierde.

INFORMÁTICA PROFESIONAL. LAS REGLAS NO ESCRITAS PARA TRIUNFAR EN LA EMPRESA de Roberto Canales

Este libro llegó a mis manos posteriormente a mi asistencia al Agile Open Spain 2009. Cuando conocía a gente como José Manuel Beas, Xavi Albaladejo, Xavi Quesada y mejor paro de escribir porque me voy a dejar muuucha gente y no sería justo ya que todo el mundo aportó muchas experiencias, ideas y casos en las sesiones que se desarrollaron y que hicieron que volviera convencido de que hay otra realidad en nuestro trabajo (creo que elegi la pastilla correcta como Neo en Matrix, pero no diré el color porque nunca me acuerdo, jejeje).
El caso es que este libro está muy bien escrito, planteado desde el punto de vista de una personas que lleva años en esto y sabe de lo que habla, te ves reflejado en muchas de las historias que desarrolla y ves a gente con la que has compartido penas y glorias en tu historia profesional. Quizás le falte un poco más de perspectiva desde el punto de vista técnico, ya que no todos llegamos a tener una visión desde las alturas de la empresa, pero está bien ver todos los enfoques de la gestión de una empresa informática, incluso de los comerciales pre venta
El que venga con divertidas viñetas de comic explicativas de cada punto hace una lectura muy amena y rápida. Altamente recomendable y mi felicitación para Roberto y la gente de Autentia.

Libros pendientes de lectura (esperando que lleguen)

Diseño Ágil con TDD de Carlos Blé Jurado

Este libro me hace especial ilusión que me llegue. En primer lugar porque tuve la suerte de recibir los dos últimos borradores del mismo el año pasado y me pude adelantar a su lectura antes de ser publicado. En segundo lugar es mi compromiso de este año, aprender a utilizar TDD y llevarlo a la práctica en el día a día. Para ello espero poder asistir a alguno de los cursos que Carlos va a impartir este año y que tanto interés tengo en que se lleven a cabo cerca de mi lugar de residencia.
Aunque el libro es de Licencia Creative Commons yo prefiero tenerlo impreso y encuadernado, que para eso me gustan los libros y también como agradecimiento al autor por el esfuerzo de un año de trabajo. También comentar la aportación de muchas personas en generación de capítulos y en la revisión del libro. Enhorabuena a todos.

Los dos siguientes libros son para aportar más calidad al trabajo diario en mi proyecto piloto con Scrum…espero que lleguen a tiempo, que el proyecto no es muy largo

User Stories Applied: For Agile Software Development (Addison Wesley Signature Series) by Mike Cohn

Agile Estimating and Planning (Robert C. Martin) by Mike Cohn

Objetivos para el 2010

noreply@blogger.com (Jorge Jiménez) — Wed, 06 Jan 2010 19:38:00 +0000

Tras leer los blogs de David Bonilla y Alberto Peña, con el meme de cada uno de objetivos para el 2010 me he decidido a apuntarme a esta línea de autoflagelación para ver a finales de año cuántas cosas no he conseguido cumplir, aunque espero que las que haya podido llevar a cabo sumen tal grado de satisfacción que supere la fustración de los fracasos.
Veamos cuáles son estos objetivos:

Hacer más ejercicio, un clásico de mi vida que siempre me persigue y nunca cumplo, así me va cada año peor. Pero no tanto como pueda pensar la gente que es por presumir, sino ya pensando en mejorar mis niveles de azúcar y hacer que la diabetes no sea ese compañero silencioso que con el paso de los años se convierta en una carga para mi y las personas que me rodean y me quieren. Hay que quererse mucho más a uno mismo.
Comprometerme mucho más con la escritura del blog. Soy un dejado, un vago para escribir, a veces porque pienso que no tengo nada que decir, a veeces porque no sé hacia donde quiero orientar el sentido del blog. Inicialmente quería hablar de Java, luego salió algún post más personal, luego un reflejo de noticias de las que me hacía eco...nada en concreto. Con el tiempo me he dado que no es tan difícil poner un par de lineas, no hace falta escribir un "libro" como entrada del blog. Me gustaría darle un enfoque mucho más práctico.
A nivel técnico me he dado cuenta de las muchas carencias que tengo, lo que en un principio me dejó mal sabor de boca y ahora lo que tengo es muuuuchas ganas de aprender. Quiero enfocar este año en el aprendizaje / mejora de conceptos como: TDD, Tests unitarios, integración continua, Maven, Sonar, y por supuestos nuevos lenguajes que me pueden ayudar en un futuro como Python, Ruby, Groovy, Grails... deberé centrarme, ya empiezo a dispersarme ;-)
Aportar mi esfuerzo a la comunidad agil de España. Ha sido el gran descubrimiento de este año, en un momento en que muchas cosas ya me daban igual encontré un grupo de gente que consiguieron llamar mi atención sobre otra forma de ver el mundo del desarrollo software. Con el empuje del Agile Open Spain 2009 me lancé a movilizar a mis contactos para formar un grupo en Valladolid, ampliado de una manera muy alegre a Castilla y León, pero bueno, hay que tener grandes miras en el horizonte para llegar lejos. Con esto conseguí empezar a "evangelizar" el agilismo por mi tierra, pero lo mejor, conocer nueva gente que ya lo practicaba y yo sin saberlo :-(. Para este año hay que meter más caña al grupo, ser proactivo y ver hasta dónde llegamos y qué podemos hacer.
Promover, perseguir y mejorar mi entorno de trabajo en la empresa en que trabajo, aportando mis ideas sobre agilidad, mejora continua y prácticas de XP. Quizá esto sea lo más difícil de todo, no tanto por mis ganas sino por la resistencia al cambio que aparece ante esas "cosas nuevas con que nos ha venido Jorge". Algún día alguno se dará cuenta que ya va un año tarde en las nuevas tendencias del desarrollo software, en la mejora de nuestro sector y las prácticas que hacen un software de mayor calidad.
Leer más libros técnicos. Ya basta de leer solo en verano novelas mientras estoy en la piscina. Hay que aprovechar todas las horas del día, de la semana para echar un vistazo a esos libros que ahora llaman mi atencion (principalmente Agile, TDD, JUnit, Patrones de diseño...) y realizar periodicamente una inversion en ellos, que a la larga será positivo para mi desarrollo profesional.

Al final creo que son ya unos cuantos objetivos bastante amplios. Esto como los mandamientos se podrían resumir en uno:

GESTIONAR MUCHO MEJOR MI TIEMPO, EMPLEAR GTD Y POMODORO

Tengo que reconocer que soy muy poco constante ;-)

Manifiesto ‘En defensa de los derechos fundamentales en Internet’

noreply@blogger.com (Jorge Jiménez) — Wed, 02 Dec 2009 10:24:00 +0000

Desde el blog de Manuel M. Almeida reproduzco este manifiesto que secundo al 100%:

Ante la inclusión en el Anteproyecto de Ley de Economía sostenible de modificaciones legislativas que afectan al libre ejercicio de las libertades de expresión, información y el derecho de acceso a la cultura a través de Internet, los periodistas, bloggers, usuarios, profesionales y creadores de internet manifestamos nuestra firme oposición al proyecto, y declaramos que…

1.- Los derechos de autor no pueden situarse por encima de los derechos fundamentales de los ciudadanos, como el derecho a la privacidad, a la seguridad, a la presunción de inocencia, a la tutela judicial efectiva y a la libertad de expresión.

2.- La suspensión de derechos fundamentales es y debe seguir siendo competencia exclusiva del poder judicial. Ni un cierre sin sentencia. Este anteproyecto, en contra de lo establecido en el artículo 20.5 de la Constitución, pone en manos de un órgano no judicial -un organismo dependiente del ministerio de Cultura-, la potestad de impedir a los ciudadanos españoles el acceso a cualquier página web.

3.- La nueva legislación creará inseguridad jurídica en todo el sector tecnológico español, perjudicando uno de los pocos campos de desarrollo y futuro de nuestra economía, entorpeciendo la creación de empresas, introduciendo trabas a la libre competencia y ralentizando su proyección internacional.

4.- La nueva legislación propuesta amenaza a los nuevos creadores y entorpece la creación cultural. Con Internet y los sucesivos avances tecnológicos se ha democratizado extraordinariamente la creación y emisión de contenidos de todo tipo, que ya no provienen prevalentemente de las industrias culturales tradicionales, sino de multitud de fuentes diferentes.

5.- Los autores, como todos los trabajadores, tienen derecho a vivir de su trabajo con nuevas ideas creativas, modelos de negocio y actividades asociadas a sus creaciones. Intentar sostener con cambios legislativos a una industria obsoleta que no sabe adaptarse a este nuevo entorno no es ni justo ni realista. Si su modelo de negocio se basaba en el control de las copias de las obras y en Internet no es posible sin vulnerar derechos fundamentales, deberían buscar otro modelo.

6.- Consideramos que las industrias culturales necesitan para sobrevivir alternativas modernas, eficaces, creíbles y asequibles y que se adecuen a los nuevos usos sociales, en lugar de limitaciones tan desproporcionadas como ineficaces para el fin que dicen perseguir.

7.- Internet debe funcionar de forma libre y sin interferencias políticas auspiciadas por sectores que pretenden perpetuar obsoletos modelos de negocio e imposibilitar que el saber humano siga siendo libre.

8.- Exigimos que el Gobierno garantice por ley la neutralidad de la Red en España, ante cualquier presión que pueda producirse, como marco para el desarrollo de una economía sostenible y realista de cara al futuro.

9.- Proponemos una verdadera reforma del derecho de propiedad intelectual orientada a su fin: devolver a la sociedad el conocimiento, promover el dominio público y limitar los abusos de las entidades gestoras.

10.- En democracia las leyes y sus modificaciones deben aprobarse tras el oportuno debate público y habiendo consultado previamente a todas las partes implicadas. No es de recibo que se realicen cambios legislativos que afectan a derechos fundamentales en una ley no orgánica y que versa sobre otra materia.

NOTA: Este manifiesto fue redactado conjuntamente por periodistas, bloggers e internautas, en una maratoniana sesión durante la tarde-noche de ayer. Si estás de acuerdo, difúndelo por todas las vías que puedas.

Lider de Proyecto.com / Identificar Stakeholders... Â¿Por quÃ© molestarse en esto?

noreply@blogger.com (Jorge Jiménez) — Tue, 15 Sep 2009 07:58:00 +0000

Lider de Proyecto.com / Identificar Stakeholders... ¿Por qué molestarse en esto?

Shared via AddThis

Entrenadores - ¿Liderar o no liderar?

noreply@blogger.com (Jorge Jiménez) — Tue, 01 Sep 2009 14:28:00 +0000

He encontrado esta entrada en el blog http://www.bigvisible.com/gschlitz/coach-to-lead-or-not/ y me ha parecido interesante su contenido, de manera que lo he traducido para ponerlo a disposición de la comunidad hispana. No sé qué opinais sobre el liderazgo en el sentido clásico de las metodologías tradicionales y el liderazgo en las metodologías ágiles. Yo creo que la lectura de este texto puede ser útil, y además abrir un debate sobre el papel del coaching en las empresas que comienzan a utilizar scrum.

Mi opinión es contraria a este texto, yo creo que el coaching debe ayudar pero no interferir en el proceso de integración de técnicas ágiles en un equipo. Debe facilitar el trabajo, orientar, pero no liderar, porque se corre el riesgo de malinterpretar los papeles de cada personaje dentro del equipo. De acuerdo que al principio puede ser complejo el llevar a cabo todas las actividades por la inexperiencia, pero con el erro se aprende y sobre todo se mejora en una evolución constante de los equipos de trabajo. También creo que de forma natural aparecerán las personas con más capacidad para el liderazgo...saber lo que hay que hacer no implica liderar al equipo. Yo puedo saber aplicar scrum y trabajar con ello, pero puede que mi personalidad esté muy distante de lo que se espera de un lider como referencia o punto de apoyo en un momento dado.

A menudo oigo diferentes opiniones sobre lo que los entrenadores pueden o no pueden hacer: Un ejemplo es si pueden o no liderar. Una opinión común es que los entrenadores no son líderes.

Mi opinión puede ser un poco controvertida.

Creo que un entrenador es lo que él/ella necesite ser para ayudar a sus equipos a avanzar de nivel. Creo que buenos entrenadores son también buenos líderes, aunque no cumplan papeles de liderazgo sobre aquellos a los que entrenan.

Algunas organizaciones están en tal estado que necesitan alguien para demostrar liderazgo para comenzar a entender lo que un lider hace en su contesto y en ese caso no hay nadie disponible para realizarlo. En ese momento, ninguna cantidad de preguntas Socráticas, diálogo, facilitar recursos, u otras técnicas de ayuda les llegará en un tiempo razonable. En ese momento, imagino a aquellos con un papel estricto de entrenador declarando "no están preparados para <afrontar x>". Yo realizaría una aproximación diferente - Yo temporalmente me haría cargo del papel de líder para demostrar cómo hacerlo y entonces dejar el papel a un miembro del equipo

Consideraciones importantes cuando asumes el liderazgo siendo un entrenador

Cuando haces esto, te quitas tu sombrero de entrenador y te pones un sombrerlo de liderazgo prestado. Fija las expectativas claramente:

esta es una situación temporal, breve, con objetivos especificos incluidos la demostración y nombramiento posterior
un objetivo principal de este esfuerzo es entregar el liderazgo tan rápido como sea posible a un miembro del equipo
un objetivo principal es recuperar el gorro de entrenador tan pronto como sea posible y romper las dependencias del entrenador como lider

Si eres un entrenador, puedes haber actuado como lider anteriormente

¿Facilitas reuniones pronto en un compromiso, tales como descubrir talleres u otras cosas? Estás actuando como un líder en ese momento. Como describo más abajo, es un esfuerzo con un tiempo límite con expectativas muy claras. Pero esto es liderar. Cuanto más explícito y responsable sea el papel de liderazgo que estás tomando, más resbaladiza es la pendiente que sigue, pero con una gestión cuidadosa de las expectativas y un plan claro para la transición del papel a un miembro del equipo, los equipos se pueden beneficiar de tu experiencia y liderazgo.

¿Hacerles cambiar?

Algunos creen que el papel de entrenador es muy explícito y que hay límites muy claros, y esas personas no están "preparadas para ser ayudadas". Yo no lo creo. Yo creo que "trabajo sobre /con la persona que está enfrente de mi", entre los problemas que tienen y esass reglas a veces necesitan ser cambiadas para ayudarles de la mejor manera. Si quieren cambiar y mejorar, haré lo que sea necesario para ayudarles.

Un ejemplo

Un equipo era el primero en su empresa (una gran empresa) en probar scrum. El equipo es uno de cuatro que trabajan en un gran proyecto. Nadie en los cuatro equipos tienen experiencia con scrum, y la cultura hasta ahora era la de multi tareas, diversos jefes ("tengo cinco jefes, Bob, cinco"), y miedo de estrellarse contra las rocas o exponer información. Hay un liderazgo poco claro.

Una aproximación que funcionó verdaderamente bien en esta situación en diversas empresas para mi fue tomar el papel de lider durante un periodo de tiempo fijado, con objetivos explícitos de transferir el papel a un miembro del equipo tan rápido como fuera posible. Tomando el papel de scrum manager para unos pocos sprints me permitieron - alguien con la pequeña necesidad de romper con la tradición - facilitar decisiones, reglas de desafío, exponer elefantes y demás. Los miembreos del equipo vieron que todas aquellas cosas acabaron de manera exitosa, y un scrum manager natural emergió y tomó el papel, permitiendome centrar en el entrenamiento puro.

Mientras muchos equipos empezaron a probar scrum, apareció un nuevo salto de liderazgo - a nivel de programa. Asumí de nuevo el papel de scrum master- otra vez por un periodo breve de tiempo con objetivos expecíficos de transferir el papel a alguien del equipo tan pronto como fuera posible. Los resultados se repitieron - esta vez a nivel de programación - y los resultados fueron equipos que funcionaron de manera efectiva como un programa agil.

Asumir estos papeles fue un riesgo...es un terreno resbaladizo comenzar a asumir papeles de liderazgo responsable. Sin embrago, en algunos lugares, debe tener lugar un aprendizaje drástico, y en esos sitios, alcanzar algunas respuestas a través del cuestionamiento y facilitación podría llevar una cantidad de tiempo cuestionable. En esto sitios, demostración y tutelaje pueen ser combinados con entrenamiento para encontrar la luz. Más sobre este asunto en mi post coaching courag.

Agile Open Spain en Madrid - 23-24 octubre 2009

noreply@blogger.com (Jorge Jiménez) — Mon, 17 Aug 2009 12:10:00 +0000

Hace tiempo que no actualizo el blog y algunas personas ya me lo han hecho notar, de manera que aquí va mi pequeña actualización.
El tema es sobre metodologías agiles que es un tema que últimamente me está llamando la atención. Quizás sea otra "moda" más sobre la forma de abordar los proyectos / trabajos de nuestra profesión, pero que tiene un fondo que con el paso de años me doy cuenta que es una verdad como un puño: lo importante es el producto final, es algo que interesa tanto a cliente como a desarrolladores. Y en esto radica que se haga frente a todos los problemas que conocemos cuando se hacen las cosas mal, no se tiene la información necesaria, el cliente espere algo distinto a lo que entregamos por no haberse especificado correctamente. Y antes de lamentarnos mejor solucionarlo.
El hecho de que el cliente, o propietario del producto esté involucrado en el desarrollo me parece esencial. Es tan responsable como nosotros de la finalización y entrega de un producto perfectamente validado por él. Nosotros por nuestra parte debemos conocer toda la informacion posible de lo que quiere el cliente y tenemos que irle ofreciendo nuestro trabajo en peridoso coros de tiempo para poder validar nuestro trabajo con el y sobre todo: poder solucionarlo a tiempo. No hace falta malas planificaciones ni mala coordinación, no hay que hacer horas de más en la medida de lo posible.

Para aprender un poco más y empezar a ver lo viable que puede ser en el equipo en que trabajo voy a asistir al Agile Open Spain (siempre y cuando me acepten, jejeje...a ver si puedo aportar algo). En la página comentan esto:

Con los objetivos de difundir las metodologías ágiles en España (Scrum, eXtreme Programming. Lean Software Development) y compartir experiencias, el viernes 23 de octubre por la tarde y el sábado completo tendrá lugar el primer Agile Open Spain en las instalaciones de la Escuela Universitaria de Informática en el Campus Sur de la Universidad Politécnica de Madrid. Ctra Valencia Km.7. 28031 Madrid (Localización Google Maps)

El Agile Open Spain es un evento sin ánimo de lucro organizado de manera muy participativa. Esta diseñado para compartir entre los asistentes sus experiencias, ideas, experimentos y retos sobre metodologías ágiles (despliegue, planificación ágil, retrospectivas, ingeniería, herramientas, gestión de producto, calidad, etc.), basándonos en el formato de Open Space, para promover la colaboración y que la conferencia se convierta en aquello que sus asistentes deseen. No existe una agenda fijada, sino que entre todos crearemos la conferencia, elegiendo temas y participando. Contaremos con algunas de las personas que más saben de metodologías ágiles en España, así que ten por seguro que la conversación será interesante.

Si quieres:

Compartir tus experiencias como experto o principiante en el uso de prácticas Ágiles.
Escuchar a algunas de las personas que más saben de metodologías ágiles en España.
Encontrar el futuro antes de que éste te encuentre a ti.

entonces, inscríbete aquí (notar que el evento es gratuito pero las plazas son limitadas).

Agenda

Viernes

18:00 – 18:30: Bienvenida con aperitivo y networking.
18:30 – 19:15: Presentación del agilismo, de Agile-Spain y del Open Space.
19:15 – 20:00: Identificación y selección de sesiones por parte de los asistentes para crear la agenda del sábado.

Sábado

09:00 – 18:00: Open Space.

Cada sesión tendrá 1 hora de duración. Habrá un espacio de 15 minutos entre sesiones y una hora para comer (coste a cargo de patrocinadores). En total podrán haber hasta 30 sesiones. Se podrá proponer una sesion de 2 horas que ocupe dos bloques de tiempo.

Aunque me tendré que poner al día para saber de qué hablan estos chicos y no ir de paleto por allá.

Agile, Scrum

noreply@blogger.com (Jorge Jiménez) — Thu, 12 Feb 2009 14:35:00 +0000

reorganizando la informacion

Caja Madrid overhauls financial messaging with Sun Microsystems

noreply@blogger.com (Jorge Jiménez) — Thu, 18 Dec 2008 10:13:00 +0000

Aqui hay un artículo del trabajo bien ehcho en los últimos meses...siempre gusta recibir y/o leer este tipo de noticias:

Spanish savings bank Caja Madrid is overhauling its financial messaging strategy with Sun Microsystems' suite for Swift.

The
bank is using the Sun Open Suite for Swift offering, which is designed
to kick-start SwiftNet integration projects, and is made up of the
vendor's SOA platform, Sun Java Composite Application Platform Suite,
as well as hardware, operating systems and high-availability options.

The three-year strategy covers payments, securities, funds and
treasury, in addition to communication with external institutions,
including CNMV - the Spanish local market regulator.

Sun says the strategy will enable Caja Madrid to consolidate all
bank-to-bank message flows, improving efficiency and time to market in
the design and execution of business processes.

The move encompasses full SwiftNet integration, creating a new
development and execution platform for business processes related to
Target2, EBA XCT and SCT, Iberclear (Spanish Local ACH), Swift
application to application (ICM) integration, Sepa direct debit flows
and TSU value supply chain.

Ambreesh Khanna, global head, financial services industry, Sun
Microsystems, says: "Caja Madrid is helping its customers better manage
their messaging infrastructure in a cost-effective way."

Local vendor Grupo Acotel will act as implementation partner for Caja Madrid on the project.

Real como la vida misma

noreply@blogger.com (Jorge Jiménez) — Mon, 27 Oct 2008 10:45:00 +0000

Creo que muchos se verán reconocidos en este chiste:

Google liberó el código fuente de Android

noreply@blogger.com (Jorge Jiménez) — Wed, 22 Oct 2008 14:36:00 +0000

Google ha hecho público hoy el código fuente de Android, su plataforma para móviles basada en Linux. Tal y como habían previsto, el anuncio ocurre el mismo día en que T-Mobile lanza el G1, el primer teléfono móvil con Android.

“Hoy es un gran día para Android, la Open Handset Alliance y la comunidad open-source”, anuncia Google en su página oficial. Como prometido, la plataforma para dispositivos móviles se convierte en software libre.

“Todo el trabajo que hemos derrochado en la plataforma móvil está ahora disponible, de forma gratuita, como el Android Open Source Project”, señala Dave Bort en el anuncio oficial. “Android no es sólo una pieza de hardware; es una plataforma completa de software que se puede adaptar a todo tipo de configuraciones de hardware”, añade.

La idea de Google es que esta apertura del código haga que Android evolucione rápidamente y gane nuevas aplicaciones, y de paso ahorrarse en dinero en el desarrollo del software.

Es un gran paso para el desarrollo de aplicaciones para este terminal móvil que será un duro competidor con el iPhone de Apple, y si no tiempo al tiempo...aunque siempre habrá 2 líneas como en los PC's con los Mac.

La gran ventaja que tiene Google sobre Apple es el acuerdo empresarial con fabricantes de móviles, que permitirá que esos móviles sean buenos en sí y ya veremos cómo va creciendo la parte de software de los mismos.

Curioso también el hecho de que el código fuente no esté disponible para Windows... ¿será cuestión de tiempo o una postura firme de Google hacia el open source?

Gartner identifica cuatro claves que transformarán la industria de software

noreply@blogger.com (Jorge Jiménez) — Wed, 22 Oct 2008 13:48:00 +0000

He leido este articulo en un e-zine y me parece un aspecto a tener en cuenta por las empresas para saber por dónde nos movemos y cuales son las tendencias en los próximos años, aunque ya sabemos cómo cambia esto en cuestión de meses.

Aquí lo transcribo:

Soluciones novedosas de software transformarán no sólo la industria sino la utilización de los aplicativos, según Gartner. El software se focalizará en distintos escenarios como usuarios, aplicaciones Web y aplicaciones SOA. Asimismo, éstos se ofrecerán mediante los nuevos modelos de cloud computing y SaaS. Estos cambios alterarán significativamente la industria de software en cuatro aspectos clave.

1. Emergencia de nuevas tecnologías y la convergencia de tecnologías existentes

– el mercado de TI ha alcanzado un periodo acelerado de innovación y cambio que afecta los modelos de distribución y entrega. Las tecnologías centradas en SOA ahora incluyen la gestión de procesos de negocio, la portabilidad de dispositivos y los contenidos mashup. Por el 2010, los mashup serán el modelo predominante para la creación de aplicaciones corporativas.

Los mashup permiten crear aplicaciones al momento y abren la posibilidad de una nueva clase de aplicaciones desechables con la capacidad de resolver temas como la agregación de contenidos y la flexibilidad personal con accesos a datos internos y externos.

2. Cambios en los usuarios de software y la demográfica de soporte

– los cambios de cómo, cuándo y dónde trabaja la gente, así como las nuevas modalidades en Internet están propiciando cambios fundamentales en la estructura de negocio. Por el 2015, ninguna empresa podrá crear o sostener una ventaja competitiva si no integra herramientas de colaboración y de dinámicas sociales.

La oportunidad para el negocio está en comprender el efecto de la individualización en el negocio, los procesos críticos, la innovación y la colaboración. Las preferencias del usuario determinarán el 50 por ciento de las adquisiciones de software TI.

3. Cambios revolucionarios en la utilización y consumo de software

– por el 2010, SOA formará parte del 80 por ciento de las nuevas aplicaciones críticas y procesos de negocio. El entorno de aplicaciones del futuro será más granular, incisivo y fluido para habilitar desarrollos más rápidos. Durante el 2008 y 2009, las organizaciones deben rediseñar sus procesos, políticas de gobierno y disciplinas para iniciar esta transición. Con mayor frecuencia, el mercado aprovechará las nuevas plataformas Web, software como servicio (Saas) y otros servicios TI.

4. El mercado de software estará dominado por mega-proveedores que soportan ecosistemas masivos
– los mega-proveedores de software ya han demostrado su valía e influencia en el espacio empresarial. Éstos intentarán dominar las arquitecturas empresariales mediante la integración de los productos de proveedores más pequeños. En efecto, los mega-proveedores tendrán los recursos y los proveedores pequeños tendrán la iniciativa y el incentivo.

10 trucos de Subversion para controlar tu código

noreply@blogger.com (Jorge Jiménez) — Tue, 21 Oct 2008 12:34:00 +0000

1. Usa status para encontrar tu...estado

Con Subversion, si quieres encontrar lo que has modificado ejecutas svn status. Este comando compara los ficheros en tu copia de trabajo (working copy) con aquellos en las areas administradas por Subversion (esos molestos directorios .svn), evitando así la necesidad de un acceso a la red de ida y vuelta:

$ svn status
D      fish.c
A      shrimp.c
M      anemone.c

Ten en cuenta que fish.c está previsto que sea borrado, shrimp.c está previsto que sea añadido, y anemone.c ha sido modificado.

Ahora, por defecto, svn status sólo muestra los ficheros que son interesantes (como aquellos que han sido añadidos, modificados o borrados). Si quieres ver la información de todos los ficheros de tu copia de trabajo, utiliza la opción --verbose

  $ svn status --verbose

                44        23    sally     README

                44        30    sally     INSTALL

                44        35    harry     trout.c

D               44        19    ira       fish.c

A                0         ?     ?        shrimp.c

M                0         ?     ?        anemone.c

                44        36    harry     things/rocks.txt

La primera columna representa lo mismo, pero la segunda muestra la revisión de trabajo del elemento. Las tercera y cuarta columnas muestran la revisión del último cambio del elemento y quién la realizó.

Si quieres saber qué ficheros se actualizarán la próxima vez que ejecutes svn update, utiliza la opción --show-updates en el comando svn status

  $ svn status --show-updates --verbose
        *        44        23    sally     README
                 44        30    sally     INSTALL
        *        44        35    harry     trout.c
 D               44        19    ira       fish.c
 A                0         ?     ?        shrimp.c
 M      *        44        32    sally     anemone.c
                 44        36    harry     things/rocks.txt

Puedes ver que los ficheros que serán actualizados son los marcados con un *.

2. Recuerda, puedes mover cosas

He visto personas pasando mucho tiempo en reuniones decidiendo la estructura de directorios y el lugar de los ficheros en un proyecto, pero con Subversion puedes mover ficheros y directorios con total libertad:

  $ svn move foo.c bar.c

 A         bar.c

 D         foo.c

Ahora bar.c ha sido marcado para ser añadido y foo.c ha sido marcado para ser borrado. (Así es como Subversion representa un movimiento de ficheros. svn commit Enviará tus cambios al servidor.)

Puedes mover ficheros y directorios directamente en el servidor mediante las URL's:

  $ svn move -m "Move a file" http://svn.red-bean.com/repos/foo.c \
                             http://svn.red-bean.com/repos/bar.c

Esto realiza el movimiento de foo.c a bar.c en el servidor directamente.

3. Etiquetar y crear ramas mediante copia

En Subversion, las operaciones de rama (branch) y etiquetado (tag) se hacen como copias:

  $ svn copy -m "Tag rc1 rel." http://svn.red-bean.com/repos/trunk \
                              http://svn.red-bean.com/repos/tags/1.0rc1

Has creado una etiqueta de tu línea principal de desarrollo o troncal (indicada como trunk en términos de Subversion). Si en realidad quieres crear una rama, copia la linea troncal de desarrollo en el directorio branches (ramas), es así de sencillo. Y en Subversion, etiquetar y crear ramas es así de rápido.

En Subversion, etiquetas y ramas son sólo rutas copiadas en el árbol del repositorio. Por convención, las etiquetas se encuentran bajo la ruta /tags y las ramas bajo /branches.

Subversion necesita solo copiar un unico nodo directorio para hacer una copia, lo cual no es realmente rápido, pero ocupa muy poco espacio en el repositorio--no importa el número de ficheros incluidos en la rama o etiqueta. ¡La comunidad de Subversion los llama "cheap copies" ("copia barata") por una buena razón!

No estás limitado a etiquetar todos los ficheros en la misma revision en Subversion: Si necesitas hacer una etiqueta o rama "revision-mezclada", siempre puedes copiar una copia de trabajo en una URL:

$ svn copy -m "Mixed branch." . http://svn.red-bean.com/repos/branch/1.2-mixed

Vete a Branching and Merging para una descripción más extensa de cómo hacer ramas y etiquetar.

4. "Revert" en vez de "delete and update"

Subversion almacena una copia original de cada fichero en el directorio .svn de tu copia de trabajo, de manera que puedes hacer esto:

  $ svn revert I-made-a-boo-boo.txt
 Reverted 'I-made-a-boo-boo.txt'

Esto viene bien si no tienes una conexión de red en un momento dado.

5. No temas a tu sistema de control de versiones

Por defecto, ciertos sistemas de control de versiones que no mencionaré (como CVS) traducen los finales de línea (de CR [Unix] a CRLF [Windows] y viceversa) y expanden palabras reservadas (como $Id$) en tus ficheros. Esto es muy útil hasta que subes al repositorio un fichero binario y CVS, en un alarde de generosidad, convierte tu fichero en algo incomprensible.

Subversion nunca hará nada sobre tus datos salvo que tú se lo pidas explícitamente.

Repitamos de nuevo:

SUBVERSION NUNCA HARÁ NADA SOBRE TUS DATOS A MENOS QUE SE LO PIDAS.

Puedes añadir cualquier fichero binario a tu repositorio de Subversion y no tener que hacer nada especial para que Subversion no destruya tu fichero. Sin embrago, si añades un fichero de texto (un fichero .java o .c, por ejemplo), podrías querer que Subversion controle la transformación del fin de linea automáticamente por ti. Esto se hace usando las propiedades de Subversion.

En este caso, tendrás que asignar a la propiedad svn:eol-style el valor native:

  $ svn propset svn:eol-style native halibut.c

y subir tu cambio al repositorio.

Puedes aprender de tu cliente de Subversion para añadir ciertas propiedades a tus ficheros automáticamente--lee la sección de Automatic Properties y su configuración para más información.

6. Log, log, log tu log

El comando log de Subversion proporciona datos útiles y compactos basado en un commit atómico de Subversion. Por ejemplo:

$ svn log
------------------------------------------------------------------------
r3 | sally | Mon, 15 Jul 2002 18:03:46 -0500 | 1 line

Added include lines and corrected # of cheese slices.
------------------------------------------------------------------------
r2 | harry | Mon, 15 Jul 2002 17:47:57 -0500 | 1 line

Outline sandwich fixins.
------------------------------------------------------------------------
r1 | sally | Mon, 15 Jul 2002 17:40:08 -0500 | 1 line

Initial import
------------------------------------------------------------------------

Cada entrada del log muestra el número de revisión de la entrada, el autor, la fecha, el número de líneas en la entrada de log (para ayudar en el análisis de la salida de svn log), y el mensaje de log en sí mismo. Si quieres ver las rutas que cambiaron en la salida de tu log, pasa la opción --verbose:

    $ svn log --verbose   ------------------------------------------------------------------------   r3 | sally | Mon, 15 Jul 2002 18:03:46 -0500 | 1 line   Changed paths:      M /trunk/sandwich.txt

Added include lines and corrected # of cheese slices.
------------------------------------------------------------------------
r2 | harry | Mon, 15 Jul 2002 17:47:57 -0500 | 1 line
Changed paths:
M /trunk/sandwich.txt

Outline sandwich fixins.
------------------------------------------------------------------------
r1 | sally | Mon, 15 Jul 2002 17:40:08 -0500 | 1 line
Changed paths:
A /trunk/sandwich.txt

Initial import
--------------------------------------------------------------------

En los ejemplos anteriores, habrás notado que no hemos pasado ningún fichero o directorio específico (llamados targets) al comando de log. Si ejecutas svn log sin especificar targets (objetivos), Subversion presupone que te refieres al directorio de trabajo actual. Subversion usa una revision de incio de 1, y la revision de trabajo de tu directorio de trabajo actual como la revision final. (Puedes saber cuál es esta revision de trabajo usando svn status -v, como mencionamos anteriormente.)

Y ahora una pequeña nota: Si subes un cambio de un fichero e inmediatamente ejecutas svn log, no verás el mensaje de log de tu commit reciente. Esto es debido a que la "revision de trabajo" de tu directorio de trabajo no ha sido actualizado (subir un fichero no actualiza inmediatamente tu directorio de trabajo o cualquier otro fichero). Si ejecutas svn update y a continuación svn log, verás el mensaje de log "perdido".

Lee http://svnbook.red-bean.com/en/1.5/svn.tour.history.html y http://svnbook.red-bean.com/en/1.5/svn.ref.svn.c.log.html para más información sobre el uso de svn log.

7. Deshacer rápidamente un commit erróneo

Supón que tienes una copia de trabajo de /trunk y descubres que el cambio que hiciste en la revisión 303, que modificó oyster.c, es erróneo por completo--nunca debería haberse subido al repositorio. Puedes usar svn merge para "deshacer" el cambio en tu copia de trabajo*, y entonces subir la modificación local al repositorio. Todo lo que necesitas hacer es especificar una diferencia inversa usando svn merge:

  $ svn merge -r 303:302 http://svn.example.com/repos/calc/trunk
 U  oyster.c

Usa svn diff para verificar que el cambio es correcto, y entonces súbelo al repositorio.

Para más información, lee Undoing Changes

* Es decir, restaura la última versión de tu repositorio a su estado anterior; Subversion todavía tendrá el commit "malo" en el repositorio. Siendo un sistema de control de versiones, el trabajo de Subversion es recordar todo lo que le hayas enviado.

8. Recuperar elementos eliminados

Si borras un fichero de tu repositorio y quieres "resucitarlo" a la última versión del respositorio, la forma más fácil es con svn copy desde una revisión anterior a su eliminación a tu copia de trabajo. Usa svn log -v para encontrar la revisión donde fue borrado, y entonces haz tu copia:

 $ svn copy --revision 807 \
             http://svn.red-bean.com/repos/trunk/perch.c ./perch.c

Para más detalles, mira Resurrecting deleted items.

9. Cambia a una rama sin crear una nueva copia de trabajo

Como Subversion trata las etiquetas y las ramas como rutas normales en el repositorio, puedes ejecutar svn update para actualizar tu copia de trabajo al nombre de la rama con la que quieres comenzar a trabajar. Introduce el comando svn switch.

svn switch actualiza tu copia de trabajo para apuntar a un nuevo árbol en el repositorio--es decir, el árbol de una rama en vez del árbol troncal.

Esta es la manera que Subversion tiene para mover una copia de trabajo a una nueva rama.

  $ svn switch http://svn.red-bean.com/repos/branches/vendors-with-fix .
 U  myproj/foo.txt
 U  myproj/bar.txt
 U  myproj/baz.c
 U  myproj/qux.c
 Updated to revision 31.

Para más detalles, ver Traversing branches.

10. Visualizar o montar tu repositorio

Si tu repositorio Subversion está instalado a través del servidor Apache HTTP Server (es decir, accedes a él mediante una URL que comienza con http), Subversion te da un par de regalos muy sabrosos:

Primero, puedes acceder desde cualquier navegador web al repositorio de Subversion y navegar como quieras através de la última revisión del repositorio.

Segundo, si usas un sistema operativo que conozca el protocolo DAV, puedes montar tu repositorio de Subversion en tu escritorio (sólo lectura):

Además de ser conveniente para ver el contenido de tu repositorio, es útil para compartir ficheros con usuarios distintos a Subversion.

EL GRUPO ACOTEL CONSTRUYE SU NUEVA LÍNEA DE SERVICIOS SWIFT CON TECNOLOGÍA SUN MICROSYSTEMS

noreply@blogger.com (Jorge Jiménez) — Tue, 30 Sep 2008 12:42:00 +0000

Ahora un poco de autobombo:

El Grupo Acotel ha anunciado el lanzamiento de nuevos servicios
SWIFT para ayudar a las empresas y entidades financieras de España a
gestionar mejor las comunicaciones financieras a través de la
plataforma SWIFT (Society for Worldwide Interbank Financial
Telecommunications). El anuncio se ha realizado en la conferencia Sibos
2008,celebrada en Viena, marco en el que Sun Microsystems ha presentado
también la nueva gama de productos Sun Open Suite para SWIFT.

Basada en esta línea de productos Sun Open Suite para SWIFT,
la solución de Acotel consiste en un servicio totalmente gestionado que
permite a los clientes procesar pagos y facilitar las comunicaciones
SWIFT de manera rentable, incluyendo extractos de cuenta, abonos,
transferencias y servicios de crédito sin necesidad de instalar,
integrar y soportar una compleja infraestructura tecnológica.

“Nuestros clientes buscan una forma fácil de conectarse a la red
SWIFT. Aunque es importante automatizar y estandarizar los procesos
financieros, muchas empresas no pueden afrontar programas con un alto
coste inicial y elevados gastos de mantenimiento”, comenta Carlos Pastor, CEO Red Financiera del departamento de Servicios SWIFT del Grupo Acotel.
“Hemos seleccionado la solución Sun Open Suite para SWIFT porque es la
más rentable e innovadora disponible hoy en el mercado”.

Con la solución de Sun, los clientes pagan a Acotel una cuota fija
mensual por utilizar los servicios SWIFT. De esta manera, pueden
ordenar pagos a través de un portal seguro sin necesidad de integrar
numerosos sistemas de pago, conectarse a diversos servicios financieros
propietarios o esperar a los informes de final de mes. Asimismo, pueden
visualizar diariamente informes actualizados y acceder de manera
inmediata a toda la información contable y de pagos de las sucursales.

“Gracias a la solución de Acotel-Sun podemos reducir los costes visibles y ocultos asociados a los procesos de pago”, señala Ambreesh Khanna, Global Hed, Financial Servicies Industry de Sun Microsystems.
“Este servicio resulta ideal para cualquier compañía o institución, así
como para bancos de pequeña evergadura que quieran mejorar la
rentabilidad de sus comunicaciones SWIFT o incorporarse a la red SWIFT
con una mínima inversión”.

La gama de productos Sun Open Suite para SWIFT ha sido diseñada para
impulsar los proyectos de integración SWIFTnet, y construida sobre la
plataforma EAI Financiera de Sun, Java CAPS, así como distintas
opciones de hardware, sistemas operativos y de alta disponibilidad,
según las necesidades particulares de las entidades que participan en
SWIFT. La plataforma SWIFT ha otorgado a Sun por décimo año consecutivo
el premio SWIFTReady Label en la categoría de Integración de
Aplicaciones Empresariales (EAI), en reconocimiento al producto
insignia de Sun en SOA, Java CAPS.

Sobre Grupo Acotel

Acotel comprende un grupo de empresas especializadas en el entorno de
las Tecnologías de la Información (Gestión de Comunicaciones, Gestión
de TI, Ingeniería de Sistemas y Suministro de Software). Además de
SWIFT Service Bureau, SWIFT brinda a Acotel la oportunidad de ofrecer
una completa gama de servicios a compañías e instituciones financieras,
que engloban el despliegue, integración, desarrollo y soporte de
operaciones relacionadas con la conexción SWIFTNet. Acotel es el
integrador de soluciones líder en áreas específicas como: Pagos,
Unificación, Anti-Blanqueo de Dinero, Tesorería... para el mercado
español y latinoamericano. Para más información visite: www.acotelsa.com

Ha muerto Sergio Algora, fundador de 'El niño gusano'

noreply@blogger.com (Jorge Jiménez) — Thu, 10 Jul 2008 09:12:00 +0000

El cantante y poeta zaragozano Sergio Algora , de 39
años y fundador de grupos como "La costa brava" o "El niño Gusano", ha
fallecido esta madrugada en su domicilio, mientras dormía, al parecer
por un fallo cardiaco.

Según informa en su página web Fran Fernández, compañero
del grupo "La Costa Brava", Sergio Algora ya estaba "delicado del
corazón", del que hace unos años había sido operado, y durante la
madrugada "éste le ha fallado".

Algora fue la voz de "El niño gusano" hasta su
disolución en 1999, un grupo que alcanzó cierto éxito en la escena
independiente española de los años noventa y que grabó discos como
"Circo luso", "El efecto lupa", "El escarabajo más grande de Europa" o
"Fantástico entre los pinos".

Con "La Costa Brava" grabó discos como "Futuros padres",
"Se hacen los interesantes" o "Los días más largos", trabajos que
presentó en directo en las más importantes ciudades españolas.

Además de destacar en la música, Sergio Algora también
escribió libros de poesía, como "Paulus e Irene", "Otro rey, la misma
reina", "Cielo ha muerto" y "Los versos dictados"; la colección de
relatos "A los hombres de buena voluntad", y la obra de teatro "La
lengua del bosque".

MÁS DE LA MITAD DE LAS GRANDES EMPRESAS ESPAÑOLAS INTEGRARÁN SOA EN 2012

noreply@blogger.com (Jorge Jiménez) — Wed, 02 Jul 2008 08:02:00 +0000

Según un estudio elaborado por IDC, del cual también se desprende que SOA pasará de un modelo centrado en la integración a un modelo centrado en los procesos de negocio.

Hasta ahora, el mercado SOA ha estado centrado en modelos de integración en donde las empresas aprovechaban la centralización y estandarización de los recursos tecnológicos. Pero SOA, como afirmó Fernando Maldonado, analista de IDC, “es un concepto que evoluciona”. Y por ello, las Arquitecturas Orientadas a Servicios van a experimentar durante los próximos meses un cambio de paradigma, pasando de ese modelo de integración, a los procesos de negocio. Así lo reflejan los datos recogidos en el informe realizado por IDC España durante los meses de enero y febrero de 2008, en el que se desprende que, además, este cambio favorecerá la adopción inexorable de esta plataforma por parte de las grandes empresas tanto con aquellas que tiene más de 1.000 empleados como las que superan los 5.000 trabajadores.

Asimismo, y como consecuencia de este cambio, la consultora afirma que nacerá una nueva tipología de empresa con un enfoque centrado en el negocio, que invertirá en SOA y lo hará de forma secuencial y con mayor pragmatismo, buscando “un valor demostrable, que tenga impacto en sus negocios, que existan mejores prácticas en el mercado y que haya una tecnología probada y unos proveedores experimentados”, explicó Maldonado.

A día de hoy, las compañías de más de 5.000 empleados son las que han liderado las inversiones en SOA (con un 36 por ciento) y según predice IDC, seguirán haciéndolo. Además, en 2012 más del 50 por ciento de las grandes empresas estarán involucradas en proyectos SOA, frente al 10 por ciento que lo hace en la actualidad (donde el tres por ciento lo hace a escala departamental mientras que el siete por ciento lo hace en toda la empresa).

Y es que, según la consultora, “el futuro de las empresas para ineludiblemente por SOA”. Para Maldonado, a pesar de la existencia de una serie de inhibidores que pueden afectar a este mercado como son la crisis económica y la falta de trabajadores especializados en este campo, las previsiones son optimistas. “El problema de SOA es que ha estado muy vinculado con el departamento de tecnología por lo que ha provocado poca visibilidad en la dirección y los procesos de negocio”, por ello, en los próximos años, la adopción de SOA será necesario involucrar a las unidades de negocio con la tecnología.

Sun libera JCAPS 6 con la suite MDM

noreply@blogger.com (Jorge Jiménez) — Thu, 12 Jun 2008 14:16:00 +0000

Debido a mi actual trabajo necesito esta herramienta para trabajar y la verdad es que mi opinión sobre ella deja un poco que desear. El problema no es lo potente o no que es...sino lo complicado que es desarrollar con calidad y rapidez sobre ella.

Partiendo de que su editor es un NetBeans 4, y que no hay ayuda sobre el desarrollo, ni te permite moverte entre métodos de una manera fácil ni da demasiadas ayudas...ni siquiera coloca los imports necesarios cuando necesitas una clase en concreto...por no hablar de otro tema importante: el repositorio...es de lo antiguo, es decir yo bloqueo el fichero con el que trabajo, me permite sacar las diferencias entre versiones en un fichero que crea nuevo y que nadie entiende (yo no al menos) y finalmente excepciones que saltan porque sí, lentitud en la compilacion porque realiza verificaciones de todo los elementos del repositorio...vamos que realmente trabajas sobre ello el 60% de la jornada laboral, el resto a esperar que termine con las compilaciones, builds de la aplicacion y carga de fuentes en el editor...una maravilla.

Tras unos cuantos años en esta profesion me encuentro con que he vuelto a trabajar como hace 4 años.

Pero no todo es malo, Sun compró esta herramienta y tras un tiempo y un par de versiones por fin saca una version, la 6 que está ya integrada con los productos de Sun...por fin ha llegado el momento.

Aqui dejo la noticia que me ha llegado de esta version...tan esperada y que no sé cuánto tiempo tardaré aún en poder usar (de momento parece que dejo la version 5.1.2 y paso a la 5.1.3, que ya contaré qué tal funciona.

On Tuesday Sun Microsystems released the latest version of its
business integration and service-oriented architecture package. Version
6 of the Java Composite Application Platform Suite (JCAPS) bundles
several technologies designed to provide "an open and extensible
platform" for developing software infrastructures using an SOA
approach.

JCAPS 6 is built on a modular enterprise service bus (ESB) based on
the Java Business Integration (JBI) standard in Sun's Open ESB project.
ESBs often serve as foundation for a service-oriented architecture
(SOA), enabling different components to connect with each other through
messaging, mediation, routing, etc. The suite also bundles an
intelligent event processor with the ability to identify trends and
pattern in real time, plus new business process management features
that support BPEL 2, support for the latest version of the Sun's
GlassFish enterprise server and support for the NetBeans integrated
development environment (IDE).

"This is the next evolution of our platform and one of the only open
source offerings of its kind," said Ashesh Badani, director of Sun's
SOA group.

Also available in this release as an optional part of the JCAPS 6
bundle is Sun's first master data management (MDM) offering. The MDM
suite, also available as a stand-alone product, is designed to provide
a 360-degree view of an organization's "master data," the data that
define a business entity (customer, subscriber, citizen, etc.). MDM
refers to a series of processes designed to ensure that master data is
kept up to date and coordinated across an enterprise. As Sun puts it,
"With the ability to create single views of their master data and
support for various industry models, organizations can benefit by
identifying their most valuable customers and implementing
opportunities to cross-sell and up-sell their products and services."

The MDM suite is based on Mural, an open source project based on
technology Sun acquired three years ago with its purchase of
application integration company SeeBeyond. In JCAPS 6, Sun updates
SeeBeyond's Integrated Composite Application Network (ICAN) technology.

"MDM is something that had existed in SeeBeyond software since the
mid-'90s," observed Dan Sholler, vice president of research at Gartner.
"We just didn't call it that back then."

This version of JCAPS is the first to fully exploit that
acquisition, Sholler added. In fact, he sees JCAPS 6 as Sun's first
true application infrastructure suite. "The original version of JCAPS
wasn't really a suite," he said. "They just sort of put a whole bunch
of stuff in a bag. This version is made of things that were designed to
work together."

Sun claims that JCAPS is the first software suite of its kind with
true open source credentials, and that's a fair claim, Sholler said.
"We've seen a growing interest when it comes to SOA-style
infrastructure in open source," Sholler commented. "The attitude toward
open source has definitely changed in the recent past. More companies
are taking open source solutions seriously for mission critical
situations. Sun might be poised to take advantage of that change."

"Open source is core to our strategy of increasing our market
penetration," said Mark Herring, Sun's vice president of software
infrastructure marketing. "It allows us to reach developers and
companies that would never have thought of it before. It's about
acquiring new customers while providing the same advantages to our
existing customers. It's one of the big reasons we went down the
open-source path."

NaviRobo de Fujitsu olfatea cerveza y te dice dónde encontrar más

noreply@blogger.com (Jorge Jiménez) — Thu, 05 Jun 2008 14:47:00 +0000

Increible....un robot que incluye un acelerómetro("ooh, es tá lleno de baches"), un sensor de luz ("no olvides apagar las luces"), y navegación guiada por voz con la habilidad de señalar el camino y mostrar puntos de interés. Incluso un detector de alcohol en el aliento y problablemete te golpee en la yugular como castigo.

Puedes ver los videos en esta dirección

La Crisis Carnívora

noreply@blogger.com (Jorge Jiménez) — Fri, 16 May 2008 19:08:00 +0000

Acabo de pasar por la página de Muchachada Nui y he descubierto el enlace a una película que se estrena hoy (ya veremos a qué cines llega): La Crisis Carnívora.
Es un peli friki, todo hay que decirlo...realizada en flash y doblada por Enrique San Francisco, Pedro Reyes, Pablo Carbonell y José Coronado entre otros.
Al comienzo de la película habrá un capitulo de Cálico Electrónico...famoso entre todos los internautas hispanos...

No puedo dejar de reconocer que me he echado unas risas, sobre todo con el teaser de Taxi Driver, y me quedo con ganas de comprar una camiseta...pero el negro no me queda bien.

Para quien quiera ver si lo ponen en su ciudad aqui hay un enlace para consultarlo. En Valladolid en cines Broadway y en cines UGC (Zaratán).

Concierto de The Sunday Drivers

noreply@blogger.com (Jorge Jiménez) — Thu, 15 May 2008 15:13:00 +0000

En Zamora, este sábado en la sala La Mode podemos disfrutar del último disco de este grupo, Tiny Telephone.
El concierto es a las 22:00, y las entradas se pueden conseguir por 12€/15€ Anticipada en sala Berlín y Popanrol.

Después del concierto nos vemos en la Sala Berlín tomando unas copas.

Cancelado Concierto de La Casa Azul

noreply@blogger.com (Jorge Jiménez) — Thu, 15 May 2008 15:06:00 +0000

Desgraciadamente este viernes no podremos disfrutar en Valladolid del fabuloso concierto que nos iba a preparar el Valladolindie con La Casa Azul en el maravilloso escenario del Museo Patio Herreriano.
Normal, con la pinta que tiene el tiempo de que caiga un chaparrón no nos podíamos arriesgar a que este acontecimiento quedara deslucido por el agua.
No hay que desesperar, no ha sido cancelación, sólo se postpone para el 6 de Junio según la nota oficial.

Ese día volveremos a vivir la ilusiónde La Revolución Sexual.

NUEVA FECHA!

Viernes, 6 de Junio
Festival Valladolindie
La Casa Azul + Dj Polar
Valladolid
hora: 21:30 precio: Entrada Libre con Invitación
Museo Patio Herreriano
Jorge Guillen 6
http://www.myspace.com/valladolindie