J'aurais trouvé plus intéressant d'avoir des aspects plus concrets que de savoir que si chaque serveur coûte 17k$/an en économiser 145 fais économiser 2.465M$/an.
Les qualités présenté d'elixir ont l'air assez génériques et pas vraiment qu'est-ce qui posait problème avec python qui est résolu par elixir. Si je regarde le lien qui est donné, ça a plus l'air d'être une nouvelle architecture et elixir est confortable pour l'implémenter qu'un aspect purement technique de langage. D'ailleurs c'est bien comme ça que c'est montré
Du coup je trouve le titre « Elixir Saves Pinterest $2 Million a Year In Server Costs » assez trompeur.
Le bénéfice ne vient peut être pas tant de Elixir que de la BEAM-OTP, de son modèle de concurrence (actor) et de résilience (supervision tree). Mais comme Elixir est la façon "moderne" d'écrire du code pour la OTP, le raccourcis me semble acceptable.
Peut être mais c'est loin d'être du détail. Que ce soit l'article du lien ou celui qui est plus technique, il n'y a pas assez d'info pour savoir comment reproduire ce qu'ils ont fait. Je ne sais pas qu'elle conclusion tirer à part qu'elixir leur a réussi.
Par exemple ils font mention du modèle acteur, à quel point c'est important pour eux ? Parce que passer d'un CPython qui semble se trainer le GIL encore quelques temps (de ce que je vois la première version qui devrait le rendre optionnel sera la 3.13) à une VM qui a était conçu pour le parallélisme on passe d'un cas pathologique de python à un cas où erlang est très bon.
Pour montrer un exemple, d'article qui me paraît pas beaucoup moins accessible, mais où tu apprend autre chose que GenServer a l'air intéressant et comment on fait un produit en croix, il y a cet article Go memory ballast: How I learnt to stop worrying and love the heap (alors j'avais fais le lien parce que de ce que je me souvenais ils avant quitté go, mais en fait non).
# Dans la même veine
Posté par gUI (Mastodon) . Évalué à 3.
Je suis tombé là-dessus aujourd'hui (mais je sais pas de quand ça date) : https://basecamp.com/cloud-exit
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Dans la même veine
Posté par cg . Évalué à 4. Dernière modification le 30 août 2023 à 09:13.
C'est récent, à partir de ce billet tu as toutes les étapes : We have left the cloud
# Ouep
Posté par barmic 🦦 . Évalué à 3.
J'aurais trouvé plus intéressant d'avoir des aspects plus concrets que de savoir que si chaque serveur coûte 17k$/an en économiser 145 fais économiser 2.465M$/an.
Les qualités présenté d'elixir ont l'air assez génériques et pas vraiment qu'est-ce qui posait problème avec python qui est résolu par elixir. Si je regarde le lien qui est donné, ça a plus l'air d'être une nouvelle architecture et elixir est confortable pour l'implémenter qu'un aspect purement technique de langage. D'ailleurs c'est bien comme ça que c'est montré
Du coup je trouve le titre « Elixir Saves Pinterest $2 Million a Year In Server Costs » assez trompeur.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Ouep
Posté par steph1978 . Évalué à 2.
Le bénéfice ne vient peut être pas tant de Elixir que de la BEAM-OTP, de son modèle de concurrence (actor) et de résilience (supervision tree). Mais comme Elixir est la façon "moderne" d'écrire du code pour la OTP, le raccourcis me semble acceptable.
[^] # Re: Ouep
Posté par barmic 🦦 . Évalué à 2.
Peut être mais c'est loin d'être du détail. Que ce soit l'article du lien ou celui qui est plus technique, il n'y a pas assez d'info pour savoir comment reproduire ce qu'ils ont fait. Je ne sais pas qu'elle conclusion tirer à part qu'elixir leur a réussi.
Par exemple ils font mention du modèle acteur, à quel point c'est important pour eux ? Parce que passer d'un CPython qui semble se trainer le GIL encore quelques temps (de ce que je vois la première version qui devrait le rendre optionnel sera la 3.13) à une VM qui a était conçu pour le parallélisme on passe d'un cas pathologique de python à un cas où erlang est très bon.
Pour montrer un exemple, d'article qui me paraît pas beaucoup moins accessible, mais où tu apprend autre chose que GenServer a l'air intéressant et comment on fait un produit en croix, il y a cet article Go memory ballast: How I learnt to stop worrying and love the heap (alors j'avais fais le lien parce que de ce que je me souvenais ils avant quitté go, mais en fait non).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Ouep
Posté par steph1978 . Évalué à 2. Dernière modification le 01 septembre 2023 à 08:53.
J'avoue, ça m'a tué aussi.
En même temps
C'est un article limite promotionnel.
Je me dis que c'est peut être plus le fond que le titre qui t'a gêné.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.