¡Qué fácil resulta olvidarse del pasado!

Esta se la conclusión a la que llego tras la experiencia vivida en casi 3 décadas dedicado al desarrollo de software.

La primera vez

La primera vez que aprendes a usar un lenguaje de programación o una herramienta de desarrollo, todo es nuevo, apenas existen barreras de aprendizaje, ni barreras de entrada. Tampoco tienes lastres del pasado. Todo es sumar, sumar y sumar…

Pasado un tiempo, que depende de la dedicación y de cada programador adquieres un nivel que te permite abordar proyectos cada vez más complejos. Finalmente, terminas convirtiéndote en un experto de esa herramienta y, durante años desarrollas software e implantas aplicaciones en nuevos clientes.

La hora del cambio

El software no es diferente al resto de tecnologías, con el paso de los años se cumple un ciclo tecnológico y comienza otro. Cada ciclo suele obligar a un cambio de lenguaje, herramienta o plataforma de desarrollo.

A diferencia de lo que ocurrió la primera vez, ahora existen multitud de barreras que dificultan el cambio:

Los hábitos de programación

Has adquirido hábitos de programación, cambiar se convierte en un trauma.

Inevitablemente comparas la nueva herramienta, desconocida, con la antigua que dominas a la perfección, otro trauma.

El desconocimiento de la nueva plataforma, durante el tiempo de aprendizaje, produce sensaciones frustrantes. Lo que ahora con la nueva herramienta tardas en hacer 2 horas con la antigua lo haces en 10 minutos. Esta pérdida de rendimiento se subsana con formación y dedicación al aprendizaje, es decir, programar, programar y programar.

Mi experiencia es que cada vez que tratas de dominar una herramienta de forma autodidacta, las horas que empleas y que podrías emplear en tareas productivas acaban resultando más caras que hacer formación.

La base instalada

Tienes clientes con instalaciones a los que debes seguir prestando servicios, lo que te obliga a trabajar en paralelo con las dos herramientas de programación. Lo que se convierte en dos traumas, uno mientras te cuesta más trabajar con la nueva herramienta que con la vieja y el segundo cuando ya dominas la nueva y te cuesta ponerte con la vieja.

Si el cliente acepta -paga- el cambio hay que migrar sus aplicaciones, lo que produce también la necesidad de migrar sus datos y volver a formar a los usuarios.

La evolución

Con el paso del tiempo evolucionamos y, como sucede con los idiomas, dejas de comparar y comienzas a pensar directamente en como se hacen las cosas con la nueva plataforma.

Finalmente dominas mejor la nueva herramienta y te da pereza ponerte con la vieja.

Si tienes aplicaciones estándar y dispones de financiación basada en suscripciones o pagos de actualización terminas creando una nueva versión. En el desarrollo de las nuevas versiones aprovechas para realizar las modificaciones que llevas deseando hacer desde hace tiempo, mejoras el diseño, interfaz y usabilidad de la aplicación.

Si tienes aplicaciones a medida, aprovechas las necesidades de los clientes para producir el cambio. Lo importante es que se produzca un beneficio mutuo, el cliente desea una nueva aplicación mejorada y tu consigues la financiación del desarrollo.

Mención aparte requieren las llamadas herramientas de migración. Mi experiencia se resume en en dos palabras “no funcionan”. Migrar suele suponer un ahorro de tiempo al principio pero que termina siendo una pérdida de tiempo y calidad al final. Una vez más, podemos afirmar que con la migración lo rápido es lento, y desarrollar el programa desde cero aprovechando los recursos que ofrecen las nuevas plataformas significa que lo lento es al final lo más rápido.

La historia vuelve a empezar

Con el paso de los años, la plataforma va quedando obsoleta y el mercado se encarga de generar nuevas necesidades que te obligan a buscar un nuevo lenguaje, herramienta o plataforma.

La situación nunca vuelve a ser la de tus inicios, al contrario, se vuelve a repetir lo comentado en el cambio anterior, aunque probablemente con barreras cada vez más altas. Sin embargo, si quieres vivir en este mundo no te queda más remedio que renovarte o morir de obsolescencia.

Conclusiones

Combina formación y auto-estudio con el fin de reducir al máximo el tiempo de aprendizaje. Recuerda que tu tiempo vale dinero.

No realices formación si posteriormente no tienes una planificación para practicar lo aprendido. Organiza tu agenda para que tras realizar los cursos tengas un tiempo asignado a programar con la nueva herramienta y practicar lo aprendido, de no ser así olvidarás lo aprendido y habrás tirado el dinero.

Aprende primero lo sencillo, vete quemando etapas. Comienza con desarrollos sencillos pero completos, es decir, realiza el ciclo completo desde el análisis hasta la puesta en marcha de la aplicación. Esto te permitirá conocer y dominar la herramienta en su totalidad y no partes aisladas que luego te cueste combinar.

A medida que vayas aprendiendo plantéate desarrollar aplicaciones más complejas, para uso interno, pequeños módulos de aplicaciones o pequeñas aplicaciones.

No abordes proyectos grandes o importantes hasta que tengas perfectamente dominada la nueva plataforma de desarrollo. Si aún no estás preparado en la nueva plataforma aborda el proyecto con la antigua si consideras que conseguirás satisfacer las necesidades del cliente. Deshecha el proyecto, si es importante, en caso de que no puedas abordarlo con la herramienta antigua y no dominas aún la nueva. Recuerda que es preferible perder un cliente antes de abordar su proyecto que invertir tiempo en un proyecto condenado al fracaso.

Prepárate para convivir con las 2 herramientas de desarrollo un mínimo de 2 años. La duración de este período varía en función de la tipología de tu negocio y puede alargarse mucho más. Recuerda que mientras tengas un cliente que mantener en la antigua plataforma no podrás olvidarte de ella.

Fija tu estrategia y se fiel a ella. La estrategia es la que marca cuándo y hacia donde debes dar el salto tecnológico.

Recuerda, no tengas prisa, cualquier cambio de herramienta de desarrollo lleva tiempo y debes pensar que lo haces para la próxima década no para la próxima aplicación que tienes que desarrollar.

Si habitualmente buscas vídeos de tecnología, programación o diseño, puede que te interese visitar techvideobytes donde podrás encontrar, agrupados, vídeos de diferentes fuentes sobre estas temáticas.

Mi amigo Paco Iñiguez, que me enseñó tantas y tantas cosas en mis primeros años de programador con sistemas de IBM y, mi amigo Juan Muñoz-Cobos que cambió mi vida en 1997 cuando le conocí en una presentación de Velázquez Visual. Al final me he convertido en nexo de unión de estas dos grandes personas que también se hicieron amigos.

El día que conocí a Juan ya pude apreciar que era un “tipo” especial. Ese día asistí a una presentación de Velázquez Visual 1.0 en Oviedo, me gustó tanto lo que vi o, mejor dicho, me impresionó tanto la presentación que Juan me realizó y la forma en que me transmitía sus conocimientos e ilusiones, que esa misma tarde me desplacé a Gijón a buscar un CD con la demo del producto. Me pasé el fin de semana probándolo y, aunque era la versión 1.0 pude apreciar que debajo de aquella bisoña versión había una obra de arte.

La amistad con Juan fue inevitable, migré a todos los clientes de sistemas AS/400 a Velázquez Visual. Aquel que conozca la robustez y fiabilidad de esos sistemas de IBM sabrá apreciar la fe que tenía que tener en aquel producto creado por un programador de Gijón. Durante años pasé por las oficinas de Ática, su empresa, en multitud de ocasiones y, siempre lo encontré sentado en su mesa con la mirada fija en el monitor. Velázquez Visual no era un trabajo para Juan, era su obra de arte, su vida. Trabajaba, comía y dormía en la oficina. Su mente estaba al 200% en el proyecto. Y los resultados llegaron a un ritmo increíble, años de 3, 4 e incluso 5 versiones.

El resultado de 12 años de desarrollo lo podemos apreciar en Velneo 6.4. Para muchas personas, Velneo 6.4 es un producto con sus defectos y sus virtudes, para Juan y los que le hemos visto “parirlo” es como un hijo. Cuando Juan le dice a cualquier persona que Velneo 6.4 lo desarrolló el sólo, hay muchos que no podrán creérselo. Una obra de esta magnitud parece imposible que pueda desarrollarla una sola persona. Pero sí, es cierto, Juan lo desarrolló durante 12 años, sin prisas, pero sin pausas, con todo el cariño y sin admitir la más mínima “chapuza”.

Juan es el único programador que conozco capaz de escribir, miles y miles de líneas de código durante 2 años sin llegar a probarlas, sólo asegurándose de que la compilación del código no daba errores. Sólo un genio es capaz de diseñar una plataforma en su cabeza sin escribir una sola línea de código. Juan analiza hasta el más mínimo detalle, desde todos los ángulos posibles y cuando ya tiene resueltos los problemas de diseño, empieza a escribir. Yo le he visto escribir miles de líneas de código de forma constante durante días y días. Como dice Juan, una vez que ya lo tiene resuelto en la cabeza, sólo hay que hacer de escritor y teclear el código en el editor.

Mi eslogan de programación es una frase suya, “programar es prever”.

¿Cómo fue capaz de hacerlo?

Lo hizo porque Juan es más que un GENIO. Un genio es capaz de inventar, descubrir o diseñar cosas admirables, impensables o inimaginables para el resto. Sin embargo, pocos genios son capaces de llevar hasta el final sus obras. Lo normal es que se cansen y abandonen, sin embargo, Juan es la persona más perseverante que conozco, tiene fe ciega en sí mismo y en lo que cree. Su esfuerzo y dedicación no tiene límites. Si a un genio además le añades la constancia entonces estás antes una persona muy especial. Por eso conocer y trabajar con Juan ha sido, la mejor experiencia profesional que he vivido en estos casi 30 años de profesión.

Sólo Juan podía arremangarse para volver a superarse a sí mismo, una vez más, de nuevo fruto de su infinita perseverancia. Esta vez, y dada la envergadura del proyecto, quiso rodearse de un equipo para poder enfrentarse al nuevo reto y atacarlo con mayor velocidad. En poco más de 3 años Juan y su magnífico equipo han sido capaces de crear Velneo V7, una plataforma con unas características muy superiores a Velneo 6.4 y la tecnología Velázquez Visual.

Juan impregna todos sus proyectos de abstracción y, con Velneo V7 se ha vuelto a superar. Ha creado una arquitectura que será válida para los próximos 15 años. Además, ha creado y formado a un equipo, que trabaja y programa como él y que tienen la misma fe ciega en el proyecto y en el arquitecto.

Juan, después de tantos años, creo que tenía una deuda contigo, y es contarle a todos que trabajo con un genio. Este post es mi homenaje y reconocimiento al GENIO que me hace disfrutar cada día que trabajo.

Juan, tu perseverancia es la nuestra y tu ilusión también, la recibimos de ti y la transmitimos a nuestra comunidad, porque contigo estamos convencidos de que Velneo V7 será la mejor plataforma de desarrollo de aplicaciones empresariales del mundo.

Necesitaría muchos post como este para devolverte todo lo que de ti he recibido y aprendido.

¡MUCHAS GRACIAS JUAN!

(Este post que reproduzco íntegramente fue publicado el día 10 de Junio en el blog interno del Grupo Visual MS)

La versión 7.1 de Velneo V7 ha visto la luz.

Lo primero que quiero hacer es felicitaros a todos y, cuando digo a todos me refiero a todosssssssssss. A VisualTrans y VisualBeo por ayudarnos a llegar hasta aquí, sin vosotros no habría sido posible. A nuestros compañeros de los departamentos de SSCC, imprescindibles para gestionar todos las tareas no técnicas del proyecto, sin duda, hacéis un trabajo increíble. A todos los que han pasado por Velneo y que han dejado su huella en todos nosotros y, por último, a todos los que formáis Velneo porque vuestro esfuerzo y calidad profesional es encomiable.

El paquete de novedades que se ha publicado el pasado martes es como diría Jesulín, im-presionante. En sólo 4 meses se ha revisado con las novedades la nueva versión de la ayuda, los tutoriales, se han generado vídeos, se han celebrado seminarios online, cursos presenciales en el vCenter, seminarios en Valencia y Barcelona, se han logrado casi 100 asistentes a 2 vEntry, el esfuerzo comercial está siendo fantástico, se han realizado cambios numerosos en la Web para adaptarla a la nueva versión, se han ajustado los dominios de las Webs, se ha renovando la página de Velneo 6.X, el panel de control, la página de descargas, la nueva zona de casos de éxito, la nueva zona de las Velneo Open Apps, se ha mejorado y automatizado el sistema de servidores en la nube, se unificó el sistema de acceso de todos los usuarios a la Web y a la tienda -Velneo Directo- usando LDAP, se han reprogramado las Velneo Open Apps y se han creado otras nuevas, se han generado guías de estilos y se han revisado la iconografía y el diseño de los componentes de la plataforma. Por supuesto, se han seguido realizando todas las actividades del día a día: atención al cliente, gestión de cobros, soporte técnico, renovación de suscriptores, facturación, contabilidad, gestiones jurídicas y actividades relacionadas con organización social. Seguro que me he dejado decenas de cosas en el tintero y, no menos importantes. ¡Ah!, se me olvidaba también se ha desarrollado la nueva versión 7.1 de Velneo V7 que es realmente fantástica, cargada de novedades y mejoras.

Lo mejor de todo, es que la calidad de los trabajos ha sido muy alta. Sin embargo, si tengo que elegir algo de estos 4 meses, sin duda, me quedo con el EQUIPO. Sin esa capacidad para trabajar coordinadamente, creando sinergias, habría sido imposible alcanzar todos estos hitos. Lo mejor de todo es que todavía tenemos margen de mejora.

Siempre estamos en mejora continua y, aprendiendo de errores, como el que se produjo en el deployment de las novedades en la Web en la mañana del martes y, que no empaña el gran trabajo de estos 4 meses. Además, estoy seguro que entre todos lograremos que en Octubre salga perfecto.

Sobre la nueva versión de Velneo V7, todos los que vemos día a día crecer a Velneo V7 sabemos de sus virtudes y del gran presente y futuro. Nuestros clientes, como suele ocurrir en estos casos se dividirán en diferentes categorías que irán desde los entusiasmados hasta los escépticos. Recibimos felicitaciones, críticas constructivas y quejas.

En cualquier caso, nuestra fe es inquebrantable y, nuestro esfuerzo por conseguir que Velneo V7 sea la mejor plataforma de desarrollo de aplicaciones empresariales del mundo, no tiene límites, por lo que seguiremos trabajando hasta conseguir que los más escépticos se conviertan en nuestros mejores evangelistas.

Hoy, todas nuestras energías se orientan ya hacia Octubre donde veremos nacer la versión 7.2 de Velneo V7. Por el camino, volveremos a tener que saltar un montón de obstáculos que, sin embargo, solo conseguirán hacernos cada día más fuertes.

En el artículo ¿Qué es Velneo? definía detalladamente las plataforma de desarrollo de aplicaciones empresariales Velneo y también incluía la definición de la plantillas empresariales Velneo:

Las plantillas son código libre (FLOSS) que te permite crear aplicaciones en un tiempo récord. Las plantillas puedes implantarlas tal cual se entregan o personalizarlas todo lo que quieras. Existen plantillas para desarrollar soluciones de gestión integrada, TPV, CRM, Contabilidad y ERP

En este artículo me gustaría hablar de las plantillas, sus características, de su pasado, de su presente y de su futuro.

¿Las plantillas empresariales son aplicaciones?

Podrías instalarlas sin ninguna modificación y resultan operativas, sin embargo, nuestro objetivo al diseñarlas no era la de convertirlas en aplicaciones.

Como anécdota me gustaría comentar que cuando nació el proyecto Velneo en Septiembre 2005, el departamento encargado del desarrollo de plantillas, “vProducts”, con el fin de evitar llamarlas o diseñarlas como aplicaciones tenía una apuesta interna. Aquél que pronunciase 3 veces el término aplicación al hablar de las plantillas pagaría una cena a todo el equipo, resulta increíble el poder de las apuestas, nadie tuvo que pagar una cena

Entonces ¿Cuál es el objetivo de las plantillas empresariales?

El objetivo era y es múltiple:

1. Acelerar el desarrollo de aplicaciones minimizando el tiempo de retorno de la inversión.
2. Evitar o reducir el número de errores que se producen al  comenzar a usar una nueva herramienta de desarrollo.
3. Crear un código útil tanto como referencia para su reutilización como para utilizarse material de aprendizaje.

Pasado

Años antes de que naciese Velneo Alfonso y yo nos conocimos y fuimos acercando posturas y entablando una amistad que fructificó en un proyecto al que denominamos SIA (Sistema Integrador de Aplicaciones). Le dedicamos bastante tiempo, esfuerzo y recursos, en concreto Fran Abad, responsable de formación de Velneo Empresas trabajó en la documentación de las ideas y creamos los prototipos de lo que serían el manual de nomenclaturas. Teníamos claro que las plantillas empresariales serían de gran ayuda a todos los que se acercasen a Velneo y lamentábamos no haber tenido la suerte de disponer de plantillas empresariales cuando nosotros la conocimos.

Presente

Ya han pasado más de tres años desde que comenzaron a desarrollarse las plantillas. Durante el desarrollo surgieron nuevas necesidades que obligaron a simplificar las plantillas con el propósito de:

1. Facilitar la adaptación de las plantillas. Resulta más sencillo crear lo que falta que eliminar lo que sobra o adaptar lo que no ter sirve.
2. Con el paso de los meses y la apertura al mercado de habla hispana de LatAm tuvimos que eliminar en lo posible los localismos válidos para España. Ni fue sencillo ni fueron eliminados en su totalidad.

Estas dos necesidades obligaron a simplifcar bastante las plantillas, tal vez la mayor excepción en este aspecto es la plantilla de contabilidad vConta. Aún así, descubrimos lo complejo que resultado localizar -que no es lo mismo que traducir- software.

Con el paso de los meses las plantillas fueron creciendo con la aparición de las plantillas de vGestion, vTPV, vWeb, vConta, vCRM y vERP. Posteriomente se han publicado varias versiones de las mismas con correcciones y mejoras. Adicionalmente para cada plantilla se creo documentación para el desarrollador y para el usuario final de la aplicación y también existen múltiples vídeos de seminarios que explican como están desarrolladas las plantillas empresariales, estos vídeos serán públicos a partir del primer trimestre de 2009, actualmente disponibles para los clientes de nivel 3 y 4 de Velneo.

Otro de nuestros objetivos fue tratar de involucrar a empresas en la colaboración del desarrollo y mantenimiento de las plantillas tanto a nivel de núcleo como de posibles versiones locales para un determinado país o región. Es evidente que Velneo cuenta con una magnífica comunidad, yo suelo denominarla “el mayor activo de Velneo”. Sin embargo, no hemos sido capaces de movilizar a la comunidad en esta colaboración, aunque existen excepciones que han colaborado y siguen haciéndolo en las versiones actuales y en el futuro seguirán con Velneo, muchas gracias a todas ellas. Estoy convencido de que el problema de la colaboración no está ni mucho menos en la comunidad que es muy activa sino en nuestra capacidad de movilización y, sobre todo, en no haber dispuesto de los recursos y herramientas necesarias para hacerlo.

Futuro

El futuro está a punto de llegar, se llaman Velneo Open Apps y son las nuevas plantillas empresariales de Velneo V7.

¿Qué aportarán las Velneo Open Apps V7?

1. La capacidad de compartir el código fuente (open source) a través del nuevo catálogo de aplicaciones.
2. La capacidad de desarrollar colaborativamente gracias al nuevo servidor de edición integrado en Velneo vServer V7.
3. La posibilidad de crear versiones localizadas de las aplicaciones respetando el núcleo original gracias a la herencia global de Velneo V7 que permite heredar toda una aplicación y adaptar aquellos objetos que desean personalizar para cada cliente, versión o país.
4. La capacidad de distribuir el código que desarrolle toda la comunidad en cajas compartidas a través del catálogo de aplicaciones sin necesidad de compartir aplicaciones en un sólo fichero  lo que facilita la reutilización de centenares de módulos de código.
5. La posibilidad de desarrollar en cualquier sistemas operativo, comenzando por Windows, Linux y MAC. Y la posibilidad de ejecutar tus desarrollos en esos sistemas operativos sin adaptaciones ni optimizaciones y en el futuro en ejecutarlas dispositivos móviles sin reprogramación.
6. La posibilidad de desarrollar en cualquier idioma ya que él código de los procesos se auto-traduce al idioma configurado el editor.
7. La posibilidad de localizar las aplicaciones traduciendo todos sus textos a múltiples idiomas sin necesidad de tocar el código ni de recorrer todos los objetos y controles gracias al componente Velneo vTranslator V7.

Creo que el futuro de las plantillas empresariales Velneo -> Velneo Open Apps es fantástico, nos esperan tiempos increíbles donde mi deseo es ver a la comunidad unirse en torno al catálogo de aplicaciones aportando y utilizando todos los recursos que estarán a su disposición.

Resumiría el planteamiento que hace Manuel Tovar con las siguientes frases:

• Tengo una base instalada de clientes ejecutando aplicaciones desarrolladas con un lenguaje de programación y una base de datos que son los que utilizo actualmente.
• Tengo proyectos en desarrollo.
• Tengo proyectos pendientes de desarrollar.
• Llevamos retrasos en los plazos de entrega de los desarrollos a clientes.
• Para comenzar con una nueva herramienta necesito formarme durante meses y eso supone necesitar más recursos.

En primer lugar quiero dejar claro que estoy completamente de acuerdo con Manuel en que la toma de decisión de cambio es compleja. Voy a tratar de comentar mi visión de como lo plantearía basándome en la experiencia vivida durante años con otros lenguajes de programación.

El software es una herramienta

Las aplicaciones desarrolladas para los clientes finales debemos verlas como lo que son: herramientas para facilitar la gestión y administración que se convierte en un éxito gracias a una buena implantación que permite al cliente un alto grado de satisfacción.

Las herramientas de desarrollo también son eso “herramientas”. El mismo programador con diferentes herramientas puede llegar a soluciones similares y también a conseguir con el mismo esfuerzo aplicaciones funcionalmente muy diferentes.

Uno de los aspectos fundamentales para sacar el máximo partido de una herramienta de desarrollo es la experiencia. Por ese motivo cuando te sientes cómodo con una herramienta resulta complejo dar el salto a otra nueva.

¿Tus clientes están contentos?

Si con tu herramienta de desarrollo actual tus clientes están contentos y además es rentable está claro que no parece muy lógico plantearse un cambio.

Es cierto que siempre es bueno conocer lo que existe en el mercado y las tendencias que existen para poder tomar medidas en tiempo y forma. Pero pasar de la información a la formación requiere una toma de decisión previa.

Plazos de entrega

Si habitualmente sufres retrasos en los plazos de entrega de las aplicaciones y es por un exceso de carga de trabajo puede significar que comercialmente las cosas te van bien y que debes resolverlo en base a aumentar tus recursos o reducir el nuevo de proyectos que aceptas desarrollar aumentando tal vez el precio de tus desarrollos ya que se supone que tienes demanda por la calidad de tus aplicaciones.

Si por el contrario esos retrasos se producen por que tu herramienta de desarrollo, pese a tener experiencia con ella, no te permite desarrollar más rápido entonces entramos en el factor del análisis de la rentabilidad.

Rentabilidad

Esta palabra creo que es la que marca el inicio de algunas tomas de decisión de cambio de herramienta de desarrollo. De nada sirve tener la mejor herramienta del mercado si los resultados finales es que tu programación no te aporta una alta rentabilidad y que te permita obtener también una alta rentabilidad de los servicios de mantenimiento y actualización de versiones de aplicaciones a tus clientes finales.

Incluso si tu herramienta actual te permite ser rentable nunca está de más conocer si en el mercado existen alternativas más rentables. Desde un punto de vista empresarial este aspecto es básico. Para mi la rentabilidad debe ir ligada siempre a un alto grado de satisfacción del cliente final, en caso contrario la herramienta no es válida.

Existen otros muchos motivos para necesitar realizar un cambio de herramienta de desarrollo que finalmente convergen con la necesidad de darle viabilidad y rentabilidad a tu negocio.

He encontrado una alternativa ¿Qué hago?

Si has encontrado una herramienta de desarrollo que aparentemente ofrece lo que necesitas para que tu negocio sea más rentable entonces comienza la fase de testeo.

Para mi una herramienta no es cara o barata en función de su precio. Todos conocemos herramientas gratuitas que resultarían carísimas para desarrollar las aplicaciones que ahora tienes implantadas en tus clientes finales. De la misma forma pagar por una herramienta de desarrollo, por ejemplo 20.000€, podría resultar muy interesante si con ella puedo conseguir un beneficio bruto que multiplique por 5 esa cifra en los próximos años.

Por lo tanto el precio de la herramienta no es significativo en la toma de decisión salvo que nuestra capacidad financiera no nos permita llegar a su adquisición. El precio de las licencias de la base de datos siempre es un punto a tener en cuenta bajo el prisma de que su precio se repercute en el cliente final. Sobre este tema he escrito un par de artículos en este blog: ¿Cómo presupuestar soluciones de software empresarial? (1ª parte) y ¿Cómo presupuestar soluciones de software empresarial? (2ª parte)

Ahora toca aprender y probar

Si hemos seleccionado una herramienta y ya la hemos adquirido o estamos usando una versión gratuita de la misma el siguiente paso es el testeo. Para hacerlo tenemos 2 posibilidades. Hacerlo por nuestra cuenta de forma autodidacta o utilizar algún recurso formativo.

Pagar por un curso puede resultar la opción más económica. Nunca debemos olvidarnos de que nuestra horas también tienen un precio de coste importante y que cada hora que estemos investigando, formándonos y probando suma en el coste total.

Pagar, por ejemplo 900€ por un curso de 30 horas que te permita conocer de la mano de un experto todas las posibilidades que ofrece la herramienta y la metodología de programación de la herramienta puede ser una opción económica. ¿Por qué? Si, por ejemplo, dedicamos 2 horas al día para aprender una nueva herramienta, serán unas 40 horas mensuales. Si estamos 3 meses con esta inversión de tiempo, el coste de esas horas es muy superior (40 horas x 3 meses x 12€/hora = 1.440€). Si en lugar de 3 meses somos capaces de hacerlo en un mes, el método autodidacta es más económico pero ¿seguro que hemos conocido todas las posibilidades de la herramienta?

Lo realmente caro es equivocarse

Pese a todo esto lo realmente caro no es pagar la formación o comprar la herramienta. Lo realmente caro es invertir cientos de horas en una alternativa que finalmente no te sirva.

En muchas ocasiones he comentado este tema con otros profesionales y pienso que tal vez el orden adecuado para aventurarse con una nueva herramienta pase primero por una formación que te permite descartar la herramienta o seguir adelante y entonces comprar el producto con mayor garantías de que es adecuado para tu negocio.

Me gusta mucho, pero no me permite todo lo que necesito

Voy a hacer un comentario rápido sobre esta situación que a veces se produce. Conocemos una nueva herramienta de desarrollo que nos puede resultar muy rentable pero que no nos permite abordar el 100% de los desarrollos.

¿La descarto?
Para mi la respuesta a esta pregunta pasar por responder a la siguiente pregunta.

¿Qué porcentaje de aplicaciones voy a poder desarrollar en los próximos 5 años con la nueva herramienta?
Si la respuesta está por encima del 70% considero que puede ser una opción válida.

Es cierto que lo ideal sería trabajar sólo con una herramienta, por comodidad para el desarrollador y para facilitar el mantenimiento de las aplicaciones, pero también sabemos que la herramienta perfecta no existe y que con el paso del tiempo siempre usamos múltiples herramientas especializadas.

Por estos motivos si la herramienta que estoy viendo me resulta rentable, por qué voy a perder rentabilidad en el 70% de mis desarrollos porque el 30% tenga que desarrollarlos con otra herramienta. No parece más absurdo perder rentabilidad en el 100% de los desarrollos por usar sólo una herramienta. Lógicamente cuando mayor es el porcentaje mayor sentido tiene. Veo más claro buscar una estrategia de máxima rentabilidad con una herramienta aunque tenga que decir no a algunos proyectos por no poder abordarlos. En mucho casos puede ser preferible ser un especialista en un nicho de mercado o en un sector que obtener una rentabilidad media en un mercado más generalista.

Ya estoy preparado ¿Por donde empiezo?

Estoy formado, tengo la herramienta pero no tengo experiencia. Tendré que hacer un gran esfuerzo para que la primera aplicación desarrollada tenga una calidad acorde a la que tienen las soluciones ya implantadas.

Esta claro que lo mejor es utilizar esta herramienta para el nuevo proyecto más pequeño que tengas que desarrollar. De esta forma tendrás un margen de maniobra superior que si te sumerges en un proyecto grande.

Muchas empresas comienzan por desarrollar una aplicación para uso interno, otras veces soluciones monopuesto o pequeñas aplicaciones departamentales. Lo importante es que sean aplicaciones autónomas que no afecten ni se vean afectadas por otros desarrollos. Pero lo importante es que sea una aplicación real para poner en producción ya que los experimentos con aplicaciones que son sólo pruebas no alcanzan el grado de necesidad suficiente para que te esfuerces en superar todos los obstáculos.

¿Qué pasa con mi base instalada?

Nada. No pasa nada, si tus clientes están actualmente estables no deberías hacer nada con ellos en este momento. Creo que una máxima que debe aplicarse siempre es “Si algo funciona no lo toques”.

Todo tiene su momento y ese día llegará para cada uno de tus clientes o para grupos de ellos si te dedicas a vender software estándar. Olvídate de momento de migraciones o integraciones.

La mezcla no es buena

¿Podrías ir añadiendo módulos a tus aplicaciones actuales desarrollados con la nueva herramienta? Sí, claro que podrás pero yo no lo recomiendo ya que lo más probable es que tengas que hacer labores de integración que llevan un mayor esfuerzo de desarrollo y con un resultado final menos efectivo de lo que habría sido hacerlo con la herramienta actual.

Estoy generalizando, pero mi experiencia en este punto es que los experimentos de integración de soluciones heterogéneas es arriesgado y puede generar en el cliente final diferentes grados de satisfacción: lo nuevo no me gusta, lo viejo habría que cambiarlo al nuevo sistema, etc. En este punto yo aplicaría la máxima de “más vale lo malo conocido que lo bueno por conocer” para aplicarlo al punto de vista del cliente.

Transición

Esta es una palabra clave. Cambiar de herramienta de desarrollo no es un acción inmediata y mucho menos si tienes una base instalada con mucho software en producción. Debes plantearte el cambio como una transición.

Durante un tiempo te sentirás más cómodo desarrollando con la herramienta antigua, es lógico ya que tienes mucha experiencia acumulada. En un momento determinado que depende de la curva de aprendizaje de la herramienta se produce un punto de inflexión en el que ya te resulta prácticamete igual de cómodo desarrollar con ambas herramientas para finalmente pasar a desear más desarrollar con la nueva herramienta que con la antigua.

En ese punto es donde puedes empezar a plantearte desarrollar todos tus nuevos proyectos con la nueva herramienta. Mientras tanto seguirás mantenimiento las aplicaciones de tu base instalada con la herramienta antigua.

Cambiar el software en tu base instalada

Solamente cuando ya estés totalmente seguro de que las aplicaciones creadas con tu nueva herramienta superan a las apliaciones antiguas debes comenzar a plantearte el cambio del software de tu base instalada.

Debería ser algo gradual, comenzando por clientes pequeños donde se preparán las herramientas de migración de los datos que luego serán utilizadas con todos los clientes en caso de las aplicaciones estándar como puede ser la contabilidad.

Y si mis clientes no quieren cambiar su software

Si tus clientes están contentos con la aplicación y no necesitan grandes mejoras o cambios lo mejor es mantenerlos con esa aplicación los años que ellos quieran. Utilizando una política adecuada de mantenimientos, se les puede seguir dando el servicio con la herramienta antigua, teniendo en cuenta que si son aplicaciones que no requieren un gran mantenimiento eso supondrá un pequeño esfuerzo al año.

Sin embargo si un cliente solicita mejoras de forma constante es cuando se le puede plantear la migración a una versión de la aplicación que, con seguridad podrá disponer de novedades funcionales. Esta decisión de cambio de aplicación siempre se basa en una relación de confianza cliente-desarrollador. El cliente debe tener claro lo que necesita y confía en su experto y asesor en software para que le aporte la solución adecuada.

En este punto de la transición lo normal es que poco a poco la base instalada vaya migrando a las nuevas aplicaciones. Todos los nuevos proyectos ya los desarrollas con la nueva herramienta y cada vez te quedarán menos aplicaciones a mantener con la herramienta antigua.

Y cómo será el futuro…

Durante los próximos años trabajarás con esa herramienta y mientras sigas satisfecho con su rentabilidad y con el grado de satisfacción de tus clientes no te plantearás el cambio.

Seguirás investigando, observando tendencias y, en un momento determinado del futuro la historia volverá a comenzar.

Lo mismo podríamos pensar de la red eléctrica, los sistemas de calefacción, refrigeración, etc. Algo que hoy en día son commodities (productos básicos) fueron en su día grandes innovaciones.

La única diferencia entre la informática y todas las innovaciones anteriores es que al ser una disciplina muy joven del siglo XX ha sufrido una evolución meteórica.

Las tendencias en informática no requieren siglos ni décadas, en informática las tendencias se crean y desarrollan en lustros o incluso en años. Ahora nos encontramos en un momento “histórico”, otro más para la informática. Gracias de nuevo a Internet nuestros sistemas de información están evolucionado del software off-line (disponer de un generador eléctrico en nuestras instalaciones) al software off-line (conectarnos a una red eléctrica que acabará llegando a todos los rincones del planeta).

Estamos ante una revolución del software, que no es nueva, ya se ha intentado sin éxito durante la última década, pero es ahora cuando con el impulso de los gigantes del software nos encontramos ante el nacimiento de las bases que harán que el software on-line sea dentro de unos años imprescindible.

SaaS (Software as a Service)

PaaS (Plataform as a Service) Es tan novedoso el término que cuando escribo este artículo aún no existe en la Wikipedia.

Hoy Google + Salesforce han anunciado a bombo y platillo la integración de las Google Apps con las aplicaciones empresariales de Salesforce.

Tenemos también otros casos recientes como Heroku y BungeeConnect.

Abróchense los cinturones porque el viaje acaba de comenzar.

El modelo de negocio presentado junto al anuncio del SDK del iPhone no es nuevo pero la unión del iPhone, el SDK y la App Store me gusta.

Me da la sensación de que han cerrado el circulo. Por un lado ponen en el mercado un dispositivo atractivo que conjuga un teléfono, un iPod y un navegador que está triunfando poco a poco impulsado por los acuerdos con las empresas de telefonía y la redución de precios que ha sufrido el dispositivo desde su lanzamiento.

Lo orientan al masivo mercado doméstico destacando su funcionalidad como teléfono y iPod, pero se aprecia una importante penetración en el mercado de las PDA.

La Keynote celebrada la semana pasada mostró un conjunto de medidas que podríamos resumir en la siguiente lista:

• Presentación de un SDK para facilitar el desarrollo de aplicaciones, con interesantes utilidades.
• Presentación de aplicaciones desarrolladas por importantes empresas del sector.
• Presentación del iPhone como un dispositivo abierto al mercado de los juegos.
• Creación un programa para desarrolladores con precios de servicios muy competitivos 99$ para desarrolladores y 299$ para empresas.
• Creación del iTunes del software con el App Store para iPhone e iPod Touch.
• Creación de la App Store que facilita la venta mundial de aplicaciones a los desarrolladores quedándose Apple con el 30% del pastel.
• La App Store es un concepto similar al iTunes aplicado al software para el iPhone y el iTouch.
• Para aplicaciones gratuitas Apple asume los costes de distribución y no cobra nada al desarrollador.
• Anuncio de iFund un apoyo de $100.000.000 para el desarrollo de aplicaciones para el iPhone y el iPod Touch, casi nada.

Mis conclusiones

El resultado de todo este programa será, sin duda, el desarrollo de cientos o miles de aplicaciones algo que da más valor al iPhone y que sin duda conseguirá dejar fuera del pastel a muchos de sus competidores, aunque es cierto que los tendrá muy serios ya que se enfrenta a fuertes rivales en el negocio de los juegos y del software empresarial, pero tiene buenas cartas para ganar la partida. El iPhone puede convertirse en el dispositivo móvil más atractivo gracias a la cantidad de soluciones de todo tipo que podrá llegar a disponer en poco tiempo, algo parecido a lo que ha conseguido Facebook con su gran catálogo de aplicaciones.

Todo programador que lleve años desarrollando aplicaciones empresariales sabrá valorar el ahorro de horas y de quebraderos de cabeza que pueden suponer el uso de las actualizaciones en lugar de escribir líneas y líneas de código en triggers y posteriomente probarlas hasta su validación funcional.

A continuación te pongo un vídeo en el que te muestro lo fácil que es programar las actualizaciones en Velneo para que puedas comparar con el tiempo que te podría llevar hacer lo mismo con tú actual entorno de desarrollo.

Respecto a otras bases de datos podemos encontrar las siguientes diferencias:

• Los campos tipo alfa permiten ahorrar espacio en disco y además discriminan los espacios antes del primer carácter y después del último lo que permite su manejo con total sencillez a la hora de realizar concatenaciones. Además cada tipo alfa puede usarse de forma específico para almacenar datos sólo en mayúsculas, de códigos, etc.
• Los campos de tipo objeto almacenan información muy variada pudiendo incluso guardar un email o cualquier tipo de fichero binario.
• Los campos fórmula son muy utilizados ya que no ocupan espacio en disco, se calculan donde se usan.

En la siguiente presentación, que te recomiendo veas a pantalla completa pulsando en on SlideShare y luego en la opción Full se explican los tipos de campos, su contenido o función y el tamaño máximo que ocupan o que pueden almacenar.