Ça fait 4 fois que ça change et les 3 changements précédents étaient dans la douleur.
Et même quand il n'y avait pas de changement officiel ça pétait (en CI ou en prod).
Voilà, c’est ce qui est dénoncé ; mais on réussi à retourner en
Bref, il veut pas apprendre un nouveau truc
On peut comprendre qu'au bout d'un certains moments les gens arrêtent de se mettre à jour tous les matins ou retardent le moment fatidique de la douleur.
Surtout quand, même en passant le cap, c’est pour se rendre compte que ce n’est pas du tout sec le nouveau truc et même que c’est un peu une régression vu qu’il a des fonctionnalités qui passent à la trappe.
En tout cas, je n’est pas eu l’impression que pyproject.toml permette de faire simplement ce qu’il faisait avec setup.py qui a en prime l’avantage d’être documenté (là il a fallu faire de l’ingénierie inverse.) Tout le contraire de
trouve que le vieux truc pourri est pourri et prend le temps de faire un billet pour se plaindre
"It is seldom that liberty of any kind is lost all at once." ― David Hume
[^] # Re: Pour faire court
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien Gregory Szorc's Experience Porting Off setup.py. Évalué à 3.
Voilà, c’est ce qui est dénoncé ; mais on réussi à retourner en
Surtout quand, même en passant le cap, c’est pour se rendre compte que ce n’est pas du tout sec le nouveau truc et même que c’est un peu une régression vu qu’il a des fonctionnalités qui passent à la trappe.
En tout cas, je n’est pas eu l’impression que
pyproject.tomlpermette de faire simplement ce qu’il faisait avecsetup.pyqui a en prime l’avantage d’être documenté (là il a fallu faire de l’ingénierie inverse.) Tout le contraire de"It is seldom that liberty of any kind is lost all at once." ― David Hume