Speaker

Nano Vazquez

Nano Vazquez

Problem solver and emerging technologies enthusiast with experience in highly scalable distributed systems

Problem solver y entusiasta de tecnologías emergentes con experiencia en sistemas distribuidos altamente escalables

Buenos Aires, Argentina

15+ years of experience in full-stack software development. Microsoft MVP. Co-organizer of React in BA, vOpen Tech and DevDayAR.
Currently working as CTO @ MODO, a company that contributes to the adoption and growth of digital payments in Argentina.\

https://nanovazquez.dev

15+ años de experiencia en desarrollo full-stack de servicios altamente escalables y distribuibles. Microsoft MVP. Co-organizador de React in BA, vOpen Tech y DevDayAR.
Actualmente trabaja como CTO en MODO, una compañía que contribuye a la adopción y crecimiento de la digitalización del dinero en Argentina.

https://nanovazquez.dev

Awards

Area of Expertise

  • Information & Communications Technology

Topics

  • Node.js
  • JavaScript
  • ReactJS
  • APIs
  • API Design
  • OAS
  • RAML
  • Architecture
  • Startups
  • Fintech

Sessions

Do you wanna build a (tech) startup? (it doesn't have to be a tech startup) es en

En Diciembre de 2020 lanzamos MODO, una billetera de pagos conectada con los bancos más grandes del país. El producto fue creado desde cero ese mismo año por personas con diferentes conocimientos técnicos y culturas, que no se conocían entre sí y que tuvieron que trabajar durante la pandemia, de manera 100% virtual y 100% alineados en el mismo objetivo. ¿Cómo hicimos para salir en tan poco tiempo?

En esta charla, vamos a hablar sobre los desafíos que se presentan al crear una empresa de producto tecnológico al mismo tiempo que desarrollamos un producto, (disclaimer) desde el punto de vista del responsable de tecnología. Intentaremos cubrir estas preguntas ¿Cómo armar el equipo? ¿Qué tecnologías utilizar? ¿Qué seniority contratar? ¿Cuánta gente necesitamos? Y la más importante, ¿qué podemos hacer hoy y qué tenemos que dejar para después?

Azure Logic Apps - Why being lazy is being smart en

With Azure Logic Apps, you can quickly build scalable workflows that integrate apps and data of several cloud services and on-premises systems. With 200+ connectors available, the possibilities are huge but, how easy is to build and maintain these integrations? And how much do you really save by using this tool vs. your own custom code?

In this session, we are going to show through a simple set of examples how easy, but yet powerful, this service is. And to explore different ideas with the audience to automate your daily tasks using this Azure service.

Design-first APIs con OpenAPI es en

En esta charla vas a aprender a diseñar APIs desde cero usando OAS/Swagger, y todos los beneficios que podes tener “gratis” sin agregar una sola línea de código: desde un mocking service, un SDK, el scaffolding de la API real, hasta documentación, API testing, etc.

Slides: https://slides.com/nanovazquez/design-first-apis-with-oas

El objetivo principal de esta charla es introducir a la audiencia cómo diseñar APIs utilizando OAS/Swagger. Y qué puedes obtener de este ecosistema con poco y nada de código, como por ejemplo un mocking service, generación de código, documentación de tu API, API testing, etc.

Vamos a utilizar una estrategia de “design-first” y enfocarnos en todos los beneficios que puedes obtener en colaboración y comunicación desde el día uno. Si todo sale bien, vamos a poder crear un nuevo skill en nuestra audiencia.

Trabajo actualmente en MuleSoft, una companía cuyo foco es proveer librerías y tooling para crear y mantener APIs. Actualmente trabajo en un producto el cual permite crear integraciones con poco código, pero para eso se necesitan generar contratos en OAS/RAML bien definidos, lo cual es el objetivo principal de la charla.

UI Domains, o cómo dividir las experiencias de una web app en micro-frontends es en

Probablemente has escuchado hablar sobre microservicios, como una técnica para mejorar la escalabilidad de tu backend monolítico al partirlo en servicios independientes. Pero aunque esta técnica actualmente está siendo muy utilizada, muchos de estos microservicios AÚN siguen consumiéndose por una única UI monolítica. El problema a resolver en el front-end parece ser similar, pero, podemos aplicar la misma solución?

En esta charla, vamos a poner sobre la mesa los desafíos reales que requieren una solución utilizando micro-frontends. Luego, vamos a explicar la estrategia de UI Domains para “dividir a la bestia’, y algunas herramientas que puedes utilizar para simplificar la implementación de tu web app.

Esta charla se enfoca en explicar conceptos con un ejemplo real. Lo utilizaremos para demostrar que algunos desafíos (técnicos u organizacionales) son tan complejos que requieren una solución utilizando micro-frontends, mientras que otros no requieren ese tipo de complejidad (el aha moment de “esto no es para ti”).

Luego, vamos a presentar la estrategia de UI Domains como una forma de dividir una UI monolítica en piezas verticales más pequeñas y manejables. Y luego compararemos la solución “ideal” (completamente vertical, piezas 100% independientes con la realidad, a fin de entender qué podemos hacer para adaptar esta estrategia a ella.

WebComponents is back, in pog form en es

In the past decade (2010), developers at Google drafted the first specs of what we know as Web Components. But since then, there were back and forth discussions about how to implement them, and popular frameworks like React, Angular and Vue were created or revamped. Today, we have a stable set of tools supported by most evergreen browsers that could make us think again about using Web Components in our projects.

But, shall we use them? And if yes, will they work with my framework/library of choice, or do I have to rewrite my entire site? In this talk, we are going to answer these questions and try to provide a clear idea of what Web Components are and what they are for.

The goal of the talk is twofold.

First, introduce what web components are and what they are for, which is useful for newcomers, and then move to real use cases where this technology shines. We will point to the specs to allow people to continue digging into them after the talk.

Then, we will compare mainstream libraries/frameworks like React, Angular and Vue with Web Components to clearly identify when they are solving the same problem and when they are not. And how they can play together if needed. This second goal focuses on explaining that we, as developers, should use the right tool for the job.

The key message of the talk is: don’t go around chasing new trends, use what solves your needs. And, if you really need to use something new, you can do it progressively.

WebComponents volvió, en forma de fichas en es

En la década pasada (2010), un grupo de desarrolladores en Google draftearon los primeros specs de lo que actualmente llamamos Web Components. Pero desde ese entonces, hubo varias discusiones cruzadas sobre cómo implementarlos, y librerías/frameworks populares fueron creadas o mejoradas, como React, Angular o Vue. Al día de hoy, tenemos un set de herramientas estables y soportadas por todos los browsers evergreen para que nos hagan volver a pensar en utilizar WebComponents en nuestros proyectos.

Pero, deberíamos utilizarlos? Y si la respuesta es sí, funcionarán con al framework/librería que me gusta, o debo reescribir mi sitio desde cero? En esta charla, vamos a responder a estas preguntas, y trataremos de obtener una idea clara sobre qué son los Web Components y para qué realmente nos conviene utilizarlos.

Esta charla tiene 2 objetivos bien marcados.

Primero, la idea es contar un poco sobre los specs de web components actuales y cómo utilizarlos nativamente, enfocandonos en los casos de uso ideales para esta tecnología. Esta sección sirve como introducción para que luego la audiencia pueda ver en detalle los specs en su casa.

Luego, compararemos webcomponents con librerias mainstream como React/Angular/Vue para que la audiencia pueda identificar cuando éstas resuelve el mismo problema que web components y cuando resuelven otra cosa. Y cómo pueden utilizar ambas si es necesario. Esta segunda parte se enfoca en explicar que nosotros, como developers, tenemos que utilizar la herramienta correcta para el trabajo que vamos a hacer.

El mensaje principal de la charla es: no estes siguiendo los nuevos trends a ciegas, analízalos críticamente y busca la solución a tus problemas. Y si realmente tienes que usar algo nuevo, puedes hacerlo progresivamente.

MODO, or how to develop an API ecosystem in the fintech industry from the ground up en es

In this talk, we are going to explain what we did @ MODO (a new mobile payment solution similar to Bizum) to develop from the ground up a single platform that provides multiple functionalities to the biggest banks in Argentina, using OpenAPI/Swagger and a design-first approach.

We will focus the talk on the lesson we learned by implementing the solution: from architectural design pitfalls to how to channel valuable feedback from multiple consumers effectively. Or, in short, how to find the common ground to evolve together in an agile way, without breaking anything.

It targets a beginner and intermediate audience.

We will start with an introduction of the topics: OpenAPI, Swagger, Public APIs, and then we'll move to the business requirements of the particular scenario.

Then we will present the lesson learned and finalize with an open conclusion to promote a healthy discussion between peers.

MODO, o cómo desarrollar un ecosistema de APIs en la industria fintech desde cero en es

En esta charla vamos a explicar lo que hicimos en MODO (una nueva solución de pagos móvil, similar a Bizum) para desarrollar desde cero una plataforma que provee múltiples funcionalidades a los grandes bancos de Argentina, utilizando OpenAPI/Swagger y un approach design-first.

Vamos a enfocar la charla a las lecciones aprendidas al implementar la solución: desde las fallas en la arquitectura hasta cómo enfocar el feedback valioso de múltiples consumidores de manera efectiva. O, en pocas palabras, cómo encontrar ese punto en común para evolucionar juntos de una manera ágil, pero sin romper nada.

Es una charla para una audiencia inicial o intermedia.

Vamos a comenzar con una introducción a los tópicos/temas en cuestión: OpenAPI, Swagger, Public APIs, para luego movernos a los requerimientos de negocio de este escenario particular.

Luego vamos a presentar las lecciones aprendidas para luego cerrar con una conclusión abierta que promueva la sana discusión entre pares.

Hablemos el mismo idioma: ¿Cómo monitorear un ecosistema de microservicios de múltiples empresas y e es

Uno de los desafíos más grandes al lanzar un servicio productivo es asegurarse que funciona de manera óptima en todo momento, 24x7x365. Para ello, los equipos técnicos configuran y desarrollan herramientas para entender en tiempo real el estado de salud de la infraestructura y los servicios, de manera de adelantarse proactivamente a los problemas. Pero, ¿qué pasa cuando el problema se encuentran en servicios que el equipo técnico no gestiona?

Durante esta charla, vamos a compartir escenarios y experiencias relacionadas a ecosistemas de servicios, donde interactúan varias compañías y personas, con el objetivo de pensar una gestión productiva en escenarios de muchas dependencias, con foco en el usuario. Charlaremos sobre escenarios reales y debatiremos soluciones posibles, para que todas las personas puedan llevarse algo para aplicar en su día a día, sin importar el desafío que tengan actualmente.

Do you wanna build a (tech) startup? (it doesn't have to be a tech startup) es en

In December 2020 we launched MODO in Argentina, a multi-account wallet connected with +40 banks. The product and the company were both created from scratch, by people with different knowledge and experience that worked together in a remote environment, during a global pandemic, and 100% focused on the same goal. It took only 6 months to launch the product, how did we do it in such a short time?

In this talk, we will cover the challenges presented while creating a tech company from the ground up and, at the same time, developing a functional product, from the point of view of a CTO. We will try to answer questions like: how to build the Eng team? What technologies should we use? Does seniority matter? How many people should we hire? And, most importantly, what things we can do today and that we should leave for later.

UI Domains, or how to split web app experiences in micro-frontends es en

You probably already heard about microservices, a way to improve the scalability of monolith backends by splitting it into independently deployed services. Although nowadays this technique is being extensively used, most of these microservices are STILL being consumed by a single, monolithic UI. The problem to solve in the front-end seems to be similar, but, could we apply the exact, same solution?

In this talk we will lay out the real-life challenges that are worth solving via a micro-frontends architecture. We will then present the UI Domains strategy to “split the beast”, and some libraries you can use to simplify the implementation of your web app.

This talk is mainly focused on explaining concepts with a real-life example. We will use it to demonstrate that some challenges (technical and/or organizational) are so complex that require a micro-frontends solution, while others don’t require such complexity (the “this might not be for you” aha moment).

Then, we will present the UI Domains strategy as a way of splitting a monolithic UI into smaller, and more manageable vertical pieces. And we will compare the “ideal’ approach (fully vertical, 100% independent pieces) with the real-life (somewhat vertical pieces, not so independent, etc.), and what you could do to adapt this strategy to them.

How to build the Status APIs of your microservices ecosystem en

There are a number of things you need to know after your service goes to Production. The most simple and important one: is it working? And if it’s not, where is the problem? When there is a problem, you might want to know what is going on with a few clicks, instead of doing a complete forensic investigation of the incident (that would probably happen later). But, more importantly, you want to design and implement the solution in a simple and secure way.

In this talk, we are going to talk about why is important to define a common language between developers and APIs. And some of the tools you can use to know the status of your ecosystem in real-time.

Presented in the BA NodeJS 2017 conference
- Slides: https://slides.com/nanovazquez/how-to-build-the-status-api-of-your-microservices-ecosystem#/
- Video: https://www.youtube.com/watch?v=vBa3e2TcXkc

Design-first APIs with OpenAPI spec es en

Ready to learn new stuff? If today you are modeling APIs using Google docs, this talk IS FOR YOU. You’ll learn how to design your APIs from scratch with OAS/Swagger, and all the bonuses you could get for free without adding a single line of code: a mocking service, auto-generated code & docs, API testing, and so on.

Slides: https://slides.com/nanovazquez/design-first-apis-with-oas

The primary goal is to introduce to the audience how to design APIs using OAS/Swagger. And what you could get from its ecosystem/tooling with little/no-code implementation, like a mocking service, code generation, API documentation, API Testing, etc.

Using a design-first approach, we’ll focus on all the benefits around collaboration and communication you could get since day one. If everything goes well, we'll enable a new skill in the assistants' tool belt.

Nano Vazquez

Problem solver and emerging technologies enthusiast with experience in highly scalable distributed systems

Buenos Aires, Argentina

Please note that Sessionize is not responsible for the accuracy or validity of the data provided by speakers. If you suspect this profile to be fake or spam, please let us know.

Jump to top