Je ne parle pas uniquement du passage de python 2 à 3 mais du refactoring en général, c'est la seule chose qui m'est pénible en Python, du coup en règle générale je m'abstiens, et donc même punition quand je me pose la question de migrer du code vers python 3.
C'est Guido lui-même qui m'a mis la puce à l'oreille en s'intéressant de plus en plus au typage statique. Ca m'a tellement surpris que du coup j'ai essayé en Go et sur le peu de projets que j'ai démarré c'est loin d'être illusoire, au contraire je me régale à refactoriser. Ca facilite du même coup l'optimisation en ayant beaucoup moins peur de casser quelque chose.
Je ne pense pas que Dropbox ait décidé de migrer vers Go uniquement pour des problèmes de performances, tant qu'à tout réécrire il y avait d'autres solutions plus proches de python, pypy, cython etc.
Pour en revenir au schmilblick, que penses-tu de mercurial ? L'outil qui s'enterre lui-même en refusant de suivre l'évolution de ses dépendances ?
C'est inquiétant car comme le montre très bien la discussion sur le passage vers git+github, le côté social est de plus en plus important, c'est également le côté social qui a modelé Go (formatage du code, outils, multiplateforme...). Paradoxalement à ce qu'on pourrait croire par rapport à ce que j'écris c'est ce qui me fera rester en Python, je ne lâcherai pas l'écosystème Python de si tôt.
[^] # Re: Python 3?
Posté par wilk (site web personnel, Mastodon) . En réponse au journal CPython abandonne Mercurial et passe à Git et Github. Évalué à 7.
Je ne parle pas uniquement du passage de python 2 à 3 mais du refactoring en général, c'est la seule chose qui m'est pénible en Python, du coup en règle générale je m'abstiens, et donc même punition quand je me pose la question de migrer du code vers python 3.
C'est Guido lui-même qui m'a mis la puce à l'oreille en s'intéressant de plus en plus au typage statique. Ca m'a tellement surpris que du coup j'ai essayé en Go et sur le peu de projets que j'ai démarré c'est loin d'être illusoire, au contraire je me régale à refactoriser. Ca facilite du même coup l'optimisation en ayant beaucoup moins peur de casser quelque chose.
Je ne pense pas que Dropbox ait décidé de migrer vers Go uniquement pour des problèmes de performances, tant qu'à tout réécrire il y avait d'autres solutions plus proches de python, pypy, cython etc.
Pour en revenir au schmilblick, que penses-tu de mercurial ? L'outil qui s'enterre lui-même en refusant de suivre l'évolution de ses dépendances ?
C'est inquiétant car comme le montre très bien la discussion sur le passage vers git+github, le côté social est de plus en plus important, c'est également le côté social qui a modelé Go (formatage du code, outils, multiplateforme...). Paradoxalement à ce qu'on pourrait croire par rapport à ce que j'écris c'est ce qui me fera rester en Python, je ne lâcherai pas l'écosystème Python de si tôt.