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

He realizado una composición con 3 imágenes tomadas del iPhone para representar la evolución realizada por Apple en su aplicación App Store desde sus inicios:

1. En la primera fase existía un número reducido de aplicaciones en la App Store y Apple las agrupaba sólo por géneros.
2. En la segunda fase cuando ya existían decenas de aplicaciones en cada género y resultaba complicado seguir las novedades. Apple decidió crear un menú superior en cada género con 3 opciones: Top pagadas, Top gratuitas y Fecha de lanzamiento. En las 2 primeras opciones las aplicaciones se visualizan ordenadas descendentemente de las más descargadas a lasmenos descargadas. La última opción por fecha de lanzamiento se vuelve fundamental para ver que novedades han aparecido en la App Store para ese género pues salen ordenadas descendentemente por fecha de publicación, es decir, la última publicada aparece la primera. Hay un matíz importante y es que cada vez que una aplicación sufre una revisión o actualización de versión vuelve a aparecer por lo que es habitual existan muchas revisiones de cada aplicación, algo que beneficia a “todos”.
3. En la tercera fase en la que nos encontramos ahora Apple ha tenido que hacer una mejora al alcanzar varios miles de aplicaciones en un sólo género. Podemos verlo si accedemos al género Juegos y la aplicación nos muestra un segundo nivel de sub-géneros de juegos: todos juegos, acción, aventura, arcade, juegos de mesa, etc., y dentro de cada uno de ellos accedemos al sistema mostrado en la captura de la fase 2.

También hay que mencionar que adicionalmente existen 2 opciones más en la toolbar inferior:

• Destacado con sub-categorías: nuevo y lo último
• Top 25 con las sub-categorías: Top pagadas y Top gratuitas.

Personalmente descargo muchas aplicaciones y periódicamente hago limpieza, aún así, tengo las “9″ páginas de aplicaciones (límite que actualmente ha puesto Apple 16×9=144 aplicaciones) bastante llenas por lo que debido a la gran actividad de actualizaciones que tienen estas aplicaciones es muy habitual que en el apartado Descargas de la aplicación App Store aparezcan nuevas versiones de las aplicaciones instaladas. Otra novedad introducida recientemente por Apple es la posibilidad de actualizar todas las aplicaciones a la vez evitando la necesidad de actualizarlas una a una.

Otro aspecto que ha mejorado notablemente a partir de la versión 2.0 y sobre todo con la 2.1 ha sido el tiempo de descarga e instalación de las aplicaciones. Consiguiendo mejorar la experiencia del usuario a medida que crecían las aplicaciones de la App Store y el uso de las mismas hasta lograr un alta grado de satisfacción actualmente.

Como se puede observar Apple va introduciendo pequeñas mejoras en cada actualización que ayudan a resolver las necesidades que van apareciendo con el uso masivo y la existencia de un long tail de aplicaciones. No es una aplicación perfecta y nunca lo será para todos los usuarios, sin embargo mi opinión es que va por el buen camino.

Conclusión

En la evolución de la aplicación App Store vemos reflejado en la práctica el principio de simplicidad que Apple impregna a sus productos y servicios. Debe servirnos de referencia en nuestro modo de trabajar si también buscamos la simplicidad, empezando por hacer funcionar las cosas con sencillez sin pretender llegar al alcance final del proyecto desde la primera etapa o fase. Las aplicaciones deben evolucionar a la vez que lo hacen los datos y los usuarios.

]]> http://jarboleya.com/2008/12/14/evolucion-de-la-app-store-en-el-iphoneipod-touch/feed/ 2