CMMI. Manejando la. para Servicios. Caso de estudio: Appcelerator Titanium. CONOCIMIENTO EN PRÁCTICA Mayo-Julio Arquitectura de Software P.

Transcripción

1 Estimación de Proyectos P.36 Arquitectura de Software P. 40 Introducción a Node.js P.50 No. 32 Appcelerator Titanium CONOCIMIENTO EN PRÁCTICA Mayo-Julio 2011 Caso de estudio: CMMI para Servicios Manejando la Nube Empresarial México, $65. 00

2

3

4 32 CONOCIMIENTO EN PRÁCTICA Pág. 20.CONTENIDO Mayo-Julio En Portada Manejando la Nube Empresarial 20 Administrar entornos aplicativos en el contexto del cómputo en la nube no es algo trivial. Dediquemos un espacio a conocer estrategias para lidiar con estos retos. Columnas Tejiendo Nuestra Red 06 por Hanna Oktaba Tendencias de Software 09 por Luis Daniel Soto Columna Invitada 44 por Héctor Santillán Programar es un Estilo de Vida 46 por Gunnar Wolf Tecno-lógico 48 por Mauricio Angulo 02

5 .CONTENIDO SG 32 Productos Lo que Viene 08 Cloud Foundry, VMM 2012, Ceylon Tutorial 10 Appcelerator Titanium Desarrollo de aplicaciones móviles nativas. Un Vistazo a la 14 Plataforma BlueVia Plataforma de negocio para desarrolladores. En Cada Número Pág. 16 Emprendiendo La Importancia de una Bolsa de Valores 16 para Empresas de Innovación Víctor Chapela comparte con nosotros un análisis de la industria de software en México y da sugerencias para mejorarla. Caso de Estudio CMMI para Servicios 32 Conozcamos el rescate de las integradoras y empresas de producto. Editorial 04 Noticias 05 Fundamentos 50 Biblioteca 56 Tecnología Infraestructura 52 Gadgets 54 Prácticas Project Management 36 Estimación de Proyectos de Software Francisco Valdés comparte un caso de estimación aplicada. Usabilidad 38 Perfiles de Usuario Pamela Rodríguez recomienda cómo aprovechar los perfiles de usuario. Arquitectura 40 Integrando la Arquitectura al Ciclo de Desarrollo Humberto Cervantes y Edith Valencia explican cómo realizar esta tarea. Agilidad 42 Innovación de Valor Mediante Lean-Agile Masa Maeda recomienda apoyarse en Lean para brindar innovación de valor. 03

6 .EDITORIAL Bienvenida. No todo en la nube es color de rosa La lección no es alejarse de la nube. el 21 de abril de 2011 posiblemente pase a la historia como el día en que el mundo se dio cuenta que no todo era color de rosa en la nube. La madrugada de ese día, Amazon tuvo una falla de servicios en su centro de datos de Virginia del Norte (uno de 5 centros globales que operan). Esta pequeña falla afectó a miles de usuarios y empresas en todo el mundo. Para algunas empresas, los daños fueron irreversibles. En el caso de SG, recibimos un aviso del proveedor de la aplicación de project management que utilizamos indicándonos que era posible que se hubieran perdido datos nuestros, así que revisaramos a ver si nos faltaba algo, y que si no teníamos respaldo de lo que nos faltaba, lo sentían. La lección aprendida no es que no debamos ir a la nube sus ventajas son irrefutables. Simplemente, debemos tener mayor precaución al hacerlo. Así que consideramos que el tema principal de este número queda como anillo al dedo. También en abril realizamos la edición Spring 2011 de SG Virtual. Los resultados superaron las expectativas y hemos obtenido muy buena retroalimentación de todos ustedes. Agradecemos a todos los que hicieron esto posible, conferencistas, asistentes, sedes virtuales y patrocinadores. Hemos encontrado que hay mucho interés tanto en las conferencias virtuales como presenciales, por lo que continuaremos con ambos formatos. Nuestro próximo evento es SG Conferencia y Expo el 7 y 8 de septiembre en Ciudad de México. Los esperamos! Equipo Editorial Software Guru DIRECTORIO SG Dirección Editorial Pedro Galván / Dirección de Operaciones Mara Ruvalcaba Coordinación Editorial Vanessa Amaya / Arte y Diseño Oscar Sámano Consejo Editorial Jorge Valdés - PMI / Luis Cuéllar - Softtek / Luis D. Soto - Microsoft / Hanna Oktaba - UNAM / Emilio Osorio - Sistemas Humanos / Luis Vinicio León - e-quallity / Gloria Quintanilla Colaboradores Mauro Parra, Víctor Chapela, Carlos Escapa, Ajay Singh, Leslike Minnix-Wolfe, Eumir Reyes, Francisco Valdés, Pamela Rodríguez, Héctor Santillán, Humberto Cervantes, Edth Valencia, Masa Maeda, Gunnar Wolf, Mauricio Angulo, Daniel Zavala, Andrés Martínez Ventas Claudia Perea / Marketing y RP Montserrat Ramírez / Desarrollo Web Karen Rodríguez Contacto info@sg.com.mx SG Software Guru es una publicación trimestral editada por Brainworx, S.A. de C.V., Temístocles 34 piso 3, México DF Los contenidos de esta publicación son propiedad intelectual de los autores y están licenciados bajo Creative Commons Atribución-No comercial 2.5 México. Todos los artículos son responsabilidad de sus propios autores y no necesariamente reflejan el punto de vista de la editorial. Reserva de Derechos al Uso Exclusivo: En trámite. ISSN: Registro Postal: PP Distribuido por Sepomex. Se imprimió en mayo de 2011 en 4Press. 04

7 .NOTICIAS Fotografía cortesía de Kris Krüg Interactive Del 12 al 15 de marzo se realizó en la ciudad de Austin, TX el festival South by Southwest Interactive. Dicho festival se ha posicionado en los últimos años como un evento de gran relevancia para los startups en Internet y empresas de medios interactivos. Esta edición resaltó por la participación de varios conferencistas latinoamericanos, quienes dejaron ver que nuestra región va tomando fuerza y ganándose un lugar en este espacio. Para redondear esto, el reconocido empresario y catedrático norteamericano Gary Hoover impartió una plática titulada Why Mexico will change your life..encuentro Nacional de Clusters La Cámara Nacional de la Industria Electrónica, de Telecomunicaciones y Tecnologías de la Información, CANIETI, organizó el 6to. Encuentro Nacional de Clústeres de TI, a través de su Consejo Nacional de Clústeres de Software el pasado 7 y 8 de abril en el Chapala Media Park en Jalisco. Al encuentro asistieron representantes de 25 clústeres de TI del país como InteQSoft, CsoftMty, CITI Tabasco, CITI Yucatán, Cluster TIM, entre otros. El objetivo principal del evento fue mejorar la coordinación y colaboración de los clusters tecnológicos en el país, para impulsar la industria, fomentar la innovación y mejorar la competitividad del país..api Hackaton El pasado 30 de abril se realizó el primer API Hackaton en la Ciudad de México. A lo largo del día los participantes estuvieron desarrollando aplicaciones y servicios utilizando APIs abiertos y al final se seleccionaron los 3 mejores. El equipo de la empresa Ready2Fill se llevó el 3er lugar por agregar a su ERP la capacidad de autorizar procesos vía telefónica por medio del API de Twilio. El 2do lugar fue para Paola Villarreal quien desarrolló un servicio de trazo de rutas en Ecobici conjuntando los APIs de Foursquare y Google Maps. El 1er lugar fue para el equipo de TidySlice, quienes desarrollaron un servicio para determinar la ubicación de tus contactos en redes sociales y avisarte cuando alguno está cerca de tí. Twilio, Aspire Labs y Software Guru fueron los patrocinadores que hicieron este evento posible..appcircus Villahermosa El pasado 17 de marzo dio inicio en la Ciudad de Villahermosa la gira para latinoamérica del escaparate internacional de aplicaciones móviles AppCircus. Con la colaboración de DotOpen, CITI Tabasco y Telcel se organizó el primer evento internacional de aplicaciones móviles en México, en el que se registraron para concursar casi 30 aplicaciones. El evento contó con la participación de programadores locales, así como de Chiapas, Querétaro, Oaxaca y el Distrito Federal. La aplicación ganadora fue Yumbling, cuyo premio fue la nominación para participar en los Mobile Premier Awards en Barcelona, España..Encuentro Genexus Más de asistentes participaron en el VIII Encuentro GeneXus México, Centroamérica y el Caribe. El eje central del Encuentro fue el nuevo Generador para Smart Devices, la última tecnología de GeneXus para dar respuesta al complejo desafío vigente en el mercado por el requerimiento de soluciones ubicuas con múltiples interfaces. Además de las conferencias relacionadas con el área de negocios, innovación y tecnología que brindaron los ejecutivos de Artech, el público disfrutó de una excelente presentación de la mano de Luis Chapulín Díaz, acerca de la optimización del trabajo en equipo. Software Guru Para mayor información, noticias al día y actualizaciones de la industria visita: 05

8 .COLUMNA Tejiendo Nuestra Red Al diablo con los procesos, hagamos prácticas dice ivar jacobson e impulsa una nueva iniciativa del SEMAT La Dra. Hanna Oktaba es profesora de la UNAM, miembro del IPRC, y directora técnica del proyecto COMPETISOFT. hanna.oktaba@ ciencias.unam.mx Seguramente muchos de Ustedes conocen a Ivar Jacobson. Un sueco, que algunos viejitos como yo, lo conocimos como el padre de casos de uso gracias a su libro Object-Oriented Software Engineering (1992). Los más jóvenes deberían de reconocerlo como el co-autor, con Booch y Rumbaugh, de UML y del Proceso Unificado, cuando todos fueron socios en Rational. Hoy tiene su propia consultoría y no se queda quieto. En 2007 escribió un artículo titulado: Enough of Processes Lets do Practices, que en mi traducción libre sirvió del título a esta columna. En él hace una crítica del mal uso actual de procesos y propone redescubrirlos a través de prácticas. Según Jacobson, el término proceso es una descripción explícita de la manera de trabajar. Todos los equipos tienen una forma de trabajar juntos, sea explícita o tácita. Las maneras de trabajar de los equipos de desarrollo de software, por lo general, están inspiradas en las ideas de los expertos externos o locales. Los expertos tienen su manera preferida de trabajar, y a veces, deciden presentarla en forma publicada (libros) tratando de que sea lo más único e individual posible. Esto ha ocasionado varios problemas. Problemas con los procesos de hoy Negación de cosas comunes Cada proceso tiene muchas cosas comunes y pocas diferencias con otros. Lo que pasa es que los autores tratan de usar distinta terminología para ocultar lo común. Yo agregaría que, en muchas ocasiones siento que es la misma gata pero revolcada. Problema de completitud Todos los procesos pretenden ser completos y esto nunca va a ser posible. Las definiciones de procesos se vuelven extensas y es difícil de encontrar en ellas lo que hace falta en un contexto dado. Yo agregaría, que la frontera entre el qué y el cómo, en el detalle de la descripción de los procesos, depende del conocimiento previo de los lectores. Por lo que nunca será posible tener una definición completa para todos. Problema de la adopción de procesos nuevos completos Al tomar la decisión de implementar los procesos nuevos completos, se pueden perder buenas prácticas que han servido a los equipos. Muchos cambios a la vez difícilmente serán aceptados. Yo agregaría, que la situación se vuelve más difícil si las nuevas prácticas no resuelven los problemas reales de la organización. Problema de la brecha entre los procesos que se tienen y los que se necesitan La verdad es que los equipos difícilmente siguen los procesos oficiales de su organización. Usan una mezcla de lo que se sugiere y lo que sienten que se tiene que hacer. No se lo digan a nadie, así debe de ser (digo yo). Problema de acceso al conocimiento La ley de la naturaleza humana dice que la gente no lee manuales ( ni de procesos!). La presentación actual de procesos es aburrida. Se necesita una forma más útil de presentarlos y de tenerlos disponibles cuando se requieran. Yes, yes, yes!!! Ya es hora a que usemos nuestra propia tecnología para lograrlo (digo yo). Problema de procesos estúpidos Los procesos, que se pide que sigan los equipos, no les sirven para hacer su trabajo. Para seguir los procesos se depende de expertos, mentores o coaches. Ni hablar (digo yo). En consecuencia, dice Jacobson: Las empresas tienen dificultades en establecer formas efectivas de trabajar. La adopción de procesos es una barrera y no una forma de establecer maneras efectivas de trabajar. Los métodos ágiles surgieron para dar la solución a estos problemas, pero sus gurús siguen escribiendo libros. Entonces qué se puede hacer? La paradoja es que aunque a los desarrolladores no les gustan los procesos, necesitan prácticas! 06

9 La situación se vuelve más difícil si las nuevas prácticas no resuelven los problemas reales de la organización. Una práctica proporciona una manera sistemática y verificable de atacar un aspecto particular de un problema, dice Jacobson. Una práctica es como una unidad que puede ser identificada, aprendida y adoptada por separado. Una práctica puede ser utilizada en conjunto con otras prácticas para crear una forma de trabajo coherente. De dónde vamos a secar las prácticas? La respuesta de Jacobson es, qué creen? - de los libros de Ingeniería de Software, de Modelos de procesos y de Métodos Ágiles. En el mismo artículo hace referencia a Prácticas Esenciales de Proceso Unificado cuyo sitio encontrarán en referencias. Y qué onda con los procesos? Según Jacobson, un proceso puede ser considerado como una colección de prácticas relacionadas y altamente acopladas. De esta manera el proceso se vuelve como una guía de prácticas cuya adopción es un punto de partida para cambiar la forma de trabajar. Se puede adoptar una práctica a la vez, dejando sin cambio las prácticas que ya se siguen. Para documentar las prácticas, propone metáfora de tarjetas (electrónicas e impresas). Una tarjeta contiene el resumen de la práctica, el cual está acompañado de una guía que contiene los detalles. Esta propuesta no se quedó en el tintero. En marzo de 2010 Ivar Jacobson, Bertrand Meyer and Richard Soley convocaron a los mejores gurús de Ingeniería de Software a un taller en Zurich, en el cual constataron que la Ingeniería de software está gravemente obstaculizada por las prácticas inmaduras. Todos estuvieron de acuerdo que los problemas específicos son: Prevalencia de las modas Falta de una base teórica Gran número de métodos Falta de validación experimental creíble División entre la práctica de la industria y la investigación académica Decidieron constituir una iniciativa bajo el nombre Software Engineering Method and Theory (SEMAT) cuyo objetivo principal es: Apoyar un proceso de re-fundamentar la Ingeniería de Software basado en una teoría sólida, principios probados y las mejores prácticas. Al inicio de 2011 la iniciativa fue transferida a Object Management Group para darle mayor respaldo institucional. Todos estamos invitados para participar. Para finalizar, quiero agradecer a Praxis por invitarme cada año a su evento de Calidad. Este hecho me obliga a explorar temas nuevos, que luego convierto en columnas. Este caso no es la excepción. Por Hanna Oktaba Referencias: [1] Ivar Jacobson, Pan Wei Ng, Ian Spence: Enough Process - Let s Do Practices, in Journal of Object Technology, vol. 6, no. 6, July-August 2007, pp [1] ESSWORK: [1] Software Engineering Method and Theory (SEMAT):

10 .productos Lo Que Viene Cloud Foundry La libertad llega al PaaS 1VMware sorprendió a la industria con el lanzamiento de Cloud Foundry, la primer Plataforma como Servicio (PaaS) abierta. Hasta ahora, uno de los principales temores de desarrollar bajo un esquema PaaS es el de atarse a un proveedor y tecnología. Cloud Foundry pretende cambiar todo esto, brindando flexibilidad y libertad en la elección de frameworks, servicios y ambiente de instalación. Respecto a este último punto, Cloud Foundry ofrece la posibilidad de utilizarse desde una nube pública, desde una nube privada o incluso desde tu propia computadora como una máquina virtual (micronube). Los frameworks y lenguajes soportados por ahora son Spring para Java, Rails y Sinatra para Ruby, Node.js y Grails. Cloud Foundry es software libre bajo licencia Apache 2.0, y además se cuenta con contratos de soporte comercial. Mayor información en y 2Durante el Microsoft Management Summit, la empresa de Redmond anunció la disponibilidad pública de la beta para System Center Virtual Machine Manager 2012 (SCVMM 2012). Esta versión incorpora grandes mejoras en la gestión de sistemas y provee nuevas capacidades para administrar mejor los servicios de centros de datos. Virtual Machine Manager 2012 permitirá administrar nubes públicas y privadas, basadas tanto en plataformas Hyper-V como en Azure. También se encarga de la gestión de almacenamiento de principio a fin, soportando aprovisionamiento SAN con SMI-S. SCVMM 2012 se basa en el enfoque de bloques de construcción para permitir el aprovisionamiento de servicios de TI completos. Su capacidad para desplegar una infraestructura aplicativa completa a partir de un modelo será de gran utilidad. Virtual Machine Manager 2012 Mejora la gestión del centro de datos Mayor información en Ceylon Java sigue mutando 3 Cómo sería un lenguaje de programación para aplicaciones empresariales si se diseñara actualmente tomando en cuenta los éxitos y fracasos del lenguaje Java y su SDK? Bajo esta premisa es que Gavin King y su equipo en Red Hat diseñaron el lenguaje Ceylon. Entre las características de Ceylon podemos listar que correrá sobre la máquina virtual de Java, utilizará tipos estáticos (static typing), tendrá manejo de memoria automático, soportará funciones de primera clase y proveerá una sintáxis declarativa para definir estructuras de datos e interfaces de usuario. Ceylon apenas está en desarrollo. Se planea liberar un compilador en la segunda mitad del año. Si quieres conocer más sobre el lenguaje consulta los artículos que Gavin ha publicado en 08

11 .COLUMNA Tendencias en Software BigData la base de datos relacional no lo es todo La explosión de datos está sucediendo a todo nivel en todos los dispositivos electrónicos, aplicaciones, individuos y organizaciones. De acuerdo al Estudio del Universo digital de IDC, el año pasado excedimos 1.2M Zetabytes con un pronóstico de crecimiento de 44x en la presente década. El recurso humano asociado solo crecerá 1.4x, lo que representa una enorme oportunidad para la industria. Demos contexto a la capacidad: todas las palabras habladas en la historia de la humanidad representan 5 Exabytes, un millar de estos forman un Zetabyte. La mayor parte de estos datos carecen de estructura. Big Data El término Big Data se está convirtiendo rápidamente en un nuevo foco de atención. El modelo actual de bases de datos es el relacional, donde explícitamente se ignora el orden de los renglones. Esta implementación impone un orden inherente en las tablas e inevitablemente resultará en recuperación de datos en forma no secuencial, una vez que no sea posible obtenerla de memoria RAM. A mayor información almacenada, el problema se incrementará. Se tiene que considerar la idea de abandonar el modelo relacional en cierto punto. En el 2011, administrar una base de datos mayor a 3 TB requiere definitivamente de mejores prácticas, aunque el costo del hardware ha caído dramáticamente. Los appliances de almacenes de datos pueden soportar hasta 80 TB en sistemas con memoria compartida (SMP) y el salto a los Petabytes generalmente requiere procesamiento paralelo. En Estados Unidos, el 60% de bases de datos en producción de empresas supera ya 1 TB de información y de acuerdo a Forrester el 13% supera los 15 TB. Los grandes sitios de Internet son sin duda los que tienen la mayor oportunidad en el denominado clickstream analysis. Hadoop Entre los inversionistas de las startups de mayor renombre, un área de inversión ha sido la relacionada al proyecto Hadoop de Apache. Esta tecnología es apropiada para crear índices y manipular grandes cantidades de información en las denominadas nubes públicas. Amazon con Dynamo y Google con BigTable emprendieron este camino por los requerimientos de negocio y alejándose de complejidad innecesaria para cierto tipo de escenarios. Prácticamente todos los fabricantes de data warehouse están incorporando esta capacidad nativa en la productos comerciales de base de datos. Los analistas consi- deran que MapReduce ha alcanzado la velocidad de escape en nuevas tecnologías y permanecerá extendiendo a los actuales administradores de bases de datos. Estandarizando el acceso También existen productos NoSQL, aunque el creador del término dijo que debería ser NoRel dado que el SQL es conocido y tiene muchas ventajas. No hay normas para el acceso a la información, es una tecnología emergente con muchas indefiniciones y un mercado extremadamente fragmentado. En marzo del 2011, la ACM Association for Computing Machinery, publicó un artículo de Erik Meijer y Gavin Bierman en el que se propone un modelo Co-Relacional para grandes bancos de datos compartidos. LINQ es apropiado para efectuar consultas en cualquiera de estos modelos. Gran complejidad Big Data no solo es el almacenamiento de información, involucra también el análisis con datos que no fueron diseñados para inteligencia de negocio, compresión, archivado multi-temperatura, automatización y depurado de datos. Posiblemente responder a cambios en los sensores sin tener que almacenar toda la información, denominado Complex Event Processing. Por último, un sistema de datos requiere mayor seguridad para el manejo de información privada y alta disponibilidad. Hacia el futuro Gran complejidad significa grandes oportunidades para la mercadotecnia y venta de soluciones de tecnología. Ya se han iniciado las charlas del impacto social y de negocio de Big Data. Mi recomendación es no apresurarse sino esperar a que los fabricantes absorban los aprendizajes en la plataforma existente. Excepto que exista una necesidad muy puntual. Es cierto, la tecnología actual de base de datos es difícil de escalar, pero eso seguramente cambiará antes de ahogarnos en un océano de datos. Para mi gusto es un paso en la evolución de la plataforma aplicativa. >> Por Luis Daniel Soto Referencias: [1] Christof Strauch. NoSQL Databases. [2] Tapping into the power of Big Data, PwC. [3] Big Data 2011 Preview, GigaOm. Luis Daniel Soto Maldonado labora en la división de negocio de servidores y herramientas de Microsoft Software Guru 09

12 .productos Tutorial Appcelerator Titanium crea aplicaciones móviles nativas con javascript Por Mauro Parra-Miranda Titanium es una plataforma creada por la empresa Appcelerator que permite desarrollar aplicaciones para dispositivos móviles (ios, Android y próximamente Blackberry) programando en Javascript. En este artículo conoceremos un poco sobre esta tecnología, sus ventajas y cómo comenzar a utilizarla para crear aplicaciones móviles. Beneficios Contrario a otras plataformas (como phonegap), Titanium genera aplicaciones nativas, por lo que se ejecutan con el desempeño y ventajas de una aplicación nativa. Básicamente, desde el ambiente de desarrollo de Titanium se crea la interfaz gráfica y se programa el comportamiento en javascript, y en base a esto el motor de Titanium genera un proyecto nativo en Xcode (en el caso de ios) o un proyecto nativo de Android. Ya con esto, se puede compilar utilizando las herramientas correspondientes para generar ejecutables nativos para cada plataforma. Además de las ventajas de desempeño que ofrece el que se generen aplicaciones nativas, otra ventaja es que estas aplicaciones serán aceptadas en el Apple App Store sin problemas. La plataforma base de Titanium es software libre bajo licencia Apache 2 y es gratuito tanto para uso personal como comercial. Además de las ventajas de costo, el tener el acceso al código fuente nos permite verificar que no se esté inyectando ningún tipo de código malicioso en nuestra aplicación. Una de las grandes ventajas de programar en Javascript es que los desarrolladores pueden aprovechar sus conocimientos existentes con este lenguaje y aplicarlos para crear aplicaciones móviles nativas. Este es un gran logro, dada la escasez de programadores de ios, debido a la misma juventud de la plataforma. Acceso a capacidades de dispositivos En el caso de ios, se tiene soporte para dos tipos de dispositivos: iphone/ipod Touch e ipad. Titanium soporta las siguientes bibliotecas/funcionalidades de ios: Acelerómetro, para detectar movimientos del dispositivo. Analytics, para proveer estadísticas de uso. Se puede utilizar el de ios o Google Analytics. Contactos, para acceder el directorio teléfonico nativo. Bases de datos, acceso a bases de datos tanto locales como remotas por web services. Facebook, acceso a funcionalidad de Facebook Connect y Facebook Graph API. Filesystem, acceso al sistema de archivos, limitado a los permisos propios de la aplicación. Geolocalización, acceso directo al GPS del dispositivo. Gesture, reconocimiento de gestos en dispositivos con pantalla táctil. Locale, para soportar varios idiomas en una aplicación de forma nativa. Map, acceso a la API de Google Maps. Media, acceso a imágenes, audio, películas, tanto de forma local como remota. Network, acceso a la red y web services. UI, acceso a la interfaz nativa del sistema operativo, con opciones especificas para cada dispositivo soportado. XML, acceso a procesamiento de XML tanto remoto como local. Yahoo, acceso a las APIs de Yahoo. Cómo empezar? A continuación mostraré un breve ejemplo de cómo crear una aplicación móvil con Titanium. Me enfocaré en ios, debido a que actualmente es para lo que hay mayor demanda en México. Sin embargo, confío que en unos meses la demanda para Android aumente significativamente, y cuando eso suceda será muy sencillo migrar sus aplicaciones de ios a Android con Titanium; en muchos casos, bastará con presionar un botón. Prerrequisitos: Tener una computadora Mac con XCode instalado, el cual se puede obtener desde la Mac App Store ($4.99 USD) o registrándose en el programa de desarrolladores de ios ($99 USD). Descargar e instalar Appcelerator Titanium Una vez cumplidos los prerrequisitos, podemos obtener de github la aplicación demo de Titanium llamada Kitchen Sink ( 10

13 .productos Tutorial Figura 1. Información del proyecto. Figura 2. Test & Package. Figura 3. Compilación del javascript. Primero abrimos Titanium Developer y presionamos Import Project : En el cuadro de diálogo de archivos, seleccionamos el directorio de Kitchen Sink que clonamos de github. Esto populará la información del proyecto tal y como se muestra en la figura 1. Ahora seleccionamos la pestaña Test & Package. Por default te activará la pestaña para iphone y en la parte inferior verás información sobre la versión del SDK a utilizar, así como el nivel de verbosidad de los mensajes (Filter) durante la compilación (ver figura 2). Presionamos el botón Launch para iniciar la compilación del javascript y podremos visualizar la actividad en la consola, tal como lo muestra la figura 3. Conforme pasa esto, explicaré la estructura de archivos del proyecto, la cual se ilustra en la figura 4. Entre los directorios importantes está el de build donde se generará el código nativo para android y ios, Resources donde va el código fuente de javascript, e i18n para archivos de localización de región e idioma. Si revisemos el contenido de build encontraremos dos directorios, uno para iphone y otro para Android. En el de iphone, veremos algo similar a la estructura mostrada en la figura 5. Este Figura 4. Estructura de directorios base. Figura 5. Estructura de directorios para iphone. directorio contiene el proyecto para XCode. Como ya explicamos, Titanium toma el código Javascript y lo transforma en un proyecto de XCode nativo. Una vez que Titanium termina de generar el proyecto para XCode, se inicia el simulador. En el simulador veremos la aplicación ya corriendo, tal como lo muestra la figura 6. Software Guru 11

14 .productos Tutorial Los desarrolladores pueden aprovechar sus conocimientos existentes con este lenguaje y aplicarlos para crear aplicaciones móviles nativas. Figura 6. Imagen del simulador. Figura 7. Funcionalidad a la que se tiene acceso. Como se puede ver en la figura 7, en el tab de Phone se tiene toda la funcionalidad nativa del teléfono. Una de las cosas que mas me ha gustado es el acceso directo a la camara. Incluso, se cuenta con soporte para realidad aumentada! En la empresa que dirijo hemos utilizado la funcionalidad de realidad aumentada y luego revisado el código para ver qué tan complicado había sido. Nos llevamos una agradable sorpresa, es algo bastante sencillo y de unas cuantas líneas. Si les interesa, en una siguiente ocasión podremos ahondar en este tipo de ejemplos. Les recomiendo revisar el código de los ejemplos que viene incluido en Kitchen Sink, porque de verdad explota toda la funcionalidad nativa que soporta Titanium, mostrando además lo sencillo que se vuelve crear aplicaciones para dispositivos móviles. En el mapa de capacidades futuras para Titanium está el soporte de Android para Tablets, así como BlackberryOS tanto para teléfonos como tabletas. Conclusión Appcelerator Titanium es una herramienta que facilita significativamente el desarrollo de aplicaciones móviles, manteniendo las ventajas de las aplicaciones nativas. Los invito a que lo conozcan y comiencen a hacer sus aplicaciones, ya sea para ios o Android. Mauro Parra es arquitecto de aplicaciones móviles para diferentes empresas, incluyendo la suya. Se especializa en el desarrollo de aplicaciones web y móvies, en linux y en seguridad cibernética. Es embajador de OpenSuse y lo pueden encontrar en 12

15

16 .productos Un Vistazo A BlueVia una plataforma de negocio para desarrolladores Por Andrés Leonardo Martínez Durante los últimos años, siguiendo una estrategia basada en innovación abierta, compañías de todos los ámbitos han adoptado estrategias de acercamiento a los desarrolladores de software. Fruto de estas iniciativas, numerosas plataformas aglutinan y capitalizan el espíritu innovador de miles de desarrolladores. A pesar de esto, el esfuerzo de estos desarrolladores ha sido compensado solo parcialmente, debido principalmente a la orientación técnica del soporte ofrecido y la ausencia de modelos de negocio definidos por estas plataformas. Tras la identificación de estas limitaciones y otras áreas de mejora, Telefónica ha diseñado una nueva plataforma que está centrada en la perspectiva del desarrollador y sus necesidades de monetización. Esta plataforma se llama BlueVia, y en este artículo conoceremos un poco más sobre ella. Principios Durante los últimos 4 años, Telefónica ha llevado a cabo varias iniciativas relacionadas con desarrolladores. Litmus en el Reino Unido, Open MovilForum en España, las plataformas Movistar de desarrolladores en México y Argentina, y la plataforma Vivo en Brasil, constituyen los ejemplos más significativos. A lo largo de este tiempo, los desarrolladores han contribuido con sus experiencias, pero también con sus recomendaciones. Teniendo en cuenta esta experiencia y retroalimentación, así como las sugerencias planteadas por el informe Mobile Economics Report 2010 [2,3] y la colaboración estrecha con partners como Nokia, Microsoft, Oracle y RIM, Telefónica creo una nueva plataforma global para desarrolladores denominada BlueVia. Esta plataforma se fundamenta en los siguientes principios: Escala. Las dificultades de monetización se contrarrestan ofreciendo escala y visibilidad. Por tratarse de una oferta global, el conjunto de más de 280 millones de clientes de Telefónica se integran en el mercado potencial. La posibilidad de integrar la facturación en el consumo prepago o mensual, sin duda resulta de alto valor en regiones en las que es tan común contar con una cuenta bancaria o una tarjeta de crédito. Herramientas. Si bien esta característica es común en muchas plataformas, la principal novedad de BlueVia es su agnosticismo en términos de lenguaje y sistema operativo. Cualquier plataforma capaz de realizar llamadas HTTP puede integrar BlueVia. Además, con el fin de reducir la curva de aprendizaje y neutralizar la fragmentación se facilitan SDKs en distintos lenguajes como C#, Java, PHP o Ruby, pudiendo utilizarse en sistemas operativos como Android, ios, Linux, Windows Phone, o Blackberry. Modelos de negocio. BlueVia introduce mecanismos que permiten implementar modelos de negocio de flujos de caja recurrentes por medio de un modelo de suscripción. También se introduce un esquema de beneficio compartido en el uso de capacidades de red. Es decir, el desarrollador monetiza el uso que sus clientes hacen de las capacidades de red de BlueVia (por ejemplo, envío de SMS desde una aplicación). Acceso al mercado. Una de las limitaciones más importantes que presentan las plataformas actuales es la visibilidad. Los desarrolladores arrojan sus aplicaciones a un océano competitivo donde es muy dificil llegar a los clientes potenciales; el canal de venta se convierte en un canal ciego. BlueVia ofrece el canal exclusivo hacia sus clientes y proporciona información a los desarrolladores, en forma de API y de informes exclusivos, que permite mejorar el foco, teniendo en cuenta la diversidad derivada del enorme número de clientes y diversidad geográfica. Por último, la introducción de mecanismos de liquidación de saldos al desarrollador mediante PayPal o transferencia bancaria, así como el pago en una moneda única (euros), simplifica enormemente el acceso a mercados globales, lo que permite al desarrollador centrar su atención en la creación de buenas aplicaciones. APIs y modelos de negocio Además de las mejoras en el contexto de gestión de la innovación, recursos de red y relación con stakeholders, los desarrolladores tendrán interés en conocer cuáles son los mecanismos de monetización con los que cuenta BlueVia y muy especialmente aquellos que permiten implementar flujos de caja recurrentes. BlueVia introduce los siguientes modelos de negocio: APIs de red. Esta categoría permite la definición de flujos de ingresos recurrentes. Si tu aplicación recibe mensajes (SMS o MMS) de otros usuarios, el beneficio compartido es de 20%. Si tu aplicación es la que envía los mensajes a otros usuarios, el beneficio compartido es de 10%. Publicidad. Este API ofrece la posibilidad de integrar publicidad, en forma de texto o imagen, en las aplicaciones de los desarrolladores, recompensando con un 50% de los ingresos producidos. Suscripciones. El desarrollador puede ofrecer un servicio en modo suscripción por el que cobra un precio correspondiente a un periodo de tiempo predefinido. El beneficio compartido es del 70%. Venta de aplicaciones. Este es el modelo de negocio más común actualmente. El porcentaje de beneficio compartido es del 70%. A diferencia de los otros ingresos, este es un ingreso único que se produce solo en la venta de la aplicación. 14

17 De manera complementaria, se ofrece de manera gratuita un API de información contextual sobre los usuarios, que incluye información de las características de dispositivo, rango de consumo y otros detalles que permiten segmentar las aplicaciones en función de estas características. Adicionalmente, el acceso a estas capacidades se hace sin tener que adquirirlas por adelantado y siguiendo un proceso de registro vía web. En términos económicos, no existen costos de infraestructura por las capacidades utilizadas. BlueVia también proporciona un importante soporte en términos técnicos, sobre todo teniendo en cuenta el mundo en el que hasta ahora se movían las operadoras. Como planteamiento fundamental, en términos técnicos, las capacidades de red se ofrecen a través de APIs web, basadas en estándares como JSON o XML, y basadas en autenticación oauth. Conclusión En un contexto de enorme competencia entre diferentes plataformas de desarrolladores, la incorporación de beneficios recurrentes derivados de las capacidades del operador constituye una innovación que determinará la viabilidad de numerosos desarrollos. Los desarrolladores, encontrarán en este esquema una gran ventaja. Esto puede equilibrar la situación actual donde el desarrollador cuenta con escasas oportunidades de monetización. Sin duda, a lo largo de los próximos meses, la introducción de nuevas APIs y esquemas de monetización constituirá una revolución dentro del mundo de las aplicaciones para movilidad. Referencias: [1] [2] [3] Andrés Leonardo Martínez Ortiz es BlueVia Developer Program Engineer. almo@bluevia.com

18 .EMPRENDIENDO La Importancia de una Bolsa de Valores para Empresas de Innovación Por Víctor Chapela Este artículo es una versión editada de la nota titulada: México: Innovar o Morir del blog personal del autor. Durante años he estado promoviendo la necesidad de políticas públicas e iniciativas privadas para impulsar a México hacia una economía del conocimiento. Hay muchas visiones de cómo lograr este objetivo. En este documento propongo una acción puntual, la creación de una bolsa intermedia de valores para empresas de innovación. Economía basada en innovación El Foro Económico Mundial (WEF) publica anualmente un estudio comparativo de las economías del mundo. De acuerdo a este estudio, los países más desarrollados son aquellos que han transitado a una economía basada en la innovación. La innovación es ampliamente vista como un generador estratégico de competitividad en el largo plazo. Es el único bien que no padece de tasas de retorno decrecientes. Esto es especialmente cierto para los países que están en la frontera tecnológica. Para ellos, la capacidad de generar productos, servicios o procesos innovadores es esencial para el crecimiento sostenido. México debería tomar conciencia de su propio potencial innovador. Cualquier estrategia de desarrollo nacional debería incluir la meta de establecer un ecosistema que fomente la innovación [1]. Para que la innovación se consolide como una ventaja competitiva del país, no basta que se diseñe y desarrolle en México. Tiene que ser comercializada por empresas mexicanas [2]. Esto es un punto importante al pensar en la 16

19 .EMPRENDIENDO investigación y desarrollo. Es necesario que las empresas innovadoras tengan el capital y recursos necesarios para comercializar de forma competitiva sus productos y servicios en el mundo. Qué condiciones requiere un ecosistema de innovación? Habiendo fundado o participado en la creación de más de diez empresas de tecnología e innovación en México y otros países, considero que hay tres elementos esenciales para el desarrollo de este tipo de emprendimientos: profesionistas creativos, emprendedores motivados y acceso a capital de riesgo o financiamiento. Profesionistas creativos En las últimas décadas México se ha enfocado principalmente a la producción industrial y la maquila. El problema de este enfoque es que depende de mano de obra barata, por lo que muchos profesionistas no encuentran una remuneración adecuada. Esto deriva en que seamos el tercer mayor exportador de profesionales del mundo. A la fecha, más de un millón de profesionistas, que estudiaron en México, viven en el extranjero. Profesionales entusiastas que se han marchado en busca de mejores horizontes, mejores ingresos y entornos adecuados donde puedan desarrollar sus ideas. Esta terrible situación no puede sino provocarnos un sentido de urgencia al no poder retener el talento, que es el ingrediente principal de la innovación. La creatividad y adaptabilidad de los profesionistas mexicanos es conocida y reconocida internacionalmente. Desde hace muchos años se nos considera mano de obra sofisticada. Pero la falta de competencia interna en las principales industrias y la falta de estímulos gubernamentales efectivos han desincentivado la innovación en las empresas mexicanas. Esto ha provocado a que no se valore competitivamente a los profesionistas e investigadores en nuestro país, al no apreciarse el valor intangible que podrían aportar a nuestras empresas y economía. Emprendedores motivados En países desarrollados, la innovación se lleva a cabo predominantemente por pequeñas y medianas empresas. El 60% del PIB alemán proviene de empresas de menos de diez personas y la mayoría de ellas exporta internacionalmente [3]. Por qué en México no hemos logrado algo semejante? Por qué, según el WEF, de 139 países, México ocupa el lugar 78 en innovación? En el caso de las grandes empresas, la falta de innovación es en parte por la carencia de modelos organizacionales y de planificación adecuados, pero más que nada porque no tienen necesidad de innovar debido a la escaza competencia que enfrentan. De acuerdo al estudio de McKinsey The Power of Productivity [4], el desarrollo económico de un país y la necesidad de innovación en las empresas son ambas producto de la competencia en los productos y servicios. La falta de competencia en la mayoría de las industrias del mercado mexicano, así como la sobreconcentración y dominancia en industrias estratégicas, como son las industrias financiera, energética y de telecomunicaciones, impiden que la innovación sea un mecanismo deseable o necesario para competir. Al tener una posición dominante con barreras de entrada muchas veces infranqueables, la mayoría de las empresas exitosas mexicanas no requieren de la innovación como elemento diferenciador. Todo esto no sólo limita a que la innovación nazca y se mantenga sana en las grandes empresas mexicanas, sino que adicionalmente carecen de incentivos para integrar y adquirir tecnologías o empresas innovadoras. Esta falta de incentivo limita el mercado de los emprendedores y las opciones de salida de los inversionistas por lo que aumenta el riesgo y reduce el beneficio de innovar en México. Por otro lado, esperaríamos que, como en muchas otras partes del mundo, fueran las empresas pequeñas y medianas las que se constituyeran en el motor de la innovación disruptiva. Sin embargo, las PyMEs en México no tienen una ruta de crecimiento saludable. Para innovar se requiere inversión; no para pensar la idea, sino para ejecutarla. Pero este tipo de empresas en México carecen de opciones de acceso a capital y por ende tienen una desventaja grande frente a empresas equivalentes en países desarrollados. Acceso a capital de riesgo El proceso de innovar, por naturaleza, es impredecible, su resultado es incierto y requiere de una forma de organización diferente a la de las empresas establecidas. Las empresas exitosas se organizan en torno a planes de trabajo predecibles y utilizan la información histórica para poder calcular con certeza aceptable el retorno de inversión. Desafortunadamente, esto sólo permitiría que las grandes empresas innoven de forma incremental al desarrollar nuevos productos y hacer mejoras a procesos continuos [5]. Cualquier innovación disruptiva no encuentra un terreno fértil en los corporativos mexicanos. Sin embargo, es en las innovaciones disruptivas donde se genera mayor valor. No hay la cultura, ni los mecanismos, ni los incentivos adecuados para que los grandes corporativos mexicanos innoven de esta forma. El emprendedor en México no tiene acceso al financiamiento apropiado ni al capital de riesgo adecuado..bio Víctor Chapela es Presidente y Director General de Sm4rt Security Services, empresa especializada en Seguridad Informática. Tiene más de 25 años de experiencia en emprendimientos tecnológicos. y ha fundado diez empresas en México y Estados Unidos incluyendo DigiLab, Celebrando.com, TrueCentric y Sm4rt. Referencias: [1] Klaus Schwab, et al. The Global Competitiveness Report , World Economic Forum. Pág [2] Amar Bhidé. Where innovation creates value. McKinsey Quarterly, Feb [3] Rocío Senra, et al. Alemania, el primer país de la UE. [4] William W. Lewis. The Power of Productivity: wealth, poverty, and the threat to global stability. McKinsey & Co. Inc, University of Chicago Press, [5] Vijay Govindarajan, et al. The other side of innovation Solving the execution challenge. Harvard Business Review Press. Boston, Software Guru 17

20 .EMPRENDIENDO Requiere de garantías inmobiliarias para obtenerlo. Estas garantías impiden la movilidad social, ya que solo permiten innovar al que ya tiene un patrimonio sustancial anterior. Para el emprendedor tecnológico la situación empeora, porque sus activos principales son intangibles y estos no son reconocidos ni cuantificables en México. El capital para innovar viene generalmente de una o más de las siguientes fuentes: 1. Pasivos - financiamiento bancario o bursátil. 2. Utilidades - la reinversión del resultado de ejercicios anteriores. 3. Capital de riesgo - de inversionistas externos o de los emprendedores. Estos tres mecanismos de acceso a capital están fundamentalmente rotos en México. Si revisamos estos rubros encontraremos que las condiciones a las que está sometido el emprendedor mexicano incrementan el riesgo muy por encima del retorno esperado. Esto genera un entorno adverso que desincentiva al emprendedor natural : jóvenes talentosos con ideas innovadoras. Innovación = idea + ejecución La innovación no consiste en tener la mejor idea. Debemos estar conscientes de que en otras partes del mundo surge ideas similares de forma simultánea. La innovación exitosa es aquella que es mejor ejecutada. Al emprender e innovar, la empresa que gana y recoge la gran mayoría de los beneficios es aquella que ejecuta mejor y más rápido. La ejecución consiste en el proceso de convertir una idea de innovación en un impacto en el mercado. Desde el diseño y producción, hasta la comercialización e implantación. Para lograr una ejecución rápida y efectiva se requiere de experiencia y capital. La experiencia puede ser subcontratada a proveedores en cualquier parte del mundo. Sin embargo, para que el retorno de la inversión pague impuestos en México y genere crecimiento y desarrollo local, las empresas que comercialicen la innovación deben ser fundadas en nuestro país. Estas empresas deben estar subordinadas a las leyes e instituciones locales, pero dependen también de la confianza internacional hacia nuestro país. Por lo anterior, el capital de riesgo extranjero rara vez es invertido en empresas mexicanas. Además de la desconfianza en las leyes e instituciones locales, hay un problema aún más profundo, la falta de estrategias de salida. Capital de riesgo y estrategias de salida En países desarrollados el ecosistema financiero busca canalizar recursos económicos a las empresas y personas innovadoras con las mejores probabilidades de éxito. Los mecanismos tradicionales para lograr esto son los venture capitalists, es decir, los inversionistas de capital de riesgo. El capital de riesgo requiere estrategias de salida, formas de desinvertir y monetizar el valor incremental que se haya generado en la empresa durante el tiempo que dura la inversión. Los inversionistas de riesgo generalmente necesitan salirse en un lapso de 5 a 7 años. Esto lo logran principalmente de dos formas: vendiendo la empresa a un corporativo o cotizando en el mercado de valores. En México la venta de las empresas captura muy poco valor al haber poca competencia por comprar las empresas y por la falta de necesidad de innovar como un mecanismo de competencia de los grandes corporativos. Por otro lado, la carga regulatoria y el tamaño que debe tener la empresa para cotizar en la bolsa local lo vuelve un mecanismo de salida no viable para empresas de 5 a 7 años de edad. El capital de riesgo en México tiene muy pocas opciones para recuperar su inversión, esto origina que la mayoría de la innovación la fondee el emprendedor. Esto limita enormemente el potencial de nuestro talento al no tener una capacidad de ejecución equivalente al de sus competidores internacionales. Los emprendedores financiando la innovación Para el emprendedor, el efecto de tener que aportar todo el capital de riesgo y el colateral para préstamos significa que si el emprendimiento falla, es él quien pierde todo, no tiene forma de compartir el riesgo. En casi todas las opciones de arranque, los emprendedores requieren presentar como garantía un bien inmueble de tres veces el valor del crédito; lo mismo sucede para poder obtener una fianza para rentar un oficinas o recibir un anticipo de un cliente mayor. Los emprendedores que no cuentan con un bien inmueble totalmente pagado están muy limitados en su capacidad de ejecución. El emprendedor promedio en el mundo es joven y aún no tiene bienes inmuebles propios. a. La falta de un bien inmueble impide rentar locales comerciales y promueve la economía informal, que resulta ser lo único accesible para el emprendedor promedio en México. b. Si la innovación es algo que se le vende a empresas más grandes, la cultura de pago en México que consiste en jinetear el dinero, le hace muchísimo daño al flujo de caja del emprendedor. Tanto el gobierno como las grandes empresas tienen políticas que retrasan sistemáticamente todos los pagos en lapsos que van desde 30 hasta 180 días. Las pequeñas empresas sin acceso a financiamiento se ven obligadas a financiar a sus clientes más de 60 días en promedio, y esto sin considerar los tiempos previos de venta, producción y operación. Cuántos emprendedores pueden resistir esto? Cuánto pueden crecer y a qué velocidad, con sus propios recursos? c. Finalmente, si los emprendedores quieren tener acceso a capital se enfrentan al hecho de que en México no se financian ideas o equipos de personas, principalmente porque los inversionistas de riesgo no advierten mecanismos para recuperar su inversión. Aun si nuestras empresas son exitosas, no hay en México un mercado sano de compra-venta de empresas innovadoras o de acciones de las mismas. Una consecuencia ulterior de lo que se ha mencionado es el impacto de esta problemática sobre la movilidad social. La innovación, que debería propiciar la movilidad social, sencillamente no funciona si los emprendedores necesitan bienes inmuebles y capital propio antes de innovar o emprender. No obstante, en base a mi experiencia, el inversionista capitalista no deja de invertir en innovación mexicana porque no haya posibilidades de éxito o porque sea muy riesgoso, sino debido al bajo retorno al momento de vender su posición ya que no hay mecanismos de salida que generen liquidez en el mercado. El resultado final es que la forma más viable de innovación en Méxi- 18