Toute la syntaxe Rust en article. Vraiment chouette !

Oh c'est bien drôle ça !
D'une manière générale, le fonctionnel pur qui a pour objectif de lire et d'écrire "des trucs" dans des flux qui peuvent être des fichiers ... Ca peut faire bizarre.

Donc ghc est l'équivalent de rustc
cabal est l'équivalent de cargo
et stack est l'équivalent de rustup (avec un peud e cargo dedans)

Si pour vous JUnit 5 n'est pas encore assez bien, Pioneer rajoute quelques fonctionnalités marrantes (comme les tests en échec qui se relancent tout seuls)

Les principes énoncés là sont très bons. Et en relisant du code que j'ai écrit il y a quelques années, je rends compte que je ne suis vraiment pas à l'aise avec le dernier principe.

Oh c'est marrant ce langage construit pour la concurrence dans la JVM et qui permet très facilement de lancer des tâches parallèles.

Les deux idées mentionnées dans cet article sont très bonnes. Si la validation du projet pendant le build est facile à mettre en place, la création automatique d'issues à chaque exception paraît un peu moins triviale.

Si tu fais du Rust, cette liste d'outils complémentaires à rustup/cargo pourra t'être très utile

Je n'arrive vraiment pas à savoir si l'article est sérieux ou pas. En revanche, la restauration de bureaux individuels me paraît être une sacrément bonne idée.

Un article exceptionnellement bien foutu (sans doute parce que j'aime moi aussi l'espace). N'empêche, les éléments à retenir sont géniaux :

• toujours mettre à jour la doc
• toujours faire des rapports de bugs
• toujours automatiser

Il y a des points intéressants dans cet article (avec lequel je suis en désaccord sur le fond). Cela dit, la gestion des cas limites sans exceptions (comme en Rust), c'est quand même moins trivial.

Zavez vu la side note ? jQuery est en fait un one-liner de Javascript moderne. Impressionant.

Je vois des gens faire des microservices, et franchement, c'est l'enfer : il faut démultiplier la CI/CD, superviser toutes les instances, assurer la sécurité des communications, garantir la cohérence des droits. Donc oui, les monolithes, c'est l'avenir.

Groovy n'est pas mort, et ça, c'est une belle nouvelle !

2038 frappe déja à notre porte ... Et ça risque d'être un peu moche.

Est-ce que ça n'est pas précisément la définition d'une abstraction ?

Une alternative à Reflections qui ne charge pas les classes ? (enfin, qui ne les instancie pas), ça pourrait être intéressant (même dans Structurizr)

Très bon article de Loïc sur les nouveautés de Java14. Je trouve les NullPointerException améliorées vraiment chouettes, et les String multilignes aussi. le reste ... un peu moins.

J'aime beaucoup cette blague évolutionnaire. C'est chic (et complètement nerd, il faut l'avouer).

Sans surprise, Java est premier au TIOBE Index.
Mais d'une façon surprenante (ou pas) , Rust est passé devant Scala ... Quand Rust dépassera Groovy, je serai content et triste à la fois.