Aller au contenu Aller au menu
  • Dépêches
  • Journaux
  • Liens
  • Forums
  • Rédaction
  • 🎙️ Projets Libres

LinuxFr.org

Se connecter

Proposer un contenu

  • Pas de compte ? S’inscrire...

Re: Développeur Python en production ici 😉

Retourner au contenu associé (lien : Difficile de recommander Python en production )

  • [^] # Re: Développeur Python en production ici 😉

    Posté par Gil Cot ✔ (site web personnel, Mastodon) le 09 mars 2025 à 16:39. En réponse au lien Difficile de recommander Python en production . Évalué à 3.

    On peut aussi parler du temps de démarrage, une des raisons qui font que Mercurial a été refait en rust. Mercurial qui n'est pas juste un bench hello world, et qui n'a pas été écrit par des gens qui ne savent pas coder.

    Tout à fait : Mercurial (<3) et Trac furent parmi les plus gros projets libres avec une certaine popularité et qui sont (en fait étaient dans le cas de Mercurial) écrits entièrement et fièrement en Python (d’abord 2... vu leur ancienneté...)

    c'est pas bon pour les hyperscalers, ou pour les gens prêts de leur sous. Je suis content de voir qu'Element a finalement corrigé la conso mémoire/cpu de synapse

    Aujourd’hui, comme vitrine, qui ne sont pas des sites web en Django (et même là, comme ce sont des plateformes fermées, on se contente des annonces faites en fanfare et de ce que ces entreprises veulent bien communiquer —par exemple que le cadriciel atteigne ses limites chez Disqus qui a progressivement remplacé des parties critiques par du Go... même s’ils continuent de contribuer— quand on cherche —on apprend par exemple que les gens de Meta n’utilisent pas l’ORM, et ont remplacé plein d’autres briques du truc à défaut de pouvoir remplacer toute la pile d’un coup, et je soupçonne Alphabet de suivre aussi ce chemin pour sa plateforme de vidéos.) on a des turcs comme Element qui semblent peiner sur certains points. Bref, ça ne semble pas si simple...

    (git est en C, et la vitesse de git m'a souvent été mise en avant comme avantage).

    J’allais écrire que bien moins de la moitié de Git est écrit en C, mais je suis allé vérifier avant, et, ça a progressé depuis (on est maintenant à 50.2%, et je vois qu’il y a maintenant 0.8% de Python qui a fait son chemin, mais pour l’instant l’installation complète pour une plateforme non-Unix embarque Bash+Perl+Tcl en plus des binaires principaux.)
    hg a pris un chemin similaire : écrire les parties critiques initialement en C puis finalement en Rust. Synapse aussi a choisi le chemin de la rouille. Pas de compromis à la performance...

    "It is seldom that liberty of any kind is lost all at once." ― David Hume

Revenir en haut de page

Derniers commentaires

  • Re: Anecdotique, au mieux
  • Re: j'ai fait le contraire
  • Re: Instruction à domicile
  • Re: Instruction à domicile
  • Re: Instruction à domicile
  • Re: Instruction à domicile
  • Re: Dredi
  • Re: Excellent article
  • Re: Et MPD ?
  • Epsiloon
  • Excellent article
  • Re: Rien d'étonnant

Étiquettes (tags) populaires

  • intelligence_artificielle
  • le_monde_diplomatique
  • merdification
  • grands_modèles_de_langage
  • états-unis
  • canicule
  • capitalisme
  • réchauffement_climatique
  • datacenter
  • logiciel_libre
  • france
  • administration_française

Sites amis

  • Agenda du Libre
  • April
  • Éditions D-BookeR
  • Éditions Diamond
  • Éditions Eyrolles
  • Éditions ENI
  • En Vente Libre
  • Framasoft
  • La Quadrature du Net
  • Lea-Linux
  • Open Source Initiative
  • Imprimerie Grafik Plus

À propos de LinuxFr.org

  • Mentions légales
  • Faire un don
  • L’équipe de LinuxFr.org
  • Informations sur le site
  • Aide / Foire aux questions
  • Suivi des suggestions et bogues
  • Wiki du site
  • Règles de modération
  • Statistiques
  • API pour le développement
  • Code source du site
  • Plan du site

AltStyle によって変換されたページ (->オリジナル) /