Intéressant ... pour peu qu'on puisse "contrôler" le hasard, c'est-à-dire garantir que la liste de valeurs est raisonnablement la même à chaque test. Parce que sinon, les tests peuvent perdre en répétabilité.
Alors ça, c'est dingue. Je croyais que la JVM était rapide, mais ce code compilé en natif est encore plus rapide. Clairement, ça cible tous ces langages modernes qui n'existent que par leur disponibilité sous forme de binaires uniques
Pas mal du tout
Pas mal, c'est la première fois que je vois un argument contre var qui ait du sens.
Alors ça, je ne connaissais pas. Ca ne sert à mon avis plus à grand chose avec les types génériques ... Mais c'est quand même sacrément cool.
Je ne sais pas si c'est un si bon article (parce que je connais nettement mieux Maven que Gradle). Ce que j'en comprend en revanche colle à peu près avec ma vision du truc.
La variété, c'est effectivement bien. Mais Kotlin me fait toujours l'effet d'un certain opportunisme ...
Les checked exceptions sont-elles une erreur de conception du Java ? Peut-être bien ...
C'est un problème assez spécifique, mais très intéressant ...
Miam ! Ca fait vraiment envie !
Chouette ! Un serveur Java idéalement taillé pour les applications à base de microservices
A relire pour le jour où je me remettrai vraiment à Codingame
Mais c'est très choupi, ça !
Intéressante comparaison. Bon, Java est deuxième ... sans utiliser vert.x ou RxJava ou d'autres outils mettant l'asynchrone au coeur du serveur ...
Je suis vraiment pas loin d'être d'accord
Complètement d'accord : l'immutable est assez facile à implémenter en Java (comme dans tout autre langage). Par contre, l’asynchrone, c'est une sacrément autre paire de manches.
Un bon guide de sécurisation ActiveMQ (parfait pour quelqu'un qui doit sécuriser des accès sans rien y comprendre)
Je ne connaissais pas cet outil équivalent à Portecle, mais bien plus beau.
Vérifier l'architecture dans les tests unitaires ? Une super idée !
C'est pour ça qu'on trouve "Java inside" derrière tous les lecteurs BluRay