D'accord, on attend encore la généricité. Un minimum quand même pour des langages typés qui veulent encourager de la réutilsation en dehors du dev de microservices et de chtits utilitaires. Autant faire du python à ce niveau. Ca va quand même plus vite pour du quick and dirty même en asynchrone ou multi-process.
[^] # Re: Dart/Kotlin : Pourquoi pas Go ?
Posté par El Titi . En réponse au journal Finalement c’est simple !. Évalué à 2. Dernière modification le 22 janvier 2020 à 15:24.
Commençons gentiment, on n'est pas vendredi:
Capturer et propager les erreurs explicitement en 2020, c'est comment dire ...
Ah oui, l'auteur du Go est un peu nostalgique du C.
Pas d'exception ?
Ok voyons comment Rust et la programmation fonctionnelle aborde la problématique:
http://tyoverby.com/posts/rust-vs-go.html
D'accord, on attend encore la généricité. Un minimum quand même pour des langages typés qui veulent encourager de la réutilsation en dehors du dev de microservices et de chtits utilitaires. Autant faire du python à ce niveau. Ca va quand même plus vite pour du quick and dirty même en asynchrone ou multi-process.
Ca en est où au fait ?
https://www.infoq.com/news/2019/08/go-contracts-generic-programming/