Java Web Weekly, numéro 114

Au tout début de l’année dernière, j’ai décidé de suivre mes habitudes de lecture et de partager les meilleurs contenus ici, sur Baeldung . Je n’ai pas manqué une critique depuis.

  • Et c’est parti…​**

1. Printemps et Java

>> Écriture des tests unitaires avec Spock Cadre: Introduction aux spécifications, troisième partie [t]

Cet article continue d’explorer les tests avec Spock , cette fois en examinant de près les spécifications.

Une brève mise à jour sur ce qui se passe avec Unsafe en Java 9 .

>> Comment soutenir Java 6, 8, 9 dans une API unique []

Une approche très intéressante pour prendre en charge plusieurs versions de Java dans une API publique . Si vous construisez ou gérez une API publique, vous devez absolument vérifier.

En outre, si vous êtes intéressé au marketing, c’est une bonne idée de la manière dont vous produisez du contenu qui prend en charge votre produit.

http://vladmihalcea.com/2016/03/01/how-to-combine-the-hibernate-assignateur-generator-with-a-sequence-or—​identidentity-column/&gt ; Comment combiner le générateur attribué à Hibernate avec une colonne de séquence ou d’identité] []
  • L’identité d’une entité ** est beaucoup plus complexe que de simplement gifler un @ Id et l’appeler un jour.

A lire également:

Webinaires et présentations:

Temps de mise à niveau:

2. Technique

>> Test de mutation sensible: ne continuez pas une tuerie []

Le test de mutation rend la métrique fictive qui couvre le code légèrement moins fausse. Il semble assez facile à installer, je vais donc certainement essayer celui-ci.

>> Comment ne pas écrire les tests du maître d’or []

Comme toujours, vous pourrez plonger dans les complexités de la mise au point d’un système bien testé et facile à modifier.

Un intéressant et certainement utile regarde le fonctionnement des attaques DDoS ** , comment les cibles sont généralement sélectionnées et ce que vous pouvez faire.

Astuce - une bonne journalisation peut aider à voir le modèle plus tôt. Réagir à cela - eh bien, ce n’est pas aussi facile que de savoir que cela se produit.

>> Devrions-nous utiliser un standard de codage? []

J’ai été assez impliqué dans le codage des discussions standard (appelons-les «discussions») au cours desquelles j’essayais de convaincre quelqu’un de quelque chose.

Ce n’est jamais amusant et presque toujours improductif - j’ai donc tendance à aborder ce problème différemment (indice - je suis beaucoup plus souple que dans mes débuts).

Cet article récapitule une partie du processus et fait ressortir de très bons arguments que vous pouvez comprendre et utiliser lorsque votre équipe appuie sur la gâchette d’une norme de codage .

A lire également:

3. Réflexions

>> Le monolithe majestueux []

Les monolithes ont une mauvaise réputation. Il est vraiment important de comprendre où un monolithe a plus de sens et quel type de système nécessite réellement une architecture de microservice.

Cette décision rapide a le potentiel évident de vous épargner de nombreux mois de travail de développement supplémentaire pour atteindre vos objectifs.

>> Conditions préalables à une révision efficace du code []

Les tentatives de révision du code sont légion. Les cultures de révision de code positives utiles axées sur l’apprentissage sont rares.

Et c’est certainement parce que la pratique exige que quelques éléments soient en place pour bien fonctionner, notamment le degré de maturité émotionnelle.

>> Perdu mon pari: le PC n’est pas mort …​ encore []

Quelques lectures amusantes sur la vitesse à laquelle évolue l’industrie de la technologie en général.

>> Comment déployer des logiciels []

Ce n’est pas un message, c’est un petit livre

C’est aussi un écrit intelligent et clair sur ce qu’il faut faire pour que votre travail soit présenté et bien exécuté.

Cela vaut la peine d’être lu, si ce n’est que pour se débarrasser du «stress de déploiement» (condition médicale réelle) et de 10 fois votre facteur de refroidissement lors de la production.

>> InfrastructureAsCode []

Une pratique bien connue dans le monde DevOps et, espérons-le, à l’extérieur également.

Je m’attends à ce que cet article continue à se développer comme les précédentes séries, en suivant le concept super intéressant Evolving Publication.

A lire également: