$ sudo make altinstall
BTW, essayer d’opposer thread / async et peut être multi process montre que tu n’as pas encore assez joué avec tous ces patterns pour te rendre compte qu’ils ne sont pas antinomiques, mais complémentaires: rien ne t’interdit d’utiliser les 3 dans le même daemon, c’est ce que j’ai fait avec API-Hour http://www.api-hour.io les 3 patterns sont présents, à différents niveaux, histoire d’essayer de tirer le meilleur du CPU et de l’I/O: ce n’est clairement pas une silver bullet, ça peut néanmoins aider quand on l’utilise à bon usage.
Après, si tu préfères jeter toute ta connaissance Python pour écrire de la business logic (je ne sais pas dans quoi tu travailles, mais moi, c’est pour ça que mes clients me paient, ils s’en foutent de ce que j’utilise en dessous) pour faire du go ou du rust, c’est ton choix, mais tu ne nous fera pas croire que c’est plus facile de tout jeter que passer à Python 3 ;-) à moins bien sûr d’aimer avoir mal, ce qui n’est pas une approche très production-ready de mon point de vue :-)
Je suis vraiment très curieux de voir des projets que tu as fait en go ou rust, tu aurais une lien pour nous montrer tes oeuvres?
]]>build-essential
tk8.4-dev
libsqlite3-dev
libgdbm-dev
libreadline6-dev
liblzma-dev
libbz2-dev
libncurses5-dev
libssl-dev
Ensuite, ça devrait être beaucoup mieux !
]]>>>> print(*[1, 2, 3], *[4, 5, 6], 7)
1 2 3 4 5 6 7
Je suis toujours frustré de ne pas pouvoir le faire dans certains cas (et c’est bien plus lisible que d’utiliser chainmap).
]]>