Développement

L’injection Spring par constructeur avec Lombok

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.

Au sujet de Lombok

Il 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.

Open VSX, une alternative ouverte au marketplace de Microsoft

Si vous travaillez avec VSCodium, il peut arriver que vous ne trouviez pas une extension pourtant disponible dans le marketplace. Voici l’explication.

Visual Studio Code n’est peut-être pas si ouvert que vous le pensez

Microsoft 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.

[Bonne pratique] Utilisez l’injection par constructeur avec Spring

Si 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.

La pile technologique de Keyboard Playing

La 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.

editorconfig, le parfait compagnon pour le formatage de votre code

Pour la Saint-Valentin, j’avais envie de vous raconter comment je suis tombé amoureux d’editorconfig.

Maitrisez la technologie, pas le framework

Cette 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.

Choisir une police pour coder

Les 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.

Le coût du temps

Plus 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.