Présentation
00:00:21 – Dites bonjour à l’un des développeurs de Mailgun, Alan Erwin
00:01:18 – Comment un développeur fait ses débuts
00:05:51 – Création des validations en masse
00:15:35 – « Si je ne le construisais pas, qu’est-ce que je voudrais ? »
00:00:05
Eric Trinidad : Bienvenue dans Email’s Not Dead. Je m’appelle Eric et voici Jonathan.
00:00:07
Jonathan Torres : Bonjour.
00:00:08
Eric Trinidad : Hé, merci à tous d’être de retour. Nous continuons notre série sur ce merveilleux entonnoir d’envoi et nous allons plus loin dans le processus. Mais nous avons pensé faire les choses un peu différemment. Envie de changer un peu les choses.
00:00:20
Jonathan Torres : Ouais, bon changement de rythme.
00:00:21
Eric Trinidad : Ouais, juste quelque chose de différent. Et nous avons pensé que vous aimeriez voir ou entendre, eh bien vous ne pouvez pas vraiment le voir car vous ne pouvez qu’entendre sa voix. Avec nous aujourd’hui, nous avons Alan Erwin, l’un de nos développeurs ici chez Mailgun. Bienvenue, monsieur. Merci d’être avec nous.
00:00:35
Alan Erwin : Bonjour tout le monde. Ravi d’être ici.
00:00:36
Jonathan Torres : J’aime bien ce titre que nous venons de créer pour vous, dévingénieur.
00:00:39
Eric Trinidad : Dévingénieur.
00:00:39
Alan Erwin : Je me sens un peu distingué en ce moment.
00:00:42
Eric Trinidad : Ouais. Non, je sais. J’ai vu que vous aviez un peu d’assurance maintenant que vous l’avez fait. Vous devriez vraiment avoir une tasse avec ça écrit dessus.
00:00:48
Jonathan Torres : Ouais. Dévingénieur, donc vous savez, un développeur qui n’a certainement pas de diplôme d’ingénieur, mais je pense que vous en êtes assez proche.
00:00:55
Alan Erwin : J’y travaille.
00:00:55
Jonathan Torres : Je pense au moins dévingénieur. J’aime ça, j’aime beaucoup ça.
00:00:58
Eric Trinidad : Nous voulions donc vous faire venir aujourd’hui non seulement pour parler de certaines des choses sur lesquelles vous avez travaillé, car elles vont en quelque sorte de pair. Elles se trouvent en fait dans l’entonnoir d’envoi dont nous avons parlé la semaine dernière ou lors des semaines précédentes où nous avons fait des émissions, mais nous voulions essentiellement avoir votre point de vue sur les aspects backend, qui vous êtes en tant que personne. De quoi êtes-vous fait ? Qu’est-ce qui vous a amené ici ? Toutes ces choses et plus encore.
00:01:18
Alan Erwin : Eh bien, d’accord, voyons voir. Je fais du développement de logiciels depuis 11, presque 12 ans maintenant. J’ai commencé juste après, comme à l’université, en travaillant chez Rackspace en tant que stagiaire. J’ai obtenu mon emploi là-bas, je ne savais pas coder et j’ai appris à faire du café. Et c’est ce que j’ai fait pour garder mon emploi.
00:01:39
Alan Erwin : Je rendais heureux les développeurs qui me formaient en leur préparant du café tous les jours et j’ai en quelque sorte commencé à assimiler des choses et à apprendre aussi vite que je le pouvais pour garder mon emploi, puis j’ai progressé à partir de là. J’ai donc travaillé chez Rackspace pendant neuf ans sur toutes sortes de produits, allant de leur système d’authentification mondial à leur système d’utilisation, cela dépend simplement de leurs services backend, principalement. Et je fais la même chose ici. Ici, je travaille donc sur le service de validation et le produit de placement en boîte de réception pour Mailgun.
00:02:08
Eric Trinidad : Ouais, tout à fait. Et le produit de validation était quelque chose que nous avons découvert dans l’entonnoir d’envoi dont nous avons parlé. Nous en parlerons donc un peu, un peu plus tard également. Mais vous savez, Mailgun est une plateforme pour les développeurs. Cela dit, vous savez, avant d’aborder tout cela, quelles sont les choses qui vous ont intéressé… enfin, qui vous intéressent ?
00:02:28
Alan Erwin : Oh, donc juste des petites choses qui me motivent en quelque sorte ?
00:02:31
Eric Trinidad : Ouais, ouais, ouais, ouais.
00:02:33
Alan Erwin : Alors je suis un peu sur tous les fronts. Allant des entraînements de crossfit à jouer à D&D avec des collègues ici, en passant par la construction aléatoire de placards à partir desquels je travaille.
00:02:44
Eric Trinidad : Ouais ? D’accord.
00:02:46
Jonathan Torres : Je pense que cela nécessite beaucoup plus d’explications que de simples placards au hasard pour y travailler.
00:02:52
Alan Erwin : L’une des choses vraiment géniales de la culture ici chez Mailgun, c’est que nous sommes vraiment encouragés à travailler dans les conditions qui nous rendent le plus productifs. C’est vrai. Ma direction a donc été très claire sur le fait que si nous voulons travailler à distance, nous pouvons travailler à distance et pour me faciliter la tâche. J’ai deux enfants, une femme et deux chiens, et c’est très difficile, vous savez, de garder le silence chez moi.
00:03:15
Jonathan Torres : C’est une maison pleine.
00:03:16
Alan Erwin : Ouais, c’est sûr. Et mes enfants, ils marchent maintenant et ce sont des tout-petits et autres. Donc, pour me faciliter le travail, j’ai réquisitionné le dressing de ma chambre principale et, vous savez, j’y ai installé un bureau, un petit mini-réfrigérateur, une télévision au mur, et j’ai tout simplement commencé à travailler.
00:03:31
Jonathan Torres : C’est le rêve.
00:03:34
Eric Trinidad : Ouais, j’allais dire génial et incroyable mais c’est sorti comme « géncroyable ».
00:03:38
Jonathan Torres : Si nous devons combiner des mots aujourd’hui, c’est tout ce que nous allons faire. Déjà commencé avec dévingénieur, géncroyable. Donc je suis sûr que nous allons trouver autre chose en cours de route. C’est vraiment, sincèrement comme un petit rêve partiel. J’ai mon propre bureau entre guillemets dans ma maison, mais je n’arrive jamais à en faire quelque chose d’amusant. C’est un peu comme s’il était là et je me disais, je vais arranger ça, je vais faire quelque chose de plus, je vais l’aménager. Et jamais. Donc je veux dire, bravo, le fait que vous preniez le contrôle de ça et je sais que vous construisez des choses, bien que vous n’ayez pas encore tout aménagé.
00:04:08
Alan Erwin : J’ai quelques idées, par exemple, ma femme a approuvé une porte secrète. Ouais. Je vais y faire une entrée secrète. Donc ça arrivera probablement d’ici la fin de l’été… ça sera installé. Ce sera donc assez génial.
00:04:19
Jonathan Torres : Ouais. D’accord, cool. Je veux dire, pour sortir des choses personnelles, parlons un peu plus de ce que vous faites en tant que dévingénieur. Un peu plus. Mais j’ai une question car je sais que vous aimez ce genre de choses. Harry Potter. Quelle est votre maison à Poudlard ?
00:04:34
Alan Erwin : D’accord, je suis définitivement de Gryffondor. Sans aucun doute, genre, la chevalerie. À fond là-dedans.
00:04:40
Jonathan Torres : Très bien. Génial. Juste par curiosité. Je voulais juste lancer ça comme ça.
00:04:43
Eric Trinidad : Non, non. Moi aussi.
00:04:45
Jonathan Torres : Venant d’un Poufsouffle. Vous savez, je ne peux pas vraiment trop en dire. Je sais. Je suis désolé. J’ai passé le test. C’est ce qu’il a dit.
00:04:51
Alan Erwin : Ouais. J’ai atterri dans la maison Gryffondor quand j’ai passé le test.
00:04:55
Eric Trinidad : Fiche le camp d’ici, Poufsouffle.
00:04:59
Jonathan Torres : D’accord, je suppose que nous pouvons maintenant passer à autre chose, mais c’est cool, je veux dire, en considérant tout cela, je pense que pour chacun de nous, je sais que pour moi personnellement, les choses que j’ai vécues dans mes emplois précédents et ce que j’ai fait tout au long de ma vie ont également influencé ma façon de travailler, ce que je fais comme travail et les choses que nous faisons même sur ce podcast. C’est vrai. L’expérience de vie vous accompagne tout au long de votre parcours et de tout ce que vous entreprenez. Donc, en prenant cela en considération. Je sais que vous avez fait des choses ici, chez Mailgun. Sur quel genre de choses avez-vous pu travailler ? Qu’est-ce que vous avez fait ? Je veux dire, je sais… d’ailleurs fait amusant, cela fera deux ans pour vous dans quelques jours.
00:05:33
Alan Erwin : Ouais, dans quelques jours, à la fin du 4 mars. Ouais, ça a été fou, deux ans.
00:05:40
Jonathan Torres : Ouais. Je veux dire, c’est ce qui est amusant cependant, n’est-ce pas. Comme quand vous avez, quand vous avez cette expérience mais voilà. Ouais. Donc, premièrement félicitations. Et deuxièmement, pendant le temps que vous avez passé ici, sur quel genre de choses avez-vous pu travailler ou vous amuser à faire.
00:05:51
Alan Erwin : Si vous parlez de produits, le premier vrai projet que j’ai été en quelque sorte chargé de reprendre était la fonctionnalité de validation en masse ici chez Mailgun. C’est vrai. Nous avions donc une fonctionnalité de validation que les gens pouvaient utiliser et un appel d’API unique, pas dans leurs formulaires, des choses comme ça. Et nous voulions pouvoir développer l’idée que les gens puissent nous donner des listes, une grande liste d’adresses email, et que nous puissions les valider aussi vite que possible. C’est vrai. L’une des choses vraiment cool à propos de Mailgun est que chaque fois qu’on nous demande d’accomplir une tâche, nous nous l’approprions. C’est la nôtre et nous pouvons l’exécuter comme nous le souhaitons. Et nous pouvons proposer des conceptions pour des solutions et nous obtenons des retours. Mais généralement, si c’est la direction que vous voulez prendre, vous le faites, n’est-ce pas. Par exemple, avec cette fonctionnalité de validation en masse, j’ai choisi d’utiliser Cassandra et Kafka pour, disons, répartir le travail. Et c’était super amusant, non ? Juste pouvoir vraiment s’y plonger, construire une solution et se l’approprier complètement. Dans beaucoup de grandes entreprises comme Rackspace ou Microsoft, vous avez des architectes qui vous donnent en quelque sorte du travail et vous aident à concevoir ce genre de solutions. Ici, c’est un peu votre rôle et jusqu’au bout. Et vous travaillez avec l’entreprise et vous travaillez avec, vous savez, les gens du front-end pour créer les API comme vous en avez besoin. Et c’est l’une des choses qui est vraiment cool. Quand j’ai commencé ici, j’ai repris la fonctionnalité de validation en masse et on m’a en quelque sorte dit : vas-y, fonce. C’est donc l’un des grands points de départ ici chez Mailgun, pouvoir aider à diriger l’équipe dans laquelle je travaille et des choses comme ça. Ça a été vraiment cool.
00:07:15
Jonathan Torres : C’est génial. Quand vous commencez à comparer avec d’autres endroits, je ne sais pas, je n’ai jamais été de ce côté-là de l’entreprise. Je n’ai jamais pu être de ce côté des choses. Par contre, je sais certainement ce que c’est de travailler avec certaines équipes de support et des choses de cette nature. J’ai certainement fait des choses techniques, mais pas vraiment dans le sens du développement, plutôt comme du travail technique manuel, ce qui, vous savez, est cool. Mais je veux dire, toutes ces choses sont très encadrées, très, vous savez, et du fait que cela doit être correct, une grande partie est très bien définie. C’est un processus. C’est ce que nous allons faire et comment nous allons le faire. Et à chaque fois qu’il y a de la flexibilité, j’adore quand on peut être en quelque sorte créatif avec certaines de ces choses. Donc, je veux dire, juste pour garder cela à l’esprit, je sais que vous devez parler un peu de ça. Nous allons certainement nous y plonger, j’en suis sûr, d’ici une petite minute environ. Mais oui, comme vous l’avez mentionné, les validations, que pouvez-vous nous dire sur les validations ? Comment cela a-t-il élargi votre parcours ici ? Qu’avez-vous pu faire avec ça ? Quel a été le processus de réflexion lorsque vous avez commencé à développer une partie de ce processus ?
00:08:05
Alan Erwin : Donc quand je suis arrivé, j’avais des connaissances très limitées sur les emails. Je ne savais pas vraiment ce qu’était le SMTP, par exemple, et je n’avais pas une idée précise de ce dont nos clients auraient besoin. Mais je comprenais les services backend. C’est vrai. Donc ma première incursion dans la compréhension, c’est que pour obtenir un emploi ici, je devais en gros construire Mailgun, n’est-ce pas. En tant que développeur, disons, comment aborderais-je cela ? Ce qui m’a donné une idée de la façon dont l’email est géré. Donc chaque fois que je regarde les validations, nous faisons tout notre possible pour comprendre les risques et effectuer l’interaction standard par email sans envoyer de données. C’est vrai. Parce que nous ne voulons pas être un spammeur, mais nous voulons aussi pouvoir aider nos clients à comprendre les risques et à faire tout cela. Donc chaque fois que j’ai pu utiliser ce produit… J’ai pu construire ce produit, j’ai aussi pu dire, d’accord, laissez-moi parler au support. C’était quelque chose de vraiment bien à faire chez Rackspace, de dire, hé, le support. Que recevez-vous exactement de la part de nos clients qui ont besoin de validations, y a-t-il un risque par exemple ? N’est-ce pas ? Est-ce qu’ils obtiennent les bons résultats ? Et c’est quelque chose que j’aime chez Mailgun, c’est que nous sommes encouragés à contacter d’autres groupes, ce qui n’est pas nécessairement le cas dans d’autres entreprises.
00:09:23
Jonathan Torres : Ouais, absolument.
00:09:25
Eric Trinidad : Ouais, cette partie sur les retours. Mais étiez-vous capable d’obtenir beaucoup de retours de la part des clients, car je sais que nous avons fait des tests bêta pendant un certain temps, vous savez, et j’avais des clients avec qui je travaillais qui étaient impliqués dans ce test bêta. Est-ce que dans l’ensemble c’était bien et positif, ou même les mauvais retours que vous avez reçus, avez-vous pu les prendre en compte ?
00:09:42
Alan Erwin : Absolument. C’est l’une des choses qui est vraiment géniale, je n’avais jamais participé à un appel client avant de travailler ici. J’étais légitimement toujours caché dans les services backend des entreprises. Et ça, c’était l’une des choses qui étaient très cool, car pendant que nous développions les deux validations, n’est-ce pas. Nous avons eu un client qui s’est présenté et qui était vraiment intéressé à l’utiliser. Et c’était un cas d’utilisation pour lequel nous le construisions, et ils étaient prêts à nous donner des informations sur la bêta et à vraiment discuter et travailler avec nous pendant que nous peaufinions la fonctionnalité. Donc, le bon comme le mauvais, certaines de ces conversations ont été difficiles, mais nous avons recueilli de très bons retours. Et ce qui est vraiment cool avec Mailgun, c’est aussi que notre processus de développement est très rapide. C’est vrai. Donc notre capacité à prendre en compte les retours d’un client, à réagir et à lui donner ce qu’il recherche, était très courte. Le laps de temps est très court. Le client peut donc ressentir cela… nous nous soucions de ce qu’il dit. Et c’est quelque chose de très différent par rapport à beaucoup d’équipes de développement, ce qui est vraiment cool.
00:10:41
Jonathan Torres : Ouais, je le pense vraiment de mon point de vue. C’est vrai, je n’ai jamais été développeur comme je viens de le mentionner, mais j’ai pu voir dans ce processus comment cela fonctionnait en quelque sorte et quelles étaient les différentes étapes, car nous faisions tous partie d’un processus. C’est vrai. Et oui, pour aller dans votre sens, chaque fois qu’il y a la possibilité de communiquer avec tout le monde, la possibilité d’obtenir des retours de nombreuses personnes différentes, la possibilité d’avoir des contributions même au plus petit niveau, cela aide énormément. Je me souviens de l’époque où des produits comme celui-ci ont commencé à être développés et où des équipes comme celles dans lesquelles vous êtes impliqué, et vous-même, veniez donner accès à des Google Docs, vous savez, ou des choses de cette nature. C’est vrai. Comme ça. Nous pouvons en quelque sorte y aller, y mettre des informations, noter des choses où nous pouvons tous partager ces informations et partager cette richesse de connaissances en disant : hé, je vois que vous effectuez cette vérification ici pour le service X ou, vous savez, peut-être que cela devrait intervenir plus tard dans le processus ou plus tôt. Selon ce que nous savons du moment où les choses se cassent et de celui où nous savons qu’il va y avoir des problèmes, pouvoir filtrer tout cela et itérer là-dessus avant même qu’un produit ne soit mis en ligne est super incroyable. D’une part, parce que je n’ai jamais vécu cette expérience, car nous sommes généralement exactement comme vous venez de le dire. C’est vrai. Il y a généralement une équipe produit qui transmet les informations à un architecte, qui les transmet à une équipe de développement. Et vous n’avez pas l’occasion d’être une étape ou une partie de chaque phase de ce processus. Et de faire cela, de pouvoir voir ce processus et d’en faire partie. C’est incroyable, d’une part, et d’autre part, je pense que cela aide énormément de pouvoir obtenir un véritable filtre de ce qui doit se passer et de la manière dont cela doit fonctionner. Quelles sont les réflexions derrière chaque petite partie de tout cela ? Car comme vous l’avez dit, vous ne savez pas vraiment grand-chose sur les emails en commençant cela. J’en savais beaucoup, presque trop sur les emails en me lançant là-dedans. Genre, j’aurais aimé qu’il y ait des choses que je ne sache pas sur les emails. Mais, vous savez, c’est l’une de ces choses où, avec tout le monde qui travaille ensemble, chacun pouvant en quelque sorte apporter sa pièce du puzzle, je pense que ça aide énormément. C’est donc génial de l’entendre de votre côté, à quel point, vous savez, cela vous a aidé et quelles sont les choses que vous avez trouvées intéressantes à ce sujet ? Et pour moi, ça fait définitivement partie de ce que j’ai trouvé intéressant, parce que tout le monde a son mot à dire. Mais quand tout le monde apporte la bonne contribution pour la bonne chose, pour la partie qu’il connaît, je pense que c’est super, super utile.
00:12:44
Alan Erwin : Absolument. L’une des choses qui est géniale, c’est que notre direction soutient cela, n’est-ce pas ? Ouais. Notre directeur technique est du genre : prenez des initiatives et faites votre truc. Et on s’attend à ce que nous allions trouver les personnes qui en savent le plus et que nous exploitions ces informations, car ça ne m’aide pas du tout d’essayer de construire en vase clos, parce qu’en fin de compte, cela va devoir apporter un support au produit que je sors et l’équipe de vente va devoir vendre le produit que je construis. Donc, ne pas savoir ce que c’est censé faire et ne pas savoir ce qui est nécessaire pour lui apporter un support n’aide personne. Et toutes nos équipes de développement ressentent la même chose. Ils construisent tous des choses et ils travaillent en étroite collaboration avec nos équipes de support pour résoudre les problèmes aussi vite que possible. Et nous sommes de garde pour les produits que nous construisons. Il nous incombe donc de concevoir des systèmes dotés d’alertes rapides, comme des déploiements éclair et des choses de ce genre, afin que lorsque le support dit : hé, il y a ce problème qui doit être résolu, nous puissions le résoudre rapidement, ou que lorsque l’équipe de vente dit : hé, nous avons cette opportunité vraiment cool sur le marché. Pouvons-nous y arriver ? Et nous pouvons dire, ouais, donnez-nous deux semaines et nous allons construire quelque chose qui peut faire ça. Et c’est quelque chose de très rare dans les entreprises en croissance rapide comme la nôtre.
00:13:56
Jonathan Torres : C’est génial. Ouais, c’est vraiment cool.
00:13:57
Eric Trinidad : Après ce premier appel, comment vous sentiez-vous en vous y engageant ? Comme le fait de n’avoir jamais parlé à des clients auparavant.
00:14:05
Alan Erwin : Le premier, je n’ai vraiment pas beaucoup parlé, je suis resté assis là en me disant que je ne voulais pas tout gâcher, mais je pense que certains de nos vendeurs font un très bon travail pour nous guider, car je suis un développeur. Il m’est très difficile de communiquer efficacement parfois avec les clients. Et donc le vendeur mène cette conversation. Et puis, chaque fois qu’une expertise technique est nécessaire, c’est là que j’interviens et que je dis : d’accord, voici exactement comment ça fonctionne. Laissez-moi vous donner plus d’informations. Je peux creuser plus profondément. Et donc, lors de la conversation suivante, j’ai pu avoir une idée du niveau de connaissances du client et de ce qu’il voulait savoir. Et puis j’ai pu avoir cette conversation et cela a rendu la communication avec eux très, très facile et efficace.
00:14:47
Jonathan Torres : C’est génial si jamais vous avez besoin de vous entraîner. En fait, j’ai fait tout ce truc de jeu de rôle. En fait, vous savez, tout le monde savait en arrivant qu’ils allaient faire un jeu de rôle face à moi. Mais dites-leur ce qu’ils doivent faire. Donc si jamais vous voulez ça, faites-le moi savoir.
00:15:00
Alan Erwin : Ça marche. On va organiser ça pour sûr.
00:15:04
Jonathan Torres : Eh bien, un peu dans le même ordre d’idées, n’est-ce pas, une fois que nous avons dépassé les étapes de développement, une fois que nous sommes vraiment dans le produit lui-même. Nous sommes très axés sur l’API, n’est-ce pas. Mailgun lui-même, centré sur l’API par des développeurs pour des développeurs, a été en quelque sorte notre devise secondaire ou du moins notre devise interne. Ou comment ce processus s’est-il déroulé ? C’est vrai. Je suis sûr que vous devez y penser dans le sens de : comment cela sera-t-il utilisé via une API et comment cela va-t-il se concrétiser lorsque nous faisons ce genre de choses, comme tout ce que vous trouvez intéressant, différent ou adapté à cela au fur et à mesure que vous construisiez les choses.
00:15:35
Alan Erwin : Donc, chaque fois que je conçois une API, je dois en quelque sorte y penser de la manière suivante : si je ne la construisais pas, qu’est-ce que je voudrais ? Comment voudrais-je qu’elle se comporte ? Et comme je comprends les principes fondamentaux d’un service REST, ce qui est généralement ce que nous faisons ici pour l’exposer à nos clients, cela me permet de dire : OK, que puis-je faire et pourquoi ne puis-je pas le faire ? Si je suis vraiment les idiomes que je vais observer, j’expose, par exemple, les validations en masse. Nous exposerons l’idée d’une ressource de tâche (job) et un client pourrait dire, d’accord, j’ai démarré une tâche. Que vont-ils pouvoir faire avec ça ? Et j’irai parler à nos gars du front-end pour leur dire : hé, quel type de données allez-vous vouloir exposer au client via son portail ? Donc, à chaque fois que je crée cette API, je propose un contrat d’API en disant : voici comment elle va se comporter. Qu’est-ce que ça vous inspire ? Ensuite, on nous fera des retours et nous procéderons par itérations en nous assurant que le contrat est adapté à la fonctionnalité que nous construisons. Ensuite, nous construirons une fonctionnalité, la testerons en environnement de pré-production (staging), ferons appel à des bêta-testeurs en production, puis recueillerons les retours. Et cela nous permet de modifier ce contrat si nécessaire avant de le mettre en ligne. Bien sûr, nous avons un système de versionnage sur notre API pour permettre de nouveaux développements, par exemple, et des validations. Nous avons une fonctionnalité v3 d’une version v3 et ensuite nous en avons une v4. La V4 vous donne une connaissance plus approfondie de ce que nous faisons avec les validations. Donc, par exemple, vous obtenez une évaluation des risques, en v3, vous ne l’obtenez pas. Donc, comme nous utilisons une API REST, nous sommes en mesure d’ajouter des fonctionnalités dans les différentes versions et de permettre aux clients de prendre en quelque sorte des décisions concernant le comportement qu’ils souhaitent. C’est vrai. Ce qui est vraiment génial. Quelque chose que j’apprécie vraiment dans la création d’API REST, c’est que les clients sont en mesure de décider par eux-mêmes de ce qu’ils veulent, de ce qu’ils veulent faire. Et par exemple, si nous avons un revendeur qui souhaite vendre des validations ou notre fonctionnalité de placement en boîte de réception ou quelque chose comme ça, en l’intégrant à cette API, il s’appuie simplement dessus et se dit : d’accord, je vais y ajouter ma propre interface utilisateur (UI). Je vais pouvoir, vous savez, le relier à ma couche de services et tout le reste, de sorte que tout fonctionne tant que nous avons un contrat vraiment bon et solide. Donc, c’est fondamentalement comme ça que ça fonctionne. Ouais, ouais.
00:17:51
Jonathan Torres : Mais c’est cool de voir le processus de réflexion derrière tout ça. C’est vrai. Parce que tout le monde, je suppose, vous savez, à un moment donné, tout le monde doit réfléchir à des choses comme : comment cela va-t-il fonctionner, comment cela va-t-il se traiter, comment tout va être structuré. Mais ouais, je trouve ça bien que ce soit fait de cette façon, en étant complètement centré sur l’API, en ayant la capacité de le faire et avec la facilité d’utilisation de beaucoup de ces éléments. Je veux dire, juste pour avoir votre opinion, comment vous traitez cela en quelque sorte, les différentes étapes par lesquelles vous devez passer pour développer ces choses, parce qu’il se passe beaucoup de choses chez Mailgun, parce qu’il y a tellement d’API, il y a tellement de choses différentes que vous pouvez faire avec. Et, vous savez, l’une des choses que vous aviez mentionnées plus tôt, juste au moment où nous avions une conversation franche sur toutes ces choses, c’est qu’une fois que vous publiez une version pour une API, vous y êtes en quelque sorte lié. C’est vrai. Vous pouvez ajouter certaines choses, mais vous n’êtes pas en mesure de modifier la majeure partie de ce qui existe pour une version d’API à moins de la mettre à jour et d’en créer une nouvelle version. Donc avec la fonctionnalité de validation, j’ai eu l’impression qu’il y a eu un délai d’exécution très rapide entre la version trois qui fait toutes les choses que cette chose en particulier fait, y compris la capacité de la mettre dans un endroit public pour effectuer les appels dont vous avez besoin à un rythme très rapide. Et puis la v4, quand on parle des validations en masse, vous savez, et de la possibilité de télécharger et de visualiser les processus de cette façon avec l’évaluation des risques également. Donc le fait que nous, ou que Mailgun lui-même ait été capable d’itérer là-dessus et de faire les choses à ce rythme et d’être capable de faire des choses, je ne sais pas. Pour moi, la façon dont je vois les choses, chaque fois que je me dis : eh bien, je veux m’assurer que ces adresses sont correctes. Ces deux options répondent aux besoins. La première, c’est définitivement pour le côté front-end de la plateforme que vous essayez de créer, de réaliser ou de configurer. Et la seconde, ouais, c’est de fournir les outils pour que les gens puissent le faire en masse, qu’ils puissent le faire correctement et qu’ils aient quelque chose spécifiquement conçu pour cela. Donc, au lieu d’essayer simplement de tout mélanger, la capacité de pouvoir les séparer de la manière dont cela a été fait, je trouve ça vraiment génial, ce qui est, je veux dire, l’une des principales raisons pour lesquelles nous voulions vous parler spécifiquement. Mais, vous savez, c’est bien. C’est agréable à voir. C’est bien d’avoir des retours en interne sur la façon dont cela a fonctionné.
00:19:53
Eric Trinidad : D’accord. Il a sa façon de penser, son approche et il suit cette voie, et je pense qu’à partir des entreprises pour lesquelles nous avons travaillé dans le passé, avant même que je ne rencontre Jonathan, oui, il fut un temps où Jonathan et moi ne nous connaissions pas. Mais c’était il y a près d’une décennie.
00:20:12
Jonathan Torres : Trop long.
00:20:13
Eric Trinidad : Petite larme. Ouais, j’ai travaillé pour d’autres entreprises où le temps entre les itérations et les changements était tellement long, et ici les choses se passent vraiment à une vitesse fulgurante. Vraiment, les choses peuvent être modifiées et mises à jour pour obtenir le dernier contenu (DLC) pour nos services de validation afin de le rendre disponible et opérationnel. Je trouve donc incroyable que, vous savez, nous soyons capables de travailler si rapidement les uns avec les autres. Comment votre équipe avance-t-elle et comment envisagez-vous de hiérarchiser certains de ces différents changements et de ces choses qui se produisent ?
00:20:40
Alan Erwin : D’abord, à chaque fois que nous livrons un produit ? C’est vrai. Il y a toujours un besoin de support qui entre en jeu. C’est vrai. Donc la première chose, une fois livré, nous nous disons : très bien, où devons-nous renforcer les choses, nous assurer qu’elles fonctionnent, en ayant plus de surveillance, de reprise après sinistre et ce genre de choses. Ensuite, nous travaillons également avec une équipe produit qui observe le marché et dit, d’accord, pour les validations. À quoi ça ressemble ? À quoi ressemble le paysage ? Que font nos concurrents ? Chaque entreprise a une équipe produit qui fait cela et nous travaillons en étroite collaboration avec elle. Mais nous trouvons aussi des idées par nous-mêmes. Et c’est l’une des choses qui est vraiment géniale. Tout le service de validation est né de l’idée d’un développeur. C’est vrai. Et c’est aussi quelque chose de vraiment génial chez Mailgun : je peux aller voir les gars de l’équipe produit et leur dire, hé, j’ai cette idée et je pense que nous devrions le faire. Cela s’est produit il y a deux jours, et vendredi, je suis allé voir l’équipe produit et je leur ai dit : hé, cette chose pourrait avoir un impact sur nos clients en ajoutant la possibilité d’avoir une idée de la sécurité autour des validations. Et ils ont répondu : oui, mettez ça dans notre backlog. Faisons quelques recherches à ce sujet et prenons une décision pour savoir si nous devrions ou non investir du temps là-dedans. Parce que notre équipe ne compte que quatre personnes. Notre équipe de développement travaille sur deux produits. C’est vrai. Le placement en boîte de réception et les validations. C’est vrai. Et donc ça fait beaucoup à gérer. Nous devons donc être très stricts quant à ce sur quoi nous travaillons et ce qui va avoir le plus grand impact pour nos clients. Nous avons donc notre marché, avec l’équipe produit, nous pouvons faire cette étude de marché et prendre la température, puis ils nous disent : hé, regardez, voici ce que nous pensons devoir faire, et ensuite nous communiquons avec eux. Hé, d’un point de vue technique, ce sont des choses que nous devons faire si nous voulons faire évoluer ce que nous voyons : nos clients aiment vraiment ce produit. Afin de faire évoluer cela, nous allons devoir faire cette chose spécifique. Et c’est qu’il faut en quelque sorte avoir cette tension entre les deux pour déterminer : est-ce que nous construisons une nouvelle fonctionnalité ? Devons-nous consolider les choses ? Et c’est un peu comme ça que fonctionne le processus : nous avons des réunions et des conversations pour déterminer quelle est la priorité, puis à partir de là, nous les empilons et nous nous mettons au travail.
00:22:48
Eric Trinidad : C’est génial. Et vous avez dit quelque chose qui est absolument la raison pour laquelle je pense que nous aimons tant travailler ici : quel sera le plus grand impact pour nos clients ? Ce qui va les aider, car tout ceci est pour eux. C’est un outil qui les concerne, fait pour eux, vous savez, construit par des développeurs, pour des développeurs. Vous savez, c’est incroyable. Donc, c’est génial. C’est vraiment une excellente façon de le dire.
00:23:09
Jonathan Torres : Ouais. Non, je suis d’accord, c’est parfait. J’aime pouvoir faire partie du processus, ce processus où lorsque vous trouvez une idée, ou lorsqu’un membre de l’équipe de support trouve une idée, lorsque, vous savez, les clients font des retours à l’équipe produit ou même lorsque l’équipe produit elle-même trouve une idée différente, on peut en quelque sorte la partager, la diffuser et voir, vous savez : évaluons, réfléchissons-y vraiment et commençons à construire à partir de ça. Et le fait que nous ayons ce luxe, c’est vraiment génial. C’est une certitude, en tout cas. Et ouais, ça fonctionne. Je pense que ça a fonctionné. Ça a fonctionné jusqu’à présent. Cela nous a menés jusqu’ici, et oui, j’apprécie que vous donniez en quelque sorte un petit aperçu des coulisses pour voir ce qui s’y passe.
00:23:52
Alan Erwin : Ce sont des choses amusantes. C’est probablement le meilleur endroit où j’ai jamais travaillé. J’aime juste courir partout et apprendre des choses aux gens, et comme je suis un accro du tableau blanc, comme vous le savez, je peux constamment aller voir les gens et dire : hé, l’équipe de support, nous allons faire un AMA. Un vendredi à 14 heures, discutons simplement des validations. Nous faisons des déjeuners d’apprentissage (lunch and learn) et des choses comme ça. Et amener les gens à s’investir dans notre produit, dans notre entreprise, aidera nos clients. C’est vrai. Donc c’est une culture que j’essaie constamment de favoriser en courant partout. Et je le vois tout le temps chez les gens, ce qui est vraiment génial, car au bout du compte, cela va susciter des idées que je n’aurais pas eues, et d’autres personnes voient les choses différemment. Et puis ce qui se retrouve sur notre tableau de backlog pour nos recherches et notre travail peut provenir de n’importe où dans l’entreprise, ou à l’extérieur de l’entreprise. Et nous pouvons ensuite dire, oh, est-ce que cela va avoir un impact sur notre client ? Cela va-t-il leur faciliter la vie et rendre notre produit meilleur ? Oui, faisons-le. Nous voulons donc définitivement favoriser cela ici chez Mailgun, c’est sûr.
00:24:56
Eric Trinidad : Je veux dire, après deux ans, voyez-vous ce que les deux prochaines années vont apporter ou vous dites-vous simplement, comment vous sentez-vous ?
00:25:09
Alan Erwin : Est-ce que c’est deux, ou dix, ou deux, vous savez, quoi au juste ?
00:25:12
Eric Trinidad : Vous n’en êtes qu’à deux ans et j’ai l’impression que vous avez fait tellement de choses, vous êtes déjà en train de laisser votre empreinte sur Mailgun. Vous voyez-vous développer cela davantage, ou est-ce juste avec ce produit, ou vous voyez-vous essayer de vous diversifier davantage avec notre produit ?
00:25:28
Alan Erwin : Donc, ma façon de voir le fait de travailler pour une entreprise, c’est que je veux avoir le plus grand impact possible. C’est vrai. Donc, si je suis dans un rôle de développeur, que je suis capable d’avoir un impact énorme et qu’arrive un moment où mon impact n’est plus aussi important, je changerai et je ferai ce dont l’entreprise a besoin pour continuer à avoir ce type d’impact. C’est vrai. Donc dans ce cas, si je passe à la direction d’équipes et à ce genre de choses, alors oui, bien sûr. Je veux juste m’assurer que l’investissement que je fais chez Mailgun et que j’ai déjà fait, les deux années que j’ai déjà investies continuent d’être un pilier pour améliorer notre entreprise. C’est vrai. Donc si cela signifie que la prochaine étape pour moi est de devenir responsable technique et de diriger des équipes, c’est cool. Faisons-le. Tant que nous progressons en tant qu’entreprise et que nous améliorons la vie de nos clients. Oui, c’est ce que je prévois de faire en ce moment.
00:26:19
Eric Trinidad : Bien dit.
00:26:20
Jonathan Torres : Autre chose que vous aimeriez mentionner ? Quelque chose que vous ressentez le besoin de dire pour vous soulager en ce moment ?
00:26:24
Eric Trinidad : Des remerciements à faire ?
00:26:26
Alan Erwin : Dédicace à mon équipe. Ils travaillent d’arrache-pied. Et, vous savez, cela rend le fait de travailler ici très amusant et, même lors des longues journées et des nuits que nous devons passer à travailler, c’est toujours un plaisir de travailler avec eux. Et je ne voudrais travailler nulle part ailleurs.
00:26:40
Eric Trinidad : Ouais. Venir travailler est vraiment un plaisir. Et comme vous le savez, tout n’est pas que du divertissement. Bien sûr, vous savez, nous abattons assurément beaucoup de travail acharné, mais lorsque vous travaillez avec des personnes formidables, cela fait passer la journée plus vite et c’est d’autant plus… J’allais dire ‘plus meilleur’ parce que je viens de cogner mon micro. Mais je veux dire d’autant plus fantastique. Eh bien, si vous voulez en savoir plus ou en découvrir davantage sur nos validations, nous avons des blogs et de la documentation à ce sujet sur notre site Web. Si vous avez des questions, contactez les membres de votre équipe de support, votre personnel de support ici chez Mailgun. Alan, je vous apprécie. Vous êtes magnifique, mec. Vous êtes un dévingénieur et un ingénieur de développement.
00:27:23
Alan Erwin : Je prends la partie de l’homme magnifique. J’adore la flatterie.
00:27:29
Jonathan Torres : Oh, c’est sûr. Merci beaucoup de nous avoir offert, comme je l’ai dit, ce petit aperçu des coulisses, je pense que c’est tout simplement génial pour les gens d’en avoir un de temps en temps. C’est vrai. Ce n’est pas le but de ce podcast. Un peu de déclaration d’amour cette fois-ci, une déclaration d’amour pour vous et votre équipe, et pour le travail que vous accomplissez. Mais, vous savez, le simple fait de pouvoir jeter un œil dans les coulisses un petit peu, je pense qu’il est toujours super bénéfique pour les gens de le voir. Et, vous savez, parfois ce que les gens veulent… Je sais que j’aime voir ça. Je sais, vous savez. Eh bien, c’est ma partie préférée d’une série documentaire. Chaque fois qu’ils lèvent un peu le rideau, c’est toujours amusant.
00:27:59
Eric Trinidad : J’apprécie donc beaucoup ce que vous et votre équipe faites. Assurez-vous de leur faire un bon high five et un gros câlin très énergique de notre part quand vous les verrez, jusqu’à la prochaine fois. Merci.
