{"id":1588,"date":"2015-02-13T10:41:22","date_gmt":"2015-02-13T09:41:22","guid":{"rendered":"http:\/\/qualilogy.com\/es\/?p=1588"},"modified":"2015-02-15T10:02:23","modified_gmt":"2015-02-15T09:02:23","slug":"predicciones-2015","status":"publish","type":"post","link":"http:\/\/qualilogy.com\/es\/predicciones-2015\/","title":{"rendered":"Predicciones 2015"},"content":{"rendered":"

\"Pr\u00e9dictions<\/a>El comienzo de un nuevo a\u00f1o es siempre el per\u00edodo de las buenas resoluciones y del balance del a\u00f1o pasado.<\/p>\n

No, no te preocupes, no voy a anunciar el plan de las grandes maniobras de Qualilogy para 2015. En primer lugar, no hay un plan, y luego yo soy uno de esos 90% que no cumplen sus resoluciones, y no creo que hacerlas p\u00fablicas va a mejorar esta baja tasa de \u00e9xito.<\/p>\n

Simplemente, hace ya tiempo (1) que reflexiono acerca del impacto que el Cloud podr\u00eda tener en la gesti\u00f3n de las aplicaciones y las buenas pr\u00e1cticas de programaci\u00f3n.<\/p>\n

<\/p>\n

Ahora bien, en 2014 he tenido varias veces la oportunidad de tratar de estos temas con diferentes interlocutores sin encontrar la m\u00e1s m\u00ednima reacci\u00f3n, o a lo mejor una cort\u00e9s indiferencia: desde colegas y amigos consultores en calidad que nunca han encontrado a clientes preocupados con las aplicaciones en la nube, o directivos TI que ven claramente el Cloud como una nueva tecnolog\u00eda de moda, as\u00ed como el Big Data, las aplicaciones m\u00f3viles y el Internet of Things, y van a escuchar, hastiados, las interminables consideraciones sobre la urgente necesidad de incluirlas en su estrategia de TI con el riesgo de no poder cumplir con las evoluciones cada vez m\u00e1s r\u00e1pidas en el negocio.<\/p>\n

La \u00ab capacidad de respuesta a las demandas del mercado \u00bb y \u00ab mejorar el desempe\u00f1o de los servicios de TI \u00bb son los argumentos m\u00e1s usados en la introducci\u00f3n de cualquier presentaci\u00f3n, y por lo tanto los clich\u00e9s m\u00e1s aburridos.<\/p>\n

A la hora de imaginar lo que nos espera en este nuevo a\u00f1o, \u00bfes posible ver en 2015 m\u00e1s aplicaciones en la nube?<\/p>\n

\u00bfD\u00f3nde est\u00e1 el Cloud?<\/h2>\n

Las etapas del ciclo de vida de un nuevo mercado son bien conocidas: en una primera fase, los precursores tecno-entusiastas son los primeros ‘early adopters’ antes de que los beneficios de esta nueva tecnolog\u00eda sean demostrados y el mercado entre en una segunda fase de adopci\u00f3n, si no masiva, al menos m\u00e1s amplia, y de crecimiento.<\/p>\n

Creo que estamos probablemente entre estas dos fases. Adem\u00e1s, basta con ver la madurez de ofertas de gigantes como Amazon, Microsoft, Google, etc. y tambi\u00e9n la ausencia de IBM, HP y otros CA, que podr\u00edamos considerar como una ruptura de mercado significativa de una nueva ola tecnol\u00f3gica. Bueno, no voy a preocuparme por ellos: son m\u00e1s ricos que yo y ya han demostrado en repetidas ocasiones su capacidad para coger los trenes en marcha.<\/p>\n

Pero hay una brecha que cubrir para pasar a la segunda fase: las ventajas para los primeros usuarios no son necesariamente relevantes para los directivos TI, si no responden a un problema o no tienen suficientes beneficios.<\/p>\n

\u00bfQuien est\u00e1 en el Cloud ?<\/h2>\n

Una startup que empieza sin tener su aplicaci\u00f3n m\u00f3vil en la nube, hoy en d\u00eda, simplemente no hay.<\/p>\n

Y si decides poner en marcha tu peque\u00f1a empresa, por supuesto que tienes otras prioridades que contratar a un director de TI y un equipo de programadores: tu eliges un programa de contabilidad y de gesti\u00f3n de pedidos en el Cloud. Y cuando puedes desarrollar un poco tu actividad, un Salesforce porque unos pocos previsiones comerciales y sobre todo un poco de visibilidad en lo que realmente hacen tus vendedores, sabes que siempre es mejor que navegar sin comp\u00e1s.<\/p>\n

Pero cuidado: aqu\u00ed es donde empiezan los problemas. Puede ocurrir que el programa no est\u00e9 siempre disponible, o con un rendimiento totalmente asqueroso: todav\u00eda se puede entrar los pedidos con un poco de retraso, o explicar a tus empleados que su cheque llegar\u00e1 en el primero o segundo d\u00eda del mes, debido a problemas inform\u00e1ticos. A veces, no siempre. Pero nunca debes dejar una oportunidad a tus Sales para que ellos digan que \u00ab eso no funciona \u00bb. \u00bfDe verdad crees que van a dejar en tus manos una herramienta para vigilarles, sin quejarse por el tiempo que pierden a utilizar la maldita cosa?<\/p>\n

Presi\u00f3n sobre el CIO<\/h2>\n

Si yo fuera el director de sistemas de informaci\u00f3n de mi compa\u00f1\u00eda de seguros, estar\u00eda un poco preocupado. Hace ya tiempo que he sucumbido a los LinkedIn, Twitter y otros Facebooks para instalar su app en mi smartphone. Bueno, es cierto que en el metro, eso ayuda a tomar apariencia de alguien importante y muy ocupado, no como ese fulano adicto al Candy-no-s\u00e9-qu\u00e9 hasta olvidar de cortar el sonido.<\/p>\n

En cambio, me he dado cuenta de que mi banco me acosa cibern\u00e9ticamente con correos electr\u00f3nicos para descargar su app en mi m\u00f3vil. Sin mucho \u00e9xito: ya es bastante malo estar en el metro sin a\u00fan m\u00e1s molestarme a revisar mi cuenta bancaria, o pasar mi tiempo borrando sus mensajes para su \u00faltima offerta de cr\u00e9dito milagrosamente preferencial y reembolsable en 50 a\u00f1os.<\/p>\n

Tambi\u00e9n me di cuenta de que mi compa\u00f1\u00eda de seguros a\u00fan no ha dado ese paso. No s\u00e9 si los miembros de su Board est\u00e1n en Facebook, pero estoy seguro de que s\u00ed, est\u00e1n en un banco y que, como yo, van a notar que nuestra querida compa\u00f1\u00eda de seguros, de la que son los miembros m\u00e1s prominentes, no es ‘digital’. Eso puede poner un poco de presi\u00f3n sobre el CIO de la empresa.<\/p>\n

Presi\u00f3n sobre el ciclo de vida de aplicaciones<\/h2>\n

Predecir la proliferaci\u00f3n de apps m\u00f3viles o la adaptaci\u00f3n de sitios web existentes a una versi\u00f3n m\u00f3vil (o ambos) no es realmente una revelaci\u00f3n. \u00bfC\u00f3mo puede esto ayudar al Cloud para reducir la brecha entre la fase de los tecno-visionarios avanzados y la fase de adopci\u00f3n masiva por los actores m\u00e1s tradicionales?<\/p>\n

Estas nuevas aplicaciones requieren una nueva estrategia de marketing, llamada \u00ab inbound marketing \u00bb (2), que consiste en atraer clientes a su sitio web a trav\u00e9s de su promoci\u00f3n en las redes sociales, subscribirse a una newsletter, y blogs, podcasts y v\u00eddeos que mejoran las clasificaciones en los motores de b\u00fasqueda (Search Engine Optimization ou SEO).<\/p>\n

Qui\u00e9n dice SEO dice\u00a0\u00ab analytics \u00bb, el estudio de todas las estad\u00edsticas de visitas y comportamiento de los visitantes de su sitio, por personas especialistas en\u00a0\u00ab inbound marketing \u00bb que analizan estos datos, bajo el liderazgo de un Chief Digital Officer con el fin de identificar los mejores m\u00e9todos para atraer y convertir visitantes en clientes potenciales. Pasan su tiempo en, por ejemplo, comprobar que un bot\u00f3n en la parte superior derecha de la p\u00e1gina web, o en la parte inferior de un blog, o por medio de un popup, da mejores resultados en t\u00e9rminos de registros en una newsletter o de descargas de un PDF.<\/p>\n

Y por supuesto, van a pedir a los desarrolladores que mantienen regularmente esta app o este sitio web, que implementen estos cambios de acuerdo con sus an\u00e1lisis. Y claro, no en un mes, m\u00e1s bien al final de la semana. Esto pone m\u00e1s presi\u00f3n sobre los ciclos de vida de estas aplicaciones y los equipos de proyectos, fomenta la adopci\u00f3n de pr\u00e1cticas \u00e1giles y de integraci\u00f3n y de entrega continua.<\/p>\n

Si est\u00e1s capaz de entregar una nueva versi\u00f3n cada semana, pero no puedes implementarla correctamente en producci\u00f3n, tiene un problema. El cl\u00e1sico problema de DevOps cuando tu aplicaci\u00f3n debe funcionar sobre differentes servidores de differentes tecnolog\u00edas y edad, con diferentes sistemas operativos, diferentes versiones de Java, Tomcat u otro Websphere, etc. Y el ingeniero de sistemas que no logra que funcione en tal servidor llama al desarrollador que responde que s\u00ed, funciona en su propia m\u00e1quina, y entonces el problema no es suyo.<\/p>\n

Tambi\u00e9n tu aplicaci\u00f3n puede comportarse de manera diferente en algunos m\u00f3viles o tabletas. La gesti\u00f3n de las pesta\u00f1as en una p\u00e1gina no es la misma con iOS y Android, y unos smartphones tienen un flujo super-lento y que proh\u00edbe determinadas pr\u00e1cticas de programaci\u00f3n. As\u00ed que se puede encontrar, para administrar una misma aplicaci\u00f3n, proyectos independientes con un lenguaje espec\u00edfico para las diferentes categor\u00edas de m\u00f3vil, lo que aumenta a\u00fan m\u00e1s la complejidad y la presi\u00f3n sobre los equipos de desarrollo y la producci\u00f3n.<\/p>\n

Hay diferentes maneras de resolver estos problemas (los \u00ab containers Docker \u00bb, por ejemplo), pero el Cloud es una soluci\u00f3n que tiene muchos beneficios, pues se implementa la aplicaci\u00f3n en una \u00fanica infraestructura, centralizada, en lugar de dispersarla en varios servidores. Y a evitar dolores de cabeza en el manejo de los problemas de rendimiento y de indisponibilidad, ya que la nube tiene en cuenta las exigencias de elasticidad y la capacidad de responder autom\u00e1ticamente a los cambios en frecuencias de visitas. Tu CIO no quiere recibir una llamada del CEO porque quer\u00eda poner a prueba en su smartphone esta nueva campa\u00f1a de marketing y est\u00e1 esperando m\u00e1s de 10 segundos para acceder a cada p\u00e1gina.<\/p>\n

Transformaci\u00f3n de las aplicaciones existentes<\/h2>\n

Si tu aplicaci\u00f3n se basa en un nuevo desarrollo con un lenguaje espec\u00edfico para aplicaciones m\u00f3viles (Objective-C, Android, etc.), resultar\u00e1 m\u00e1s f\u00e1cil de tomar en cuenta las APIs espec\u00edficas de cada proveedor de Cloud, y necesarias para el buen comportamiento de la aplicaci\u00f3n (API REST, gesti\u00f3n segura de inicio de sesi\u00f3n, etc.). Creo que poco a poco vamos a ver nuevas mejores pr\u00e1cticas de programaci\u00f3n espec\u00edficas a la nube.<\/p>\n

Si tu aplicaci\u00f3n se basa en una c\u00f3digo existente, tendr\u00e1s sin duda que hacer las adaptaciones necesarias. No se puede simplemente empujar una aplicaci\u00f3n en el Cloud y esperar aprovecharse de sus beneficios en t\u00e9rminos de escalabilidad, sin una refactorizaci\u00f3n. O una reingenier\u00eda para cambiar la arquitectura del c\u00f3digo, con un nuevo lenguaje.<\/p>\n

Algunas aplicaciones tambi\u00e9n tendr\u00e1n que adaptarse. Compr\u00e9 un altavoz Bluetooth hace poco y el vendedor me ofreci\u00f3 un seguro contra da\u00f1os y robo con el pretexto de que se trataba de un aparato port\u00e1til que podr\u00eda ser da\u00f1ado o robado m\u00e1s f\u00e1cilmente. Del mismo modo que te ofrecen un seguro m\u00e9dico y de repatriaci\u00f3n cuando compras un billete de avi\u00f3n en Internet. Mi banco tambi\u00e9n me sugiere regularmente un contrato con un mutua privada (debido al m\u00ednimo nivel de servicio de la salud p\u00fablica en Espa\u00f1a).<\/p>\n

\u00bfCrees que mi tienda de electr\u00f3nica o tu compa\u00f1\u00eda a\u00e9rea o mi banco se han lanzado al mercado de seguros? No, utilizan los servicios de una compa\u00f1\u00eda de seguros y sus aplicaciones en \u00ab marca blanca \u00bb, es decir, configurable y personalizable para cada cliente para integrarlas en su propio sitio web y\/o aplicaci\u00f3n m\u00f3vil. Lo que implica adem\u00e1s una mayor presi\u00f3n sobre los equipos de desarrollo que mantienen estas aplicaciones y deben adaptarse a las frecuentes peticiones de diferentes clientes y a las especifidades de sus sitios, y por lo tanto una mayor presi\u00f3n sobre los equipos de producci\u00f3n. Son argumentos adicionales que militan en favor del Cloud.<\/p>\n

Creo que tambi\u00e9n vamos a ver m\u00e1s y m\u00e1s empresas de servicios integrar el Cloud en su oferta. Algunos ya lo est\u00e1n utilizando en modo PaaS para el desarrollo y el mantenimiento de aplicaciones externalizadas, por lo que la continuaci\u00f3n l\u00f3gica sera de verlos proponer a sus clientes hacer las entregas en la nube, una buena forma de demostrar que han dominado esta tecnolog\u00eda, y integrarla en la renovaci\u00f3n de sus contratos. Beneficios para el cliente y una ventaja competitiva para estas empresas de servicios.<\/p>\n

Aplicaciones Mainframe Cobol<\/h2>\n

\u00bfQu\u00e9 hay de las aplicaciones Mainframe Cobol? \u00bfPueden ser candidatas a una migraci\u00f3n en la nube?<\/p>\n

Si tomo de nuevo el ejemplo de mi compa\u00f1\u00eda de seguros, hace ya tiempo que los empleados no trabajan directamente con un terminal 3270 (bueno, en teor\u00eda). Cuando voy a mi agencia bancaria, veo la persona que me recibe consultar mi cuenta a trav\u00e9s de una aplicaci\u00f3n Windows. Aun que parece a un viejo OS\/2 o a una aplicaci\u00f3n que ha conocido un revamping.<\/p>\n

Sin embargo, estas aplicaciones ‘front-end’ son s\u00f3lo la interfaz cliente de aplicaciones ‘back-end’ Cobol. Una transferencia bancaria, un cambio en el contrato de seguro o una suscripci\u00f3n a un nuevo servicio a trav\u00e9s de esta interfaz ser\u00e1 realizada por una transacci\u00f3n mainframe. Luego, programas Batch trabajar\u00e1n durante la noche para pasar esta operaci\u00f3n a otras aplicaciones, incluyendo la contabilidad.<\/p>\n

Si, como lo hemos visto, estas aplicaciones ‘interfaz’ se multiplican en varias versiones de sitio web y apps para m\u00f3viles, la presi\u00f3n va a caer tambi\u00e9n sobre los equipos mainframe. Un cambio en el front-end no siempre requiere una evoluci\u00f3n correspondiente del programa ‘back-end’, pero cuando eso sucede, el desarrollador Cobol no podra responder \u00ab dentro de tres semanas\u00a0\u00bb. Tambi\u00e9n tendr\u00e1 que adaptarse y adoptar las mejores pr\u00e1cticas Agile y encajar en el ciclo de integraci\u00f3n contin\u00faa, e incluso de despliegue en producci\u00f3n.<\/p>\n

Creo que esto va a animar a los directivos TI a pensar a llevar estas aplicaciones Cobol en el Cloud, por lo menos aquellas que son\u00a0 ‘back-end’ de apps y sitios web m\u00f3viles. Pero hoy no s\u00e9 si existe una soluci\u00f3n que permite empujgar estas aplicaciones Cobol tales como est\u00e1n, en la nube. Creo que deber\u00edamos ver m\u00e1s proyectos de reingenier\u00eda de aplicaciones Legacy en Java, previa a una migraci\u00f3n en el Cloud. S\u00e9 que este tipo de proyecto puede ser costoso y complicado. Pero si tenemos en cuenta que el coste del MIPS mainframe (entre $3.000 y $5.000 m\u00ednimo, la mayor parte en el software) es muy superior al coste del Cloud, la transferencia del Cobol a otra tecnolog\u00eda tiene un altissimo retorno de inversi\u00f3n.<\/p>\n

\u00bf2015, el a\u00f1o del Cloud para los desarrolladores?<\/h2>\n

No quiero caer en las predicciones que hacen de cada a\u00f1o, el a\u00f1o de la Nube. El Cloud ya est\u00e1 bien instalado por todo lo que es IaaS, y cada vez m\u00e1s para PaaS. Lo que puede, en los pr\u00f3ximos meses, alentar una fase de adopci\u00f3n m\u00e1s generalizada para empujar aplicaciones en modo SaaS en la nube:<\/p>\n