Visão geral
00:00:21 – Diga olá a um dos desenvolvedores do Mailgun, Alan Erwin
00:01:18 – Como um desenvolvedor começa
00:05:51 – Construindo Validações em massa
00:15:35 – “Se eu não estivesse construindo isso, o que eu iria querer?”
00:00:05
Eric Trinidad: Bem-vindos ao Email’s Not Dead. Meu nome é Eric e este é o Jonathan.
00:00:07
Jonathan Torres: Olá.
00:00:08
Eric Trinidad: Ei, obrigado a todos por voltarem. Estamos continuando nossa série sobre aquele doce, doce funil de envio e indo mais a fundo no pipeline. Mas pensamos em trazer algo um pouco diferente. Queremos mudar um pouco as coisas.
00:00:20
Jonathan Torres: Sim, uma boa mudança de ritmo.
00:00:21
Eric Trinidad: Sim, apenas algo diferente. E pensamos que vocês gostariam de ver ou ouvir, bem, vocês não podem realmente vê-los, pois podem apenas ouvir a voz dele. Conosco hoje, temos Alan Erwin, um de nossos desenvolvedores aqui no Mailgun. Bem-vindo, senhor. Obrigado por estar conosco.
00:00:35
Alan Erwin: Olá, pessoal. Contente por estar aqui.
00:00:36
Jonathan Torres: Gostei desse título que acabamos de criar para você, devineer.
00:00:39
Eric Trinidad: Devineer.
00:00:39
Alan Erwin: Me sinto um pouco sofisticado agora.
00:00:42
Eric Trinidad: Sim. Não, eu sei. Eu vi que você ganhou um pouco de estilo agora que fizemos isso. Você definitivamente deveria ter uma xícara com isso escrito nela.
00:00:48
Jonathan Torres: Sim. Devineer, então, você sabe, um desenvolvedor definitivamente não tem um diploma de engenharia, mas acho que você está perto o suficiente.
00:00:55
Alan Erwin: Estou trabalhando nisso.
00:00:55
Jonathan Torres: Acho que devineer, pelo menos. Eu gostei, gostei muito.
00:00:58
Eric Trinidad: Então queríamos trazer você hoje não apenas para falar sobre algumas das coisas nas quais você esteve trabalhando, porque elas andam lado a lado. Elas na verdade estão no funil de envio do qual estamos falando na semana passada ou nas últimas semanas em que tivemos programas, mas essencialmente queríamos saber sua opinião sobre as coisas de back-end, quem é você como pessoa. O que forma você? O que o trouxe aqui? Todas essas coisas e muito mais.
00:01:18
Alan Erwin: Bem, ok, então vamos ver. Eu faço desenvolvimento de software há 11, quase 12 anos agora. Comecei logo em seguida, como na faculdade, trabalhando na Rackspace como estagiário. Consegui meu emprego lá, não sabia programar e aprendi a fazer café. E foi isso que fiz para manter meu emprego.
00:01:39
Alan Erwin: Eu mantinha os desenvolvedores que estavam me ensinando felizes fazendo café para eles todos os dias e meio que comecei a pegar as coisas e aprender o mais rápido que podia para manter meu emprego e, então, progredir a partir daí. Então trabalhei na Rackspace por nove anos em todos os tipos de produtos lá, variando do sistema global de autenticação ao sistema de uso deles, tipo, depende apenas dos serviços de back-end deles, principalmente. E faço a mesma coisa aqui. Então aqui eu trabalho no serviço de validação e no produto de entrega na caixa de entrada para o Mailgun.
00:02:08
Eric Trinidad: Sim, exato. E o produto de validação foi algo que aprendemos no funil de envio sobre o qual conversamos. Então falaremos um pouco sobre isso mais tarde também. Mas você sabe, o Mailgun é uma plataforma para desenvolvedores. Com isso dito, você sabe, antes de entrarmos em tudo isso, tipo, quais são algumas coisas que, tipo, interessaram a você nos interesses… das quais você se interessa?
00:02:28
Alan Erwin: Ah, então, coisas paralelas que me motivam?
00:02:31
Eric Trinidad: Sim, sim, sim, sim.
00:02:33
Alan Erwin: Então, tipo, eu faço um pouco de tudo. Variando desde treinos de crossfit a jogar D&D com o pessoal daqui até construir armários, tipo, aleatórios nos quais eu trabalho.
00:02:44
Eric Trinidad: É? Tudo bem.
00:02:46
Jonathan Torres: Acho que isso precisa de muito mais explicação do que apenas armários aleatórios para se trabalhar.
00:02:52
Alan Erwin: Então, uma das coisas que é realmente incrível sobre a cultura aqui no Mailgun é que somos muito incentivados a trabalhar nas condições que nos tornam mais produtivos. Certo. Portanto, minha gerência deixou bem claro que se quisermos trabalhar remotamente, podemos trabalhar remotamente e para tornar mais fácil para mim estar remoto. Eu tenho dois filhos, uma esposa e dois cachorros, e é muito difícil, sabe, manter as coisas calmas na minha casa.
00:03:15
Jonathan Torres: Essa é uma casa cheia.
00:03:16
Alan Erwin: Sim, com certeza. E meus filhos estão, tipo, agora andando e são crianças pequenas e tudo mais. Então, para facilitar meu trabalho, ocupei o closet do meu quarto e, sabe, coloquei uma mesa e um frigobar, montei uma TV e comecei a trabalhar.
00:03:31
Jonathan Torres: Esse é o sonho.
00:03:34
Eric Trinidad: Sim, eu ia dizer incrível e maravilhoso, mas saiu “incrívelhoso”.
00:03:38
Jonathan Torres: Se formos combinar palavras hoje, é só isso que faremos. Já fomos com devineer, incrívelhoso. Então tenho certeza de que apareceremos com mais alguma coisa adiante. Isso é, de verdade, tipo um pequeno sonho parcial. Tipo, eu tenho meu próprio escritório, entre aspas, na minha casa, mas nunca consigo fazer nada de divertido com ele. Como se fosse apenas tipo, está lá e eu fico tipo, eu vou arrumar isso, eu vou fazer algo mais, eu vou construir isso. E nunca faço, então, quero dizer, parabéns pelo fato de você estar assumindo o controle disso e eu sei que você está construindo coisas, embora ainda não tenha terminado totalmente.
00:04:08
Alan Erwin: Tenho algumas ideias, tipo, minha esposa aprovou uma porta secreta. Sim. Eu vou fazer uma entrada secreta para lá. Então isso deve acontecer provavelmente até o final do verão… estará instalada. Portanto, será muito incrível.
00:04:19
Jonathan Torres: Sim. Tudo bem, legal. Quero dizer, para sair das coisas pessoais, mais algumas coisas que você faz como um devineer. Um pouco mais. Mas eu tenho uma pergunta, porque sei que você curte essas coisas. Harry Potter. Qual é a sua casa de Hogwarts?
00:04:34
Alan Erwin: Ok, definitivamente sou da Grifinória. Sem dúvida alguma, tipo, o cavalheirismo. Tem tudo a ver com isso.
00:04:40
Jonathan Torres: Tudo bem. Incrível. Apenas curioso. Só queria mencionar isso.
00:04:43
Eric Trinidad: Não, não. Eu também.
00:04:45
Jonathan Torres: Vindo de um Lufa-Lufa. Sabe, eu não posso dizer muita coisa. Eu sei. Sinto muito. Eu fiz o teste. Foi o que o resultado disse.
00:04:51
Alan Erwin: Sim. Eu caí na casa da Grifinória quando fiz o teste.
00:04:55
Eric Trinidad: Sai daqui, Lufa-Lufa.
00:04:59
Jonathan Torres: Tudo bem, acho que agora podemos passar para mais coisas, mas é legal, quero dizer, considerando tudo isso, acho que com cada um de nós, eu sei por mim pessoalmente que as coisas que vivenciei em trabalhos anteriores e fazendo as coisas que fiz ao longo da minha vida também influenciaram como trabalho e o que faço profissionalmente, e as coisas que até mesmo fazemos neste podcast. Certo. Tipo, a experiência de vida meio que acompanha você em tudo o que faz. Então, tipo, levando isso em consideração. Tipo, eu sei que você fez algumas coisas aqui, como no Mailgun. Em que tipo de coisas você conseguiu trabalhar? Que tipo de coisas você tem feito? Quero dizer, eu sei… um fato divertido também, seu aniversário de dois anos está chegando em alguns dias.
00:05:33
Alan Erwin: Sim, fará dois anos daqui a alguns dias, no final, em 4 de março. Sim, tem sido uma loucura, dois anos.
00:05:40
Jonathan Torres: Sim. Quero dizer, essa é a parte divertida, certo. Tipo quando você, quando você tem essa experiência, mas tipo. Sim. Então, quero dizer, primeiro, parabéns. E segundo, tipo, durante o tempo em que você esteve aqui, que tipo de coisas você conseguiu fazer, ou com as quais trabalhou ou se divertiu fazendo.
00:05:51
Alan Erwin: Se você está falando sobre produtos, o primeiro projeto real que fui encarregado de assumir foi o recurso de validação em massa aqui no Mailgun. Certo. Então tínhamos um recurso de validação que as pessoas podiam usar e uma chamada de API única, não em seus formulários, coisas assim. E queríamos poder abrir a ideia de que as pessoas pudessem nos dar listas, uma lista grande de endereços de e-mail, e podermos validá-los o mais rápido possível. Certo. Então uma das coisas que é muito legal sobre o Mailgun é que, sempre que nos pedem para fazer uma tarefa, nós assumimos a responsabilidade por ela. É nossa e podemos desenvolvê-la como quisermos. E podemos apresentar designs para soluções e recebemos feedback. Mas, em geral, se for por esse caminho que você deseja seguir, você segue, certo. Por exemplo, com esse recurso de validação em massa, decidi usar o Cassandra e o Kafka para, tipo, dividir o trabalho. E foi muito divertido, sabe? Apenas poder realmente mergulhar naquilo e simplesmente construir uma solução e ser dono dela por completo. Em muitas empresas grandes, como Rackspace ou Microsoft, você tem, tipo, arquitetos que meio que lhe dão trabalho e ajudam você a projetar esses tipos de soluções. Aqui você meio que é tudo isso do início ao fim. E você trabalha com os negócios e trabalha com, você sabe, o pessoal de front-end para criar as APIs da maneira que precisa. E então isso é uma das coisas muito legais. Quando comecei aqui, assumi o recurso de validação em massa e foi meio que do tipo: vá em frente. Então, esse foi um dos grandes pontos de partida aqui no Mailgun, além de poder ajudar a liderar a equipe na qual estou trabalhando e coisas assim. Tem sido muito legal.
00:07:15
Jonathan Torres: Isso é incrível. Quando você começa a comparar isso com outros lugares, tipo, eu não sei, eu nunca estive desse lado da empresa. Eu nunca consegui estar desse lado das coisas, tipo, eu com certeza sei como é trabalhar com algumas equipes de suporte e coisas dessa natureza. Eu definitivamente fiz algumas coisas técnicas, mas não realmente no sentido de desenvolvimento, mais como trabalho técnico manual, o que, você sabe, é legal. Mas, quero dizer, tudo isso é muito processual, muito, você sabe, e por conta do fato de que tem que estar certo, muito daquilo é bem definido e esquematizado. Isso é um processo. É isso que vamos fazer e como vamos fazer. E sempre que há flexibilidade, adoro quando você pode ser meio criativo com algumas dessas coisas. Então, quero dizer, apenas para manter isso em mente, sei que você tem que falar um pouco sobre isso. Certamente nos aprofundaremos nisso, tenho certeza, em apenas um minuto ou mais. Mas sim, como você mencionou, as validações, tipo, o que você pode nos dizer sobre as validações? Como isso expandiu sua jornada aqui? O que você conseguiu fazer com isso? Tipo, qual foi o processo de pensamento quando você meio que começou a construir parte desse processo?
00:08:05
Alan Erwin: Então, quando cheguei aqui, eu tinha um conhecimento muito limitado sobre e-mail. Eu não sabia muito bem o que era o SMTP, por exemplo, e não tinha uma ideia real do que nossos clientes precisariam. Mas eu entendia de serviços de back-end. Certo. Então minha primeira investida em entender as coisas foi que para conseguir um emprego aqui, eu tive basicamente que construir o Mailgun, certo. Como desenvolvedor, digamos, como eu abordaria isso? O que me deu uma ideia de como o e-mail é feito. Então, sempre que olho para validações, certo, nós vamos e fazemos tudo o que podemos para entender os riscos e fazer a interação padrão de e-mail, apenas sem enviar dados. Certo. Porque não somos, não queremos ser apenas um spammer, mas também queremos ser capazes de ajudar nossos clientes a entender os riscos e fazer tudo isso. Então, sempre que tive a oportunidade de usar esse produto… Eu consegui construir aquele produto e também pude dizer: ok, deixe-me falar com o suporte. Isso era algo muito bom para se fazer na Rackspace, que era: ei, suporte. O que exatamente vocês recebem de volta de nossos clientes que precisam de validações, tipo, existe algum risco. Certo? Tipo, será que, eles estão, eles estão obtendo os resultados corretos? E isso é algo que gosto no Mailgun: somos incentivados a nos comunicar com outros grupos, o que não é necessariamente a mesma coisa em outras empresas.
00:09:23
Jonathan Torres: Sim, definitivamente.
00:09:25
Eric Trinidad: Sim, essa parte do feedback. Mas estamos, você conseguiu obter muito feedback dos clientes, porque sei que fizemos testes beta por um tempo, sabe, e eu tive alguns clientes com quem trabalhei que estiveram envolvidos naquele teste beta, como se de forma geral foi bom, ou até mesmo os feedbacks negativos que você recebeu, você conseguiu absorver isso?
00:09:42
Alan Erwin: Com certeza. Essa é uma, das coisas que é realmente ótima, é que eu nunca havia participado de uma ligação com clientes antes de trabalhar aqui. Eu legitimamente ficava sempre escondido lá atrás, nos serviços de back-end das empresas. E isso foi uma das coisas muito legais enquanto estávamos desenvolvendo ambas as validações, certo. Tivemos um cliente que entrou, que estava muito interessado em usá-lo. Eles eram um caso de uso para o qual estávamos desenvolvendo isso e estavam dispostos a nos dar informações beta e realmente conversar e trabalhar conosco enquanto refinávamos o recurso. E então, sobre o que foi bom e ruim, algumas dessas conversas foram difíceis, mas nós recebemos feedbacks muito bons. E a coisa que também é muito legal sobre o Mailgun é que nosso processo de desenvolvimento é muito rápido. Certo. Portanto, nossa capacidade de receber feedback de um cliente, dar a volta por cima e entregar o que ele estava procurando foi muito rápida. A janela de tempo é bem curta. Então o cliente pode sentir que… nós nos importamos com o que ele diz. E isso é algo muito diferente de muitas equipes de desenvolvimento, o que é muito legal.
00:10:41
Jonathan Torres: Sim, acho que isso, realmente, da minha perspectiva. Certo, nunca fui desenvolvedor, como acabei de mencionar, mas consegui ver nesse processo como as coisas meio que funcionavam e quais eram as diferentes etapas, porque todos fazíamos parte de um processo. Certo. E sim, sobre o seu ponto, sempre que há a capacidade de se comunicar com todos, a capacidade de obter feedback de muitas pessoas diferentes, a capacidade de obter opiniões até mesmo no nível mais básico, tipo, isso ajuda demais. Lembro-me de quando produtos como esse começaram a ser desenvolvidos e equipes como as que você está envolvido, e você mesmo, vinham e davam acesso a Documentos do Google, tipo, sabe, ou coisas dessa natureza. Certo. Coisas desse tipo. Podemos meio que entrar lá, colocar algumas informações, anotar algumas coisas onde todos nós possamos compartilhar essa informação e compartilhar a riqueza de conhecimento sobre: ei, vejo que você está fazendo essa verificação aqui para o serviço X ou, você sabe, talvez isso devesse entrar mais tarde no processo ou no início do processo. De acordo com o que sabemos sobre quando as coisas quebram e quando sabemos que haverá problemas, e poder meio que filtrar isso e meio que iterar sobre isso antes que um produto vá ao ar, é super incrível. Primeiro, porque eu nunca tive essa experiência, pois geralmente nós somos exatamente como você acabou de dizer. Certo. Geralmente há uma equipe de produto filtrando as informações para algum arquiteto, que as filtra para uma equipe de desenvolvimento. E você não tem a oportunidade de ser uma etapa ou parte de cada parte desse processo. E fazer isso e ser capaz de ver esse processo e ser parte desse processo. Primeiro, é incrível, e segundo, eu acho que ajuda demais poder ter um filtro verdadeiro sobre o que precisa acontecer, e como precisa funcionar. Quais são os pensamentos por trás de cada pedacinho disso? Porque, como você disse, você não sabe realmente muito sobre e-mail ao entrar nisso. Eu sabia muito, até demais, sobre e-mail entrando nisso. Tipo, eu gostaria de que houvesse coisas que eu não soubesse sobre e-mail. Mas, você sabe, é tipo uma daquelas coisas que, com todos trabalhando juntos, todo mundo conseguindo meio que trazer a sua peça do quebra-cabeça, acho que apenas ajuda muito. Portanto, é incrível ouvir do seu lado, tipo, o quanto isso, você sabe, ajudou vocês ou quais as coisas que você achou interessantes a respeito disso? E para mim, tipo, essa é definitivamente parte do que achei interessante sobre isso, porque todo mundo dá alguma contribuição. Mas quando todo mundo está dando a contribuição certa para a coisa certa, para a parte que eles conhecem, acho super, super útil.
00:12:44
Alan Erwin: Com certeza. Uma das coisas que é incrível é que nossa liderança dá suporte a isso, certo? Sim. Nosso CTO é muito a favor de, tipo, tome a iniciativa e faça as suas coisas. E espera-se que procuremos as pessoas que mais sabem e aproveitemos essas informações, porque não me ajuda em nada tentar desenvolver em um silo, certo, porque no final das contas, o sistema vai ter que dar suporte ao produto que estou lançando e a equipe de vendas vai ter que vender o produto que estou desenvolvendo. Então, não saber o que ele deve fazer e não saber o que é necessário para dar suporte a ele não ajuda ninguém. E todas as nossas equipes de desenvolvimento se sentem dessa maneira. Eles simplesmente constroem coisas e trabalham de perto com nossas equipes de suporte para corrigir problemas o mais rápido possível. E estamos de sobreaviso para os produtos que desenvolvemos. Portanto, nos convém construir sistemas que tenham alertas rápidos em implantações relâmpago e coisas do tipo, para que, quando o suporte disser: ei, existe esse problema que precisa ser corrigido, possamos corrigi-lo rapidamente, ou quando a equipe de vendas disser: ei, temos essa oportunidade muito legal no mercado. Nós conseguimos chegar lá? E podemos dizer: sim, dê-nos duas semanas e construiremos algo que possa fazer isso. E isso é algo muito raro em empresas de rápido crescimento como a nossa.
00:13:56
Jonathan Torres: Isso é incrível. Sim, isso é muito legal.
00:13:57
Eric Trinidad: Depois daquela primeira ligação, tipo, como você se sentiu ao entrar nela? Tipo, como alguém que nunca havia falado com clientes antes.
00:14:05
Alan Erwin: Na primeira, eu realmente não falei muito, meio que fiquei apenas sentado lá do tipo: eu não quero estragar tudo; mas eu acho que alguns dos nossos caras de vendas fazem um trabalho muito bom em nos orientar, porque eu sou um desenvolvedor. Às vezes é muito difícil me comunicar de forma eficaz com os clientes. Então o vendedor conduz aquela conversa. E então, sempre que é necessário algum conhecimento técnico, é aí que eu meio que entro em cena e digo: ok, é exatamente assim que funciona. Deixe-me dar mais informações a você. Posso me aprofundar mais. E então, na conversa seguinte, eu consegui sentir qual era a profundidade do cliente e o que ele queria saber. E então pude conduzir essa conversa, o que tornou muito, muito fácil me comunicar com eles de forma eficaz.
00:14:47
Jonathan Torres: Isso é incrível, se você precisar de prática algum dia. Na verdade, eu fiz aquela coisa toda de encenação de papéis. Na verdade, eu permiti, sabe, todo mundo que entrava sabia que teria que fazer uma encenação de funções contra mim. Mas para que soubessem o que precisam fazer. Então, se um dia você quiser isso, me avise.
00:15:00
Alan Erwin: Fechado. Marque isso, com certeza.
00:15:04
Jonathan Torres: Bem, seguindo por essas mesmas linhas, certo, uma vez que passamos pelos estágios de desenvolvimento, uma vez que entramos no produto em si. Nós somos muito focados na API, certo. O próprio Mailgun, centrado na API, feito por desenvolvedores para desenvolvedores, tem sido meio que um pequeno lema paralelo ou nosso lema interno, no mínimo. Ou como esse processo aconteceu? Certo. Tipo, você deve pensar nisso num sentido, tenho certeza, de como isso será usado por meio de uma API e como isso chegará até nós quando estivermos fazendo esse tipo de coisa, como qualquer coisa que você ache interessante, diferente ou meio que voltada para isso enquanto você construía as coisas.
00:15:35
Alan Erwin: Então, sempre que vou projetar uma API, meio que tenho que pensar sobre isso de uma maneira como: se eu não estivesse construindo, o que eu iria querer? Como eu iria querer que ela se comportasse? E porque entendo os fundamentos de um serviço REST, que é o que geralmente fazemos aqui, para expor aos nossos clientes, isso me permite dizer: OK, o que eu posso fazer e por que eu não posso fazer? Se estou realmente seguindo os idiomas para os quais vou olhar, estou expondo, por exemplo, validações em massa. Nós exporemos a ideia de um recurso de trabalho e um cliente seria capaz de dizer: ok, iniciei um trabalho. O que é que eles vão poder fazer com isso? E falarei com o nosso pessoal do front-end e direi: ei, que tipo de dados vocês vão querer expor para o cliente através do portal deles? Então, sempre que construo essa API, eu elaboro um contrato de API e digo: é assim que ela vai se comportar. Qual é a sensação de vocês em relação a isso? E então isso vai voltar e passaremos por iterações, nos certificando de que o contrato esteja correto para o recurso que estamos construindo. E então construiremos um recurso, o testaremos em teste (staging), colocaremos alguns testadores beta em produção e, em seguida, receberemos o feedback. E isso nos permite alterar o contrato, se necessário, antes de colocá-lo no ar. Claro, temos o controle de versões na nossa API para permitir o desenvolvimento de novas coisas, por exemplo, e validações. Temos um recurso v3 de um lançamento v3 e, em seguida, temos um da v4. A V4 oferece um conhecimento mais aprofundado sobre o que estamos fazendo com as validações. Então, por exemplo, você tem uma avaliação de risco; na v3, você não tem isso. Então, por usarmos uma API REST, conseguimos adicionar recursos em versões e permitir que os clientes meio que tomem decisões sobre o comportamento que desejam. Certo. O que é muito bacana. Algo que aprecio muito na criação de APIs REST é que os clientes conseguem decidir por si próprios o que querem e o que querem fazer. E, por exemplo, se tivermos um revendedor que deseja vender validações ou nosso recurso de entrega na caixa de entrada ou algo do tipo, integrando nessa API, ele simplesmente se posiciona em cima disso e diz: ok, eu vou colocar minha própria interface de usuário (UI). Eu poderei, sabe, fazer com que ele se conecte à minha camada de serviço e tudo, meio que simplesmente funcionará, contanto que tenhamos um contrato sólido e muito bom. Então é basicamente assim que isso funciona. Sim, sim.
00:17:51
Jonathan Torres: Mas é legal ver o processo de raciocínio por trás disso. Certo. Porque nem todo mundo, acho, sabe, todo mundo faz, todo mundo em algum momento tem que pensar sobre coisas como: como isso vai funcionar, como isso vai processar, o que tudo isso vai ser. Mas sim, tipo, é bom eu achar que é feito dessa forma, tipo, ter toda a parte focada na API, e poder fazer isso e a facilidade de uso de muitas dessas coisas. Quero dizer, só para ter sua opinião, meio como você processa por meio disso, as diferentes etapas pelas quais você tem que passar para construir essas coisas, porque temos muito acontecendo dentro do Mailgun, porque há tantas APIs, há tantas coisas diferentes que você pode fazer com isso. E, sabe, uma das coisas que você havia mencionado antes é tipo, exatamente quando estávamos tendo uma conversa franca sobre todas essas coisas, e você havia mencionado que, uma vez que você lança uma API, você está meio que preso a ela. Certo. Você pode adicionar certas coisas, mas não é possível alterar a maior parte do que está lá para uma versão de API, a menos que você a atualize e crie uma nova versão para ela. Então, com o recurso de validação, senti que houve um retorno rápido naquilo entre a versão três, que faz todas as coisas que aquela coisa em particular faz, incluindo poder colocar isso em algum lugar público para fazer as chamadas de que você precisa em um ritmo muito rápido. E então a v4, quando você está falando sobre validações em massa, você sabe, e poder fazer upload e visualizar processos dessa forma, com a avaliação de risco também. Então o fato de estarmos ou de que o próprio Mailgun conseguiu iterar sobre isso e fazer coisas nesse ritmo e ser capaz de fazer coisas, eu não sei. Para mim, a maneira como olho para isso, sempre que penso, tipo, bem, eu quero ter certeza de que esses endereços estão corretos. Ambos satisfazem as necessidades. O primeiro definitivamente para o lado de front-end de qualquer plataforma que você esteja tentando criar ou fazer ou configurar. E o segundo é, sim, dar as ferramentas para que as pessoas possam fazer isso em massa, que possam fazê-lo da maneira adequada e que possam ter algo que foi construído especificamente para isso. Então, em vez de simplesmente tentar misturar tudo, a capacidade de poder separar essas coisas da forma como, como isso foi feito, acho que é muito impressionante, o que é, quero dizer, uma das principais razões pelas quais eu acho que queríamos falar com você especificamente. Mas, sabe, isso é legal. É bom ver isso. É bom obter feedback do lado interno das coisas sobre como aquilo funcionou.
00:19:53
Eric Trinidad: Concordo. Ele tem a sua maneira de pensar e a sua forma de agir seguindo por esse caminho, e acho que, das empresas para as quais trabalhamos no passado, mesmo antes de eu conhecer o Jonathan, sim, houve um tempo em que eu e o Jonathan não nos conhecíamos. Mas isso foi há quase uma década.
00:20:12
Jonathan Torres: Tempo demais.
00:20:13
Eric Trinidad: Uma única lágrima. Sim, trabalhei com outras empresas nas quais levava muito tempo, tipo, demorava muito entre iterações e para as coisas mudarem e as coisas realmente acontecem numa velocidade alucinante por aqui. Tipo, de verdade, as coisas conseguem ser alteradas e atualizadas e conseguimos disponibilizar e colocar em funcionamento o DLC mais recente para nossos serviços de validação. Portanto, acho incrível que possamos trabalhar tão rapidamente uns com os outros. Como sua equipe meio que avança e pensa em priorizar algumas dessas diferentes mudanças e coisas que estão acontecendo.
00:20:40
Alan Erwin: Primeiro, sempre que entregamos um produto? Certo. Sempre há uma necessidade de suporte que entra em jogo. Certo. Então, a primeira coisa é, uma vez entregue, dizemos: certo, onde precisamos reforçar as coisas, garantir que elas funcionem e que tenhamos mais monitoramento e recuperação de desastres, coisas desse tipo. E então também trabalhamos com uma equipe de produto que está de olho no mercado e dizendo: ok, para as validações. Qual é a sensação? Tipo, qual é a sensação no panorama atual? O que nossos concorrentes estão fazendo? Toda empresa tem uma equipe de produto fazendo isso, e nós trabalhamos bem perto deles. Mas também surgimos com ideias por conta própria. E uma delas é muito bacana. Todo o serviço de validação surgiu da ideia de um desenvolvedor. Certo. E algo que também é muito bacana sobre o Mailgun é que eu posso ir até o pessoal do produto e falar, tipo: ei, eu tenho essa ideia e acho que devíamos fazer. Isso aconteceu há dois dias, na sexta-feira eu fui até a equipe de produto e falei: ei, isso aqui pode impactar o nosso cliente, adicionando a capacidade de ter uma noção da segurança em torno das validações. E eles disseram: sim, coloque isso no nosso backlog. Vamos fazer algumas pesquisas a respeito disso e meio que tomar uma decisão se devemos ou não dedicar tempo investindo nisso. Porque a nossa equipe é de apenas quatro pessoas. A nossa equipe de desenvolvimento está trabalhando em dois produtos. Certo. Entrega na caixa de entrada e validações. Certo. E, portanto, é muito a se lidar. Portanto, temos que ser muito rigorosos em relação ao que estamos trabalhando e o que vai gerar o maior impacto para nossos clientes. E assim nós temos com nosso mercado, com nosso pessoal de produto, podemos fazer essa pesquisa de mercado e ter uma noção e, então, eles trazem de volta: ei, olha, é isso que achamos que deveríamos fazer, e então nós nos comunicamos com eles. Ei, de um ponto de vista técnico, estas são as coisas que temos que fazer se quisermos dimensionar (escalar) aquilo em que estamos vendo os nossos clientes realmente amando este produto. Para escalar isso, teremos que fazer esta coisa específica. E é aí que meio que temos que ter essa tensão entre os dois para determinar, tipo, vamos desenvolver um novo recurso? Nós reforçamos as coisas? E é meio assim que o processo funciona: temos reuniões e conversas sobre qual é a prioridade e, a partir daí, as empilhamos (organizamos a fila) e simplesmente vamos trabalhar.
00:22:48
Eric Trinidad: Isso é incrível. E você disse algo aí que é absolutamente o que eu acho ser o motivo pelo qual gostamos tanto de trabalhar aqui, algo do tipo: o que é que vai dar o maior impacto para nossos clientes? Tipo, o que vai fazer com que eles… isto tudo é para eles. Tipo, esta é uma ferramenta sobre eles, para eles, sabe, feita por desenvolvedores, para desenvolvedores. Sabe, isto é impressionante. Então, tipo, isso é incrível. Essa é realmente uma ótima forma de se expressar.
00:23:09
Jonathan Torres: Sim. Não, concordo, isso é perfeito. Tipo, gosto de poder ser parte do processo, e o processo em que vocês surgem com uma ideia, quando um membro da equipe de suporte surge com uma ideia, quando você sabe que há o feedback dos clientes para a equipe de produto, ou mesmo na própria equipe de produto, eu surjo com uma ideia diferente, conseguir meio que compartilhar isso, espalhar e ver, sabe, vamos avaliar, vamos realmente pensar sobre isso e, depois, começar a trabalhar nisso. E o fato de termos esse luxo é muito incrível. Tipo, um, com certeza. E sim, isso funciona. Eu acho que funcionou. Tem funcionado até agora. Isso nos trouxe até aqui, e sim, agradeço por você nos dar essa espiadinha por trás da cortina, para vermos o que tem acontecido nos bastidores.
00:23:52
Alan Erwin: É algo divertido. Provavelmente é o melhor lugar no qual já trabalhei. Eu apenas gosto de andar por aí e ensinar coisas às pessoas e, tipo, eu sou um viciado em quadros brancos, como vocês sabem, estou constantemente podendo simplesmente ir e dizer: ei, suporte, faremos um AMA (Ask Me Anything). Vamos simplesmente, numa sexta-feira às duas horas, conversar pelo chat sobre validações. Nós fazemos eventos de almoço e aprendizado (lunch and learn) e coisas desse tipo. E fazer com que as pessoas se invistam em nosso produto, em nossa empresa, ajudará nossos clientes. Certo. Então eu estou constantemente correndo para lá e para cá tentando cultivar essa cultura. E eu vejo isso nas pessoas o tempo todo, o que é muito incrível, porque, no fim do dia, isso irá gerar ideias que não terei se não tiver outras pessoas vendo as coisas de forma diferente. E então o que vai parar em nosso verdadeiro, digamos, quadro de backlog para que possamos pesquisar e trabalhar, pode vir de qualquer lugar dentro ou fora da empresa. E podemos então dizer: ah, isso vai impactar o nosso cliente? Isso vai tornar as vidas deles mais fáceis e vai tornar nosso produto melhor? Sim, vamos fazer isso. Então nós definitivamente queremos cultivar isso aqui no Mailgun, com certeza.
00:24:56
Eric Trinidad: Quero dizer, dois anos aqui, tipo, você consegue ver o que os próximos dois anos trarão ou você está apenas tipo, o que você acha?
00:25:09
Alan Erwin: São dois ou dez, ou dois, sabe, tipo, o quê?
00:25:12
Eric Trinidad: Tipo, você está há apenas dois anos aqui e eu sinto que você já fez tanto, tipo, já deixou sua marca no Mailgun, sabe, você se vê meio que expandindo ainda mais isso ou é apenas com esse produto ou você se vê tentando diversificar mais com nosso produto?
00:25:28
Alan Erwin: Então, a forma como vejo o trabalho para uma empresa é: eu quero causar o maior impacto possível. Certo. Então, se estou em uma função de desenvolvedor e sou capaz de causar um grande impacto, e aí chega a um ponto em que não estou causando mais o mesmo impacto que antes, eu mudarei e farei o que a empresa precisar para garantir que eu continue causando esse tipo de impacto. Certo. Nesse caso, se eu for para, tipo, liderar equipes e fazer coisas do tipo, então sim, com certeza. Eu só quero ter certeza de que o investimento que estou fazendo no Mailgun, que já fiz, os dois anos que já investi, continue sendo um elemento fundamental para tornar a nossa empresa melhor. Certo. Então se isso significar que o próximo passo é eu me tornar como um líder técnico e passar a gerenciar equipes, legal. Vamos fazer isso. Contanto que estejamos progredindo como empresa e tornando a vida dos nossos clientes melhor. Sim, é o que planejo fazer agora.
00:26:19
Eric Trinidad: Bem dito.
00:26:20
Jonathan Torres: Mais alguma coisa que você gostaria de mencionar? Há algo que você sinta que precisa desabafar agora?
00:26:24
Eric Trinidad: Quer mandar algum alô?
00:26:26
Alan Erwin: Um salve para a minha equipe. Eles dão duro trabalhando. E isso, você sabe, torna trabalhar aqui muito divertido e, sabe, mesmo com os longos dias e as noites e as coisas nas quais temos que trabalhar, às vezes ainda é incrível trabalhar com eles. E eu não trabalharia em nenhum outro lugar.
00:26:40
Eric Trinidad: Sim. Vir trabalhar é definitivamente um prazer. E como você sabe, não é só diversão e brincadeira. Claro, você sabe, definitivamente damos duro no trabalho, mas quando se trabalha perto de pessoas excelentes, isso simplesmente faz o dia passar mais rápido e tudo fica muito mais… Eu ia dizer ‘mais melhor’ porque acabei de bater no meu microfone. Mas, na verdade, quis dizer muito mais incrível. Bem, se você quiser ouvir mais ou ver mais das nossas validações, temos blogs e temos documentação sobre elas em nosso site. Se tiver alguma dúvida, entre em contato com os membros da sua equipe de suporte, a sua equipe de suporte aqui do Mailgun. Alan, agradeço a você. Você é lindo, cara. Você é um deveneer e um engenheiro de desenvolvimento.
00:27:23
Alan Erwin: Eu fico com a parte do cara lindo. Adoro elogios.
00:27:29
Jonathan Torres: Ah, com certeza. Muito obrigado por, sabe, dar essa espiadinha por trás da cortina que comentei; acho que é incrível as pessoas terem isso de vez em quando. Certo. Não é o que este podcast deveria ser. Um pouco de uma festa de adoração desta vez, uma festa de adoração para você e para vocês e para o trabalho que vocês fazem. Mas, sabe, o simples fato de poder espiar um pouco por trás da cortina, eu acho que é sempre muito benéfico para as pessoas verem. E, você sabe, às vezes as pessoas querem; tipo, eu sei que eu gosto de ver isso. Eu sei, você sabe. Bem, essa é a minha parte favorita de uma série de documentários. Sempre que abrem a cortina um pouquinho, é divertido.
00:27:59
Eric Trinidad: Então eu agradeço a você e a sua equipe. Não se esqueça de dar a eles um ‘toca aqui’ caprichado e um abraço bem forte por nós, até a próxima. Obrigado.
