Par le passé, nous vous conseillions d’utiliser le constructeur pour injecter les dépendances avec Spring, et nous avons présenté Lombok.
Devinez…
Ces deux compères s’entendent parfaitement, à une petite astuce près pour pouvoir utiliser le @Value
de Spring.
Nous parlerons de tout ceci dans ce billet.
Poursuivre la lectureIl y a quelques mois, notre équipe a accueilli un nouveau venu.
En plus de notre mission, il découvrait aussi Java, après quelques années en tant que développeur .NET.
Parmi ses premières réactions, il y a eu plusieurs « Quoi, tu dois faire ça toi-même, en Java ? En .NET, c’est le compilateur qui le fait pour toi ! »
Il est vrai qu’en Java, le langage et les conventions amènent une quantité non négligeable de code à faible valeur ajoutée.
Mais ne craignez pas !
Le chevalier Lombok vient à votre rescousse.
Poursuivre la lectureSi vous travaillez avec VSCodium, il peut arriver que vous ne trouviez pas une extension pourtant disponible dans le marketplace.
Voici l’explication.
Poursuivre la lectureMicrosoft publiant ses outils sous license open source a fait un certain effet sur la communauté des développeurs.
Il y a cependant une subtilité : la license MIT s’applique au code source, mais pas au binaire distribué.
Voici quelques explications et deux alternatives possibles.
Poursuivre la lectureSi vous utilisez Spring depuis longtemps, ou si vous copiez-collez quelques tutos ou solutions trouvés sur la toile, vous avez certainement quelques champs privés annotés avec @Autowired
.
Ça fonctionne, mais il y a une meilleure façon de faire.
Poursuivre la lectureLa semaine dernière,
Tony m’a demandé la pile technologique derrière mon site.
C’est un sujet sur lequel je voulais écrire lorsque le site serait stable, mais je continue de le bricoler.
En tant que tel, il est loin d’être terminé et j’ai encore plein d’idées, mais parlons-en néanmoins.
Poursuivre la lecturePour la Saint-Valentin, j’avais envie de vous raconter comment je suis tombé amoureux d’editorconfig.
Poursuivre la lectureCette année m’a donné l’occasion de discuter avec des personnes d’horizons différents.
Parmi celles-là, des responsables techniques, des encadrant·es techniques, des architectes…
Vous voyez l’idée.
Au cours de ces échanges, j’ai entendu une remarque récurrente, dont je craignais jusque-là qu’elle ne soit l’expression de ma propre nature exigeante.
Mais non ! D’autres l’ont remarqué et partagent mon avis.
Celui-ci se résume de la façon suivante : une nouvelle génération de développeurs / développeuses est arrivée sur le marché.
Ils aiment faire les choses rapidement et le fonctionnement profond des choses ne les intéresse pas.
Ceci se coordonne avec une époque où les frameworks fleurissent, nous promettant de développer mieux, plus vite et avec plein de magie qui nous évite de devoir comprendre ce qui se cache derrière ces astuces.
Poursuivre la lectureLes développeurs / développeuses font généralement très attention aux outils qu’elles ou ils choisissent : leur ordinateur, leur éditeur…
Pourtant, nous ne nous posons que rarement la question de savoir si la police d’écriture proposée par défaut est adaptée.
Voici un peu de matière à réflexion sur ce sujet, et quelques-unes de mes fontes préférées pour le développement.
Poursuivre la lecturePlus d’une fois au cours de ma carrière, pourtant pas si longue, j’ai dû travailler sur des machines qui n’étaient pas adaptées à mes besoins pour le développement.
Ceci résultait le plus souvent d’une politique de la société, conçue pour maintenir les coûts des ordinateurs à un niveau raisonnable, mais qui ne prend pas en compte le cas spécifique des développeurs.
Pourtant, il s’agit souvent d’argent jeté par les fenêtres à (pas si) long terme.
Poursuivre la lecture