Cuenta Ross Mason, fundador de MuleSoft, que la semilla de esta empresa estuvo en una comunidad de código abierto, formada en 2003, de la cual participaban dos programadores de la ciudad de La Plata (capital de la provincia de Buenos Aires). Cuando en 2006 decidió formar la compañía —en San Francisco, Estados Unidos, para conseguir inversores de riesgo—, estos profesionales, que vivían a diez cuadras el uno del otro y no se conocían entre sí, fueron contratados. Así, la ciudad de La Plata pasó a ocupar un lugar importante en el arranque de esta compañía, que hoy es vista como un “unicornio”, con una valuación de más de US$ 1.500 millones. En la actualidad, MuleSoft tiene más de 900 empresas clientes, acumula más de US$ 100 millones en ventas y sus empleados son más de 700 a nivel global. En 2015, esta compañía logró un número récord de nuevos clientes —más de 300— y sus ingresos crecieron casi un 100 por ciento respecto a 2014.
“Desde el principio de la compañía, los ingenieros argentinos tuvieron un lugar de importancia en la consolidación del producto. Hoy Buenos Aires es nuestro centro de desarrollo e innovación y es parte vital de nuestra cultura. Estos profesionales están al nivel de los que se pueden encontrar en Silicon Valley: se forman en excelentes universidades, tienen una cultura de autonomía y resolución de problemas y piensan cómo hacer mejor las cosas, todas características en sintonía con nuestra filosofía”, afirmó Mason en una de sus visitas a Buenos Aires, y también agregó que el excelente nivel de inglés, un huso horario similar y una cultura de trabajo compatible son los otros elementos clave por los que eligen Buenos Aires.
“Hoy Buenos Aires es nuestro centro de desarrollo e innovación y es parte vital de nuestra cultura” – Ross Mason, fundador de MuleSoft
La compañía estableció en 2011 su laboratorio de Ingeniería en Buenos Aires, donde más de 130 profesionales del área de Sistemas desarrollan el núcleo del negocio de la empresa: productos para múltiples industrias en más de 60 países. Recientemente, como fruto de la expansión prevista en Buenos Aires, la compañía decidió mudarse a una oficina más grande, el Puerto Madero, donde puede albergar hasta 250 empleados. El trabajo local, muy relacionado con el desarrollo de productos, está bien remunerado: la empresa busca dar sueldos un 25% por encima de la media de la industria, además de bonos y stock options. Por otra parte, los ingenieros tienen mucho control sobre los productos que han contribuido a desarrollar o que, en muchos casos, han propuesto y concebido desde cero. Así lo manifestaron algunos de los empleados locales de la compañía que estuvieron presentes en el encuentro con Mason: Matías Baldini, Senior Manager en Ingeniería; Ariel Jolo, del área de Community Outreach; y Evangelina Martínez, quien comenzó como desarrolladora hace cinco años y hoy es gerente de Ingeniería.
NO MÁS TRABAJO DE BURRO
“Antes de trabajar en esto, trabajé en bancos —explicó Mason—. Lo que se hacía era tratar de conectar los sistemas financieros. Lideré varios equipos de desarrolladores para conectar estas aplicaciones. Pero ellos tenían que volver a construir todo cada vez, no había reutilización. Era muy difícil impulsar las herramientas. A este trabajo lo llamábamos trabajo de burro, porque era repetitivo”. La propuesta de valor de MuleSoft pasa por automatizar y optimizar la tarea de conectar aplicaciones, facilitándole así la vida a los desarrolladores y a los equipos de TI, y acelerando la capacidad de reacción de toda la organización ante las nuevas oportunidades de negocios. Este factor se está volviendo cada vez más crítico conforme las empresas avanzan en la digitalización, y su negocio se basa incrementalmente en aplicaciones (cientos y cientos de miles, cada vez más móviles, y el número va en crecimiento), dispositivos y datos.
Con todo, en los últimos tiempos la compañía está impulsando una arquitectura, que denominaron “application network” (red de aplicaciones) que pretende hacer esta tarea aún más ágil. “Las compañías comenzaron a cambiar la forman en que brindan TI al negocio”, explicó Mason. Cada porción del negocio demanda tecnología, de modo que el antiguo paradigma de provisión centralizada de recursos de TI, sobre todo a partir de las tendencias en boga (SaaS, Cloud, Big Data, IoT Social), resulta inadecuado. “Las redes de aplicaciones son una forma de simplificar el panorama de aplicaciones, y de impulsar un mayor consumo de los activos que tienes dentro de la compañía, a través de diferentes experiencias de consumidores”.
[youtube_sc url=”https://youtu.be/Jxiedv6nXRU”]
Esta arquitectura se basa en bloques constructivos, que son las APIs, o interfaces de programación de aplicaciones, sobre las cuales es posible construir diferentes cosas. “Sabemos que funciona, porque la web, que demostró ser el sistema de distribución más complejo del mundo, puede ser acoplado a APIs e impulsar así una innovación asombrosa. Así funciona con Pokémon Go, o con Airbnb: usan componentes estándares del ecosistema”, agregó Mason.
“Lo que le enseñamos a las organizaciones es que en cada proyecto que hagan, brinden una o más APIs reutilizables con esos proyectos. Así, comenzarán a brindar capacidades a través de ese conjunto de bloques constructivos”
La forma tradicional de conectar aplicaciones y datos, punto a punto, no brinda la posibilidad de escalar y expandir esa conectividad. Hacerlo a través de APIs abiertas, asegura Mason, permite que el siguiente proyecto pueda reaprovechar la conectividad a esas aplicaciones y datos. “Lo que le enseñamos a las organizaciones es que en cada proyecto que hagan, brinden una o más APIs reutilizables con esos proyectos. Así, comenzarán a brindar capacidades a través de ese conjunto de bloques constructivos”.
Las ventajas de este abordaje pueden verse en el mundo de la banca y las finanzas, donde los startups de fintech han nacido inmersos en la economía de las apps. “Los startups están tomando estos bloques constructivos para armar las experiencias de sus clientes, de modo que los bancos deberían operar del mismo modo”. Y no sólo mirando hacia los clientes, sino también de cara a los proveedores, empleados y socios. El potencial es mayor, habida cuenta de que las instituciones financieras podrían ofrecer servicios de TI más allá del espacio de los clientes tradicionales (y no necesariamente servicios vinculados al core business actual de la entidad) en base a estos bloques constructivos, expandiendo así su negocio y generando nuevas fuentes de ingreso.
En este orden, sostiene Mason, es necesario que TI establezca una serie de principios que rijan la construcción de todos estos bloques: cómo acceder a los datos, como manejar los accesos y la seguridad, de qué manera establecer el autoservicio… Al proveer esta capa de acceso estándar a los recursos y la posibilidad de autoservicio, aseguró Mason, no sólo se acelera el despliegue de los nuevos proyectos, sino también se puede disminuir la cantidad de personas abocadas a ellos.
Consultada sobre quiénes son los interlocutores dentro de las empresas a la hora de presentar esta visión, Evangelina Martínez, del team local de Ingeniería, comenta: “Antes la llegada que teníamos era a nivel de desarrolladores o equipos de trabajo. Pero ahora el punto de entrada es mostrar también al negocio la visión de MuleSoft y la forma en que podemos resolver sus demandas. Así comenzamos a atraer a clientes más grandes”.
Compartir nota:
