Java Web Weekly, n ° 136

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

>> Groovy for Java Developers?! Rencontrez Gradle, Grails et Spock []

Une bonne introduction au Groovy et aux nombreux outils de ce côté de l’écosystème.

J’utilise de façon sélective certains de ces outils dans mon travail quotidien, mais il existe toute une panoplie d’outils que je n’ai pas encore testés et qui me semblent potentiellement très utiles.

>> Comment récupérer plusieurs entités par identifiant avec Hibernate 5 []

Une opération de base dont moi-même et la plupart des utilisateurs d’ORM ont besoin à un moment ou à un autre. Très agréable supplémentaire à Hibernate.

>> Redimensionner la HashMap: dangers à venir []
  • HashMap est définitivement le cheval de bataille ** de tant de bases de code Java, qu’il n’est même pas drôle.

Donc, que vous l’utilisiez comme outil contondant ou comme instrument tranchant, vous devez absolument bien le comprendre. Une écriture solide dans l’ensemble.

>> Résumé de la plate-forme SpringOne 2016: Jour 1 []et https ://spring.io/blog/2016/08/03/springone-platform-2016-recap-day-2[>> Résumé de la plate-forme SpringOne 2016: jour 2]

Un peu d’amusement de SpringOne.

2. Technique

>> DDD décodé - Explication des objets de valeur et des objets de valeur []

Une autre introduction solide à l’article de DDD ici. Cette série s’annonce comme un excellent matériau de référence.

>> Ecriture du tutoriel de spécification OpenAPI (Swagger) - Partie 8 - Spécification de scission fichier []

J’apprécie énormément cette plongée profonde dans Swagger - la série entière regorge d’informations solides et ces derniers versements ont exploré ** certains aspects de Swagger dont je n’avais aucune idée. Très sympa.

3. Réflexions

>> Embauche d’ingénieurs []

Une introduction de haut niveau à l’embauche d’ingénieurs à lire absolument.

Il existe de nombreuses façons de procéder, certaines meilleures que d’autres, mais il est bon de comprendre que certaines approches traditionnelles peuvent fonctionner si elles sont bien exécutées .

>> Le coût humain d’une dette technologique []
  • La dette technique non gérée va bien au-delà des inconvénients techniques ** et a toujours un impact profond sur les équipes.

Et avec suffisamment de temps, cela incitera fortement les développeurs à surmonter le désagrément lié à la recherche d’un nouvel emploi.

>> Combinez des personnes intelligentes avec des projets incroyablement difficiles []

Quelques réflexions intéressantes sur les énormes avantages de sortir de sa zone de confort , de s’attaquer à un problème difficile et d’obtenir de l’aide.

>> Votre utilisation de contrôle source est-elle propice à la révision de code? []

C’est une question fantastique à poser. Et la réponse à cette question est finalement ancrée dans la discipline et le respect de votre équipe , en essayant de faciliter le travail de révision.