Différents algorithmes sur les graphes, les arbres, les listes… illustrés par des animations.

Sous le code: Pourquoi les développeurs aiment tellement le langage Rust.
Un jour il faudra vraiment que je prenne le temps de regarder.

Le moteur de jeu Defold passe en opensource.
Il permet de créer des jeux html, Android, etc.

Je pose ça là, parce que ça m'a fait sourire :-)
PS: Bien sûr cette page est simpliste, et il est intéressant de lire les commentaires sur HackerNews: https://news.ycombinator.com/item?id=23175334
Mais c'est vrai, les problèmes de multithreading peuvent être extrêmement difficile à investiguer/reproduire/corriger.
Avec des CPU qui ont de plus en plus de cœurs, je pense que le multiprocessing est plus intéressant à explorer (surtout que cela ouvre la voie à la répartition sur de multiples machines en réseau, et donc potentiellement une capacité de traitement colossale !). Il existe même des librairies qui vont répartir automatiquement vos traitements sur un ensemble de machines.

Le "Jeu de la vie" de Conway en 32 octets de code machine.
TRENTE DEUX OCTETS.

Sous le coude pour lecture ultérieure: En programmation orientée objet, l'héritage pose souvent des problèmes. Il vaut mieux privilégier d'autres solutions.

Trop drôle.

Totalement d'accord avec ça:
« As a programmer, it’s 💯 × more important to not over-engineer than to “avoid tech debt”.
You’ll have to refactor and throw away code in the future anyway—it’s impossible to know what requirements will be.
The less code you have, the easier it is to replace.»
(via http://nicolas-delsaux.hd.free.fr/Shaarli/?3Y_7vg)

C'est quoi DevOps ?

Ah je me souviens de Delphi, oui.
C'est propre, pas lourd et très efficace ! J'avais beaucoup aimé.
On produisait des applications sans trois tonnes de dépendances, facile à installer et qui tournaient avec d'excellentes performances.

Petite introduction à Rust, un langage qui se veut performant et surtout beaucoup plus sûr (plus de dépassements de buffer, d'erreurs de segmentation, de risques de memoryleaks, etc.)
(via http://nicolas-delsaux.hd.free.fr/Shaarli/?GMfn9A)
EDIT: Voir aussi: https://sebsauvage.net/links/?LUy39Q

LOL

Unity, Unreal Engine, XNA, Android... un site de formation au développement de jeux vidéos ferme ses porte et en profite pour diffuser gratuitement toutes ses formations : https://www.3dbuzz.com/

Un article qui explique comment le jeu "Commanche" (un simulateur d'hélicoptère) effectuait le rendu du terrain (en voxels). Excellent !

J'avais besoin de mettre en place une extraction automatisée de données en base, dans un format bien précis. Sur une machine Windows. La solution que j'ai trouvée: un programme Python.
Non seulement c'est vite développé et lisible, mais pour l'installer, j'ai 2 FICHIERS À METTRE (le runtime Python + la lib cx_Oracle).

DEUX FICHIERS.
Moins de 21 Mo.

Ça change des runtimes et des dépendances absolument démentielles de la plupart des langages et frameworks actuels. Ça fait tellement du bien !

Et j'ajouterai également que c'est *facilement modifiable*. Pas besoin d'installer un environnement de développement de fou pour juste réussir à compiler le bouzin. Là il suffit de modifier direct le source Python. La friction au changement est bien plus faible.
(Et comme le code est bien documenté, c'est rapidement compréhensible)

Comme disait un blogueur: Codez et commentez comme si la personne qui va maintenir votre code est est un tueur psychopathe.

Différents algos de tramage, présentés avec le code source.
(Wooo... comment tout ça me rappelle l'époque du Mac 128 ! #TeamVieux)

Lu sur internet (je ne sais plus où): « Si Javascript n'était pas le seul langage disponible dans les navigateurs, personne ne l'utiliserait. »
Voilà.
(ah si seulement on avait Lua ou Python dans les navigateurs !)

Le problème des casques de réalité virtuelle, c'est qu'il y a un large champ de vision, donc énormément de pixels à traiter. Cela nécessite donc une grosse puissante de calcul pour la 3D.
Or notre cerveau ne perçoit que très marginalement ce qui est en périphérique de l'axe de l’œil. Il n'y a pas besoin d'être précis dans cette zone.
Le système qu'ils ont inventé concentre la puissance de calcul sur le centre visuel (forte densité de pixel) et utilise une faible densité de pixels sur la périphérie. Un algo parvient à utiliser la faible densité de pixels de la périphérique pour reconstruire une image.
On pourrait donc imaginer des calculs 3D très sommaires pour ce qui est à la périphérie de l’œil, réduisant énormément les besoins de calcul.

« Tu penses que ça va te prendre combien de temps ? Cette question à la con me file un frisson à chaque fois qu’on me la pose. Le problème c’est qu’il n’y a pas de bonne réponse à cette question. Ton estimation de temps sera forcément une blague »

À noter que ces articles annonçant la "fin" des développeurs, ce n'est pas nouveau. Ça fait 20 ans que j'en entends.

Ah c'est tellement beau, j'ai envie de l'accrocher au mur au boulot.
(source: https://www.monkeyuser.com/2019/v-201/)

Sous le coude: Une lib javacript pour faire des graphismes, animations et interactions, dans la veine de processing.js
(via https://jcfrog.com/shaarli41/?RSB4tQ)

NodeJS
EDIT: Le lien : https://www.jesuisundev.com/deno-le-nouveau-nodejs/