La revue hebdomadaire Baeldung 19

Je commence cette revue de la semaine avec une analyse très solide de divers types d’invocations de méthodes en Java et des caractéristiques de performance de chaque . Ceci est une lecture en profondeur, mais très utile d’approfondir la compréhension de l’exécution de Java.

Discussion sur certaines décisions de conception de Java 8 telles que l’utilisation de méthodes par défaut par opposition aux traits Scala. Rappelez-vous que la conception des langages est nuancée et que de nombreux facteurs y jouent un rôle - un atout majeur pour la communauté Java .

Une discussion approfondie sur la dénomination dans les tests - elle peut constituer un bon point de référence pour choisir de nommer vos artefacts de test, même si vous ne respectez pas toutes les conventions énoncées dans l’article.

Cet enregistrement est entièrement consacré au projet Sagan et au nouveau site Web spring.io de spring.io - tous très méta et tous construits au printemps.

Oui, Spring Security 4 a été annoncé récemment, et oui - cela semble très intéressant. Toutefois, si vous souhaitez utiliser Spring Security, la version 3.2 est la solution. Il s’agit d’une vidéo rapide qui devrait donner le coup d’envoi.

La conception des API est une belle chose - voici un processus utile à garder à l’esprit lorsque vous effectuez un changement incompatible en amont dans une interface publiée en externe .

Cet article met en avant une prémisse importante - les derniers grands problèmes de sécurité de 2014 - GOTO Fail et Heartbleed - auraient pu être facilement évités si les développeurs pratiquaient les tests unitaires. Soyez averti - l’article est très long et approfondi - vous allez même voir les tests eux-mêmes et montrer exactement comment les bugs auraient pu être évités.

L’enregistrement initial est un hangout ** et le suivant (qui se passe aujourd’hui, le 16 mai)

La première était OK et a suscité de nombreuses discussions en ligne sur la valeur et les pratiques du TDD, et des tests en général, et j’espère que la seconde discussion approfondira un peu plus.

Si vous avez déjà vu un code scientifique, vous savez à quoi il ressemble, vous savez que vous ne voulez pas le toucher et vous savez que vous ne pourrez pas le changer de manière fiable si votre vie en dépendait. Si vous êtes intéressé par ce domaine, ou si vous avez déjà été frustré de travailler avec une bibliothèque telle que Mahout - voici pourquoi.