Pourquoi le fork à échoué ? Et pourquoi ne pas avoir directement proposé des patchs mainsteam ?
Un peu pour les mêmes raisons, à savoir un manque chronique d'intérêt de la part des devs Twisted, voire une hostilité occasionnelle (cela se voit peut-être moins aujourd'hui, mais à une époque, notamment sur IRC, les devs Twisted étaient ouvertement hostiles à Python 3).
Le fork a réussi techniquement, à savoir que j'ai réussi à porter le coeur de Twisted vers Python 3 avec un effort relativement raisonnable. Mais vu la réaction des devs en face, cela n'avait pas d'intérêt de continuer.
Il faut savoir aussi qu'avant que je fasse ce fork, il y avait des tickets ouverts pour "nettoyer le code en vue du portage vers Python 3", mais la pratique recommandée était de proposer des petits patches ce qui, vu le boulot total requis, promettait d'être totalement ingérable (et, de facto, cette approche initiale a échoué).
J'espère en tout cas que la multiplication des API asynchrones ne va pas provoquer un désintérêt pour Twisted, mais bon je ne m'inquiète pas trop surtout que le développement est toujours très actif.
À vrai dire, s'il y a un remplaçant digne de ce nom, ça ne me dérangerait pas que Twisted perde en popularité. Utiliser Twisted, c'est une expérience un peu particulière : ils ont leurs propres conventions de nommage, ils réinventent la roue sur beaucoup de sujets (par exemple ils utilisent leur propre système de logging largement inférieur à celui de la stdlib). Et quand tu contribues un patch ils sont capables d'ergoter sur des points de détails comme le nombre de retours chariot dans les définitions de classe.
[^] # Re: Twisted
Posté par Antoine . En réponse au journal Python 3.4 beta 1 est sortie. Évalué à 2.
Un peu pour les mêmes raisons, à savoir un manque chronique d'intérêt de la part des devs Twisted, voire une hostilité occasionnelle (cela se voit peut-être moins aujourd'hui, mais à une époque, notamment sur IRC, les devs Twisted étaient ouvertement hostiles à Python 3).
Le fork a réussi techniquement, à savoir que j'ai réussi à porter le coeur de Twisted vers Python 3 avec un effort relativement raisonnable. Mais vu la réaction des devs en face, cela n'avait pas d'intérêt de continuer.
Il faut savoir aussi qu'avant que je fasse ce fork, il y avait des tickets ouverts pour "nettoyer le code en vue du portage vers Python 3", mais la pratique recommandée était de proposer des petits patches ce qui, vu le boulot total requis, promettait d'être totalement ingérable (et, de facto, cette approche initiale a échoué).
À vrai dire, s'il y a un remplaçant digne de ce nom, ça ne me dérangerait pas que Twisted perde en popularité. Utiliser Twisted, c'est une expérience un peu particulière : ils ont leurs propres conventions de nommage, ils réinventent la roue sur beaucoup de sujets (par exemple ils utilisent leur propre système de logging largement inférieur à celui de la stdlib). Et quand tu contribues un patch ils sont capables d'ergoter sur des points de détails comme le nombre de retours chariot dans les définitions de classe.