Resumen
00:00:21 – Saluda a uno de los desarrolladores de Mailgun, Alan Erwin
00:01:18 – Cómo empieza un desarrollador
00:05:51 – Creación de validaciones de emails masivas
00:15:35 – «Si no lo estuviera creando yo, ¿qué querría?»
00:00:05
Eric Trinidad: Bienvenidos a Email’s Not Dead. Me llamo Eric y este es Jonathan.
00:00:07
Jonathan Torres: Hola.
00:00:08
Eric Trinidad: Oye, gracias a todos por volver. Continuamos nuestra serie sobre ese dulce embudo de envío y vamos más allá. Pero pensamos en traerlo un poco diferente. Queremos cambiar un poco las cosas.
00:00:20
Jonathan Torres: Sí, buen cambio de ritmo.
00:00:21
Eric Trinidad: Sí, simplemente algo diferente. Y pensamos que os gustaría verlo o escucharlo; bueno, no podéis verlo realmente porque solo podéis escuchar su voz. Con nosotros hoy, tenemos a Alan Erwin, uno de nuestros desarrolladores aquí en Mailgun. Bienvenido, señor. Gracias por estar con nosotros.
00:00:35
Alan Erwin: Hola a todos. Encantado de estar aquí.
00:00:36
Jonathan Torres: Me gusta ese título que acabamos de crear para ti, devineer.
00:00:39
Eric Trinidad: Devineer.
00:00:39
Alan Erwin: Me siento un poco elegante ahora mismo.
00:00:42
Eric Trinidad: Sí. No, lo sé. Vi que tienes un poco de estilo ahora que lo hiciste. Deberías tener una taza con eso escrito, sin duda.
00:00:48
Jonathan Torres: Sí. Devineer, así que ya sabes, un desarrollador sin un título de ingeniería definitivamente, pero creo que estás bastante cerca.
00:00:55
Alan Erwin: Estoy trabajando en ello.
00:00:55
Jonathan Torres: Creo que devineer, al menos. Me gusta, me gusta mucho.
00:00:58
Eric Trinidad: Así que queríamos traerte hoy no solo para hablar de algunas de las cosas en las que has estado trabajando, porque van un poco de la mano. En realidad, están en el embudo de envío del que hemos estado hablando esta semana pasada o en las semanas pasadas que hemos tenido programas, pero esencialmente queríamos conocer tu opinión sobre las cosas del backend, quién eres como persona. ¿De qué estás hecho? ¿Qué te trajo aquí? Todas esas cosas y más.
00:01:18
Alan Erwin: Bueno, vale, a ver. Llevo trabajando en desarrollo de software desde hace 11, casi 12 años. Empecé justo al salir, como en la universidad, trabajando en Rackspace como becario. Conseguí mi trabajo allí, no sabía programar y aprendí a hacer café. Y eso fue lo que hice para mantener mi trabajo.
00:01:39
Alan Erwin: Mantenía contentos a los desarrolladores que me estaban enseñando haciéndoles café todos los días y simplemente empecé a asimilar cosas y a aprender lo más rápido que podía para mantener mi trabajo y luego progresar desde ahí. Así que trabajé en Rackspace durante nueve años en todo tipo de productos allí, desde su sistema global de autenticación hasta su sistema de uso, dependiendo de sus servicios backend, principalmente. Y hago lo mismo aquí. Así que aquí trabajo en el servicio de validación y en el producto de llegada a la bandeja de entrada para Mailgun.
00:02:08
Eric Trinidad: Sí, genial. Y el producto de validación fue algo que aprendimos en el embudo de envío del que hablamos. Así que hablaremos un poco de eso más tarde también. Pero ya sabes, Mailgun es una plataforma para desarrolladores. Dicho esto, antes de meternos en todo eso, ¿cuáles son algunas de las cosas que te interesaron… cosas en las que estás interesado?
00:02:28
Alan Erwin: Oh, ¿cosas secundarias que me motivan?
00:02:31
Eric Trinidad: Sí, sí, sí, sí.
00:02:33
Alan Erwin: Bueno, me gusta de todo un poco. Desde hacer crossfit, hasta jugar a D&D con los compañeros de aquí, pasando por construir armarios aleatorios desde los que trabajo.
00:02:44
Eric Trinidad: ¿Ah, sí? Muy bien.
00:02:46
Jonathan Torres: Creo que eso necesita mucha más explicación que simplemente armarios aleatorios desde los que trabajar.
00:02:52
Alan Erwin: Así que una de las cosas que es realmente increíble de la cultura aquí en Mailgun es que se nos incentiva de verdad a trabajar en las condiciones que nos hacen más productivos. Exacto. Así que mis jefes han dejado muy claro que, si queremos trabajar a distancia, podemos hacerlo, y para facilitarme el teletrabajo. Tengo dos hijos, una esposa y dos perros, y es muy difícil, ya sabes, mantener las cosas tranquilas en mi casa.
00:03:15
Jonathan Torres: Es una casa llena.
00:03:16
Alan Erwin: Sí, sin duda. Y mis hijos ya están empezando a caminar y gatear y esas cosas. Así que, para que me resultara más fácil trabajar, me apoderé del armario principal y, ya sabes, puse un escritorio y una pequeña nevera, monté un televisor y simplemente me puse a trabajar.
00:03:31
Jonathan Torres: Ese es el sueño.
00:03:34
Eric Trinidad: Sí, iba a decir increíble y alucinante, pero me salió «increicinante».
00:03:38
Jonathan Torres: Si vamos a combinar palabras hoy, eso es todo lo que vamos a hacer. Ya empezamos con devineer, e increicinante. Así que estoy seguro de que más adelante se nos ocurrirá algo más. Eso es de verdad, auténticamente, como un pequeño sueño parcial. Yo tengo mi propia oficina entre comillas en mi casa, pero nunca puedo hacer nada divertido con ella. Es como que está ahí y pienso: voy a arreglar esto, voy a hacer algo más, voy a montarlo bien. Y nunca lo hago, así que me quito el sombrero, el hecho de que te estés apoderando de eso y sé que estás construyendo cosas, aunque todavía no lo hayas terminado del todo.
00:04:08
Alan Erwin: Tengo algunas ideas; por ejemplo, mi mujer ha aprobado una puerta secreta. Sí. Voy a hacerle una entrada secreta. Así que eso vendrá probablemente para el final del verano… ya estará instalada. Así que será bastante alucinante.
00:04:19
Jonathan Torres: Sí. Muy bien, genial. Bueno, para salir de los temas personales, cuéntanos más cosas que haces como devineer. Un poco más. Pero tengo una pregunta porque sé que te gustan estas cosas. Harry Potter. ¿Cuál es tu casa de Hogwarts?
00:04:34
Alan Erwin: Vale, sin duda soy de Gryffindor. Sin dudarlo, me gusta la caballerosidad. Me encanta.
00:04:40
Jonathan Torres: Muy bien. Fantástico. Solo por curiosidad. Solo quería dejarlo caer.
00:04:43
Eric Trinidad: No, no. Yo también.
00:04:45
Jonathan Torres: Viniendo de un Hufflepuff. Ya sabes, la verdad es que no puedo decir mucho. Lo sé. Lo siento. Hice el test. Eso es lo que decía.
00:04:51
Alan Erwin: Sí. Me tocó la casa Gryffindor cuando hice el test.
00:04:55
Eric Trinidad: Lárgate de aquí, Hufflepuff.
00:04:59
Jonathan Torres: Muy bien, supongo que ahora podemos pasar a otras cosas, pero está genial, es decir, teniendo en cuenta todo eso, creo que a cada uno de nosotros… sé que a mí personalmente, las cosas que he experimentado en trabajos anteriores y las cosas que he hecho a lo largo de mi vida también han influido en mi forma de trabajar y en lo que hago en mi trabajo y en las cosas que incluso hacemos en este podcast. Exacto. Es como si la experiencia de vida te acompañara en todo y en todo lo que haces. Así que, teniendo eso en cuenta. Sé que has hecho algunas cosas aquí, en Mailgun. ¿En qué tipo de cosas has podido trabajar? ¿Qué tipo de cosas has hecho? Es decir, lo sé… además, como dato curioso, tu segundo aniversario se acerca en un par de días.
00:05:33
Alan Erwin: Sí, un par en un par de días a finales… el 4 de marzo. Sí, ha sido una locura, dos años.
00:05:40
Jonathan Torres: Sí. O sea, esa es la parte divertida, ¿verdad? Como cuando tú, cuando tienes esa experiencia, pero bueno. Sí. Así que, en primer lugar, enhorabuena. Y segundo, durante el tiempo que has estado aquí, en qué tipo de cosas has podido participar, trabajar o con las que te has divertido.
00:05:51
Alan Erwin: Si hablas de productos, el primer proyecto real del que se me encargó hacerme cargo fue la función de validación de emails masiva aquí en Mailgun. Exacto. Teníamos una función de validación que la gente podía usar en una sola API, no en sus formularios, y cosas así. Y queríamos abrir la posibilidad de que la gente nos pasara listas, una lista grande de direcciones de email, y pudiéramos validarlas lo más rápido posible. Exacto. Así que una de las cosas realmente geniales de Mailgun es que cada vez que se nos pide que hagamos una tarea, nos adueñamos de ella. Es nuestra y podemos manejarla como queramos. Y podemos diseñar soluciones y recibimos comentarios. Pero, por lo general, si es por ahí por donde quieres ir, lo haces y punto. Por ejemplo, con esta función de validación de emails masiva, opté por usar Cassandra y usar Kafka para, ya sabes, dividir el trabajo. Y fue muy divertido, ¿verdad? Simplemente el poder meterse de lleno ahí y construir una solución y hacerla completamente tuya. En muchas empresas grandes como Rackspace o Microsoft, tienes, digamos, arquitectos que te dan trabajo y te ayudan a diseñar ese tipo de soluciones. Aquí, de alguna manera lo eres, y en todos los sentidos. Y trabajas con la empresa y con los compañeros del front-end para construir las API de la forma en que lo necesitas. Y eso es algo realmente genial. Cuando empecé aquí, me hice cargo de la función de validación de emails masiva y fue simplemente como: adelante con ello. Y ese es uno de los grandes puntos de partida aquí en Mailgun, además de poder ayudar a dirigir el equipo en el que estoy trabajando y cosas por el estilo. Ha sido genial.
00:07:15
Jonathan Torres: Eso es increíble. Cuando empiezas a compararlo con otros lugares, como, no sé, yo nunca he estado en ese lado. Nunca podría estar en ese lado; o sea, sé lo que es trabajar con equipos de asistencia y cosas de ese tipo, sin duda. Definitivamente he hecho cosas técnicas, pero no realmente en el sentido del desarrollo, más bien como trabajo técnico manual, lo cual, ya sabes, está bien. Pero me refiero a que todo eso está muy procesado, muy, ya sabes, y por el hecho de que tiene que estar bien, gran parte de eso está muy planificado. Esto es un proceso. Esto es lo que vamos a hacer y cómo lo vamos a hacer. Y siempre que hay flexibilidad, me encanta, cuando puedes ser un poco creativo con algunas de estas cosas. Así que, bueno, solo para tenerlo en cuenta, sé que tienes que hablar un poco sobre eso. Seguramente profundizaremos en ello, estoy seguro, en solo un minuto más o menos. Pero sí, como mencionaste, las validaciones, ¿qué puedes contarnos sobre las validaciones? ¿Cómo amplió eso tu trayectoria aquí? ¿Qué pudiste hacer con ello? ¿Cuál fue el proceso de reflexión a medida que empezabas a construir parte de ese proceso?
00:08:05
Alan Erwin: Así que cuando me uní por primera vez, tenía un conocimiento muy limitado sobre el email. No sabía realmente qué era el SMTP, por ejemplo, y no tenía una idea real de lo que necesitarían nuestros clientes. Pero entendía los servicios backend. Exacto. Así que mi primera incursión para entenderlo fue que, para conseguir un trabajo aquí, básicamente tuve que construir Mailgun, claro. Como desarrollador, digamos, ¿cómo abordaría eso? Lo cual me dio una idea de cómo se hace el email. Así que cada vez que analizo las validaciones, ¿verdad?, vamos y hacemos todo lo posible por entender los riesgos y hacer la interacción habitual del email pero sin enviar datos. Exacto. Porque no somos, no solo no queremos ser spammers, sino que también queremos poder ayudar a nuestros clientes a comprender los riesgos y hacer todo eso. Así que, cuando pude usar ese producto… Pude construir ese producto, y también pude decir: vale, déjame hablar con asistencia. Eso fue algo muy bueno que hacer en Rackspace; oye, asistencia. ¿Qué recibís exactamente de nuestros clientes que necesitan validaciones? Por ejemplo, ¿hay algún riesgo? ¿Verdad? Es decir, ¿están obteniendo los resultados correctos? Y eso es algo que me gusta de Mailgun: se nos anima a comunicarnos con otros grupos, lo cual no es necesariamente igual en otras empresas.
00:09:23
Jonathan Torres: Sí, sin duda.
00:09:25
Eric Trinidad: Sí, esa parte de los comentarios. Pero, ¿pudisteis obtener muchos comentarios de los clientes? Porque sé que hicimos pruebas beta durante un tiempo, ya sabes, y tuve algunos clientes con los que trabajé que participaron en esa prueba beta; en general, ¿fue algo bueno y útil?, o incluso con los comentarios negativos que recibiste, ¿pudiste aprender de ellos?
00:09:42
Alan Erwin: Totalmente. Esa es una de las cosas realmente geniales, que nunca había estado en una llamada con un cliente antes de trabajar aquí. Sinceramente, siempre estuve oculto en los servicios del backend para las empresas. Y esa fue una de las cosas geniales mientras desarrollábamos ambas validaciones, ¿verdad? Tuvimos un cliente que llegó y estaba muy interesado en usarlo. Y eran un caso de uso para el cual lo estábamos creando, y estaban dispuestos a darnos información de la beta y a hablar y trabajar de verdad con nosotros a medida que perfeccionábamos la función. Así que lo bueno y lo malo; algunas de esas conversaciones fueron duras, pero sacamos comentarios realmente buenos. Y lo que también mola mucho de Mailgun es que nuestro proceso de desarrollo es muy rápido. Exacto. Así que nuestra capacidad para recibir comentarios de un cliente y darle la vuelta para ofrecerle lo que busca fue muy rápida. El margen de tiempo es muy pequeño. Así que el cliente puede percibir eso… que nos importa lo que dicen. Y eso es algo muy diferente de muchos equipos de desarrollo, lo cual es genial.
00:10:41
Jonathan Torres: Sí, creo que realmente, desde mi perspectiva. Exacto, nunca he sido desarrollador como acabo de mencionar, pero pude ver en este proceso cómo funcionaba y cuáles eran los diferentes pasos porque todos formábamos parte de un proceso. Exacto. Y sí, en relación a tu comentario, siempre que existe la capacidad de poder comunicarse con todos, de recibir comentarios de mucha gente diferente, de obtener aportaciones incluso al nivel más mínimo, simplemente ayuda muchísimo. Recuerdo cuando productos como este empezaron a desarrollarse y equipos como en el que participas, y tú mismo, veníais y dabais acceso a Google Docs, ya sabes, o cosas por el estilo. Exacto. Así es. Así podemos entrar, poner información, escribir cosas donde todos podamos compartir esta información y compartir la riqueza de conocimientos en plan: oye, veo que estás haciendo esta comprobación aquí para el servicio X o, ya sabes, tal vez esto debería ir más tarde en el proceso o antes. De acuerdo con lo que sabemos de cuando las cosas se rompen y cuando sabemos que va a haber problemas, el poder filtrar eso de alguna manera e iterar al respecto antes de que un producto salga a la luz es alucinante. Primero, porque nunca había tenido esa experiencia, porque solemos ser exactamente como acabas de decir. Exacto. Normalmente hay un equipo de producto que filtra la información a un arquitecto que se la filtra a un equipo de desarrollo. Y no puedes ser un paso o una pieza de cada parte de ese proceso. Y el hacer eso y poder ver ese proceso y ser parte del mismo. Primero, es increíble, y segundo, creo que ayuda muchísimo el poder tener un filtro real de lo que tiene que pasar y de cómo tiene que funcionar. ¿Cuáles son las ideas que hay detrás de cada pequeña parte de esto? Porque como dijiste, en realidad no sabes mucho de email al meterte en esto. Yo sabía muchísimo, demasiado sobre email al meterme en esto. En plan, ojalá hubiera cosas que no supiera sobre el email. Pero, ya sabes, es una de esas cosas que, con todos trabajando juntos, cada uno aportando su pieza del rompecabezas, creo que ayuda muchísimo. Así que es increíble oírlo desde tu punto de vista: cuánto os ayudó, o cuáles fueron las cosas que te parecieron interesantes al respecto. Y para mí, eso es sin duda parte de lo que me pareció interesante, porque todo el mundo aporta su opinión. Pero cuando todo el mundo da la opinión adecuada para lo adecuado, para la parte que conocen, creo que es súper, súper útil.
00:12:44
Alan Erwin: Totalmente. Una de las cosas geniales es que nuestra dirección lo apoya, ¿verdad? Sí. Nuestro CTO es muy de: tomad la iniciativa y haced lo vuestro. Y se espera que vayamos y busquemos a las personas que más saben y aprovechemos esa información, porque no me ayuda en absoluto intentar desarrollar de forma aislada, ¿verdad? Porque, al fin y al cabo, vamos a tener que dar asistencia al producto que estoy sacando, y el equipo de ventas va a tener que vender el producto que estoy creando. Así que no saber lo que se supone que debe hacer y no saber qué se necesita para darle asistencia no ayuda a nadie. Y todos nuestros equipos de desarrollo piensan lo mismo. Simplemente, todos construyen cosas y trabajan en estrecha colaboración con nuestros equipos de asistencia para solucionar los problemas lo más rápido posible. Y estamos de guardia para los productos que creamos. Por lo tanto, nos conviene construir sistemas para tener alertas rápidas, como implementaciones relámpago y cosas así, de modo que cuando asistencia dice: oye, hay un problema que debe solucionarse, podamos arreglarlo rápidamente, o cuando ventas dice: oye, tenemos esta oportunidad tan genial en el mercado. ¿Podemos llegar a eso? Y nosotros podemos decir: sí, danos dos semanas y construiremos algo que pueda hacerlo. Y eso es algo muy raro en empresas de rápido crecimiento como la nuestra.
00:13:56
Jonathan Torres: Es increíble. Sí, mola mucho.
00:13:57
Eric Trinidad: Después de esa primera llamada, ¿cómo te sentiste al afrontarlo? Al no haber hablado nunca antes con clientes.
00:14:05
Alan Erwin: En la primera la verdad es que no hablé mucho, me quedé ahí sentado en plan: no quiero estropearlo, pero creo que algunos de nuestros compañeros de ventas hacen un trabajo muy bueno ayudando a guiarnos porque soy un desarrollador. A veces me resulta muy difícil comunicarme de forma eficaz con los clientes. Así que el representante de ventas lidera esa conversación. Y luego, siempre que se necesita experiencia técnica, es ahí cuando intervengo y digo: vale, así es exactamente como funciona. Déjame darte más información. Puedo profundizar más. Y en la siguiente conversación, ya me hice una idea del nivel de profundidad que tenía el cliente y de lo que quería saber. Y luego pude tener esa conversación y me resultó muy, muy fácil poder comunicarme de forma eficaz con ellos.
00:14:47
Jonathan Torres: Eso está genial; si alguna vez necesitas práctica. De hecho, he hecho todo el tema del juego de rol. En realidad, dejé que… ya sabes, todos sabían que al venir tenían un juego de rol contra mí. Pero hacerles saber lo que tenían que hacer. Así que, si alguna vez lo quieres, avísame.
00:15:00
Alan Erwin: Trato hecho. Organízalo, sin duda.
00:15:04
Jonathan Torres: Bueno, siguiendo un poco en esa misma línea, ¿no?, una vez que superamos las etapas de desarrollo, una vez que nos adentramos en el producto real en sí. Estamos muy centrados en las API, ¿verdad? La propia Mailgun, centrada en las API, hecha por desarrolladores para desarrolladores, ha sido como nuestro lema secundario, o lema interno como mínimo. ¿O cómo fue ese proceso? Exacto. O sea, seguro que tienes que pensar en cierto modo en cómo se va a usar esto a través de una API y cómo se va a desarrollar en el futuro cada vez que hacemos ese tipo de cosas, como cualquier aspecto que te pareciera interesante, diferente o enfocado a eso mientras construíais todo.
00:15:35
Alan Erwin: Bueno, cada vez que me pongo a diseñar una API, tengo que pensar en plan: si no la estuviera creando yo, ¿qué querría? ¿Cómo querría que se comportara? Y como entiendo los fundamentos de un servicio REST, que en general es lo que hacemos aquí para exponérselo a nuestros clientes, me permite decir: vale, ¿qué puedo hacer y qué no puedo hacer? Si de verdad estoy siguiendo las normas a tener en cuenta, estoy exponiendo, por ejemplo, validaciones de emails masivas. Expondremos la idea de un recurso de tarea, y un cliente podría decir: vale, he empezado una tarea. ¿Qué van a poder hacer con esto? Y hablaré con nuestros compañeros del front-end y les diré: oye, ¿qué tipo de datos vais a querer exponer al cliente a través de su portal? Así que, cada vez que creo esta API, preparo un contrato de API y digo: así es como se va a comportar. ¿Qué os parece esto? Luego me lo devuelven y pasamos por varias iteraciones, asegurándonos de que el contrato sea el correcto para la función que estemos desarrollando. Y luego construimos la función, la probamos en staging (entorno de pruebas), metemos algunos probadores beta en producción y entonces recibimos los comentarios. Y eso nos permite cambiar su contrato si lo necesitamos antes de sacarlo a producción. Por supuesto, tenemos versionado en nuestra API para permitir nuevos desarrollos, por ejemplo, y validaciones. Tenemos una función de v3 en un lanzamiento de v3 y luego tenemos la de v4. La V4 te ofrece un conocimiento más profundo de lo que estamos haciendo con las validaciones. Así que, por ejemplo, obtienes una evaluación de riesgos; en la v3 no tienes eso. Como estamos usando una API REST, podemos añadir funciones en diferentes versiones y permitir que los clientes tomen decisiones sobre qué comportamiento desean. Exacto. Lo cual está muy bien. Algo que aprecio mucho de hacer API REST es que los clientes pueden decidir por sí mismos lo que quieren y lo que quieren hacer. Y, por ejemplo, si tenemos un revendedor que quiere vender validaciones o nuestra función de llegada a la bandeja de entrada, o algo así, integrándose en esa API, simplemente se sitúan por encima y dicen: vale, voy a poner mi propia interfaz de usuario. Voy a poder, ya sabes, conectarlo con mi capa de servicios y todo, simplemente funcionará siempre que tengamos un contrato realmente bueno y sólido. Así es básicamente cómo funciona. Sí, sí.
00:17:51
Jonathan Torres: Pero mola ver el proceso de pensamiento que hay detrás. Exacto. Porque no todo el mundo, supongo, ya sabes… en realidad todos, en algún momento tienen que pensar en cosas como: cómo va a funcionar esto, cómo se va a procesar esto, en qué se va a convertir todo esto. Pero sí, es bonito pensar que se haga de esta manera, en plan centrarlo todo en la API, poder hacerlo y la facilidad de uso de muchas de estas cosas. Es decir, solo para conocer tu opinión sobre cómo procesas todo eso, los diferentes pasos que tienes que seguir para construir todo esto, porque en Mailgun están pasando muchas cosas, ya que hay tantas API, tantas cosas diferentes que puedes hacer con ella. Y ya sabes, una de las cosas que mencionaste antes… justo cuando estábamos teniendo una conversación sincera sobre todas estas cosas, mencionaste que una vez que sacas una versión de una API, te quedas de alguna manera atado a ella. Exacto. Puedes añadir ciertas cosas, pero no puedes cambiar la mayor parte de lo que hay en una versión de la API, a menos que actualices y crees una versión nueva. Así que, con la función de validación, me dio la sensación de que hubo una respuesta rápida en eso, entre la versión tres que hace todo lo que hace, incluyendo la capacidad de publicarlo en algún sitio público para hacer las llamadas que necesitas a un ritmo muy rápido. Y luego la v4, cuando hablas de validaciones masivas (bulk), ya sabes, y de poder subir y ver los procesos de esa manera, junto con la evaluación de riesgos también. Así que el hecho de que nosotros o de que la propia Mailgun haya podido iterar sobre eso y hacer cosas a ese ritmo y ser capaces de hacerlo… no sé. Para mí, la forma en que lo veo es que, cada vez que pienso: bueno, quiero asegurarme de que estas direcciones sean correctas. Ambas satisfacen las necesidades. Una para la parte del front-end de cualquier plataforma que estés intentando crear, hacer o configurar, sin duda. Y la segunda es, sí, darle a la gente las herramientas para poder hacer esto de forma masiva, poder hacerlo de la forma correcta y poder tener algo específicamente construido para ello. Así que, en lugar de intentar meter todo en el mismo saco, la capacidad de separarlo todo de la manera en que se hizo, me parece increíblemente genial, lo que, en fin, es una de las razones principales por las que creo que queríamos hablar contigo específicamente. Pero, ya sabes, está muy bien. Mola verlo. Mola recibir comentarios de la parte interna sobre cómo funcionó.
00:19:53
Eric Trinidad: De acuerdo. Tiene su forma de pensar y su manera de recorrer este camino, y creo que por las empresas para las que hemos trabajado en el pasado, incluso antes de conocer a Jonathan… sí, hubo un tiempo en el que Jonathan y yo no nos conocíamos. Pero de eso hace casi una década.
00:20:12
Jonathan Torres: Demasiado tiempo.
00:20:13
Eric Trinidad: Se me cae una lagrimita. Sí, trabajé en otras empresas donde simplemente llevaba muchísimo tiempo entre las iteraciones y los cambios de las cosas, y aquí realmente todo pasa a un ritmo vertiginoso. En serio, aquí se pueden cambiar y actualizar cosas y sacar el último «DLC» para que nuestros servicios de validación estén en marcha. Así que me parece increíble que, ya sabes, podamos trabajar tan rápido los unos con los otros. ¿Cómo avanza tu equipo a la hora de priorizar algunos de estos distintos cambios y de las cosas que van ocurriendo?
00:20:40
Alan Erwin: Lo primero de todo, ¿qué pasa cuando entregamos un producto? Exacto. Siempre entra en juego una necesidad de asistencia. Exacto. Así que lo primero es que, una vez entregado, decimos: vale, ¿dónde tenemos que reforzar las cosas, asegurarnos de que funcionan y de que tenemos más supervisión y recuperación ante desastres, y ese tipo de cosas? Y luego también trabajamos con un equipo de producto que observa el mercado y dice: vale, en el caso de las validaciones. ¿Qué impresión da? ¿Cómo se ve el panorama general? ¿Qué hacen nuestros competidores? Todas las empresas tienen un equipo de producto que se dedica a esto, y nosotros trabajamos muy de cerca con ellos. Pero también se nos ocurren ideas a nosotros mismos. Y una de ellas es realmente genial. Todo el servicio de validación surgió de la idea de un desarrollador. Exacto. Y eso también es algo realmente genial de Mailgun: que puedo ir a hablar con mis compañeros de producto y decirles: oye, tengo esta idea y creo que deberíamos hacerlo. Esto pasó hace dos días, el viernes fui a mis compañeros de producto y les dije: oye, esto podría tener un impacto en nuestro cliente añadiendo la posibilidad de ofrecerles una sensación de seguridad con respecto a las validaciones. Y me dijeron: sí, mételo en nuestra lista de tareas (backlog). Vamos a investigarlo un poco y a tomar una decisión sobre si deberíamos dedicar tiempo a invertir en ello o no. Porque nuestro equipo solo consta de cuatro personas. Nuestro equipo de desarrollo trabaja en dos productos. Exacto. Llegada a la bandeja de entrada y validaciones. Exacto. Así que es mucho que manejar. Por eso tenemos que ser muy estrictos respecto a en qué trabajamos y qué va a causar el mayor impacto en nuestros clientes. Y con el mercado, con nuestros compañeros de producto, podemos hacer ese estudio de mercado, hacernos una idea y luego nos dicen: oye, mira, esto es lo que creemos que deberíamos hacer, y entonces nos comunicamos con ellos. Oye, desde un punto de vista técnico, estas son las cosas que tenemos que hacer si queremos escalar; estamos viendo que a nuestros clientes les encanta este producto. Para escalar esto, vamos a tener que hacer esta cosa en concreto. Y es ahí donde tenemos que tener esa tensión entre ambos para determinar: ¿creamos una función nueva? ¿Compartimos cosas? Y así es más o menos como funciona el proceso: tenemos reuniones y conversaciones sobre cuál es la prioridad, y a partir de ahí las ordenamos y simplemente nos ponemos a trabajar.
00:22:48
Eric Trinidad: Es increíble. Y has dicho una cosa ahí que, creo que es exactamente por la que disfrutamos tanto trabajando aquí, algo así como: ¿qué va a tener el mayor impacto para nuestros clientes? O sea, qué es lo que va a hacerles… todo esto es para ellos. O sea, es una herramienta enfocada en ellos, para ellos, ya sabes, creada por desarrolladores, para desarrolladores. Ya sabes, esto es increíble. Así que es genial. Es una forma excelente de decirlo.
00:23:09
Jonathan Torres: Sí. No, estoy de acuerdo, es perfecto. Me gusta poder ser parte del proceso y el proceso cuando tenéis una idea, cuando a un miembro del equipo de asistencia se le ocurre una idea, cuando, ya sabes, los clientes dan su opinión al equipo de producto o incluso el propio equipo de producto, cuando propongo una idea diferente… poder compartir eso y difundirlo y decir: bueno, vamos a evaluarlo, a pensarlo en serio y a empezar a desarrollarlo. Y el hecho de que tengamos ese lujo es bastante increíble. De eso no cabe duda. Y sí, funciona. Creo que ha funcionado. Ha funcionado hasta ahora. Nos ha traído hasta aquí y sí, agradezco que nos hayas enseñado un poco lo que hay detrás del telón, un pequeño adelanto de lo que ocurre entre bastidores.
00:23:52
Alan Erwin: Son cosas divertidas. Probablemente sea el mejor sitio en el que he trabajado. Simplemente me encanta correr de un lado a otro y enseñarle cosas a la gente y, como soy un yonqui de las pizarras blancas, como ya sabéis, me paso el rato yendo y diciendo: oye, asistencia, vamos a hacer un AMA (pregúntame lo que sea). Venga, un viernes a las dos, vamos a charlar simplemente sobre validaciones. Hacemos charlas formativas durante el almuerzo y cosas de ese tipo. Y conseguir que la gente se implique en nuestro producto y en nuestra empresa ayudará a nuestros clientes. Exacto. Así que me paso la vida intentando fomentar esa cultura. Y lo veo en la gente todo el tiempo, lo cual es increíble, porque, al fin y al cabo, eso despertará ideas que a mí no se me ocurrirían, ya que los demás ven las cosas de manera diferente. Y luego, lo que acaba en nuestro panel de tareas, para que lo investiguemos y trabajemos en ello, puede venir de cualquier parte de la empresa o de fuera de ella. Y luego podemos decir: ah, ¿esto va a tener algún impacto en nuestro cliente? ¿Va a hacerles la vida más fácil y va a hacer que nuestro producto sea mejor? Sí, hagámoslo. Así que sin duda queremos fomentar eso aquí en Mailgun.
00:24:56
Eric Trinidad: Digo, dos años aquí, ¿ves lo que traerán los próximos dos años o simplemente te sientes como…?
00:25:09
Alan Erwin: ¿Son dos o diez o dos, ya sabes, como qué?
00:25:12
Eric Trinidad: Llevas solo dos años y siento que ya has hecho muchísimo; quiero decir, como que ya has dejado tu huella en Mailgun. ¿Te ves ampliando eso aún más o te ves intentando diversificar con nuestro producto?
00:25:28
Alan Erwin: Bueno, la forma en que yo veo trabajar para una empresa es que quiero generar el mayor impacto posible. Exacto. Así que si ocupo un rol de desarrollador y puedo generar un impacto enorme, y llega un momento en el que no logro el mismo impacto que antes, cambiaré y haré lo que la empresa necesite para asegurarme de seguir generando ese tipo de impacto. Exacto. Por lo tanto, en este caso, si paso a liderar equipos y hacer cosas por el estilo, pues sí, claro. Solo quiero asegurarme de que la inversión que estoy haciendo en Mailgun, la que ya he hecho, los dos años que ya he invertido, siga siendo un pilar para hacer que nuestra empresa sea mejor. Exacto. Así que, si eso significa que mi siguiente paso es pasar a ser como un líder técnico y empezar a dirigir equipos, genial. Hagámoslo. Siempre que progresemos como empresa y hagamos mejor la vida de nuestros clientes. Sí, ese es el plan que tengo ahora mismo.
00:26:19
Eric Trinidad: Bien dicho.
00:26:20
Jonathan Torres: ¿Algo más que quieras mencionar? ¿Algo que sientas que necesites sacarte de dentro ahora mismo?
00:26:24
Eric Trinidad: ¿Algún saludo especial?
00:26:26
Alan Erwin: Un saludo especial a mi equipo. Se dejan la piel trabajando. Y, ya sabes, eso hace que sea muy divertido trabajar aquí y, oye, a pesar de los días y noches interminables y demás que nos toca trabajar a veces, sigue siendo un placer trabajar con ellos. Y no querría trabajar en ningún otro sitio.
00:26:40
Eric Trinidad: Sí. Venir a trabajar es definitivamente un placer. Y como sabes, no todo es diversión. Por supuesto, ya sabes, trabajamos duro sin duda, pero cuando estás rodeado de grandes personas, el día se pasa más rápido y se hace mucho más… Iba a decir «más mejor», porque acabo de darle a mi micro. Pero me refería a mucho mejor. Bueno, si quieres oír o consultar más sobre nuestras validaciones, tenemos blogs y documentación al respecto en nuestro sitio web. Si tienes cualquier pregunta, contacta con los miembros del equipo de asistencia, con el personal de asistencia aquí en Mailgun. Alan, te lo agradezco mucho. Eres hermoso, tío. Eres un devineer y un ingeniero de desarrollo.
00:27:23
Alan Erwin: Me quedo con lo de hermoso. Me encantan los halagos.
00:27:29
Jonathan Torres: Oh, sin duda. Muchas gracias por enseñarnos lo que hay tras el telón, como he dicho, creo que a la gente le viene genial algo así de vez en cuando. Exacto. No es de lo que trata en realidad este podcast. Es como un pequeño festival de cariño esta vez, para ti, para todos vosotros y para el trabajo que hacéis. Pero de verdad, el simple hecho de echar un vistazo detrás del telón, creo que siempre es súper útil que la gente lo vea. Y a veces es lo que la gente quiere, ya sabes, a mí me gusta verlo. Lo sé y tú lo sabes. Bueno, esa es mi parte favorita de las series documentales. Siempre que corren un poco el telón, siempre es divertido.
00:27:59
Eric Trinidad: Por eso os lo agradezco, a ti y a tu equipo. Asegúrate de chocar esos cinco de forma seca y darles un abrazo bien fuerte de nuestra parte cuando les veas, hasta la próxima. Gracias.
