11 private links
Il y a dans ces appareils photos des tonnes de fonctions plus ou moins cachées. Et ce guide les débroussaille gentiment
Ah ça c'est sûr qu'écrire du code "lazy" est toujours plus compliqué, mais ça présente des avantages énormes en termes de performance CPU et d'occupation mémoire.
Le vrai secret, c'est d'embarquer du code "simple" dans des modules de chargements lazy.
Nom de nom ! Vous voyez cet exemple de code Rust ? La fonction await est compilée, la fonction dépendante aussi, et le code est absolument minimal ! Il faut que je montre ça à Rémi Forax, il en fera une attaque !
Il y a là-dedans quelques idées vraiment intéressantes
Sans surprise, quand on remplace du Go par du Rust, il n'y a plus de pause de GC.
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.
Quand on parle d'optimisation de compilateur, c'est parfois abstrait ... pas là ! Celle-ci est aussi concrète qu'efficace.
Quelle dégueulasserie que ce ballast ! c'est authentiquement ignoble (et pourtant j'ai fait un truc assez semblable il y a une vingtaine d'années). C'est le moment où le GC apparaît bien comme une mauvaise abstraction.
Wow ! L'application est visuellement impressionante. Et à 60 Mo (sans avoir besoin de VM sur la machine), ça fait de JavaFX un bon concurrent aux horreurs Electronesques.
Un premier article sur le profiling Rust sous Windows assez intéressant ...
je ne suis pas vraiment surpris ...
De très bonnes explications sur les différentes méthodes permettant d'optimiser un exécutable Rust, avec en bonus des explications très complètes.
Très bonne optimisation du build cargo dans un conteneur. Ca marche très bien, et ça ne pollue pas l'organisaton du conteneur
Un peu d'optimisation Kafka ? Ca fait du bien
Même si Java et son usage des dépendances génère des exécutables assez lourds, je suis d'accord. Et je suis surtout d'accord avec la proposition liminaire : ça n'est pas le Javascript qui est lourd, c'est l'abus de tous ces trackers et autres composants externes ...
Il y a de quoi en faire une affiche ...
Très chouette article sur l'optimisation de la compilation Rust.
Un outil qui n'exécute que les tests impactés par les modifications du dernier commit. Ca me paraît assez chouette comme idée (et ça pourrait avantageusement remplacer infinitest)
Il est compliqué pour moi d'être complètement d'accord avec cette citation, mais je la trouve quand même fabuleuse (justement parce qu'elle suscite la question)
A relire pour le jour où je me remettrai vraiment à Codingame