Everything that I like, dislike, and plan to change in my tech stack.

Summary

Dans cette vidéo, l'auteur partage son expérience de création d'une pile technologique pour un projet, en expliquant les choix faits concernant le traitement des paiements, la gestion des emails, et les plateformes d'analyse. Après avoir opté pour Stripe et Mailorite, il évoque son intention de migrer vers des solutions plus adaptées à ses besoins croissants, notamment Polar.sh pour les paiements et AWS SES pour les emails transactionnels. Il aborde aussi ses réflexions sur le développement futur de l'application, en mentionnant l'importance d'une stack évolutive et la complexité des applications plus grandes.

Takeaways

• 😀 Le conférencier a choisi Stripe comme solution de paiement au début faute d'un site Web ou d'un historique de transactions.
• 😀 Il envisage de passer à un fournisseur de 'Merchant of Record' (MoR) pour éviter la gestion des taxes de vente lui-même.
• 😀 **polar.sh** a été recommandé par un ami comme une alternative à Stripe, offrant une meilleure expérience pour les développeurs et ne nécessitant pas d'historique de transactions.
• 😀 Le programme de paiements gérés de Stripe pourrait maintenir le conférencier avec Stripe, malgré ses projets de migration.
• 😀 Pour les emails, le conférencier utilise **Mailorite** pour le marketing et **Mail Gun** pour les emails transactionnels, séparant ainsi les deux types d'envoi pour éviter les désabonnements indésirables.
• 😀 **Mail Gun** est jugé trop cher pour ses besoins, avec un coût mensuel de 15 $ pour les emails transactionnels, malgré un plan gratuit limité à 100 emails par jour.
• 😀 Le conférencier cherche une alternative plus abordable pour les emails transactionnels, envisageant **AWS SES** ou une autre plateforme qui soit à la fois abordable et conviviale pour les développeurs.
• 😀 Le conférencier utilise **Mixpanel** et **PostHog** pour l'analytique, les deux étant en phase de test pour déterminer lequel sera utilisé à long terme.
• 😀 Le stack actuel est adapté pour des applications simples, mais il n'est pas idéal pour des projets plus complexes, ce qui pourrait nécessiter une réévaluation du framework front-end.
• 😀 Une des préoccupations majeures est la nature de niche du stack, qui pourrait poser problème si le conférencier devait recruter quelqu'un pour ajouter des fonctionnalités à l'application.

Q & A

Pourquoi avez-vous choisi Stripe comme processeur de paiement initialement?

J'ai choisi Stripe au départ car il me permettait de commencer à collecter des transactions, ce qui était nécessaire pour plus tard migrer vers un autre fournisseur, étant donné que je n'avais ni un site Web existant ni un historique de transactions.

Quels défis avez-vous rencontrés lors de l'utilisation de Stripe pour la collecte de taxes?

Le principal défi a été que, bien que Stripe puisse collecter les taxes de vente, la gestion de leur remise doit être effectuée manuellement, ce qui m'a conduit à m'inscrire dans diverses juridictions pour m'assurer que je suis conforme.

Pourquoi avez-vous décidé de migrer vers un autre fournisseur de paiement comme polar.sh?

J'ai décidé de migrer vers polar.sh après avoir appris qu'il offrait une meilleure expérience pour les développeurs, ne nécessitant pas d'historique de transactions, ce qui me permet de commencer plus facilement sans être bloqué par un problème de validation de compte.

Qu'est-ce que polar.sh offre de différent des autres processeurs de paiement?

Polar.sh semble se concentrer sur une meilleure expérience développeur et ne nécessite pas de transactions antérieures, contrairement à des solutions comme Paddle ou Lemon Squeezy, tout en offrant des fonctionnalités adaptées à la gestion des paiements.

Quel est le problème principal que vous rencontrez avec l'utilisation de Mail Gun pour les emails transactionnels?

Le problème majeur avec Mail Gun est son coût. Bien que l'outil offre une expérience développeur solide, le coût pour gérer les pics d'inscription devient élevé, surtout en comparaison avec des services plus abordables comme AWS SES.

Pourquoi est-il important de séparer les emails marketing et transactionnels?

Séparer les emails marketing et transactionnels est crucial pour éviter que les utilisateurs ne se désabonnent accidentellement des emails importants, comme ceux liés aux transactions ou aux notifications essentielles.

Pourquoi avez-vous choisi d'utiliser à la fois Mixpanel et Posthog pour l'analyse de données?

J'utilise les deux outils d'analyse car je suis encore en phase d'évaluation pour déterminer lequel me conviendrait le mieux. Puisqu'ils sont tous les deux sur des plans gratuits, j'ai préféré les utiliser simultanément pour éviter de devoir migrer les données plus tard.

Quelles sont vos préoccupations par rapport à l'utilisation de votre stack actuelle pour des applications plus complexes?

Ma principale préoccupation est que la stack actuelle, bien qu'excellente pour des applications simples, ne sera peut-être pas adaptée à des projets plus complexes. Pour de telles applications, il serait préférable d'utiliser un framework front-end plus robuste et avec des outils de développement plus avancés.

Que pensez-vous des défis à venir si vous embauchez quelqu'un pour travailler sur votre application?

Le plus grand défi potentiel est que ma stack actuelle est assez niche, ce qui pourrait rendre difficile le recrutement de développeurs capables de travailler efficacement dessus, surtout si l'on souhaite intégrer de nouvelles fonctionnalités.

Quels sont vos projets futurs en matière de gestion de l'infrastructure et du framework front-end?

À l'avenir, je prévois de me concentrer sur des solutions de gestion des secrets et d'infrastructure, et d'explorer un framework front-end plus adapté pour soutenir des cours interactifs, notamment ceux permettant de travailler directement dans un environnement de développement live.