Notre développeur recommande Python pour l'API — un choix sûr, ou juste une habitude ?

Côté Python, quand on utilise des structures asynchrones modernes, on ne rencontre pas de goulot d'étranglement dans les transferts de données basés sur les I/O. Même si le trafic d'une plateforme B2B monte à des dizaines de milliers de requêtes par minute, si les index de base de données sont corrects, la vraie charge se concentre sur la base de données, pas sur le langage. Votre inquiétude est infondée.

Dans notre propre service logistique e-commerce, on gère 1,5 million d'appels API par jour avec des micro-services basés sur Python. Notre facture mensuelle de serveurs cloud ne dépasse pas 65 dollars. Ne vous laissez pas avoir par la légende de la lenteur du langage, le vrai coût vient d'une mauvaise architecture.

Le choix du développeur compte bien sûr, mais que ferez-vous si ce développeur quitte l'équipe demain ? Même si le vivier Python est large, tout le monde ne sait pas écrire proprement une architecture asynchrone. Vérifiez absolument que le projet est construit en couches et qu'une vérification de types standard est faite, sinon la passation de relais tourne au cauchemar.

Faites ajouter ces 3 obligations techniques au contrat : 1) La documentation de tous les endpoints avec un schéma OpenAPI standard. 2) L'utilisation complète des annotations de type. 3) Une couverture de tests unitaires d'au moins 70 % pour les scénarios de base. Tant que ces trois conditions sont remplies, Python ne laisse aucun risque derrière lui.

en termes de lisibilité du code, python c'est un excellent choix. quand vous recruterez un nouveau dev dans l'équipe plus tard, il lui faudra quelques jours max pour comprendre le projet. bref avec des langages plus complexes ce délai monte à des semaines.

Indépendamment du choix de l'architecture logicielle, je vous recommande de clarifier les clauses de propriété intellectuelle et de propriété du code. Pour votre sécurité juridique, il est essentiel que les codes sources de la base de code soient conservés dans un dépôt privé appartenant à votre entreprise et que les contrôles de licence des dépendances tierces soient effectués.

Posez une seule question à votre développeur : « Quelle architecture et quel framework asynchrone vas-tu utiliser comment vas-tu gérer le pool de connexions à la base de données ? » S'il peut répondre à cette question sans hésiter avec des arguments techniques clairs, vous pouvez continuer en toute confiance.

Il y a trois ans sur la plateforme dont je suis le fondateur, on a choisi un système très niche sur la recommandation de l'équipe soi-disant « pour que ça tourne très vite ». Six mois plus tard, le développeur principal est parti et on n'a trouvé personne d'autre qui connaissait ce langage. Au final, on a tout fait réécrire de zéro en Python et on a enfin pu respirer.

Je vais raconter ce qui m'est arrivé ça pourrait vous servir. Tous ceux qui se pressent sur développement d'api se heurtent au même obstacle.

J'écris cela pour éviter que vous ne fassiez la même erreur. Essayer de faire cela seul est la voie la plus coûteuse.

Avant de décider, regardez quelles données vous avez en main. J'espère que cela vous sera utile.

Je suis une petite entreprise laissez-moi expliquer de mon point de vue. Les gens défendent l'habitude, pas le processus. La résistance vient de là.

Bon courage.

Sujet très actuel.

Ce conseil ne convient pas à tout le monde, je pense. L'offre la moins chère est généralement la moins réfléchie.

J'espère que cela vous sera utile.

La discussion part dans tous les sens, je recentre. Si c'est une première, commencez petit, l'échelle viendra plus tard.

Si vous écrivez le résultat ici, cela aidera aussi d'autres personnes.

je ne suis pas d'accord sur ce point et du coup si c'est une première commencez petit l'échelle viendra plus tard.

bien sûr cela change si votre situaiton est différente.

Je vais expliquer comment c'est fait en pratique. Dans un système repris, le plus coûteux sont les dépendances inconnues.

Voilà, désolé si je me suis étendu.

Je vais résumer le sujet car plusieurs réponses différentes ont été données. Dans un système repris, le plus coûteux sont les dépendances inconnues.

Si vous ne formalisez pas cela par écrit dès le départ, des disputes éclateront plus tard. Je le note au cas où.

Beau travail.