Connaître la vérité sur l'utilisabilité Python / Django pour du web

Bonjour à tous.

Je tiens à préciser que je ne souhaite pas faire un post à troll ni déchaîner les passions (justifiées ?) des utilisateurs de Python / Django et que je vais essayer de faire le plus constructif possible car je connais peu ce couple de technologie.

Actuellement j'ai une expérience de développement surtout orienté Java et pour un besoin sur un projet perso, j'ai commencé à m'intéresser à d'autres langages répondant plus simplement à mon besoin.
J'ai acheté un ouvrage récent sur python / django après avoir lu une grosse partie de la doc officielle de Python et dans cet ouvrage l'auteur sous entend de manière assez évidente que Python / Django c'est super top pour du maquettage mais que pour des utilisations "prod" il y'aura un moment où il faudra passer pas la case réécriture du projet pour un langage plus robuste.

Sceptique par cette déclaration, j'ai regardé les "success stories" de django et j'ai vu de gros site web dessus.
Ce qui me fait naître un doute également c'est que c'est pas la première fois que je vois ce genre de commentaire sur la pertinence de python pour de la prod

Comme j'ai dis plus haut, je suis dev java et j'ai connu pendant pas mal d'années l'argumentaires recyclé et outdaté du "java c'est lent" alors quoi de mieux que me tourner vers la communauté Python / Django pour avoir le fin mot de l'histoire :)

Alors pour vous :

• Qu'est ce qui justifie cette image de langage à maquette ?
• Pourquoi python / django ne serait pas une solution prod ? (maintenabilité, évolution, consommation de ressources, ..)

En remerciant ceux qui prendront le temps de m’éclairer de leur expérience

Ca marche tres bien en prod dans la majorite des cas mais CPython n'offre pas autant de features que la JVM notamment l'obtention de thread dump qui demande un minimum de preparation en Python.

La JVM etant multiplateforme, un JAR permet de deployer facilement, en Python il faudra generer une image de containeur linux pour avoir la meme solidite.

Maintenant, Python n'est pas encore une solution ideale pour la programation isomorphique contrairement a un framework tel que NextJS en NodeJS. Cependant, l'ecosysteme python est plus mature et offrira sans doutes plus de fonctionnalites cote serveur (mais bien sur rien cote client).

Ca rejoint l'image du langage a maquette, en Django t'en pisse du CRUD a tire l'arigot, t'as aussi l'admin autogeneree qui marche bien. Suffit que tu definisses tes models et une extension comme django rest framework va t'en generer tout plein, pour le graphql t'as graphene aussi, mais il marche aussi en flask+sqlalchemy alors si c'est pour faire du pure graphene autant se tenter le petit kiffe du flask+sqlalchemy. Bref, y'a vraiment plein de packages en Python:

• 140,239 projects
• 980,286 releases
• 1,312,275 files
• 279,160 users

Dont "10000+" packages en Django (source pypi.org), ca aussi c'est assez kiffant car l'environnement python est plutot facile a prendre en main, ca va plutot bien dans le petit monde de linux/git/postgres mais aussi mongodb ou autres datastores, bref ca en fait un terrain fertible pour le partage et la contribution.

J'ai partage un peu sur une question similaire qui peut aussi t'interresser: https://fr.quora.com/Quel-langage-de...swer/James-Pic

Bien sur tout ca est tres subjectif

Salut,

Citation:

---

Envoyé par Lacunasaurus

Python / Django c'est super top pour du maquettage mais que pour des utilisations "prod" il y'aura un moment où il faudra passer pas la case réécriture du projet pour un langage plus robuste.

---

C'est ce qui se dit aussi pour les sites Web écrits avec PHP...
La question est toujours sur ce qu'on peut réaliser avec un langage de script et dans quels cas utiliser des langages "compilés". La frontière est floue et le débat n'est pas sur les qualités intrinsèques du langage mais sur un tas d'aspects non techniques.

- W

Je ne comparerais pas Django a PHP, eventuellement Django a Laravel ou Symfony. Mais a part ca je pense que wiztricks a raison, dans 99% des cas on a pas besoin de re-ecrire apres en plus low level, certains pensent que le projet a plus de chance de s'arreter que d'en arriver la, et quand bien meme, c'est un probleme que t'as envie d'avoir, en attendant t'auras fais du django tranquille cocottes = Cocotte.objects.filter(name__icontains=request.GET.get('q'))

Merci pour vos réponses :)

Donc aucun problème pour un site perso voir plus si il grossit.