La vraie bonne page sur le framework de définition du rôle des variables. C'est un peu austère, mais très intéressant.
Une liste des éléments d'un logiciel de qualité. C'est assez intéressant, même si c'est assez simple.
Un éditeur collaboratif en ligne, dont la partie serveur est en Rust. Ca doit être ... raisonnablement efficace.
Je ne trouve pas l'article original. Mais la théorie des rôles des variables me semble un très bon candidat à l'"emojification" en suffixe.
Une très belle checklist de ce qui fait la différence entre coder et développer
Les sites web déployés en prod utilisent donc très majoritairement PHP, et Java ne représente que 3,6%. Il doit donc y avoir une forme de distorsion cognitive entre ce qui se passe dans les entreprises et le vrai web
Il y a effectivement dans ces combats sémantiques qui agitent les équipes de dév quelque chose de l'ordre de l'aristocratie de l'ancien régime : on se bat sur les choses qui nous mettent mal à l'aise, mais pas sur l'usage de ce qu'on développe
Mais quelle idée marrante ! Ce projet utiliser les macros procédurales de Rust pour traduire les mots-clés du langage. Du coup, on peut écrire du Rust français. C'est très drôle (mais pas très pratique)
Encore du Rust extrêmement malin : si certaines conditions sont remplies, le build échoue (avec un message clair). Ca aide à développer.
Ca ressemble vachement à une partie de ce que j'ai envie d'écrire en ce moment, mais avec un angle un poil différent.
J'en parlais hier avec un collègue, et effectivement, on a de moins en moins besoin d'avoir des compétences avancées pour écrire du code. En un sens c'est bien, mais d'un autre côté, ça rend les choses ennuyeuses et inefficaces
Un toolkit pour produire des interfaces de bureau pour Rust/C++
Sur les 31 conseils donnés dans cet article, je pense qu'au moins la moitié me hérissent le poil. Mais l'autre moitié est tellement importante que l'article mérite la lecture
Historiquement, je voyais le numéro de version principal comme un outil à la main du marketing. Mais avec les microservices, effectivement, le SEMVER devient une approche valable.
Une critique du SQL qui mérite d'être lue, parce qu'elle semble écrite par quelqu'un qui connaît bien les problèmes créés par ce langage (pas comme moi)
Le genre de sélection de langage qui ne me surprend pas (parce qu'elle expose mes biais). Je suis comme d'habitude content de trouver Rust bien avant Go 🤣
Cet article me donne sacrément envie de lire THE CLOSURE, parce que j'aimais vraiment beaucoup ce que faisait _why, et sa manière de réfléchir au métier de développeur.
J'ignorais qu'il existait un musée virtuel des offres de _why ... Et ça me fait plaisir (même si je sais que sa volonté était de disparaître)
Si vous avez des doutes sur le métier de développeur, ne lisez pas cet article, il est aussi douloureux qu'exact. Mais comme il parle de _why, il me touche.
Je me rends compte que je suis tombé bien des fois dans le piège de suffixer mes exceptions par "Exception".