Oh, j'aime vraiment beaucoup cette idée d'architecte qui partage le savoir, plutôt qu'un architecte qui code.
Une liste de conseils "de bon sens" (je me méfie beaucoup du bon sens, il fait brûler les sorcières). Les conseils qui sont donnés ici sont avant tout des conseils de pragmatisme : résolvez des problèmes clairs, et clairement exprimés, plutôt que de vous enfoncer dans des généralités insolubles.
Comme je dis toujours, pour réécrire un système, il faut pouvoir en reproduire les fonctionnalités ... et les bugs (et souvent, les bugs sont mal connus)
C'est une vision du rôle d'architecte que j'aime beaucoup.
Une surprise aussi intéressante que conceptuellement bonne : en PHP, les variables qui sont accessibles depuis une closure doivent être déclarées dans la signature de celle-ci. C'est un peu plus verbeux que dans d'autres langages, mais aussi plus lisible.
J'aime bien cette description de l'état d'esprit nécessaire à l'écriture de CSS. C'est bien autre chose que le code impératif.
Une curiosité à tester un de ces jours : un plugin maven permettant d'exécuter des commandes et/ou des goals maven en parallèle. La syntaxe de la configuration ressemble (de loin) à Ant, c'est curieux.
Ce thread est une lecture édifiante pour les développeurs qui se soucient un tant soi peu d'éthique (et une bonne raison d'utiliser plus d'open-source)
Un marketing très particulier pour un ... langage de programmation
Le minimalisme logiciel, c'est quelque chose qui me semble assez sensé (puisque ce lien est hébergé sur mon Raspberry).
Je n'avais jamais entendu parler de cette pratique, et je la trouve anti-productive : si les objets que vous manipulez sont un tant soi peu complexes, n'avoir qu'une seule assertion ne prendra pas en compte la complexité de vos objets.
Je vais paraître présomptueux, mais je pense rentrer dans ce genre de profil ...
Imagine tu développe la lib de sécurité que TOUT LE MONDE utilise.
Et bêtement tu mets ">" à la place de ">=". ET PAF! VULNERABILITE!
Zero pression sur les développeurs, hein 😅
Un article intéressant, qui peut paraître déprimant à première vue, mais qui (grâce à mon hubris sans doute) me rassure plutôt.
Est-ce que vous savez comment transformer un tweet en sticker ? Parce que je vis par ce message
C'est ce que j'appelle du code write-only : tu l'écris, et quand tu dois le relire, tu comprends plus rien, et du coup tu le réécris dans un autre langage plus read-only (comme le Rust : impossible à écrire mais parfaitement clair et performant)
Quelques exemples de cas où il vaut mieux réfléchir un peu en avance, et en faire "un peu trop" parce que c'est sûr, ça va servir
C'est une vision extrêmement radicale de la gestion de la mémoire dans un logiciel. Ca doit donner des défis intéressants à résoudre aux développeurs. Même si je ne suis pas sûr de l'intérêt final de la chose ...
Toutes les icônes.
Toutes les fontes.
Dans un seul package.
Ca m'a l'air redoutablement pratique.
OpenCV, c'est pas simple, Rust, c'est pas simple, alors les deux ensemble ... c'est pas simple (mais ça permet des choses intéressantes)