Software Factory - Fabrica de Software

Thinking in Testing

2011-12-29T00:57:00.018+01:00

Hace tiempo que tenía ganas de hablar del Testing sin tapujos y contarte las claves del éxito para poner en marcha un modelo de Testing Factory o Fabrica de Pruebas. En mi modesta opinión lo más importante a tener en cuenta sería...

1) No reinventar la rueda. Las Pruebas ya existían y seguirán existiendo después de lo que hagas. Hay que apoyarse en el conocimiento existente en el mercado desde a nivel de certificaciones como ISTQB, TMMI, hasta autores de referencia como Dorothy Graham , con mucha más experiencia que la de cualquiera en el sector. No te creas más listo !!!

2) Elige bien al equipo. No todo el mundo es el más indicado para Pruebas , al final esto es otra disciplina diferente a la programación.. Si son júniors fórmalos bien , si son programadores recíclalos adecuadamente. La experiencia me dice que las dos posibilidades son viables, y comprobadas. No creo que para probar haya sido necesario ser antes desarrollador, y a lo hechos me remito.

3) Herramientas Herramientas Herramientas !!! . Si esto es uno de los puntos que hay que tener muy claro, sin ellas eres hombre muerto (o mujer) , no pretendas llevar las Pruebas en excel o las incidencias por mail.. será un caos. Por supuesto, ni es oro todo lo que reluce, ni lo gratis siempre es bueno. A veces pagar licencias te da un plus de productividad que amortiza rápido los costes. Si te pasas la vida enlazando 10 herramientas open que cambian de versión... Sopesa, elige , y acierta !! ya sabes mi opinión lo mejor es Rational, pero no me creas y compruébalo..

4) Apoyo de la Dirección: Que nadie se meta en esto si no tiene el apoyo de su Dirección de manera incondicional, ya que habrá muchos problemas para implantar una estructura horizontal.. si estas solo estas muerto.

5) Un buen líder : Aparte de conocer el mundo del Testing, necesita mucho empuje para arrancar y romper con ciertos cánones, y modelos rancios. No olvidéis un correcto manejo de la Diplomacia y de los tiempos de implantación.

6) Poco a poco: No intentes montar todo a la vez, un montón de servicios, un montón de personal.. mil líneas de trabajo.. Marcate un Roadmap y ejecútalo sin prisa pero sin pausa.

7) Medir para Crecer: Las Pruebas son números, datos y elementos.. hay que ordenarlos y sacar indicadores para mejorar, para valorar los proyectos y tomar decisiones. No abuses de ellos. Pocos y buenos , es mejor que Muchos y bobos..

8) Procesos, Procedimientos, Plantillas, guías y otros propósitos !! Es necesario que todo este escrito, no dejes nada al azar. Aún así se te quedarán mil cosas por atar, que irás cerrando el primer año. Y que no sean solo propósitos, cumple lo que escribiste.. todo el mundo dirá "Mi proyecto es diferente.." No es cierto.

9) Social Testing: Si, vivimos en una sociedad, y tu entorno es un ecosistema donde aparece una nueva entidad que se lleva todas las miradas, las criticas etc.. Hay que venderse, hay que ganarse a las personas, hay que manejar sus expectativas, velar por sus preocupaciones.. hacerse querer !!.

10) Esto es un reto. !!! No infravalores lo que tienes entre manos, seguramente sea una de las cosas más complejas que te han caído. Pide equipo, recursos y presupuesto.. No lo hagas con aficionados. Recuerda que el éxito esta en los detalles.

Todo esto sale de la experiencia, si te parece obvio mejor.. te será más fácil..

Stay Hungry. Stay Foolish.

2011-10-09T11:30:00.001+02:00

La verdad es que creo el fenómeno Steve Jobs se ha ido un poco de las manos tras su muerte. Para mi sin duda ha sido una persona de cierto talento, mucho más quizás cuando creo el Mac que lo hizo grande, que el Iphone que lo hizo popular. Lo que ocurre es que ahora parece que hubiera inventado la Penicilina o la bombilla, sin embargo poca gente en España sabía quien era hasta que salió en la tele la noticia de su muerte.

Ahora que ha muerto y que han hecho una gran campaña con sus mensajes, se puede entender que el personaje despertará esa atracción ya que las frases que dijo acaban siendo lemas o consignas.

Me encantaría poder cumplir el lema de este post, pero aveces es muy complicado trabajando por cuenta ajena y en un país con miedo a la innovación.

No se puede llegar lejos en este terrero, cuando la administración subvenciona igual la creación de una panadería que la creación de una empresa de IT. La realidad del problema es que es mejor que no haya subvenciones, hay que buscar financiación privada para montar las empresas.

La financiación privada no llega porque las subvenciones dan una pobre cobertura al arranque de la empresa, que es donde el emprendedor cree que pueda tirar solo en base a subvenciones que son siempre menos de lo que parecen y llegan tarde. Para entonces el emprendedor esta estrangulado.

Sin embargo en USA nadie piensa así, no hay subvenciones, de hecho cuando las hay son percibidas como algo negativo ya que si tu negocio necesita dinero publico para sobrevivir quizás no sea un buen negocio.

Si Steve Jobs hubiera sido Español probablemente hubiera sido panadero. porque nadie le hubiera dado una peseta para montar una empresa llamada Manzana.

Wellcome Java 7

2011-08-14T10:49:00.000+02:00

Han pasado cuatro años desde Java 6 y ya ha llegado Java 7. Creo que esta vez se lo han tomado con más calma, cosa que se agradece ya que años atrás nos enfrentábamos a continuos cambios en versiones de los entornos de desarrollo y servidores.

Para algunos java había entrado en una locura de evolución tanto de su JDK como de sus "frameworks amigos" que estaban convirtiendo la plataforma tecnológica en un locura para desarrolladores y empresas.

La pausa espero haya merecido la pena, para asentar en cierto modo los impulsos de las versiones anteriores como las anotaciones y los genéricos, activos que los programadores no desarrollan con la misma soltura que otros elementos.

Por otro lado sigue en el aire el saber que acaba siendo Java en las manos de Oracle, lo cual hace que todas las evoluciones de la plataforma haya que sopesarlas viendo también los términos de licencia. Ahora solo queda esperar a que realmente esto llegue a las fábricas de software, Universidades, Empresas etc.. Esto quizás tarde más en expandirse, al menos en España.

Para los interesados en las nuevas características os dejo este enlace que me ha parecido muy interesante.

Obsolescencia programada del Software

2011-04-20T19:06:00.000+02:00

Últimamente se habla mucho de la Obsolescencia programada de los productos de consumo, en la cual se da un periodo de vida útil a un producto para que nos obligue a consumir otro.. La idea no es nueva y para mucha gente es una necesidad económica ya que sin ello caería el consumo y por tanto la economía.

Dentro de nuestro ámbito sobre todo se conoce dentro del hardware, donde parece que las impresoras se llevan la palma como el producto perfectamente diseñado para fallar cuando se acaba la garantía, y donde cualquier reparación siempre sale más caro que una nueva. Esto último es la gran mentira de todo producto.. No es que salga más caro repararlo, es que no quieren repararlo sino sacan el mismo beneficio que por uno nuevo.

La anécdota mejor de la obsolescencia programada es que es viable fabricar bombillas que duran más de 100 años, de hecho hay alguna que lleva más de 100 años encendida.. (espero no sea leyenda urbana).

Lo que esta claro que dentro del software esto existe también, los caso típicos son:

- Discontinuidad de versiones por parte de fabricantes.

- Versiones mejoradas cada año.. (o al menos subir el número de versión para que se "venda" mejor)

- No continuar con soportes técnicos..

- El termino licencia, es curioso, ya que sinos fijamos no se "compra" el software sino que se da un derecho de uso.. Estaría gracioso que nos hicieran esto con un coche..o una casa, y que tras pagar la hipoteca no fuera nuestra.

- También los cambios de plataforma SO, BBDD, Servidor de aplicaciones..

Eso son las grandes lineas, pero existen otras pequeñas:

- En Java la política de JDK y de servidores de aplicaciones... madre mía no se puede hacer prácticamente lo mismo que hace años? En realidad hay muchos matices claro, pero al coste que representan, no se si valdría la pena.

- Las BBDD, no me creo que no podamos hacer lo mismo con una Oracle 7 o una 11, al menos para el 90% de las aplicaciones.

- Una genial, la resolución, hace años se hacían las web a 800x600, cuando ya sabíamos que el año siguiente esto cambiaría.. pero como era lo recomendado. (ala a rediseñar al año siguiente).

- El javacript y los navegadores.. cuanto juego ha dado esto y dinero !!!.

En fin, al final lo que nos hacen como consumidores lo hacemos también como fabricantes de software. Es el mismo juego, la economía se abre camino.

IBM Rational JAZZ Roadshow

2011-03-26T11:56:00.001+01:00

Esta primavera en las mejores salas se estrena el Rational Roadshow, en el escenario podemos ver las herramientas clave de Jazz y una interesante conferencia sobre Testing Factory construida sobre Rational Quality Manager.

No os lo perdais !!

The Very Best of ExpoQA

2010-12-06T13:18:00.000+01:00

La ExpoQA como todos los congresos siempre deja Luces y Sombras, Luces en las conferencias de los autores independientes y Sombras en algunas de las de los exponsor, que siguen pecando de querer vender demasiado su herramienta. Aún así tengo que reconocer que la de Alan Brown de IBM no estuvo mal, no se si será porque me tiene ganado con el Rational Quality Manager..

Bueno más que lo mejor de ExpoQA puedo decir que esto fue lo mejor de lo que asistí, ya que no se puede estar en todas las conferencias ya que muchas de ellas suceden al mismo tiempo.

Me parecieron muy interesantes:

"Lo que los gerentes creen conocer sobre la automatización de pruebas pero en realidad ignoran". (Dorothy Graham)
Mejorar los resultados económicos de las empresas a través de actividades de calidad del software que contribuyan al ahorro. (Francisco Saez)
Cómo externalizar el testing de manera eficaz. (Martin Pol)

En general me gusto mucho la segunda aunque el titulo es infumable, hubiera sido mejor decir el ROI de las Pruebas, pero la conferencia me pareció más que interesante. Lastima que en el pendrive de la ExpoQA luego fuera una de las pocas que no estuviera.. ¿Quizás los números no aguantaban una auditoria como los magos no aguantan la cámara lenta? Es broma, seguro que si.

Os recomiendo la web y blog de Dorothy Graham que desde luego no tiene desperdicio y de donde siempre se pueden sacar buenas ideas..

Espero que el año que viene se repita.. e incluso se mejore. !!

ExpoQA y Testing Factory

2010-11-09T21:08:00.000+01:00

Cada día estan mas de moda los modelos de excelencia de aseguramiento de la calidad del software, bien se llamen Oficinas de Calidad, Testing Factory, Centro de Excelencia de Aseguramiento o Test Factory.

Lo que esta claro que ahora mismo es una tendencia de mercado, pero lo que hay que ver si realmente detrás de presentaciones suculentas hay algo más que humo. ¿Realmente hay un Proceso de Pruebas que lo sustente? ¿hay unas herramientas que lo apoyen? ¿hay perfiles expertos formados? ¿hay métodos establecidos? ¿hay métricas de estimación? ¿hay objetivos de calidad de cuando damos viabilidad al producto software? ¿ están certificadas VER y VAL en CMMI ? ¿tienen certificaciones especializadas de Pruebas? etc

Hay que rascar.. !!! Que a estas alturas ya sabemos todos lo que son unas Pruebas Unitarias, Funcionales, etc que es lo que me encuentro en la mayoría de las presentaciones.. ¿Si eso ya lo sabemos que me estan vendiendo?

Es decir, realmente hay que averiguar si esos servicios que se ofrecen tienen cimientos sólidos, o hablamos de querer vender "algo" que realmente no esta implementado.

Amigos, si os vais a poner en manos de una Fabrica de Pruebas aseguraros que saben responder a las preguntas anteriores.. después os recomendaré una que tiene cimientos de verdad !!!

Os recomiendo asistir a ExpoQA ya que creo que en este sentido habrá buenas conferencias.

Conferencia Testing en Sevilla

2010-11-04T08:21:00.007+01:00

El pasado día 29 de Octubre Ross Smith, Responsable de Testing de Microsoft Corp., invitado por Eticom (y desconozco qué organizaciones más ...), estuvo en Sevilla para dar una charla-conferencia acerca de varios objetivos:

- Cloud Computing
- Calidad: Pruebas
- Seguridad en el Código

A título personal he de decir que esa charla fue del todo inútil, insulsa, aburrida, poco enriquecedora, no me aportó nada, de hecho me pareció muy muy atrasada en ideas, bastante desfasada, muy poco innovadoras... pero he de reconocer que muy necesaria. Sé que aquel no era el verdadero Ross Smith, aquél que vi en el GTAC 2009 (Google Test Automation Conference), claro, que es normal, los destinatarios de la charla no éramos los mismos.

Acerca de Cloud Computing... la verdad es que nada, no se habló nada, como era de esperar, no es la especialidad de Ross, se centró en la necesidad que hay de cambiar el enfoque en el modo de pensar con este nuevo paradigma y poco más.

Luego, nada, una clase de desarrollo software básico pelado... pruebas de caja negra, blanca, gris... parecía que estaba en la universidad o leyendo uno de los tantos libros acerca de ingeniería del software, pruebas unitarias, de regresión, de estréss...

Sólo un punto a destacar que realmente me gustó, y mucho. Porque era algo que ya rondaba mi y ronda, claro, y encontré alguien afin. Aquello que rondaba en mi cabeza y que tuve que poner en práctica en varias ocasiones era que en un proyecto de desarrollo medio-grande es necesario muchas veces desarrollar herramientas ad-hoc para la ejecución de pruebas, y no, no me refiero a la parametrización de la tantas herramientas que existen en el mercado, sino al desarrollo a medida para ese proyecto en particular. Yo incluso iba un poco más allá porque no me quedaba en ejecuciones meramente estáticas, sino que siempre incluía algo de "inteligencia". Siempre me ha atraído la Inteligencia Artificial así que siempre he intentado que mis desarrollos cuenten con cierto control de sí mismas, que sean capaces de realizar de autocontrolarse... pero bueno, eso son otras historias...

Pero en términos generales la visita fue buena, buena y necesaria (quitando mi valoración personal) para hacer ver a los que llamo "enchaquetaos", aquellos que sólo conocen bellos palabros de tecnologías y emplean maravillosos circunloquios, que miden el trabajo con una báscula, que están a la última en lo más extraño e inútil que te puedas imaginar pero desconocen lo más básico, tienen un desconocimiento de base que los hacen realmente peligrosos para un software de calidad, sí, lo digo muy claro, peligrosos. Como una "gran" pregunta que hizo una señora... "Señor Ross, ¿Cómo venden ustedes el incremento de coste que tiene la calidad y las pruebas de código?", La cara de Ross Smith era un poema, no sabía por dónde salir. Os juro que a mí me dio auténtica vergüenza ajena...

Así que la visita fue a título privado inútil, no me aportó nada pero sí parece que fue necesario que viniese una persona de renombre (aunque nadie conociese a Ross Smith, sólo a Microsoft) para que empiecen a vislumbrar la importancia de la calidad en el software, léase las pruebas, la seguridad en el código, todo lo relacionado con la validación y verificación (y el valor añadido de la independencia).

Sevilla, 4 de Noviembre del 2010

Fallece Watts Humphrey, una peso pesado de la Calidad del Software.

2010-11-01T18:21:00.002+01:00

Considerado como uno de los padres de la calidad del software, dedicó gran parte de su vida al desarrollo software, desde el punto de vista de la problemática de costes, planificaciones, rendimientos y defectos.

Con su unión al SEI en 1986 realizó un claro cambio dentro del mundo de la Ingeniería del Software. Recibió la Medalla Nacional de Tecnología, y fundó el "Software Process Program" en la Carnegie Mellon Software Engineering Institute (SEI) que tenía como objetivo entender y gestionar el proceso de Ingeniería de Software. Este programa dió como resultado la creación del CMM (Capability Maturity Model – Modelo de Capacidad y Madurez), publicado en 1989 en el libro “Managing the Software Process”, que a su vez inspiró el desarrollo del “Personal Software Process” (PSP) y del “Team Software Process” (TSP).

Falleció en Florida a los 83 años.

Referencia: http://www.sei.cmu.edu/newsitems/Humphrey_obituary.cfm

En Sevilla a 1 de Noviembre de 2010

Publicada versión 1.3 de CMMi

2010-11-01T18:14:00.002+01:00

Por fin, el Software Engineering Institute (SEI) ha publicado la nueva versión de los modelos de CMMi para desarrollo, servicios y adquisición tras un periodo de mas de 4 años de vida útil.

Tras esta nueva release, las organizaciones podrán continuar utilizando la versión 1.2 para realizar sus SCAMPIs hasta noviembre del 2011. Las acreditaciones realizadas tendrán validez durante tres años. No obstante las evaluaciones SCAMPI para la versión 1.3 se podrán realizar a partir del mes de enero del 2011 una vez publicado el método de evaluación SCAMPI previsto para diciembre.

La versión 1.3 del modelo CMMi, en todas sus constelaciones, incorpora cambios en cuanto al contenido e información, que están bien descritos y tratados por expertos como Carlos Pérez Escobar que da cuenta en su blog de los mismos http://asprotech.blogspot.com/2010/10/cambios-en-el-contenido-del-modelo.html

Cabe, sin embargo, preguntarse ahora si las modificaciones introducidas en el modelo para desarrollo de software suponen una agilización de las prácticas conocidas hasta ahora y por muchos enfrentadas a los métodos ágiles en boga. El nuevo modelo CMMi for Development v1.3 ( se pude descargar:www.sei.cmu.edu/library/abstracts/reports/10tr033.cfm )

Hace referencia al término "Agile" en 41 ocasiones, entendiendo por tal aquellas organizaciones que desarrollan en entornos ágiles
aporta notas aclaratorias y especificas de Agile (“In Agile environments”) para las practicas siguientes CM, PI, PMC, PP, PPQA, RD, REQM, RSKM, TS y VER. Aunque pide precaución...
cita ( !que sorpresa!) el Manifesto for Agile Development [Beck 2001] ( http://agilemanifesto.org/ ) cuando se refiere a “Agile environment” and “Agile method”

El esfuerzo de acercar el nuevo modelo CMMi a los entornos modernos de desarrollo ágil es muy evidente. Ahora veamos como se aplica en la práctica.

Realiza principalmente modificaciones en las áreas de proceso de alta madurez, en niveles de madurez 4 y 5. El área de proceso de gestión de requisitos pasa al Área de Gestión (por fin). El libro se hace más pequeñito al quitar partes repetidas, como eran las Generic Goals y Generic Practices que ahora aparecen al comienzo del libro una única vez... se reduce en casi 300 páginas... bueno, por supuesto lectura obligatoria...

Las recomendaciones a las organizaciones que quieran acreditarse en CMMi se hacen obvias, si una implantación en CMMi nivel 2 se tarda una media de 6 - 9 meses...

Innovate 2010: The Rational Software Conference

2010-10-31T10:56:00.004+01:00

Os presento la agenda del Innovate Day, creo que hay algunas conferencias interesantes ;-)

08:45	Recepción y café de bienvenida
09:15	Introducción a Innovate 2010 Aurelio Sanchez, Director IBM Software Group - Spain, Portugal, Greece & Israel Niklas Lagerblad - IBM Rational Manager Spain, Portugal Greece and Israel
09:40	La tecnología IBM Jazz. Una nueva era en el desarrollo global de software Alan W Brown, IBM Rational CTO for Europe
10:25	Metodología de Implantación Rational en INSA: Objetivo CMMI Manuel Carlos Fernández - INSA, Ingeniería de Software Avanzado Jaime Masvidal - INSA, Ingeniería de Software Avanzado
11:10	Pausa para café
11:40	Rational y Cloud Computing Julia Calabuig, Cloud Services Leader - IBM Global Technology Services Luis Reyes, Technical Sales - IBM Rational
12:25	Arquitectura Empresarial: Contenido, valor y estrategia Ricardo Lalaguna, IT Transformation Manager - Capgemini
13:10	Rational Client Support y la maximización del ROI en soluciones y productos Carlos Sánchez - IBM Accelerated Value Program for EMEA
13:40	Cóctel
	Sesión paralela 1: Gestión de la Seguridad, Calidad y Pruebas
15:15	Secure by Design for the Smarter Planet Keith Pope, IBM Rational Application Security Leader EMEA
16:00	Demostración práctica y caso de éxito: Blindando las aplicaciones de la banca con IBM Rational AppScan Ariel Sucari, Dtor Operaciones - Itera Process Consulting Renan Silva Rubio, Subdirector Seguridad - Banorte
16:45	Oficina de calidad con IBM Rational Ana López, Arquitecto de Soluciones - IBM Rational Fernando Calles, Responsable Unidad de Testing - Indra
17:30	Cierre
	Sesión paralela 2: Gestión de Requisitos y Modelado
15:15	Attacking complexity in developing Smarter Products and Systems Rien Schot, Business Leader Rational Systems Southwest Europe
16:00	Gestión eficiente de requisitos con DOORs en el sector espacio, proyecto Galileo Joaquín Autrán Cerqueira, Jefe de Proyecto - GMV Bruno Néstor Calvo Chevillat, Responsable de AIV (Assembly, Integration & Validation) - GMV
16:45	Model Driven Development. Exposición de caso práctico Sebastián Martín, IT Software Services - IBM Rational Salvador Trujillo, Project Manager - Ikerlan David Gonzalez, R&D Engineer - Ikerlan
17:30	Cierre
	Sesión paralela 3: Desarrollo de Aplicaciones para Z y Power
15:00	Introduction Karen Hunt, Director of Rational Enterprise Modernization and Compilers - IBM Canada
16:00	Soluciones para System Z: LaDeRa, el Centro de Competencias para Rational Belén de Vicente - DataAdviser Silvia Bosca - DataAdviser
16:45	Rational para Power Juan Carlos Morán, Responsable Técnico Zona Centro - Saytel
17:30	Cierre

Tras el evento trataré de aportar la ponencia que hacemos en mi empresa.

Java 4 Ever (Java para Siempre)

2010-07-01T16:22:00.010+02:00

No he podido resistirme a publicar este fantástico e ingenioso vídeo. Evidentemente todo esto me trae muchos recuerdos, ¿cuanto hace que no discuto si es mejor Java o Net?

A lo mejor, el tiempo ha respondido por si solo a la pregunta.. aunque después de ver como Oracle lo compra todo hay riesgos de que Java acabe siendo JOracle.

Mientras tanto, disfrutemos el vídeo:

La Prueba del Boli Bic

2010-06-01T20:48:00.007+02:00

Hace unos días en un programa de viajes, una de las personas mostraba su ciudad de Seattle y su vida viviendo en la sede central de Microsoft. Este punto es bastante interesante ya que dicha sede es prácticamente una ciudad (Redmond), la cual nos muestra el imperio que se ha construido entorno al Windows, autentica semilla sobre la cual ha crecido un extenso número de productos y líneas de negocio.

Aunque esto fue bastante interesante, ya que por ejemplo contaban con un servicio de taxis internos, me llamó la atención la entrevista de selección que habían realizado al protagonista. Le habían preguntado que como probaría un boli bic.

Naturalmente la respuesta inmediata es quitar el capuchón y escribir en una hoja, si escribe.. funciona !!! Pero realmente este proceso de pruebas es bastante malo ya que solo valora como valido que el producto escriba. Es interesante reflexionar sobre que Plan de Pruebas deberíamos definir para probar un bolígrafo , o que requisitos puede tener; fortaleza del plástico, toxicidad de la tinta, color de la tinta, duración de la tinta, ergonomía, espesor de la escritura, etc..

Evidentemente quedarnos en la superficie del proceso es lo más sencillo, y me hace pensar sobre la realidad de los procesos de Pruebas y las garantías de los mismos. ¿La mayoría de los procesos de pruebas se basan en que el boli solo escriba? En realidad esto sería llevarlo al extremo, pero cada vez que profundizo más en las pruebas, empiezo a pensar que solo nos quedamos (la media nacional) en lo básico y que realmente esto produce un retrabajo excesivo a lo largo del tiempo.

El siguiente interrogante y preocupación es que quizás el cliente solo paga lo básico sin embargo su expectativa es de tener un producto con un nivel de calidad mucho más alto. Lo que no se si esto justifica lo poco ambicioso y solvente de las pruebas.. Se gastan horas y horas en corregir productos y parece algo normal, sin embargo realizar una inversión en pruebas parece tiempo perdido.. Afortunadamente la perspectiva esta cambiando y las certificaciones en Pruebas y modelos de Pruebas cada vez se están comprendiendo e implantando más..

Quiero aprovechar para recomendar un enlace que me ha parecido muy interesante donde podemos ver todos los tipos de pruebas y como utilizarlas. (Aquí)

Dos cosas más, las próximas entrevistas a becarios les va a caer la prueba del boli bic y espero que Bic al menos me regale un boli por la publicidad gratuita.. :-D

El Principio de Peter

2010-03-12T22:07:00.007+01:00

En 1969 mientras la nave Apolo llevaba al Hombre a pisar la Luna, Laurence J. Peter publicaba el libro The Peter Principle. Estos dos acontecimientos para nada relacionados entre si me permiten contar una historia que siempre me ha interesado.

La llegada a la Luna que ha sido uno de los mayores desafíos de la Humanidad se llevó acabo entre otras cosas gracias a la informática y en concreto gracias al ordenador que llevaba la nave Apolo. Lo curioso es que este ordenador tenía las siguientes características 1kb de RAM (ni siquiera es 1 Mb !!), 12 Kb de Rom y 1Mhz de Proceso, probablemente mi lavadora tenga más capacidad actualmente.

Mientras tanto Peter marcaba en este libro una sentencia arrasadora sobre el mundo empresarial, "En una jerarquía todo empleado tiende a subir hasta su nivel de incompetencia". Lo que se explica, si haces bien tu trabajo te ascienden hasta que llegas a un nivel en que lo haces mal y ahí te puedes quedar para siempre. En un sistema piramidal indica cual puede ser el nivel de una dirección de una empresa, siempre que Peter tenga razón.

La carrera empresarial en el mundo TI es totalmente piramidal y marcada por niveles de Junior y Senior, lo cual esta llevando a que los grandes programadores acaben siendo jefes de proyecto, un trabajo para el cual probablemente no estén preparados y ni siquiera les guste. El problema es que un programador brillante tiene muy pocas oportunidades de vivir de la programación, y la hipoteca e hijos aprietan.

Evidentemente la mayoría de los programadores no se enfrentarán nunca a retos como el de hacer un SW para llegar a la Luna y claro, hacer 20 veces aplicaciones que son técnicamente iguales no es nada atractivo. Por lo cual es mejor ser un mal jefe de proyecto que un buen programador, con lo cual Peter tiene razón.

Desde el otro lado del prisma, tengo que decir que hay grandes JP que no han sido grandes programadores lo cual quiere decir que hay que tener algo más y que el problema se detecta. ¿Pero cuantos nunca llegarán a JP por no ser un gran programador? Por tanto el truco debe estar en atenuar las jerarquías, potenciar el trabajo transversal y la comunicación entre diferentes niveles..

La idea puede venir de potenciar puestos técnicos que aporten valor (en euros) a los proyectos, y no solo pensar que es el JP el único arma para velar por la rentabilidad..

Comprometido o Involucrado

2010-03-05T21:02:00.009+01:00

Sin ser fan de las Metodologías Ágiles, o al menos de verlas como solución a todos los problemas y no viendo en Scrum una varita mágica, hay cosas que de Scrum que me encantan.

Una de ellas es el modo que tiene al describir los participantes en el proceso sw como Cerdos o Gallinas. Me parece admirable alguien que describe un método de trabajo de una manera tan original basada en un chiste.

Me quedo sobre todo con el mensaje que podemos aplicar a los proyectos en los que participamos, tenemos que darnos cuenta que en nuestro proyecto tenemos dos tipos de participantes los Comprometidos y los Involucrados.

Si hacemos esta reflexión en un proyecto y contamos que en nuestro equipo de desarrollo tenemos pocos comprometidos y muchos involucrados probablemente el proyecto fracase. Por tanto mira al rededor e identifica cerdos y gallinas, si tienes una piara las cosas van bien, si tu equipo picotea el suelo.. medita.

Moraleja: En el Software como en la vida, debemos rodearnos de personas Comprometidas..

Comentarios del Codigo

2009-12-21T01:18:00.005+01:00

El otro día me comentaba un compañero que tenía un problemilla con un módulo de cierta aplicación que iba muy lento.. Lo que estaba claro es que el problema había que arreglarlo, pero claro contábamos con casi 2000 líneas de código sin comentar..

En ese momento el problema se había convertido en un rompecabezas de grandes dimensiones, el cual no era fácil de solucionar.. y no lo fue. Aún no se ha hecho pero ya perece claro que hay que tirar las 2000 lineas y empezar de cero, lo que parece que llevará menos tiempo que intentar descifrar el código.

Naturalmente este no es un problema nuevo y supongo que a la mayoría de lectores de este blog les ha pasado en unas cuentas ocasiones. Lo que si esta claro que uno de los caballos de batalla del mundo del Software sigue siendo la Calidad del Código.

No podemos llegar a ser una Ingeniería de prestigio con este retrabajo constante y con un nivel de Calidad medio-bajo, y la calidad del código son los cimientos, donde creo que España esta sinceramente a la cola.. No entiendo aún porque no le damos a esto la importancia que merece.

Después de mi típica protesta, que se llevará el viento, pero que me encanta decir de vez en cuando para quedarme a gusto, os dejo con lo que realmente ha motivado este post.

He encontrado estos 13 consejos sobre los comentarios del código en el genial blog de Variable Not Found:

1. Comenta a varios niveles

2. Usa párrafos comentados

3. Tabula por igual los comentarios de líneas consecutivas

4. No insultes la inteligencia del lector

Debemos evitar comentarios absurdos como:

if (a == 5) // Si a vale cinco, ...

counter = 0; // ... ponemos el contador a cero

...

5. Sé correcto

Evita comentarios del tipo "ahora compruebo que el estúpido usuario no haya introducido un número negativo"

comunicación, que es de lo que se trata.

6. No pierdas el tiempo

No comentes si no es necesario, ni florituras, ni chistes, ni poesías, ni chascarrillos.

7. Utiliza un estilo consistente

Hay quien opina que los comentarios deberían ser escritos para que los entendieran no programadores. Otros, en cambio, piensan que debe servir de ayuda para desarrolladores exclusivamente.

8. Para los comentarios internos usa marcas especiales

9. Comenta mientras programas

10. Comenta como si fuera para tí mismo. De hecho, lo es.

"tan pronto como una línea de código sale de la pantalla y volvemos a ella, estamos en modo mantenimiento de la misma"

11. Actualiza los comentarios a la vez que el código

12. La regla de oro del código legible: deja que tu código hable por sí mismo. Si el código es bueno.. pocos comentarios hacen falta..

13. Difunde estas prácticas entre tus colegas

Si lo queréis leer entero lo tenéis aquí...

De todos modos voy a añadir el número 14:

14: Cuando acabes de programar, mira tú código, sino sabes lo que hace.. es que esta mal comentado.. y probablemente mal programado.

Rational Team Concert

2009-10-11T18:09:00.004+02:00

Hace tiempo que IBM trabajaba en su nueva suite de herramientas, la conocida como Jazz. No se veía claro la linea marcada, las continuas adquisiciones de empresas con herramientas similares y una cada vez más liosa visión de la suite Rational como un enjambre de herramientas de diferentes generaciones de desarrollo, componían un extraño cocktail.

De repente creo que se empieza a ver la luz a la estrategia y Jazz comienza a tomar forma. Jazz que empezó como un proyecto Open (pero con licencia) en el cual la comunidad puede influir en las lineas de evolución de las herramientas e incluso poder acceder a versiones trial para dar su opinión, se ha convertido en una Suite solvente e integrada.

Jazz Team Server provee una serie de servicios comunes, a cada una de las herramientas e integra ciertas horizontales como la gestión de los usuario, los áreas de proyectos y ciclos de vida de cada uno de ellos, además como servicios de comunicación en tiempo real. A partir de ahí podemos ir pinchando herramientas que nos van aportando funcionalidades para cada fase del ciclo de vida. Rational Team Concert para gestión del cambio y de la configuración, Rational Quality Manager para gestión de planes de pruebas, Rational Software Architec para diseño y construcción, Rational Focal Point for Project Management para gestión de proyectos, etc..

Es justo decir que cada herramienta por separado es sin duda una de las lideres del mercado, aunque probablemente ninguna sea la mejor, su valor diferenciador es es primer lugar que Rational lo tiene todo y además integrado.

Sin duda el corazón de la suite es Rational Team Concert (RTC ) que desde luego en muchos sentidos es una de las mejores herramientas que he visto... ¿Que es lo que hace?

Las funcionalidades fundamentales que cubre son las siguientes; gestión de tareas, gestión de incidencias, gestión de compilaciones, repositorio de código, gestión de incurridos (imputación de horas) y algunas más de menor importancia.

El primer contacto como usuario es genial, recibe un mail con un enlace y magia !!!, tu entorno eclipse se sincroniza y adquiere todas las configuraciones y proyectos que tengas asignados.. En tres minutos puedes estar desarrollado.. Madre mía, se acabaron los tiempos de configuración del recién llegado...

En segundo lugar tu proyecto puede tener asignado un ciclo de vida a medida, aunque algunos como SCRUM o RUP vienen de serie los puedes amoldar a tu casuística..

El repositorio de código maravilla en el sentido de que maneja tres niveles, tu entorno local osea tu equipo, tu entorno local en el server ( te guarda todos tus trabajos en el server) y el entorno que centraliza los fuentes.. puedes decidir solo subir al final cuando quieres. Maneja conceptos como Entrega, Linea base, etc de una manera muy intuitiva todo lo contrario que era ClearCase.

Otra cosa que llama la atención es que levantar un entorno de integración continua es cosa de segundos, ya que directamente los gestiona y tanto para local como a nivel de servidor centralizado.

Gestión de tareas, incidencias y cambios, pudiendo asociar a entregas que hagas los mismos, de tal modo que puedes saber a que versión del código pertenecen e incluso a que compilación ya que te las puede guardar.. Esto maravilla. Puedes incluso fijar cuando una Entrega esta completa cuando los miembros del equipo hayan entregado sus tareas o incidencias. Permite modo colabarativo (tipo cvs con merge) y además puedes marcar clases exclusivas. Todo esto para Java y NET, integrandose tanto con Eclipse como con Microsoft Visual Studio.

Por otro lado salvo las funcionalidades de compilaciones y las que necesitan un entorno de desarrollo, contamos con un entorno Web que nos permite gestionar gran parte de las funcionalidades.

En general la herramienta es un salto en muchos sentidos, y con una buena implantación sobre un equipo de trabajo sus ventajas son incontestables.

Como siempre algún inconveniente tenía que tener y este sin duda es el precio.. creo que solo las grandes empresas pueden permitírselo, ya que alternativas hay y la balanza se desequilibra al poner el precio.

Aún así si te lo puedes permitir, es una delicia, aunque ahora hay que poner a los desarrolladores a trabajar con ella y veremos que dicen..

Parecidos Razonables

2009-09-16T23:58:00.003+02:00

Los personajes de este relato son inventados y cualquier parecido con la realidad es pura coincidencia..

No es difícil mirar atrás, al frente o incluso a los lados para llegar a identificar entre los que nos rodean a unos seres diferentes y diferenciados...

Se les reconoce fácil externamente, normalmente van bien acicalados traje y corbata, corbata colorida preferiblemente, incluso amarilla. Les encanta llevar siempre el último juguete tecnológico, aunque normalmente no lo saben manejar... Eso si, ya se encargarán de dejarlo bien a la vista para que lo vea todo el mundo, salvo que haya uno mejor cerca, en ese caso al bolso rápidamente.. Su frase "has visto mi nuevo .... con guifi, tactil, 3g, etc.. " Por supuesto pronunciando todo en inglés, que viste más..

Su jerga es siempre la misma, hablar de negocio, de proyectos inexistentes y de grandes pelotazos... Regla de oro del comercial "Generar expectativas", no importa lo que vendas sino lo que creen que puedes vender..

Los mejores son aquellos que como estudiaron informática o hace 100 años estuvieron en un proyecto, creen que pueden dar lecciones de como hacer las cosas "Eso en mis tiempos lo construíamos en un día"... Si, sus tiempos fueron hace tres veranos y no sabia ni programar, y lo metieron a comercial porque "no valía para otra cosa"...

Por cierto su vocabulario suele ser, CMS, EMS, ERP, CRM, XML, NET, JAVA, DOBLE AA, PORTAL, LIFERAY, etc.. y su objetivo hacer el LINGO y meter todas las posibles en una reunión.. cuanto más consiga decir "mas expectativas"..

Naturalmente al salir de las reuniones es genial, parece que hemos ido a reuniones diferentes.. tu piensas una puta mierda "4 mantenimientos y 3 HTML" y ellos salen pensando que es un proyecto de 1 millón de euros.. 3 segundos después ya esta en las previsiones comerciales.. al día siguiente ya lo quieren facturar.. y con el gran beneficio esperado justifican que esta primera fase la podamos hacer con una rebaja del 60%.. " Es que tu no entiendes de negocio" te pueden espetar sin miramientos...

Otra de las cosas absolutamente geniales es que tienen contactos hasta en la luna, lo mejor de todo es que la mayoría están como ellos caninos de proyectos y queriendo vender, son de la misma especie, entonces a estos no les llamamos clientes sino Partners o Socios Tecnológicos, lo que realmente representa que nos subcontratan el trabajo muy baratito..

Me encanta particularmente dos términos "Sinergias" y dar "Valor añadido", que básicamente es la manera de decir que como es un amiguete ("sinergias") le tenemos que regalar un par de módulos ("valor añadido")..

Bueno, tengo que decir, que también los hay buenos... pero pocos. Los buenos son los que trabajan y no es tan siempre tomando café o en reuniones inexistentes con clientes imaginarios.. Lo peor es que estos buenos no llegan a nada la mayoría de las veces, ya que no pueden competir sin saltarse las reglas.. y su jefe no quiere alguien que venda para ganar dinero.. Anda si GANAR no es lo mismo que FACTURAR !!!, el jefe de los comerciales solo quiere facturar.. Estos, como dijo Sabina, son los Tontos %.

Aquí es cuando algún listillo me dice " A veces hay que vender barato para que no este la gente parada, o para entrar en un cliente, o para coger volumen, o para arrancar un area de desarrollo nueva, o un nuevo servicio" y "esto algunos no lo entienden" ... Si, naturalmente eso es cierto, pero ocurre tanto como se apela a ello ??

Mis disculpas a esos vendedores que se lo curran, y que quieren hacer las cosas bien.. a ver si los echáis. Como me decia una gran veterana tecnico comercial nosotros "Los compañeros del Metal" por lo que nos comemos el hacer las propuestas.. en plazos imposibles.. ¿porque quien escribe la propuesta normalmente?

Os dejo para mi con la mejor viñeta para este post.

Biowallet & Android (III)

2009-06-27T13:01:00.003+02:00

Nada mejor que os lo cuenten ellos..

WolframAlpha el antagonista de Google

2009-05-18T19:37:00.005+02:00

Si alguno tiene dudas, este no es un Blog Treky ni WolframAlpha es una Galaxia muy lejana es un nuevo buscador..

Parece que ha aparecido algo nuevo y fresco en el mundillo de Internet, se llama Wolfram|Alpha , y su popularidad esta creciendo en Internet.

Aplica otra serie de conceptos en las búsquedas, conceptos que pueden gustar más o menos.. para eso mejor probarlo.

Solo añado dos cosas, la primera si pones Java te sale una isla de no de donde.. con lo cual te haces una idea de los contenidos actuales que tiene indexados.. (o los que no tiene)

Y la segunda es que usa unos nuevos algoritmos de para gestionar el conocimiento ... no se.. más dudas me entran aún.. la verdad es como concepto me gusta, pasamos de hablar de contenidos a conocimiento, esto es mucho más amplio y demuestra otras aspiraciones..

En principio, no parece que quiera competir con Google, incluso desde WA te enlazan a Google, pero si tiene exito seguro que Google o lo copia o lo compra..

Virtualizacion con VirtualBox

2009-05-17T22:10:00.004+02:00

Este post es más que nada una recomendación, se trata de la VirtualBox. Estaba haciendo unos pinitos buscando virtualizar unos entornos, y necesitaba que no fuera de pago.

Entonces buscando, buscando encontré esta maravilla, SUN Virtual Box. La he probado montando un par de entornos y me ha encantado.

Es muy fácil de instalar y todo super intuitivo.. la verdad genial !!

Si alguien tiene alguna experiencia con ella que me la cuente..

"Hazlo o no lo hagas, pero no lo intentes"

2009-05-13T21:05:00.005+02:00

Esta frase que algunos habrán reconocido es la que el Maestro Yoda, le dice a Luke cuando se enfrente a lo que para el es un autentico reto y que pone a prueba su Fuerza. El reto es sacar su flamante x-wing (su nave para los no fans de SW) de un pantano en el que esta hundido..

Hay mucha filosofía en esta frase ya que nos enseña que si el reto lleva mucho esfuerzo, para fracasar mejor no intentarlo, además que si no confías en conseguirlo no lo conseguirás..

Esto se puede aplicar a nuestro día a día de los proyectos, en el cual cada cierto tiempo surge ese gran reto que todo JP se tiene que enfrentar, al menos una vez, para demostrar que es un JP...y de los buenos !!! No hay torero sin cornadas, ni JP sin fracasos. Si nunca te la has pegado en un proyecto, igual es que no te arrimas lo suficiente al toro..

El problema es que los grandes retos son los que mas prestigio te dan pero son los que más factura te pasan.. A mi la factura que me ha quedado es no volver a querer dirigir ningún proyecto, lo veo como una etapa pasada.. sin embargo siempre me persigue esa posibilidad..

Con la Calidad acaba pasando lo mismo, cada certificación es un reto, pensé que tenía gasolina para llegar a CMMI 5 pero veo que no, necesito nuevos retos..

Me decía un amigo, compañero de fatigas, que a el solo seguía en un trabajo por tres motivaciones, las zanahorias (a las que sigue cual burrito), el dinero y una mujer.. Las zanahorias son los retos, el dinero que no falte y la mujer que tiene que estar en la misma ciudad que el trabajo.. Si esas cosas le faltan en un sitio se va..

No esta mal como filosofía.. o si¿? o yo que se..

¿Y ahora que? ¿ tampoco soy tan viejo para orientar mi carrera hacia otras vertientes? O quizás si.. no siempre te puedes agarrar a hacer lo que más te gusta... y ahora es cuando la frase de Yoda me viene a la cabeza "hazlo o no lo hagas, pero no lo intentes"

CONTINUARÁ..

(por cierto Luke lo intento..)

Congreso Internacional de Factorias de Software

2008-10-22T20:25:00.005+02:00

Finalmente aunque no tengamos SIMO en Noviembre, algunos podremos entretenernos con otra cosa. Pues si, llega el Congreso Internacional de Factorías de Software (SFIC) el cual trata de proporcionar datos de como esta el sector, en base a diferentes experiencias contadas por los lideres del mercado.

Tenemos tres vertientes de trabajo, Procesos de Producción, Control de Calidad y el Modelo de Negocio, para los cuales nos ofrecen distintas ponencias.

Además tenemos los siguientes seminarios o cursos, como CMMI, PMO, COBIT, SLA´s, etc.. Alguno como el de PMO me resulta especialmente atractivo.

El año pasado no pude asistir, pero creo que han cambiado la política y este año las Ponencias son gratuitas y los seminarios y cursos de pago. Me parece un planteamiento mucho más acertado que garantiza un éxito de asistentes.

Sin más os dejo el enlace al Programa.

Sobre las conferencias ya comentaré, creo que al menos podré asistir una jornada..

La crisis del SIMO. (SIMO CANCELADO)

2008-10-14T23:03:00.004+02:00

Año tras año la feria empeoraba, el número de empresas y asistentes bajaba continuamente, y hoy leo que este año no habrá SIMO.

El motivo parece que las principales empresas "las grandes" no irán por un recorte de gastos por la crisis. ¿O solo necesitaban una excusa?

Antes los profesionales acudíamos a ver los nuevos productos sw, conocer nuevos proveedores o incluso tratar de hacer clientes.. Esto con la llegada de Internet al sector, las demos siempre disponibles online y el bombardeo de publicidad que supone la red, había perdido su atractivo.

Las empresas acababan estando porque estaba la competencia, y solo algunas trataban de conseguir algún minuto de TV para mostrar su último juguete, poco más había.

¿Y ahora que? Ha llegado el momento de pensar de otra manera, de reunir los mejores workshops del mercado, de llevar conferenciantes insignes, de meter también una zona lúdica tipo campus party, de poner procesos de selección de empresas, etc.. hay que relanzar la feria con nuevos contenidos. Nuevo mundo, nuevas reglas..

Espero que el año que viene tengamos el mejor SIMO de la década !! Ánimo organizadores..

Yo también fui programador

2008-10-09T20:39:00.004+02:00

Si aunque nadie lo crea, lo fui, y no era malo !!. Y aveces pienso que ojala lo siguiera siendo.

Quizás cuando veo de donde vengo, pienso dos veces cada decisión que impacta sobre programadores, ¿algo esta cambiando y el modelo que critica el vídeo se extingue?

Espero que si. Este vídeo me recuerda otros tiempos.. y encima lo recuerdo con cariño aún trabajando más horas que nunca.

Por cierto el chiste de la imagen es como la vida misma..

Manual CMMI

2008-10-06T22:40:00.005+02:00

Algunas personas me han preguntado algunas veces como pueden empezar con CMMI, ya que el tema les parece bastante infumable, entiendo que sobre todo por su volumen.

La verdad es que cuento con varias presentaciones bastante buenas, pero desgraciadamente no las puedo compartir. Esto nos pasa a todos, con montones de cosas, quizás algún día esto cambie.

De momento os dejo una presentación, que me ha parecido bastante aceptable para comprender el Modelo y además entra en cierta profundidad.

El gran "misterio" o de lo que hay muy poco en internet es como implantar CMMI o como realizar el Plan de Mejora, bueno si fuera fácil esto sería muy aburrido. (permitirme el chiste).

Sin más preámbulos, os dejo con la presentación..

The CMMI: It’s So Much More Than Merely Improving Software Processes

View SlideShare presentation or Upload your own. (tags: cmmi process)

www.swfactory.es

2008-09-26T18:38:00.004+02:00

Finalmente me he tenido que "rendir" y adquirir un dominio, esto empezó siendo un blog de amigos, y lo sigue siendo !!! Pero creo que una dirección más corta hará que mis amigos mas vagos, se animen a teclear la url..

Espero tenga más beneficios que perdidas, ya que ponerlo ha sido un lío, y de momento he tenido que darla de alta en bastantes sitios.. Veremos si caen las visitas o suben con el cambio, eso si el viejo dominio de blogger sigue funcionado.

Al cambiar de dominio se pierde, el page rank de google, el sitemap, todo lo que tengas en buscadores... Bueno esto no se pierde pero apunta al viejo..

Así que seguimos siendo el viejo blog de siempre, pero con un lavadito de cara !!!

Android y Biowallet (segunda parte)

2008-09-22T22:04:00.006+02:00

Tras la salida del iphone en España, de la mano de Telefónica, solo podemos decir que su máximo competidor aún se encuentra en estado de gestación… Android. Aunque no dispongo de del ya popular iphone, creo que el listón esta alto y mucho tiene que andar Android para ponerse al mismo nivel..

Eso no quiere decir que no este dando pasos, entre ellos hacerse con el mercado de desarrolladores y con un catalogo interesante de aplicaciones. Para ello lanzó el Android Developer Challenge (ADC) como ya comente es su momento. Link a artículo anterior.

Al ADC se presentaron 1788 aplicaciones y entre ellas Biowallet, una original aplicación española que ha sido una de las seleccionadas entre las 50 finalistas.

Biowallet es una aplicación para realizar un control de seguridad biométrica, basada en el reconocimiento del iris, usando para ello la cámara del dispositivo móvil..

En general las posibilidades del aplicativo son muchas, ya que además de poder ser una aplicación en si, para guardar datos personales de manera segura, puede formar parte se otros aplicativos que necesitan una buen sistema de seguridad, integrándose como middleware en ellos.. Además podría ser un sistema de seguridad para el teléfono eliminado el pin, securizando no solo los datos sino el aparato. Esto es mi opinión, para más info visitar la web de Biowallet..

Estaba esperando a publicar este post, a los resultados finales, esperando que Google la situará entre las 10 ganadoras.. No ha sido así, supongo que los concursos tienen ese factor injusto y de suerte, que en este caso no ha acompañado al equipo de Biowallet con José Luís a la cabeza. Esta claro que otros como la revista Fortune si la dan como ganadora.. (10 cool tools for your mobile phone).

Desde mi punto de vista deben seguir adelante, me encantaría que Biowallet y su equipo tengan éxito, sobretodo sabiendo los orígenes modestos y presupuesto aún más modesto (sus noches en vela) que han tenido. Competían contra muchas empresas y las dejaron atrás ¡!! El talento como la naturaleza siempre de abre paso.. adelante ¡!!

Seguiré con atención los pasos que dan, y espero verla pronto en el primer dispositivo Android que salga al mercado.. (suerte chicos)

¿Por qué no habrán llegado a la final a ojos de Google, estética, usabilidad, estabilidad, cuando la idea y planteamiento es más que brillante?

¿Hacia donde irá Biowallet ahora? ¿Se plantea el equipo de desarrollo hacerla Open Source? ¿Es posible migrar a otras plataformas como Symbian o Iphone? ¿Para cuando Biowallet 2.0?

Muchas preguntas que el tiempo irá contestando..

En el momento de publicación de este anuncio, se anunciaba que Google presentará su móvil Dream con Android, un dispositivo de HTC.. Parece que Andorid se acerca..

(P.D: ánimo núcleo)

Google Chrome

2008-09-02T17:35:00.007+02:00

Desde luego Google no deja de sorprenderme, ahora atacan el mundo de los Navegadores, y sin duda van en serio. Van a sacar la Beta de Google Chrome y la cosa promete.

Un mundo que parecía destinado a ser perpetuamente dominado por Explorer, que apenas notaba la amenaza de Firefox, ahora se "tambalea" por la entrada de un nuevo competidor. Amigos, por mucho que nos guste Firefox , le cuesta pasar del 20 % de cuota de mercado, y Explorer no baja del 70 %, para Safari apenas tenemos un 6%... Estos son los datos que veo por varias webs..

Pero ahora viene Google Chrome, y la cosa promete, porque al menos en su presentación parece que le van a dar una vueltita al tema.

Antes de nada, decir que la forma de presentarlo a la prensa en formato comic me parece genial, pero lo mejor es leer el comic. Debía ser de obligada lectura en las universidades, ya que realmente explica un montón de conceptos de la manera más sencilla. Da gusto, me ha encantado, por favor leerlo. Pero primero acabar con este post.

Os doy unas pinceladas de lo que he leído en el maravilloso comic de presentación:

Rápido y Robusto: ¿como ? Pues le han dado una vuelta de tuerca al tema de los navegadores, ya que Chrome aplica una filosofía de gestión de procesos y memoria como si fuera un SO. Lo que hace que todo se trate independientemente, y desde luego parece que muy eficiente tanto a nivel de CPU como memoria. Lo mejor es que lo han probado usando el crawler de google contra millones de webs, aplicando los mismo criterios de pagerank que se usan para mostrar las web en su buscador, para seleccionar sobre cuales a probar.

Rápido y Robusto II: Si el javascript es el motor de muchas aplicaciones web, gracias a AJAX entre otras cosas, se dota al navegador de una Máquina Virtual para el Javascript, v 8. Acaban con el interprete de javascript y generan codigo ejecutable.. claro todo más rápido. Además el Garbage Collector parece muy reforzado. A ver si Sun tiene que copiar algo.. Otra cosa la Virtual Machine esta liberada para cualquier navegador..

Diseño y usabilidad: Potencian el uso de las pestañas (tabs), construyendo el navegador en torno a ellas, cada tab es independiente, no comparten recursos, ni sesiones ni nada.. (esto es más del modo SO del navegador, pero me salió ahora). Estéticamente tenemos cada tab con sus botones y opciones.

Seguridad: Se acabo el Malware, no se da acceso a nada y listo, muerto el perro se acabo la rabia y como toda pestaña es independiente no puede ver lo que hay en otra... Ahora que no queda muy claro como solucionan el tema de los plugins. Parece que les queda solo eso por solucionar.. Ah El phising también se lo cargan llevando un mega registro de webs que va a realizar google.. parece un poco conejo de la chistera pero veremos si es real o solo un truco.

Confidencialidad: Tabs que no dejan ningún rastro.. te puedes abrir una tab que no deje rastro ninguno lo cual no esta mal para algunas cosas :-D... cada uno sabrá de las suyas :-D.. Ya no hace falta ir a borrar cache y cookies al acabar..

OPEN SOURCE: Si todo Open, aplican su misma filosofía de siempre...

Bueno aquí tenéis unas pinceladas.. leer el comic os encantará. Yo espero probarlo pronto y comentar las primeras impresiones.

Las preguntas que quedan son muchas, ¿Revolucionará esto las aplicaciones Web?, ¿revolucionará Internet? ¿Puede Google acabar con Microsoft y de momento con Explorer? ¿El siguiente paso es un SO basado en Internet?

¿Quien dijo que en los navegadores estaba todo inventado? No se mucho de este sector pero parece que le quieren dar un giro.

Best of Open Software Source

2008-08-22T17:36:00.007+02:00

InfoWorld ha publicado la relación de premiados como las mejores aplicaciones Open Soource del mercado. Los premios se reparten en 8 categorías diferentes:

1. Best of open source for collaboration Social networking, wiki, blogging, and groupware

2. Best of open source developer tools RIA platform, Ajax framework, business rule management system, version control package, object database, Web service test tool, and HTTP client library

3. Best of open source enterprise applications BPM, CRM, ERP, e-commerce, business intelligence, project management, application management, and portal software

4. Best of open source in networking IP telephony, VoIP monitoring, log analysis, Wi-Fi scanning, server and network monitoring, and routing software

5. Best of open source platforms and middleware: Open source operating systems, desktop and server virtualization, database, application integration, and data migration software

6. Best of open source productivity apps: Web browser, image ma nipulator, sound editor, 3D modeling tool, and PDF creator

7. Best of open source in security Firewall, IPS, network gateway, password cracker, penetration toolkit, application security, and disk encryption software

8. Best of open source storage software Network and online backup, network attached storage, disk monitoring, and storage administration

Me quedo sobre todo con los premiados en "Best of open source enterprise applications", son los siguientes:

CMS y ECM (Gestor de Contenidos y Contenidos Empresariales) : ALFRESCO.

ERP (Planificador de Recursos Empresariales): Compiere (aunque también tiene funcionalidades básicas de CRM)

PM (Project Management): dotProject

Monitorización de Aplicaciones: Hyperic HQ

BPM (Business process management): Intalio BPMS

Enterprise Portal: Liferay Portal

E-commerce: Magento Commerce

Business intelligence: SugarCRM

CRM (Customer relationship management): Pentaho Open BI Suite

Reporting: JasperReports

Aunque no conozco todas las aplicaciones, como sorpresa, me quedo con que LifeRay supere a JBoss Portal.. Lo de Alfresco como nº1 parece que todo el mundo lo tiene ya más que claro, no se si alguna grande no lo comprará tarde o temprano. Cuanto me alegro que este JasperReports, ya que recuerdo como en el pasado la elegimos para algún aplicativo.

Lo interesante sería tener una comparativa de las prestaciones de cada una de ellas contra aplicaciones comerciales... sin duda si el baremos se basa en calidad precio, Alfresco y dotProject, creo que estarían muy por encima de muchas.. precio incluido soporte.. que eso no es gratis ;-)

Otros ganadores significativos y muchos esperados:

HttpClient de Jakarta como Web Client Library
JBoss Drools como Gestor de Reglas de negocio (por encima de de JRules)
MediaWiki como Wiki
Enterprise service bus (ESB) para JBossESB y yo que pensaba que el mejor era Mule..
Como BBDD MySQL.. supongo que no es una sorpresa.. aunque supongo que no la comparan con Oracle y SQLserver en sus versiones gratuitas.
Ubuntu como OS Open.. y mejor que las comerciales como Vista este si que es XD
FireFox como Web Browser .. alguien lo dudaba ??

Nunca llueve a gusto de todos, pero con tantas categorías y tantos ganadores por categoría.. casi estan todos los que son importantes. Creo que menos ganadores harían a los premios algo más prestigiosos (al menos como los Grammy), ya que a bote pronto puede que tengamos más de 60 ganadores..

Tristeza por el accidente areo en Madrid

2008-08-21T12:28:00.002+02:00

Estaba preparando otro post, pero las dimensiones de la desgracia son importantes. Más de 150 muertos confirmados.. Mueren personas en todo el mundo a todas horas, pero cuando es más cerca más se nota.

Mi pesame y apoyo a las familias, y respeto a su dolor.

Ranking Universidades

2008-08-13T08:28:00.010+02:00

En el pasado he defendido la tesis de que la Universidad en España deja mucho que desear, pues vuelvo a la carga. En concreto hablo de la informática, en donde creo que estamos muy lejos de la senda correcta. Hay excepciones supongo, pero casi todo lo que conozco... A la Software Factory sigue llegando gente sin preparación, pese a tener unas notas excelentes, ¿como se come esto? ...
Esto ocurre porque aquí, en España, aún se sigue pensando que la Universidad es libre de decidir que impartir y que no, que una serie de profesores piensan que su libro es el bueno pese a que solo lo compran sus alumnos obligados... por favor señores de la catedra, enterense ya que en esto de la informatica, los americanos nos dan mil vueltas y nos llevan mucho ventaja...(Google, Microsoft, IBM, Sun, Bea, Dell, Intel, Amd, HP, Apple, etc) no piensen más que ustedes saben de este negocio.. Si, es un negocio por si no lo sabían. Es un error que pagan todos los que pasan por su red.

Salgan de sus despachos y pasense por las empresas y vean sus necesidades, después asesorense y hagan unos temarios acordes, promuevan el I+D con la empresa, y dejen que entre aire fresco. Sigan el modelo americano, que parece que les va muy bien, ya que las mejores Universidades del mundo allí están...

Aquí pongo dos ranking de universidades, la primera española aparece en el puesto 141. Ole.

Estos son los dos enlace mencionados:

WeboMetrics Rank

Arwu

Buscad la vuestra..!!!

Si alguien tiene otro que me lo pase.

Por cierto en este aparece Carnegie Mellon University , precursora del modelo CMMI en el puesto 14. Esto es lo que ocurre cuando vas por delante y no por detrás.. que es la empresa la que te sigue. Pero para esto, aquí queda mucho camino por andar.

KNOL a unit of Knowledge

2008-08-06T17:37:00.003+02:00

Google no deja de sorprendernos y esta vez lanza Knol. Para mi es una sorpresa agradable ya que creo que en cierto modo casa con este blog. Knol pretende ser una base de conocimiento, en la cual se realizan aportaciones de personas con un nivel alto de experiencia y conocimiento del tema tratado.

Para el que prefiera la definición en inglés:

"A knol is an authoritative article about a specific topic."

Algunos de los articulos que podeis leer en mi modesto blog, tienen es ocasiones estas pretensiones como la trilogia de Software Factory, que por cierto siguen siendo los articulos más visitados del blog. Creo que intentaré migrar algún articulo a Knoll, esta claro que una versión mejorada del mismo.

¿Quien más se anima?

Pizarras Agiles

2008-08-03T12:12:00.007+02:00

Me ha llegado un articulo sobre el uso de las pizarras en proyectos ágiles.. Creo que la pizarra es un bien universal a todos los proyectos. Por mucho que sigamos avanzando en modernas herramientas de seguimiento o con la integración de los "ToDo" en los entornos de desarrollo, la pizarra para mi es imprescindible..

Lo que nunca me había planteado es el uso de calendarios para representar el estado de animo o motivación del equipo de desarrollo, como representa el Nico Calendar.

Si estás interesados no os perdáis el articulo "Visualizing Agile Projects with Kanban Boards"

Mercado Español de Gestion de Contenidos

2008-07-20T11:16:00.008+02:00

IDC compañia dedicada al análisis continuo del mercado de las Tegnologías de la Información ha publicado un estudio sobre los Gestores de Contenidos en el mercado español. El estudio lo podéis encontrar aquí, aunque solo se puede acceder al resumen ejecutivo sin pasar por caja.

El estudio aporta información interesante sobre el mercado nacional, y el análisis de la demanda.Por otro lado estudia cada uno de los players, aquí la información es restringida, así que no he podido acceder al detalle de cada uno.

Pero lo que si es público es la lista que es la siguiente:

# IBM
# EMC
# Open Text
# Microsoft
# Grupo DICOM (Kofax Division)
# Oracle
# Interwoven
# Vignette
# FatWire
# Divisa iT
# Ever Team
# Xerox

No conozco todos los ECM ((Enterprise Content Management) del mercado, pero si puedo echar alguno de menos rápidamente ALFRESCO, para mi es incomprensible que no este en esta lista.. Cuando sin duda es mejor producto que otros que si están.. Señores de IDC, ¿ALFRESCO no es un player? Yo al menos me lo he encontrado en bastantes sitios..

Estoy de acuerdo en que si nos centramos en los ECM y no en los CMS (Content Management System) la lista se acorta, pero creo que hay muchos que se encuentran en la frontera entre ECM y CMS, y que últimamente se han subido al carro de ECM porque tiene más nicho de mercado. Existen algunos CMS como OpenCms, que creo que sin duda esta al nivel de alguno de la lista.

No deja de sorprenderme la inclusión de Divisa IT, empresa nacional. Que nadie lo lea como una crítica, que es un aplauso, para mi que alguien de la tierra compita con los grandes y consiga aparecer en la lista, es de admiración.. Lo consiga como lo consiga. Ya me gustaría a mi algún día lograr lo mismo..

Por otro lado el otro día pude ver en televisión un reportaje sobre la web del Real Madrid, y como se habían volcado en la distribución de contenidos. Aunque apenas entraron en aspectos técnicos, si mencionaron que la tecnología era Fatwire. Aunque a todo se le pueden poner pegas, (solo idioma ingles y español, y el mercado chino donde van de gira!!), es un magnífico trabajo. La verdad es que me quede con ganas de ver más, y me encantaría que hubiera reportajes de este tipo en los medios..

Firefox World Record

2008-07-03T18:24:00.004+02:00

Pues finalmente parece que se consiguió el record. Estoy contento por poner el granito de arena ya que el navegador es fantástico.

Felicidades Mozilla !!

A vuela pluma

2008-06-30T23:51:00.002+02:00

Hoy acabo una etapa en Caceres, de la cual me quedo con muchas cosas, pero sobre todo con las personas que he conocido...

Gracias por acogerme en ese núcleo, en esa mesa, en esos desayunos, en ese bks, en ese java, en ese cobol, en ese padel, en las comidas, en los chistes, en las gominolas..

Sois geniales, gracias..

P.D: Volveré !!

Pair Programming, Cola y Software Factory

2008-06-28T01:41:00.006+02:00

Hace ya bastante tiempo que conocí el concepto de Pair Programming, que para el que no lo conozca, se trata de una técnica de desarrollo que se basa en que dos programadores trabajan simultáneamente sobre el mismo código. Programan juntos lo mismo compartiendo ordenador, uno teclea y otro dicta.

En realidad la definición es mucho más formal y define a los participantes como Driver (o el que teclea) que es el encargado de implementar en base al cumplimiento de las normas de estilo o buenas practicas de programación, y el Observer que es el encargado del aspecto estratégico, afronta una visión más global del aplicativo, selecciona patrones correctos, etc.

Nunca creí que esto pudiera funcionar, de hecho es algo que descarte nada más conocerlo sin prestarle más atención. Porque para mi un programador tecleando y otro al lado con unos papeles explicándole que hacer, no me entra fácil.. que perdida de tiempo !!!

Evidentemente la técnica evoluciona y ya los entornos de desarrollo distan mucho de los que yo use cuando era programador. De repente me encuentro algo, como Cola y la Edición compartida en tiempo real, y todo ello en Eclipse integrado y con skype..

A continuación os dejo el video, que no tiene ningún desperdicio, pero si al que no le apetezca le dejo un enlace con el plugin de Eclipse que explica como funciona.

Cola: Real-Time Shared Editing from Mustafa K. Isik on Vimeo.

De repente uniendo esto, con el Pair Programming y la Software Factory, empiezo a tener ideas de como un programador senior, quizás fuera capaz de Construir una aplicación manejando a la vez a tres programadores junior, siguiendo sus avances y dictando ordenes.. Además estos podían estar en diferentes lugares...

Vale, ya se que no invento nada, esto se llama Virtual Pair Programming, pero en principio voy más allá.. pienso en la parte NearShore como Observer y el OffShore como Driver.. ¿Imposible? Técnicamente no lo es, y rentable supongo que si sería.. Probablemente sea una locura, pero si pudiera lo intentaba..

Otra idea, que me asusta, es si esto se pude volver un gran hermano (Big Brother) de la programación, en que se controla línea a línea, lo que escriben los programadores.. Esperemos que esto última jamás sea cierto, porque pase la Monitorización se Servidores, pero la Monitorización de Programadores.. :-D

Gracias a Abraham por el video y la idea..

Reglas de Juego en los Proyectos (ground rules)

2008-06-25T19:23:00.006+02:00

La lectura de un post en el Café de Joe, recomendable blog sobre la Gestión de Proyectos, me ha hecho reflexionar sobre el tema de los valores o principios de Software Factory sobre lo que ya escribí un articulo.

Tengo que reconocer que no conocia el termino Ground Rules, ni que estuviera incluido en el PMBOK, pero para aprender estoy. La definición es la siguiente:

Una lista de comportamientos aceptables e inaceptables adoptados por el equipo de proyecto para mejorar la relación de trabajo, efectividad y la comunicación”

Cuando hablaba de valores de Software Factory como esos pilares que debemos tener sobre la mesa, no reflexionaba que para muchas personas su mundo es su proyecto y no existe nada más que eso en sus vidas (laboralmente hablando). Por tanto las Ground Rules que se establezcan para ellos son las reglas que rigen su universo, y si no se sienten cómodos con ellas estarán descontentos y trabajarán peor.. o se irán a otra empresa o pedirán la salida del proyecto.

La alternativa es establecer unas buenas reglas, que nunca puedan ir en contra de los valores de la compañía.. Es decir la compañía no puede estar diciendo que tiene como principio "Conciliar la vida laboral y familiar",y el jefe de proyecto hacerles realizar un overtime de dos horas diarias..

Si entramos dentro del proyecto, es conveniente fomentar que los procesos de comunicación sean robustos, que se escuche la opinión de todos, que las reuniones sea participativas, que exista el compañerismo, el éxito es de todos, tener claro como solucionar conflictos, enfados, riñas..

¿Cuando arrancáis un proyecto pensáis en los Ground Rules? No estaría demás ya que otro JP / PM puede tener otras y el equipo esperar otros comportamientos... Evitemos el "Es que yo estuve en un proyecto en que lo hacíamos así.. ", que me recuerda a la típica frase de partida de parchis entre amigos.. "Es que en mi casa se juega así" Por mi parte empezaré a pensar más en ello, y no dejar cosas al azar..

Según leo parece que la mejor manera de hacerlo es la siguiente:

"El proceso de discutir las reglas de juego permite a los miembros descubrir que valores son importantes para cada uno"

¿pero nos podemos permitir que opinen sobre todo o discutirlo con los equipos? No lo tengo tan claro.. ¿un proyecto es una democracia?

Mozilla Firefox 3.0

2008-06-17T18:55:00.005+02:00

Ya está aquí !! La tercera versión del popular navegador está lista y dentro de poco todos la podremos tener en nuestros equipos.. Instalarla ya en vuestra Software Factory , si os dejan los de Sistemas !!! :-D

Mientras tanto Mozilla pretende batir el record mundial de descargas en un día..

Yo ya me he apuntado.

A las 19:00 estará disponible..

Valores de Software Factory

2008-06-12T19:47:00.004+02:00

De manera rápida me gustaría dejar la idea, más allá del diseño de Software Factory apoyado en un modelo determinado y en unos costes, creo que se pueden establecer una serie de valores que digan que hacemos y que no hacemos.

Hace poco me decía un amigo "No me gusta lo que hacemos" y luego dijo "Mejor dicho como lo hacemos"..

Conclusión:

" No por mucho que te pague por hora un cliente se puede aceptar lo que te pide, por tanto hay que fundamentar la compañía en unos valores o principios. "

Os voy a dar una serie de principios, interesantes:

1. Lo más importante es pensar en el usuario.

2. Es mejor especializarse en algo y hacerlo realmente bien.

3. La velocidad es un valor seguro.

4. La democracia en la web funciona.

5. No tiene por qué estar en su despacho para obtener una respuesta.

6. Es posible obtener ingresos actuando de forma ética.

7. Es imposible abarcar toda la información disponible.

8. La necesidad de información supera todas las fronteras.

9. Es posible ser profesional sin llevar traje.

10. No nos conformamos con unos resultados estupendos.

Como veis son 10, el 10 es un buen número.. :-)

Algunos diréis que no son muy buenos, que los vuestros son mejores, y seguramente no os falte razón, pero estos no son los míos... Son los de Google y la verdad es que no les ha ido mal.

¿tiene tu empresa o factoría los TUYOS? Si coinciden bien, sino.. tu dirás.

Android (primera parte)

2008-05-29T10:12:00.014+02:00

Google en su continua expansión como empresa, sigue dotando al mercado de una gran gama de aplicaciones sobre las que sustentar su negocio base, el de la publicidad. En un entorno en el que se presenta un emergente acceso a Internet desde dispositivos móviles, mayoritariamente los teléfonos, Google se nomina como participante en esta carrera para conquistar a millones de usuarios potenciales con Android.

Naturalmente Google no se puede presentar a la carrera solo y para ello ha levantado una Alianza lo que llama Open HandSet Alliance involucrando a operadores, fabricantes, empresas de sw, distribuidores, etc.. Y la verdad tiene buena pinta, pero creo que aún les quedan aliados por conquistar o atraer. . Por cierto Telefónica está en la lista..

Las premisas en las que se ha basado Google para construir Android son las siguientes:

Open: El sistema debe ser abierto y las aplicaciones pueden usar todos los recursos del HW (camara, BT, llmadas, etc) además el sistema puede ser extendido por los desarrolladores.

Aplicaciones iguales: Todas las aplicaciones pueden ser creadas del mismo modo, no existen ventajas, ni diferencias para aplicaciones creadas por el fabricante o por empresas terceras.

Aplicaciones sin barreras: No poner ningun limite a la inovacion, pudiendo combinar recursos del dispositivo móvil, aplicaciones web, datos del usuario.. Sin limites para innovar.

Desarrollo Fácil y Rápido. Ofrece una serie de aplicaciones y herramientas que permiten poder desarrollar aplicaciones rápidas y dotadas de gran funcionalidad.

Android se presenta como una plataforma para dispositivos móviles, ya que pretende ir más allá de ser un sistema operativo para móviles aportando middleware y aplicaciones. A estas aplicaciones las llama clave, que son aquellas que todos esperamos que nos traiga de base el móvil cuando lo compramos, y el Middleware son todas las aportaciones a nivel de SDK, que nos permitan construir aplicativos que doten al movil de mayores prestaciones funcionales.

Si inspeccionamos la wikipedia podemos encontrar más acerca de Android pero en el momento de escritura de este articulo, no deja casi de ser una traducción de la web oficial de Android ( What is Android?), en la cual podremos leer mucho más..

Desde el punto de vista tecnico tenemos las siguientes características, extraidas literalmente:

Application framework enabling reuse and replacement of components

Dalvik virtual machine optimized for mobile devices

Integrated browser based on the open source WebKit engine

Optimized graphics powered by a custom 2D graphics library; 3D graphics based on the OpenGL ES 1.0 specification (hardware acceleration optional)

SQLite for structured data storage

Media support for common audio, video, and still image formats (MPEG4, H.264, MP3, AAC, AMR, JPG, PNG, GIF)

GSM Telephony (hardware dependent)

Bluetooth, EDGE, 3G, and WiFi (hardware dependent)

Camera, GPS, compass, and accelerometer (hardware dependent)

Rich development environment including a device emulator, tools for debugging, memory and performance profiling, and a plugin for the Eclipse IDE

Sobre todo me quedo con que el núcleo (Kernel) del Sistema Operativo está basado en Linux, lo que nos da unas garantias de seguridad, una eficiente gestión de memoria y HW. El navegador se basa en Safari, y naturalmente supongo que será uno de los aspectos más cuidados. Otro detalle es que han desarrollado una Maquina Virtual (Dalvik) a medida del sistema. Me ha encantado también que traiga una BBDD SQLite, que permite poder desarrollar aplicaciones de peso. Desde luego si sumamos todo, tenemos una plataforma ideal para el desarrollo de aplicaciones Java..

Desde luego a día de hoy la apuesta de Google respecto a Android es llegar a los desarrolladores, puedo suponer que en dos sentidos, uno como testers de la nueva plataforma y otro sabiendo que cuanto mas desarrolladores, más aplicaciones en el mercado, más competitiva es la plataforma y puede competir con Symbian y Windows Mobile .

No hay nada como organizar una competición entre desarrolladores para conseguirlos, y por ello Google lanzó el Android Developer Challenge, cuyas normas, reglas y objetivos podemos leer aquí. Básicamente busca aplicaciones para Android, premiando la originalidad, el uso del sistema, y la funcionalidad que desarrollan..

De esto hablaré en la segunda parte..

Lineas de Producto Software

2008-05-23T13:02:00.005+02:00

Hasta este momento había comentado los Modelos de Software Factory ( I , II , III ) en una serie de artículos que aún esta pendiente de cerrarse, en ellos nos centramos en como presentar el modelo al cliente y como gestionar la producción interna así como los éxitos y beneficios de cada uno.

En este artículo vamos a centrarnos en como organizar nuestra producción desde el punto de vista Metodológico y Técnico con dos claros objetivos:

Ahorro de costes.
Mejora del Time to Market.
Alta calidad del producto.

Evidentemente el que encuentre la manera de conseguir este trinomio y mantenerlo en el tiempo ha conseguido encontrar el Santo Grial del Software. No va a ser tan fácil de conseguir como muchos autores promulgan, pero sin duda las Líneas de Productos Software es el camino.

En general los dos sistemas de reutilización más usados, son el Individual que se basa en el Copy & Paste del programador y el Oportunista que ocurre cuando un componente se parece a otro que hicimos en el pasado y lo encajamos con calzador.

Siempre lo que debemos buscar es una reutilización gestionada, basada en una planificación y en la que pensemos desde el principio de los desarrollos.

Las Líneas de Producto Software (LPS) o Software Product Lines (SPL), para el que prefiera documentarse en inglés, proponen un sistema de producción basado en la reutilización de componentes en un determinado dominio. Si nos fijamos en otra industria como puede ser la del automóvil, podemos ver como una misma cadena puede producir hasta automóviles con 1000 diferencias entre si, aplicando este sistema podemos tener un linea de producción capaz de generar multitud de variantes en una tipologia de SW.

Evidentemente montar este sistema no es cosa de un día, ya que tenemos que tener una metodología de desarrollo que nos permita generar activos sw o piezas de la configuración, almacenarlas en un repositorio, para a posteriori poder ensamblarlas para componer otro producto de diferentes requerimientos.

Naturalmente otra necesidad es saber construir una Arquitectura a medida de este paradigma de producción, ya que no tiene sentido tener un repositorio de activos sw, si el coste de ensamblaje de los mismos es más alto que el de construcción..

Queda mucho trabajo por hacer.. y mucho por leer, por eso empecemos cuanto antes..

Bibliografía

http://www.softwareproductlines.com/
http://bradapp.blogspot.com/2008/03/software-product-line-architecture-and.html
http://www.ieee.org.ar/downloads/2006-montilva-productos.pdf
http://www.sei.cmu.edu/productlines/spl_factory.html
http://worldofreuse.blogspot.com/

Arquitectura: Marca de Software Factory

2008-05-02T00:03:00.008+02:00

Voy a empezar una serie de artículos que tienen que ver con las Arquitecturas, estando más cerca de los conceptos de metodología de desarrollo, arquitecturas empresariales y lineas de productos software, que cerca de la tecnología de implementación de las mismas. Evidentemente al hablar de desarrollo de arquitecturas todo el mundo vuelve la cabeza para mirar Java y .net principalmente.

Hace unos días me comentaba un amigo que se encontraba trabajando en la nueva versión de la arquitectura y que iban a pasar a la versión 4.2, en ese momento le pregunté ¿y porque no la 5?, a lo que me respondió con una serie de argumentos técnicos (todos muy acertados), que justificaban claramente el porque solo un crecimiento en el digito de menos peso.

Muy probablemente en su empresa siguen criterios cercanos a los de Apache http://apr.apache.org/versioning.html , que desde luego me parece un gran acierto y un planteamiento más que respetable.

En resumen lo que dice Apache respecto a su versionado, siendo esto una política muy extendida. Se basa en tres niveles separados por puntos, MAJOR.MINOR.PATCH, aplicando a cada uno criterios diferentes:

* PATCH VERSION: Solo se realizan correcciones, que no cambian el comportamiento de la aplicación, no cambian los parámetros y llamadas. Por tanto al instalar la versión la aplicación no cambia.

* MINOR VERSION: Introduce nuevas funciones, o cambia y modifica el comportamiento de las existentes pero no rompe la compatibilidad con otras Minor Versions.

* MAJOR VERSION: Cualquier tipo de cambio son aplicables a Major Version y no tiene porque guardar compatibilidad con minor versions. Normalmente se aplica cuando se introducen importantes grupos de nuevas funcionalidades.

La verdad es que se trata de un criterio de versionado robusto, pero no olvidemos que normalmente una arquitectura debe ser proporcionada a un usuario de la misma, bien interno (linea de productos sw, departamentos de la compañia, etc) o externo cara a la venta de un proyecto o venta de una arquitectura empresarial o sectorial, a un determinado cliente.

Desde el punto de vista anterior y teniendo en cuenta que un equipo de desarrollo de Arquitectura no lo hace para si mismo, para un agente externo aparenta más solvencia otra manera de presentar versiones. Pensemos que a todos nos da más garantías un producto que se encuentra en la versión 2.2, que uno que está en la versión 1.3... Aunque ambos pueden tener el mismo número de mejoras y correcciones, solo que aplican criterios diferentes.

Si algún lector no me cree, solo tiene que hacer la prueba, muestre dos productos diferentes que tengan funcionalidad similares, apuesten a que en la mayoría de los casos el cliente o usuario se decantara por el de la versión más alta.

¿Por qué? Porque piensa que lleva más tiempo en el mercado, porque piensa que se ha invertido mucho esfuerzo en él, porque si ha llegado a 7 versiones es que será bueno, etc.. La mayoría de estas valoraciones aveces serán acertadas y aveces erróneas.. pero en cualquier caso se basan en un criterio de apariencia.

Por tanto desde este punto de vista, es más fácil vender, justificar presupuesto, etc , aplicando un criterios de versionado ágiles. ¿Es un engaño? No, es Marketing Tecnológico.

Evidentemente no se puede caer en el abuso, y de repente encontrarnos en la versión 23 de un producto. Hay que poner todo en la balanza y aplicar tanto criterios técnicos como marketinianos.

Cara a introducir un nuevo enfoque voy a contar una anécdota empresarial:

Hoy en día, todo el mundo, o gran parte de el, conoce a una empresa como Nokia. Por increíble que parezca Nokia en sus orígenes fabricaba botas de goma para pescadores, y el nombre proviene de un río existente en Finlandia el Nokia.

Sin embargo el mayor acierto de Nokia en su historia, probablemente no ha sido realizar teléfonos móviles, sino ser pionera en el branding, de este modo su marca siempre aparece en todos sus productos, incluso cuando hacía botas

Supongo, que ya vais viendo a donde quiero llegar..

Si tenemos en cuanta las 100 marcas más conocidas en el mundo encontraremos muchas tecnológicas y bastantes dedicadas a los Sistemas de Información.. La primera es Google (¿quién la conocia hace 10 años?), y entre las diez primeras Mocrosoft, IBM , Apple y Nokia . Nadie duda que la marca les ayuda a vender..

¿Por qué no aprovecharnos de este concepto y que nuestra arquitectura tenga marca?

Sin duda, nos costará poco y ganaremos mucho. Algo que tiene nombre existe y es importante...

¿Que necesitamos?

Un nombre y un logo. (por supuesto nada que pise otras marcas)

¿Como lo usamos?

Poniéndolo en toda la documentación, presentaciones, etc.

En mi antigua y querida empresa nadie se dio por enterado que teníamos una arquitectura hasta que le pusimos nombre y logo. En ese momento todo cambió, parecía que las horas no se gastaban sino que se invertían, que teníamos un producto que vender, que ahorrábamos costes empleándola, etc.. Pero ella era la misma, con sus defectos y virtudes..

Eso si, bautizada.

Javahispano Java Cup

2008-04-25T18:32:00.008+02:00

Después de asistir a dos Congresos de JavaHispano y ser asiduo visitante a su web, junto al respeto y admiración que tengo por esta organización, no puedo dejar de publicitar, en medida de mis posibilidades la Java Cup.

La Java Cup es una competición de aplicaciones java, basada en construir un buen algortimo que permita ganar un partido de futbol simulado entre ambos aplicativos.

Si no os ha quedado claro lo mejor es que visiteis la web Oficial.

La verdad, es que quiero aprovechar la ocasión para agradecer todo lo que me aportasteis en su momento en mi modo de pensar respecto a java y sus frameworks y arquitecturas.

GRACIAS

Modelos de Software Factory. (tercera parte)

2008-04-10T20:39:00.005+02:00

En este capitulo vamos a hablar de los Mantenimientos de Aplicaciones, como otro modelo de relación y de gestión dentro de una fabrica de software.

C. Mantenimiento de Aplicaciones

Tenemos que diferenciar entre el concepto de Mantenimiento dentro de la Ingeniería del Software y el termino A.M o mantenimiento de aplicaciones dentro de una Software Factory (Fabrica de Software).

Cuando hablamos del Mantenimiento de un proyecto hablamos de la fase del ciclo de vida, pudiendo ser este evolutivo o correctivo principalmente. En cambio al hablar de Mantenimiento de Aplicaciones hablamos de una externalización de un conjunto de aplicaciones. Muchas veces esta externalización puede tener que ver con un mantenimiento o puede tratarse del desarrollo de nuevas versiones de aplicaciones o funcionalidades concretas.

Este modelo es uno de los más interesantes para una Software Factory, ya que permite tener una previsión estable de facturación durante un periodo de tiempo.

Evidentemente mejor será el modelo según las condiciones que se cierren en el contrato con el cliente. Los siguientes puntos son vitales se lleguen a cerrar con la mayor precisión posible.

- Volumen mínimo anual, pudiéndose tratar en horas y euros, o en ambos sentidos.

- Gestión de picos y valles, cuanto es lo mínimo al mes que se debe garantizar y cuanto puede crecer mensualmente la factoría para gestionar un pico de carga.

- Acotar tecnologías, arquitecturas y herramientas.

- Definir Metodología de Desarrollo acorde a cada necesidad o tecnología.

- Definir pirámide global y por tecnología, coste hora por perfil.

- Definir estimadores o tablas de estimación. (tecnología – arquitectura – complejidades)

- Definir costes de gestión, humanos (jefes de proyecto, gestores, coordinadores).

- Definir claramente SLA´s y penalizaciones.

- Diseñar las condiciones de salida del contrato y penalizaciones.

- Definir normativa de calidad aplicable, ISO, CMMI, ITIL..

- Estudiar costes adicionales y amortizaciones, sw, hw, comunicaciones.

- Medir los costes de formación. Diferenciar entre general y especifica del proyecto / cliente.

- Definir el modelo de relación, responsables, niveles de decisión, escalado, etc.

- Definir hitos de facturación, periodicidades y condiciones de pago.

- Para mantenimientos plurianuales estipular evolución de precios y estimadores.

Naturalmente en función de la capacidad de negociación y la flexibilidad del cliente, junto al interes de las partes por cerrar los termisno contractuales, serán los factores de exito o fracaso del modelo.

Java esta de moda

2008-03-31T23:05:00.005+02:00

Ha llegado a mis manos la publicación de TIOBE (www.tiobe.com) sobre los lenguajes más populares. Es una estadística que se basa en las búsquedas realizadas sobre google, yahoo, msn…

Desde el principio de la publicación del indicador Java ha sido el más popular, y eso hace por lo menos 8 años, según el gráfico que os presento a continuación.

Como observareis salvo en Octubre de 2004, Java ha sido siempre el líder. Cuando lo vi me llamó la atención y comencé a pensar que podía ser que coincidiera con el lanzamiento de alguna versión de .net o algo así. Nada más lejos de la realidad. No es que java dejara de ser el más popular sino que Google cambio su manera de calificar las búsquedas.. quede esto como anécdota.

Creo que para todos 8 años son mucho tiempo, pero evidentemente no representa lo mismo para una persona, para un perro o para un Drago milenario. Lo que está claro que 8 años en informática es mucho, mucho tiempo.

La informática ha demostrado ser imparable, realizando en menos tiempo que cualquier ingeniería una evolución exponencial, y ha sido la tool del resto, desde aeronáutica, caminos, industriales, química, etc , Por eso a este nivel una década, marca una tendencia y Java sin duda es el rey de la misma.

Cuando Java se debate entre los evolucionistas que pretenden que java siga cambiando (o mutando ¿?) continuamente con versiones de JDK y los inmovilistas que creen que java debe frenar su evolución y su continuo chorreo de versiones, que prefieren dejar para lenguajes como Groovy y Scala, EXISTEN personas que creen que Java no debe ser un lenguaje apto para enseñar en la Universidad. Se imaginan que en la facultad de Medicina solo se dieran las enfermedades de hace más de 50 años, o que en Arquitectura no permitieran el uso de programas tipo Autocad, o en Física no usaran los ordenadores, .. Impensable verdad??.

Hoy por hoy, llegan universitarios a la Software Factory que no conocen Java, ni tampoco .net, ni Cobol, ni SAP… siento decir que la Universidad no hace su trabajo y no mira por sus clientes, los alumnos. Si esto sigue así la informática corre el riesgo de salir de la Universidad, y eso espero que nunca ocurra porque creo que Informática y empresa deben ir de la mano.

Entiendo a dos amigos que uno con una asignatura y otro con el proyecto, dicen que para ellos es una bobada tener la carrera. Que razón tienen !! Lo único que les conviene acabar por "El que dirán.. los de RRHH", aunque tampoco hay una carrera de RRHH.. :-D (con cariño que algunos son muy buenos y grandes amigos).

Cuando era mas joven

2008-03-22T17:45:00.007+01:00

Hace unos años publique un articulo en la revista de mi antigua empresa, de cuyo titulo no logro acordarme, ya que se puso en la publicación y no dispongo de ella. He añadido un par de imagenes para complementarlo. Os dejo con el..

Encontrándome ante la tesitura de tener que impartir un curso para Jefes de Proyecto empecé a recabar información sobre la que apoyarme y que me aportara una visión externa de los proyectos y una buena base teórica. Buscando unos datos para la introducción me acorde de Mr Gartner (en realidad es una consultora).

El ver las estadísticas de Gartner hace pensar a cualquiera sobre los proyectos del sector de las Tecnologías de la Información, no tengo intención de dar cifras pero puedo resumir que dependiendo del tipo de proyecto el porcentaje de éxito/fracaso está sobre 50 %. Normalmente esto supone unas perdidas económicas terribles tanto a compradores como vendedores de proyectos.

No puedo imaginar que solo el 50 % de las autopistas que se construyen acabaran exitosamente, o aviones, o edificios o puentes. La informática también es una ingeniería o eso me han contado. Parece que es jugársela a cara o cruz cada vez que alguien se plantea hacer un nuevo proyecto. Evidentemente algo no funciona en el sector.

Una deducción rápida permite afirmar que el 50 % de los proyectos no deben hacerse, la complejidad reside en determinar cuales antes de empezar con ellos, ¿bola de cristal? No, mejor una Metodología.

Claro, la Metodología, que fácil era. Espera no tan rápido, ¿eso no fue la conclusión que se saco en la crisis del SW de los 70? ¿Pero no tenemos ya un montón? RUP, Merisse, Metrica 3, Extreme Programming, etc. Todas tienen éxitos y fracasos, por tanto hemos vuelto al principio.

Cada año aparecen nuevas metodologías milagro que han conseguido éxitos en proyectos en la India o en China, siempre bien lejos, como Pair Programming, ¡ dos programadores por ordenador¡. ¿Cómo no se me había ocurrido antes? Supongo que porque los ordenadores solo tienen un teclado.

Sin embargo para encontrar el camino es mejor mirar donde se ha acertado y cuando se ha acertado y con que. El sector financiero (Banca y Seguros) históricamente ha sido uno de los sectores más robustos en cuanto a sus sistemas y aplicaciones Sw. La mayoría de ellos aún cuentan con todas sus reglas de negocio y core sw realizados en antiguas tecnologías como cobol y RPG, todo ello construido en los 80, y funciona. Cada vez que intentan migrar o generar nuevos procesos se enfrentan al cara y cruz, por eso prefieren, si pueden, no tocarlo.

Tecnologías obsoletas, con menos medios, e informáticos ya jubilados son los que parece que lo hicieron bien, y ni siquiera Microsoft había inventado el Project.

Evidentemente la tecnología es imparable y ahora sin duda todo es mejor, ¿pero funciona mejor?.

Publicado en Te Interesa. Marzo 2006

Fabricas del Software

2008-03-22T12:22:00.005+01:00

En esta entrada del Blog voy a comentaros mi última adquisición literaria "Fabricas del Software: Experiencias, Tecnologías y Organización" publicado en Diciembre de 2007 por Ra-Ma.

En este punto solo puedo daros unas primeras impresiones, ya que no he podido completar su lectura aún, pero no quería esperar más para daros esa primera visión.

En primer lugar se agradece que alguien se adentre en este mundo y ponga un libro en nuestro idioma en la calle y a disposición de todos. En ese punto solo puedo aplaudir a los autores y a Ra-Ma por darles cobertura.

El libro tiene a mi modo de ver dos partes totalmente diferenciadas:

- La primera que repasa la historia de las “software factories”, tecnologías, modelos de desarrollo, orientación a procesos y calidad.

- Una segunda parte en que nos encontramos con varios casos de estudio sobre fabricas del software existentes en la actualidad, unas con más información que otras, pero en cualquier caso da una medida del mercado.

De momento he atacado algunos capítulos, no creo que sea necesario leerlos en orden, y puedo decir que la visión de resumen y la forma de llevar temas que son pesados a quince o veinte páginas me ha gustado. Además aporta una extensa bibliografía al final de cada capítulo para el que quiera profundizar.

En principio es recomendable para todos los públicos, desde comerciales, directores, jefes de proyecto y programadores con inquietudes..

De momento alabo la idea y el formato, además la existencia de varios autores hace pensar en que cada experto tiene "su tema". Ahora solo me queda esperar que los contenidos también sean buenos.. pero eso lo comentaré más adelante.

Lo podéis adquirir tanto en Ra-Ma como en la Casa del libro.

10 cosas que todo Arquitecto debe saber..

2008-03-04T18:19:00.004+01:00

Como mucha gente sabe una de mis pasiones es la vertiente más tecnológica de la Ingeniería del Software, personificada en el concepto de Arquitectura. Antes de nada os dejo una pequeña reflexión.

Cuando hablo de Concepto Arquitectura pienso, sobre todo, en que cada día se demuestra más la tendencia a que vamos a una ingeniera del software gobernada por la Arquitectura, y sin embargo desde el punto de vista del usuario de negocio, esto tiene que dejar de existir ya. La tecnología debe dejar de ser una barrera, sobre todo en cuanto a su continua evolución, y cada día vemos más empresas manteniendo viejos sistemas, aunque es mejor que migrarlos todos cada poco.. no es la solución.

Para mi cada vez esta más claro que el éxito de las arquitecturas empresariales viene dado por pensar en una clara orientación a servicios (SOA) , (quizás es pronto para orientación a eventos EDA) para acabar llegando a BPM. Donde el usuario de negocio debe ser capaz de definir sus propios procesos de negocio… que si ¡!! que esto es viable, preguntar a BEA.

Tenemos que pensar que no podemos construir un BPM como primer paso, sino empezar a pensar en una estructura de Gobierno SOA sobre la cual vayamos creciendo hasta tener una suficiente estructura de servicios de negocio, que nos permitan montar BPM. Por tanto el modo de llegar es ir dando pasos.. no esperar a empezar los últimos la carrera.

A donde quería llegar, sobre las arquitecturas, es proporcionaros un interesante documento que ha llegado a mis manos, el cual se titula “ 10 cosas que todo arquitecto debe saber” y la verdad es que son ciertamente interesantes:

1. La base esta en las personas.

2. Todas las soluciones llegan a ser obsoletas.

3. Los Datos son para siempre.

4. La flexibilidad genera complejidad.

5. Nada funciona según se esperaba.

6. La documentación es el codigo fuente universal.

7. Conozca el negocio.

8. Mantenga la visión.

9. Los arquitectos deben ser programadores.

10. La experiencia es insustituible.

Sobre cada una existen frases reflexivas, que realmente dan que pensar.

Doy las gracias al autor del mismo Richard Monson-Haefel por sus “10 Things Every Architect Should Know”, que aquí publico, creo que siguiendo correctamente la licencia.

Gestion del Conocimiento

2008-02-26T19:00:00.004+01:00

La noticia, que leo en un blog, es la siguiente “un estudio demuestra que el 60% de los jugadores de la nba están en la ruina 5 años después de retirarse”, el autor de dicho blog pretende explicar que lo importante no es solo ganar o generar ingresos sino también saber administrarlo. Esto me hizo pensar en la forma de trabajo de las SWF respecto a la gestión del conocimiento.

Cuando hoy en día nadie duda que el conocimiento es uno de los grandes valores de la SWF, esta muy claro que existe una gran preocupación por tenerlo. Esta reflexion de las SWF viene motivada por dos razones, mayor capacidad de venta “Si conozco más cosas, tengo más mercado y puedo vender más…” y porque impacta directamente sobre la productividad “ Si tengo equipos bien formados, que conocen la tecnología y las herramientas, produzco más rápido y con más calidad”.. Hasta aquí parece que el sistema es bastante simple.

Ahora la problemática es como adquirir Conocimiento, y en realidad esto también es como la mayoría de las cosas, o soy capaz de producirlo o tengo que comprarlo. Para producirlo hay que tener un gran sistema de sw i+d y formación interno, no solo en cuanto al volumen de conocimiento que puede repartir, sino en cuanto a la capacidad que tiene de adaptarse y formar en lo que demanda un mercado cambiante. Para comprar es necesario tener un buen área de selección, que conozca el paño, para poder adquirir el conocimiento de una manera ágil y eficiente.

Otra cosa es cuando hablamos de Administrar el Conocimiento esto no parece tan sencillo, y a toda SWF le puede pasar como a los jugadores de la nba, hoy somos ricos y mañana estamos en la ruina.. y tenemos que volver a empezar.

Si es un hecho, que es difícil gestionar algo que es totalmente dependiente del capital humano, añadimos personas que se encuentran en sedes o centros de trabajo distribuidos geográficamente, nos damos cuenta que todo lo que ganamos lo perdemos rápidamente, ya que continuamente empezamos de 0.

Habitualmente cuando se detecta este problema se ponen medidas, que casi siempre son las siguientes:

Formación presencial y online. Mantener un catalogo de curso accesible para que cuando alguien necesite.. lo realice. Normalmente los cursos no encajan con las necesidades.

Foro: Poner un foro en la web, en la mayoría esto es un fracaso absoluto, cuando entras se ve que hay mensajes de años sin contestar. Nadie lo lee..

Repositorio documental: Se pone toda la documentación en un macro servidor, pero tampoco se usa porque lo más fácil es ir a Google..

De wikis, faq´s, etc.. ya ni hablo la mayoría fracasan en pocos días..

¿Pero entonces hay que dar la batalla por perdida? Si, no, yo que se.. me explico.

Un sistema de gestión del conocimiento funciona muy bien con ese % pequeño de gente, que les gusta aprender y son proactivos.. pero el resto y gran mayoría no participará sino se lo impone. Y ese grupo de buenos técnicos, lo hará igual.. A veces la empresa (SWF) piensa que con todos los medios que ha puesto, no le debe preocupar que se vaya fulanito o menganito, gran error..

Lo mejor, desde mi punto de vista es, además de gestionar el conocimiento, gestionar el talento y pujar por el económicamente.. No permitir perderlo bajo ningún concepto, ya que con el somos capaces de investigar, formar, administrar la documentación, producir mejor y mucho más.. Por tanto gestionado el talento el conocimiento se administra solo.

Tan lejos y tan cerca..

2008-02-15T08:21:00.005+01:00

Por mucho que hablemos de globalización, y siendo las factorías un mercado proclive a montar proyectos en otros países y externalizar parte de su trabajo (normalmente el de menos coste) cuando lo analizas fríamente parece que no funciona tan bien.

Hoy en día cada vez más se manejan conceptos como NearShore y OffShore, pero como todo el mundo sabe, el Near más caro y de mas calidad, o así se espera, y el Offshore más barato con menos calidad y mayor riesgo por lo general.

Mis experiencias en este modelo son claramente mayores siendo Nearshore pero tambien he tenido algún escarceo Offshore.

Teóricamente se supone que hay dos maneras de externalizar a Offshore:

1) Modo un salto. Pasamos directamente de la parte funcional (entorno cliente) a factoría lejana.. Puede funcionar bien con una factoría sudamericana, evita salto de idioma.. Pero no imagino al cliente gestionando una factoría lejana.. el cliente no entiende de carga, picos, valles, perfiles, etc Aunque pongamos el típico Director de proyecto al lado del cliente..

2) Modelo dos saltos: Pasamos antes por el NearShore y que está factoría filtre la carga que se puede enviar a las factorías lejanas.. Me creo que funciona bien siendo las factorías lejanas de Construcción y PU, y la cercana de Diseño y Pruebas..

Ahora bien, a cuantos realmente le esta funcionando el modelo? Mi experiencia es la siguiente:

Creo que puede funcionar con Sudamérica, Argentina, Chile o Colombia. He tenido experiencias tanto con factorías de Argentina y Colombia, y se cumple perfectamente el patrón "es barato y de calidad media", salvas el idioma pero tienes la pega del horario...

Siempre hay gente que dice que hoy en día el inglés no es problema, ja ja ja, una especificación sobre un USE CASE complejo no la hace cualquiera en inglés.. o un buen DT especificado para llevar fuera.. Que algunos de cada factoría pueden hacerlo, si, ¿pero con ellos podemos generar el suficiente volumen para amortizar el coste de levantar una linea de producción offshore? No lo creo.. y lo que esta claro que solo es rentable si tenemos mucho volumen, en el cual podamos amortizar los sobre costes de refinamiento. Y si hablamos de trabajar con china, pega doble, porque ellos hablan aún menos inglés.. así que vamos listos.

Ahora, en mi factoría, hay posibilidades de montar a lo largo de 2008, una conexión con la India y Brasil con factorías de hasta 30.000 personas. No puedo imaginar como debe ser una factoría de 30.000 personas.. Normal que vendan barato, un valle de carga de un 10% representa 3000 recursos parados.. madre de Dios, como para que no funcione bien la Dirección de Producción.

El problema es que para trabajar en offshore necesitamos (el sector) un mayor número de profesionales mucho más cualificados y mejorar mucho nuestro sistema de Calidad. No veo trabajar en Offshore sin un nivel CMMI 3 asentado, simplemente no es viable, y digo en destino y origen.

¿Si ya tengo problemas para generar carga de calidad para mis propios equipos, como lo genero para equipos externos, que además siguen otros modelos de trabajo?

Y sin embargo, es algo que estoy convencido que es imprescindible para una evolución del sector, en la cual tendremos profesionales cualificados y de primer nivel en España y sacaremos la rodaja de producción gorda fuera, con un coste más que razonable.

Modelos de Software Factory. (segunda parte)

2008-02-13T17:10:00.003+01:00

Continuamos hablando de modelos de SWF, en este segundo articulo. Cuando acabe todos los modelos prometo moontarlos en un documento y refinar lenguaje y forma.. alguno me lo ha comentado..

B. Bodyshopping

Entendemos por BodyShopping la venta de recursos (personas), a un cliente determinado en un proyecto determinado y por un periodo de tiempo.

El cliente especifica el perfil que necesita, dando normalmente como entradas los años de experiencia, la tecnología y/o metodología que requiere. El objetivo del cliente es encargar una serie de tareas a esa persona o grupo de personas y controlar su realización. Otro requisito habitual, cara a poder controlar los recursos contratados es que estas labores se realicen en sus oficinas o sede.

Hasta aquí tenemos el modelo clásico de venta, el cual puede ser aprovechado por la SWF ya que dispone de una cantera importante de recursos a poner en el mercado, pero que cuenta con los siguientes handicap:

Ubicación: Normalmente la SWF no esta en la misma ciudad que el cliente, por tanto no puede competir en igualdad de condiciones, ya que debe trasladar los costes de desplazamiento al cliente. También tiene problemas para contratar recursos en una ciudad que no es la suya (no tiene sede), si quiere abaratar costes.

Lentitud: Es lenta para ubicar recursos en un cliente, necesita convencer al equipo para que se desplace y es lenta para sustituir.

Riesgo de fuga: Salvo que los recursos quieran volver al origen, cambiarán de empresa tan pronto puedan, no tiene sentido pertenecer a una empresa sin sede. Puede que no cambie de empresa sino de área de la compañía, pero al final es una perdida para la SWF.

Si pensamos en el modelo clásico que describíamos anteriormente, también lo podemos encontrar referenciado como un modelo ‘Time and Material”. Indica que lo que se cobra es el tiempo invertido de principio a fin (no se estima a priori) y el material invertido. Si nos dedicáramos a la fontanería sería algo como el tiempo de reparar la fuga más el precio de la tubería, eso con el margen pertinente.

Elementos a valorar para ofertar el Bodyshopping, en modelo clásico:

Duración del contrato: Se recomienda no hacer ofertas por un tiempo inferior a 6 meses, ya que si dura menos los periodos de No Asignación y vacaciones se suelen comer el beneficio.

Posibilidades de Prorroga: Este punto es muy importante, ya que cuanto más prorrogas, más beneficio, por tanto interesan los largos proyectos. También interesa más la Administración Pública que la empresa privada, ya que la primera suele tener asignado presupuesto por todo un periodo y es poco probable que corte el proyecto o contrato.

Capacidad de Renegociación: Las personas con el tiempo querrán mejorar sus condiciones salariales, por tanto debemos tener “ventanas de negociación” con el cliente. Normalmente de manera anual..

Absentismo: Si una persona es propensa a las ausencias, de cualquier tipo, que no sean una baja laboral, ante un cliente al que facturamos por horas, con un margen de benefició de un 20 %, dos ausencias al mes nos lo pueden dejar en un 10 %. Solución, seleccionar personas con bajo absentismo y manejar márgenes de más de un 30 %.

Otro modelo es el Bodyshopping deslocalizado, en el cual el cliente controla sus recursos en remoto.

Este suele ser un modelo de venta que se sigue algunas veces en la SWF, pero realmente implica muchos riesgos. Normalmente se tiende a este modelo porque un cliente esta a trabajar en el mismo e interpreta que trabajar con una SWF implica condiciones similares solo que fuera de su sede y a un precio muy competitivo.
Esto sería realmente maravilloso tanto para el cliente como para la SWF, ya que es un beneficio garantizado, los problemas vienen cuando el cliente tiene unas expectativas mucho más altas en su “equipo remoto” que de lo que este llega a hacer.

El problema fundamental es el siguiente:

Los recursos que trabajan en este modelo para la SWF son recursos asignados full-time de los cuales no se tiene que preocupar que dar carga y por tanto la única preocupación es la de facturar como si estuvieran fuera de la sede.

El cliente espera conseguir grandes resultados porque no es consciente de los problemas y retrasos que tiene su equipo, de los cuales si sería consciente si los tuviera en su sede y asumiría en la misma sin problema.

De repente todos topan con la realidad, el cliente esperaba un producto SWF en un plazo y no lo tiene, y no sabe porque.. piensa que en realidad la SWF no trabaja como debe y se siente engañado.

La SWF cuanta al cliente que los problemas no son suyos, sino de comunicación, de que no tuvieron carga, que los analistas del cliente no se preocuparon de especificar bien etc.. Da igual, ya esta claro que llegados a este punto hay que cambiar de modelo.

¿De quien es el error? De la SWF que pensó que era un modelo muy rentable y que no tenia ningún riesgo, además de beneficiarse del desconocimiento del cliente.
Entonces, ¿se puede emplear el Modelo de BodyShopping con éxito en la SWF? La respuesta es si.

Se puede si explicamos claramente al cliente las condiciones del servicio, se puede si asignamos un responsable que levante bandera si algo no va como debe, se puede sino solo se quiere facturar si no hacer SW y reportar avances y resultados.

El modelo encajaría para pequeños proyectos con pocos recursos y para arranques de proyecto en los cuales no es viable hacer una valoración del mismo a priori, arrancamos que nos paguen un mes del equipo y luego ya veremos cuantos y cuanto tiempo..

Open Source, en Dolares (mejor) ¿para todos?

2008-02-11T20:45:00.000+01:00

Después de leer un nuevo articulo de mis amigos de Piratosa, creo que este articulo refuerza mis pensamientos del gran modelo de negocio que está tras el OS.

Lo único que siento es que esas grandes cifras, no suelen llegar a los programadores que contribuyeron desinteresadamente... y luego nos encontramos con programadores, cobrando lo que cobran.. viendo como alguien se forra con sus donaciones.

Esto es lo que me preocupa, aún así prefiero este modelo que otros, y no he perdido toda la Fe en el mismo.

Dejo un enlace por si alguien quiere continuar estudiando el modelo de negocio del Open Source.. Open Source Business Conference.

Otra cosa, a ojo, me parece que la mayoria de compañias compradas son americanas.. funciona el modelo open en Europa? Tanto a nivel de generación de proyectos interesantes como compras interesantes?? Alguna me dirá que OpenCMS es aleman.. y que no se escribe así..

Si alguien me sabe decir grandes proyectos europeos OpenSOurce que me los diga..

No vale Linux !!! Ese ya lo se.. (aunque minix.. era americano no? y Linus T. lo copió y era mejor la teoria del microkernel de Tanenbaum ) No me meto en ese charco ya que alguin linuxero me betara para siempre.. Es broma.

5 Tecnologías Java

2008-02-11T19:45:00.000+01:00

Tras leer un articulo sobre las 5 tecnologías java, que aprender en 2008. Surge el debate sobre que esta de moda y que realmente aporta. Os dejo opiniones que he recabado..

OSGI. Si está bien, pero verde y en pañales..

JCR. Imprescindible que tu CMS lo tenga... ¿pero para que vale para un proyecto independiente y aislado, sin más pretensiones que distribuir unos contenidos entre sus usuarios? No parece tan impresicindible..

GWT. Está muy bien, parece interesante y puede ser un siguiente paso..quizás complementandolo con algun otro framework.. y JSF?

Groovy. Interesante si no lo sacas de altas, bajas y modificaciones..

Cloud Computing En cuantos proyectos de SWF podemos aplicar esto??? (Ironia).

Como veis desde el punto de vista de la SWF parece que no son tan interesantes, entonces cuales son las 5 tecnologías Java a perseguir dentro de ls SWF? Parece que solo GWT..

y si estas son las las 5 que aprender, no puede ser que 2008 sea un año de parón en la evolución de Java? No hay ninguna tecnología SOA o de ESB, salvo que a OSGI le demos este enfoque, que merezca la pena según este estudio aprender? o es que ya las da por aprendidas? Que al menos en España, seguro que no..

Metodologías Agiles

2008-02-05T19:13:00.000+01:00

Después de leer un articulo interesante os doy mi comentario sobre las Metodologías de desarrollo:

Cualquier metodología puede ser buena, si tienes gente que la sabe llevar a cabo y gente que la sabe vender.

Si cualquiera de los dos principios anteriores falla, tu metodología fracasa.

Por tanto entre RUP y XP, poniéndolos en los extremos, la metodología apropiada es la que diseñamos en función de los RRHH y el margen de maniobra del cliente.

Una SWF madura es aquella que es capaz de seleccionar la metodologia adecuada para el trinomio, equipo, proyecto y cliente.

Aprovecho para daros el enlace a un interesante documento sobre el tema de las Metodologías Ágiles

Cuando empiezas a perder la FE.. en lo Open

2008-01-25T15:19:00.000+01:00

Pues si llega un momento, en que empiezas a dudar de tus creencias y empiezas a reflexionar en otro sentido, y aunque se que algun bloguero piratoso me dirá que no, tengo que decir lo que pienso..

Tras las últimas sonadas compras de MySql y BEA, la única conclusión unánime es que toda compañía de SW, independientemente de su modelo de negocio, puede ser comprada. Y diciendo esto digo todo lo que justifica que empieza a dudar de los productos Open Source, el Open Source más que nunca se está volviendo en un modelo de negocio. Me explico.

Una compañia detecta una oportunidad de negocio, a partir de ciertas ideas de desarrolladores, patrocinado un proyecto Open,y/o fundándolo. El fin de toda compañía es ganar dinero, por lo tanto, calcula el coste de realización y de expansión del producto, "Si hago algo mejor que el de la competencia y encima lo doy gratis, me hago con una cuota de mercado, además mis comerciales son los círculos de desarrolladores".

En el siguiente paso, necesita unos ingresos recurrentes para intentar mantener el producto y mejorarlo, hasta que sea lo suficientemente madura para competir de tú a tú con otros del sector. Para ello doy soporte, formación, etc.. Pero no cobro licencia porque pierdo imagen.. Casos de JBoss y MySQL por ejemplo..

Llegados a este punto, tenemos un producto de calidad y con una cuota de mercado aceptable. ¿Como recupera la compañía la inversión y los socios maximizar el beneficio? Que me compren.. y todos ganamos.. Nos hemos valido del mejor sistema de venta , el boca a boca del desarrollador enamorado de sus creencias Open..

Al final se enriquecen igual los empresarios y accionistas que cualquier compañía que mantiene las licencias sobre el código. Y una vez vendido es necesario convertir el modelo Open en uno licenciado, sino como recupero la burrada que he pagado por ello ??

Ahora en este punto alguien dirá, que no hombre que no, que JBoss sigue siendo Open.. Después de visitar Red Hat y hablar con la responsable de JBoss no sigo pensando que sea tan Open.. vale que no lo llaman licencia pero te "empujan" a comprar un soporte que tiene casi o precio de licencia, lo llaman soporte o algo parecido y no te recomiendan en ningún caso usar el servidor sino lo tienes.

Después de JBoss, MySQL, creo que le puede llegar el turno a Alfresco, Spring, ..

Puede que lo "Open" haya dejado de ser lo bueno, para convertirse en lo menos malo..

... y SUN cogió su fusil

2008-01-16T22:33:00.000+01:00

Tras la noticia de BEA llega SUN y se queda MYSQL, cual será el siguiente movimiento corporativo?? apuesto por SAP !!

http://www.mysql.com/news-and-events/sun-to-acquire-mysql.html

Oracle compra BEA, y una lagrima en la arena.

2008-01-16T20:09:00.000+01:00

Una lagrima mía esta claro, compran uno de mis favoritos... supongo que para comprar mercado, tecnología o las dos cosas. Espero que no la desmantelen, pero aún así me da mucha pena..

Cada día nos encontramos más abocados a los monopolios, en un sector en que los peces gordos tienden a comerse a los chicos (que normalmente hacen mejor las cosas), hoy hemos sufrido un reves al menos los que creemos que la forma de evolucionar tecnológicamente viene dada por la competencia.

Ahora que contaremos con menos servidores donde elegir y aún menos suites BPM, se ve más claro que al final quedarán solo Oracle y Microsoft, sin olvidar a la IBM de mis amores, o eso parece, al menos en el mercado de las aplicaciones empresariales.

Otros jugadores invitados a esto son Google, pero ya veremos cuanto y Apple que cuenta con enormes beneficios de sus ventas ipod, iphone, y las últimas series de portatiles y sobremesas. Tienen la cartera llena e intentarán crecer.. aunque esta claro que sus estrategias y sectores son diferentes.. de momento.

Y SAP, se puede permitir quedarse solo?? Le puede pasar como a Rational, BO, FileNet, Siebel etc.. o es un pez demasiado grande. No lo creo.

Modelos de Software Factory. (primera parte)

2008-01-08T19:49:00.001+01:00

Durante una serie de artículos voy a reflexionar sobre los tipos de "Fábrica de Software" que podemos encontrar así como sus modelos de trabajo.

El primer objetivo de una Software Factory es saber a que se dedica. La respuesta sencilla, es la inmediata, a desarrollar SW pero evidentemente no es tan simple.

En función del tipo de SW, las Tecnologías y las Metodologías elegidas debemos generar el modelo de negocio. El modelo de negocio debe responder a tres "sencillas" preguntas:

¿Que vendemos?
¿A quien se lo vendemos?
¿A cuento lo vendemos para ganar dinero?

¿ Que vendemos?

A este pregunta suele contestar cualquier MBA llegado a un "Fábrica de Software", está muy claro vendemos Horas, no vendemos productos. Estoy de acuerdo, siempre y cuando no vendamos productos SW, que queremos vender n veces. En ese caso no podemos cobrar a un cliente el número de horas totales sino marcar un número de ventas para amortizar los costes. Pero esa es otra historia.

En este articulo vamos a a hablar del modelo "Fábrica de Software" como aquel que proporciona un servicio relacionado con el SW que se tarifica en horas con un precio hora asociado.

El primer error a cometer, es intentar vender el modelo como un Bodyshopping, sobre el cual no queremos tener ninguna responsabilidad. Bien, se puede dar el caso pero entonces que vengan los JP del cliente ha dirigirlo, porque lo que va a pasar es que no van a estar satisfechos con lo que hacen, y al final se acaba aportando al JP, los Sistemas, y personas no dimensionadas y todo gratis. El Bodyshopping es lo que es, si lo hacemos hagamoslo bien.

Vamos a ver los modelos de "Fábrica de Software" que podemos tener, evidentemente son compatibles entre si, pero debemos diferenciarlos, para saber cual es nuestro objetivo de venta y nuestro precio de salida.

A. Desarrollo de Proyectos.

En este modelo la "Fábrica de Software" es la encargada de realizar un desarrollo concreto, normalmente independiente de otras aplicaciones pudiendo basarse en arquitecturas del cliente o las propias.

En el modelo clásico de Desarrollo de Proyectos, el cliente realiza la especificación funcional (Análisis) y la "Fábrica de Software" todo el desarrollo tecnológico del proyecto, trabajando conjuntamente con el cliente en la fase de validación.

Puntos a cerrar en el proceso de lanzamiento/transición con el cliente a nivel operativo:

Política de precios / hora.
Acuerdos por volumen, continuidad.
Acuerdos respecto a picos y valles.
Garantía.
Productividad.
Política de Facturación
Acuerdos de nivel de Servicio y penalizaciones.
Condiciones de salida y cierre.
Gestión de riesgos (a nivel interno).

Puntos a clave cerrar en el proceso de lanzamiento/transición con el cliente a nivel de ingeniería:

Estimadores del proyecto.
Formación del equipo en arquitectura cliente.
Modelo de Análisis.
Modelo de Validación.
Modelo de Gestión del Cambio.
Plan de Gestión de la Configuración.

El buen cierre o acuerdo en los puntos anteriores minimiza los riesgos y encauza hacia el éxito, la indefinición acerca al beneficio 0 o perdidas.

Evidentemente existen el resto de tareas habituales (Planificación, Riesgos, Dotación de personal, etc) pero ya las enmarcamos dentro del proyecto y las anteriores son previas.

En función de los puntos anteriores o de las previsiones que tengamos de los mismos junto al estudio previo debemos calcular las previsiones de costes, en cuanto a recursos humanos (numero y perfiles necesarios), recursos HW y costes adicionales (desplazamientos, coste de lanzamiento, formación) etc. Tras este cálculo debemos aplicar el % de beneficio que queremos conseguir para el proyecto.

Consideraciones:

- Un proyecto de esta tipología puede estar enmarcado dentro de otros modelos de relación más amplios que se hayan adquirido por un determinado cliente.

- Las tecnologías típicas en que nos encontramos este modelo son, Java y MS .net.

- Son proyectos con más riesgo por lo general que un mantenimiento y se debe marcar % de beneficio más alto o con una previsión de sobrecostes más alta.

- Cada proyecto es diferente al anterior, no hay aumentos de productividad significativos en los grupos de recursos asignados a los mismos.

- El % de Seniors es más alto que en proyectos de mantenimiento. Por tanto son proyectos con mayor coste.

En próximos articulos hablaremos de Mantenimientos (AM), BPO's, Bodyshoping, Test Factory`s y alguno más..

Adios a Netscape

2007-12-31T14:34:00.000+01:00

No conocia la noticia hasta que lei un blog que visito habitualmente.. Piratosa Factory (gran Blog), después lo lei en más medios electrónicos.

"Netscape deja de actualizar su navegador a partir del 1 de Febrero de 2008", que es lo mismo que decir que lo cierran porque no es rentable continuar con el.

Añado aquí el mismo comentario que hice en la web.
Es una pena que Netscape, que lo ha sido todo en el mundo de Internet como compañia, deje su navegador.

Estos Señores en su momento inventaron Javascript, eran grandes, ahora desde que se fue el inventor.. mal le fueron las cosas.

Sabesis donde se fue? a Mozilla !! es el lider del Roadmap del navegador..

http://en.wikipedia.org/wiki/Brendan_Eich

Felices Fiestas

2007-12-19T22:07:00.000+01:00

Llegan las fiestas y nos vamos de vacaciones. EL SW puede esperar, los procesos y CMMi también. Es mejor dedicar tiempo a la familia y olvidarnos del día a día...

Por mi parte algo me llevaré para casa, ya que estoy tejiendo algo sobre PMI, y tengo que dedicarle algo de tiempo.

FELICES FIESTAS !!!

CiMM: Niveles de Inmadurez

2007-11-06T18:48:00.002+01:00

Por increíble que parezca existen personas que se han dedicado a aportar nuevos niveles a CMMi, pero en negativo. Es decir, han catalogado a las empresas inmaduras.

Esto lo realiza Mr. Thomas M. Schorsh, podéis leerlo en The Capability Im-Maturity Model (CIMM)

Un extracto que he encontrado en Navegapolis sería:

Nivel 0: Negligente
Entorno caótico que además de desorganización y falta de procesos, los "héroes" trabajan con apatía e indiferencia.

Nivel -1: Obstructor
Empresa desorganizada, con trabajadores apáticos e indiferentes, que impone procesos y herramientas que entorpecen el trabajo.

Nivel -2: Despreciativo
Las empresas con nivel -2 no es que apliquen procesos o técnicas que no sirven, es que no creen en procesos, ni metodologías ni técnicas...
No desarrollan ninguna actividad para formar a las personas o mejorar las formas de trabajar.
Se supone que los trabajadores ya deben saber hacer su oficio.

Nivel -3: Socavador
Las empresas con nivel -3, además de despreciar procesos y metodologías, gastan grandes energías en despreciar a sus competidores, y revestirse de focos de neón de marketing para aparecer ante el mercado como dignos de confianza.

Lastima se haya quedado aquí y no llegue hasta el Nivel -5 (menos 5) que podría ser algo así:

Nivel - 5: Destructor

Las empresas de este nivel piensan que no importa el SW, ni los tecnicos, ni la ingeniería, que con saber vender es suficiente y si algo va mal es porque los técnicos no saben hacer su trabajo. Dichos técnicos son los peor pagados de la empresa, los que más trabajan y a los que nadie escucha..

No se si me he quedado corto..

Gartner no es una persona cualquiera.. Es Nostradamus

2007-10-25T22:53:00.001+02:00

Bueno en realidad no es una persona como todo el mundo sabe, aunque algo que no todo el mundo sabe es que si hay una persona llamada Gideon Gartner (Palestino) que fundó la compañia inicial, después de abandonar IBM.

Lo que me llama la atención son los Cuadrantes Mágicos (Magic Quadrant) que marcan de una manera interesante por donde va el mercado o sobre todo quien lo menea. Lideres y visionarios.

Aqui teneis la lista de todos los sectores sobre los que Gartner opina con sus Magic Quadrant, ¿son realmente útiles? Creo que si al menos paras las presentaciones de powerpoint, cuando un fabricante quiere vender sus productos.. o alguien quiere justificar su compra.. (esto último mucho más).

Hasta aquí vale, pero lo mejor viene ahora y es porque aquí se pueden leer "DIEZ PREDICCIONES DE GARTNER PARA LOS PRÓXIMOS 4 AÑOS" y mejor aún la décima, según Gartner Windows Vista será el último windows..

¿porque no nos cuenta que pasará dentro 10? Google compra Microsoft...???? o Apple compra a los dos??

CMMI en España

2007-10-08T19:06:00.001+02:00

Se oye mucho hablar que si no se quien es Cmmi, que si periquito es nivel 3 , etc Pero luego resulta dificilisimo encontrar en realidad un listado que nos diga quien o quienes son Cmmi y que nivel.

Pues a falta de uno os voy a proporcionar dos listados.

El primero es un informe no oficial que publica la web Calidad del Software , aquí teneis la lista en PDF. Lista de empresas.

El oficial es otra cosa.. o no.. el que tenga tiempo que compruebe.. tiempo y ganas !!

Aqui teneis la del SEI.. Lista.

No será vuestra empresa una sin papeles??

"Nuestros clientes no quieren taladros, quieren agujeros"

2007-10-06T19:59:00.001+02:00

Verdad verdadera, como dicen unos muñigotes que quieren vender dudosos servicios.

Pues si os dejo el enlace a un articulo genial.

http://www.navegapolis.net/content/view/269/59/

Esto es algo qe deben pensar todos los comerciales del SW, debemos dejar de pensar en vender herramientas sino en vender soluciones..

Si alguien que trabaje en una SWF, quiere escribir en este blog que me lo diga. Estaré encantado. Eso si no se pueden poner ni nombres de empresas, ni clientes.

Arquitecturas y SOA

2007-10-06T19:32:00.002+02:00

La moda de las arquitecturas esta por todos lados. Todo el mundo quiere una arquitectura, sobre todo en el mundo J2EE.

¿Pero merece la pena invertir constantemente en poner el ultimo framework de moda y tener la arquitectura más friki y moderna al mismo tiempo, del mercado?

La respuesta es SI. Esperad seguid leyendo que no me he vuelto loco. Me explico..

La única forma que las personas que tienen la llave de los presupuestos, nos den dinero, horas, licencias etc.. es que puedan alardear que su empresa tiene la arquitectura más de moda.. delante de clientes o partners.

Esto da dinero para investigar y para planes, sino nada.. es mejor "engañar" (o se dice vender) a los jefes y decirles que hay que hacer esto o lo otro, que ha salido la nueva jdk o lo que sea para conseguir presupeusto de I + D, poruqe sino nos quedamos en la edad de piedra.
Y que más de moda que SOA??? Pues nada.

Todo el mercado rezuma SOA, y la mayor parte ni siquiera lo entiende. Y de BPM ni hablamos, poruqe eso será la moda en primavera - verano de 2008.

Ahora eso si, SOA ha llegado y viene para quedarse. A mi me convence, ahora hay que pensar en SOA, no hacer SOA. SI pienso en SOA, por ejemplo, no debo ver una aplicación web, sino un productor de servicios (Servidor de aplicaciones) y un consumidor (navegadro web)..

Y por favor, que algunos se enteren ya que SOA no es solo es levantar servicios web...

New Job, Nueva Vida

2007-10-06T19:22:00.000+02:00

Pues si, por circunstancias de la vida, he tenido que cambiar de trabajo. Ahora estoy en una nueva SWF, eso si nunca dejaría esta marivilloso mundo (no es ironía), una SWF dieferente.

Diferente porque tengo opurtunidad de ver nuevas tecnologías como Cobol y SAP. Nuevas para mi, claro está. Porque viejas son un rato.

Además me he embarcado en la definición de procesos para Cmmi, y no he podido resistir de meter en la bibliografia mi libro favorito.

Pero ahora tengo otro, y me está gustando. Supongo que por el hecho, de que me esta enseñando el maravilloso mucno de cmmi. Os lo recomiendo, ya que a mi me está ayudando bastante.

CMMI(R): Guidelines for Process Integration and Product Improvement (2nd Edition) (The SEI Series in Software Engineering)

Lo venden en la tiendita de Amazon.

Inaguración y primera referencia.

2007-08-28T00:40:00.000+02:00

Pues si, hoy comienzo este nuevo Blog, cargado de ilusión y de ganas.

En realidad no he decidido a un si se tratará de un Blog de contenidos más personales o publicos, el tiempo dirá la forma que va tomando.

La idea es llenarlo de información sobre el Desarollo de SW y Factorias.

Antes de nada me presento, soy Ingeniero Tecnico en Informática y llevo más de 10 años metido en el maravilloso mundo del desarrollo del SW. Si, lo de maravilloso nos es ironía a mi me encanta, lo que no me gusta es como se vende muchas veces, pero eso es otro cantar.

Como primera referencia me gustaría dejar, el que para mi es el mejor libro de Ingeniería del Software y del que más conceptos he podido llevar a la practica. Al menos de los que yo conozco y en Español.. por cierto muy bien traducido..

Lo curioso es que es un libro en teoría de Universidad pero en ella poco sentido tiene, creo que cuando se debe usar es precisamente en el trabajo real.. pero cuando se llega a este, se olvida la teoría por lo general, y se cree que todo eso que dicen los libros no aplica.. Gran error..

Se trata de:

INGENIERIA DEL SOFTWARE. Un enfoque practico.
Roger S. Pressman

Lo podéis encontrar en:

La casa del libro.

Amazon

Yo trabajo habitualmente con la 5ª edición pero ya existe la 6.

Imprescindible.. No se usa a modo de lectura tradicional del primer capitulo al último sino en plan consulta o toma de ideas sobre un tema u otro.

El libro recibe muchas críticas negativas también, como vereis en comentarios en las casas del libro o tiendas, pero esto es porque no es un buen libro para leer de principio a fin sino para usar en modo consulta..

Espero os guste..