Java Web Weekly, n ° 140

Il me reste encore beaucoup à parcourir ici, mais il s’agit là d’une application pratique fantastique du motif the strangler que j’apprécie personnellement tant.

Ce modèle offre un contrepoids si clair et sensible à l’idée malheureuse du Big Rewrite, ce qui le rend particulièrement intéressant.

Une vulnérabilité trouvée dans l’exemple de code , clairement et de manière transparente communiquée à la communauté au cas où des implémentations là-bas copier-colleraient l’exemple

C’est pourquoi j’aime l’écosystème Spring.

La relecture du flux d’événements dans une architecture Event Sourcing est l’une de ces choses qu’il faut beaucoup de temps pour comprendre.

Mais une fois que vous réalisez que vous pouvez réellement faire cela, oui - beaucoup d’options s’ouvrent

Une brève rédaction analysant un exemple de code de la communauté - puis utilisant jOOλ pour le rendre meilleur (et beaucoup plus propre).

J’apprécie vraiment ce genre d’analyse approfondie et pertinente du code qui peut être amélioré (surtout quand ils arrivent à mon code). Beaucoup à apprendre d’ici.

Une description pratique et sans légèreté couvrant et distillant les principaux plats à emporter de JUnit 5 .

Un bon exemple est la segmentation du contexte Spring amorcée par le test - j’avais toujours l’habitude de le faire manuellement. C’est mieux.

Scénario très intéressant et rare d’une vulnérabilité OAuth2 dans Spring Security - où un utilisateur a le même nom utilisateur comme le clientId__ du client. Rédaction rapide et pertinente ici.

Une nouvelle version très prometteuse, visant à mettre à jour RFC6265 (le principal RFC de gestion d’état HTTP) avec un nouveau type de cookie .

Si elle était acceptée, cela contribuerait grandement à atténuer un grand nombre d’attaques et de vulnérabilités CSRF .

Proposition très excitante et une excellente explication de la raison pour laquelle nous en avons besoin dans cet article.

Points vraiment intéressants sur l’amélioration de JSON (oui, vous avez bien lu).

Beaucoup de bonnes pépites ici si vous faites des microservices (enfin).

Je pense que nous sommes maintenant tous sur la même page avec le fait que les critiques de code sont très bénéfiques . Bien sûr, cela ne change rien au fait que ce n’est pas une pratique facile à suivre , en particulier au sein d’une organisation qui n’a pas de culture particulièrement ouverte aux nouvelles idées.

Selon mon expérience, les métriques sont très utiles ici: lorsqu’une équipe réalise un saut non trivial dans certains métriques clés, l’adoption cesse d’être quelque chose qui doit être «accepté» et devient une décision interne à l’équipe.

Soit ces violations importantes se produisent de plus en plus ces jours-ci, soit je les remarque tout simplement davantage

Quoi qu’il en soit, cela arrive souvent - il est donc agréable de lire ce qui suit concernant une entreprise qui stocke les données d’accréditations de manière intelligente , afin que cela ne se produise pas vraiment.

Cet article a certainement de bonnes choses à emporter.

Personnellement, je suis beaucoup plus partial envers Clojure que Scala; mais, comme dans le présent article, j’ai récemment effectué des travaux sur Scala et j’en suis venu à apprécier certains des aspects les plus intéressants du langage.

Si vous ne possédez pas d’expérience Scala, mais que vous souhaitez l’essayer, introduisez-le dans un petit module, pas dans la base de code principale de votre projet. **

Le conseil en logiciel change, il n’y a pas deux façons de le faire. Et, comme la plupart des choses, vraiment avancer nécessite un changement d’état d’esprit plutôt qu’une augmentation de votre efficacité ou de vos compétences. Très intéressante lecture.

Mur de texte? Sûr. Bien? Ouais.