Le moteur de jeu 3D Libre Godot vient de passer à 50 000 € de donations par mois !  \o/
C'est magnifique.

Unity est un moteur de jeu 3D extrêmement populaire, en particulier chez les développeurs de jeux indépendants (les petits studios). Il facilite la création de jeux en 3D (et aussi en 2D).
Sauf que Unity vient de changer sa licence et ses tarifs, et cela va être une catastrophe pour tout une catégories de studios de jeux : Un paiement au nombre d'exemplaires du jeu installés.

Qui des gens qui achète 1 exemplaire du jeu mais le téléchargent plusieurs fois ? Quid des GamePass ? Quid des exemplaires piratés des jeux ? Les studios vont devoir payer aussi pour ceux-là ? Et si le développeur décider de cesser de vendre son jeu, devra-t-il continuer à payer pour les installations jusqu'à la fin de ses jours ?
On ignore également si cette comission est rétro-active ou non.
Trop de flou, trop de questions, trop de problèmes en perspective. Et surtout beaucoup trop d'argent pour les petits studios.
(Et accessoirement, cela veut dire plus de télémétrie pour les joueurs.)
Cela déplait fortement à toute la communauté des développeurs.

Complément : https://www.gamedeveloper.com/business/the-death-of-unity

Complément : Des alternatives à Unity : https://www.gamingonlinux.com/2023/09/heres-some-alternatives-to-the-unity-game-engine/

EDIT: trop classe : le patron de Unity a revendu ses actions avant la mauvaise annonce : https://finance.yahoo.com/news/unity-software-incs-president-ceo-050515124.html

EDIT : Article en français avec la réaction de certains studios : https://www.rtbf.be/article/unity-ces-jeux-video-qui-vont-peut-etre-disparaitre-11255890

☹️ Et là je le dis qu'avoir une version offline (ou "piratée") des jeux est indispensable si on veut encore pour y jouer dans quelques années.
Ce qui ne réglera pas le problème des studios qui jettent l'éponge, mais au moins on ne perd pas nos jeux.
(Steam c'est bien, mais c'est le Netflix des jeux: quand un studio ou un éditeur se barre, ses jeux se barrent avec).

🏴‍☠️ Piratagez les jeux !      ("Piratager"=Pirater+partager)

Shitstorm pour Unity : https://www.gamingonlinux.com/2023/09/unity-announced-big-changes-following-the-hated-runtime-fee/

« The Top Programming Languages 2023: Python and SQL are on top »

Comment sont gérés les répertoires "HOME" sous Linux et Windows, et pourquoi il est important pour les développeurs de respecter les conventions (typiquement les XDG sous Linux).

La "demoscene", ce sont des rassemblements de groupes de développeurs qui tentent de faire des démonstrations techniques visuelles sur ordinateur. Ça existe depuis les tous début de l'informatique, et c'était surtout l'occasion de faire des choses extraordinaire avec des contraintes matérielles fortes, en particulier de faire des choses qui semblaient impossible par rapport au matériel (comme afficher 4096 couleurs sur un ordinateur qui n'était en théorie capable d'en afficher que 16 à la fois).
Il y a tous les ans encore de tels rassemblements, souvent avec différentes contraintes (démo de moins de 4 kilo-octets, par exemple).

Alors bien dû de nos jours, les puces 3D faussent un peu le jeu, puisqu'on dispose maintenant de matériel extrêmement puissant. Mais cela n'empêche pas certains développeurs d'être créatifs, comme la vidéo en lien.

Dans le jeu Terraria, on peut faire des circuits électroniques.
Cet internaute a créé un ordinateur *dans* Terraria en utilisant ces circuits. Et il émule le jeu "Pong".

WAIT... WHAT ?

Sous le coude quand vous faites des erreurs dans Git.

On m'a chaudement recommandé ce site pour apprendre Python.

Sous le coude : un long article sur le chiffrement des données en base de données.

ULID (https://github.com/ulid/spec) semble être une idée intéressante pour générer des clés primaires triables et sans collision : la première partie est un timestamp, la seconde un aléa (comme les UUID).
Donc typiquement utile pour générer des clés primaires sur des bases de données différentes qu'il sera possible de fusionner sans trop douleur (sans risque de collision) tout en gardant un groupement temporel des données (pratique si on veut sortir/archiver d'anciennes données par la suite, par exemple).

Un compilateur LLVM qui permet de compiler du Python en code machine natif. En gros, vous multipliez les performances de x10 à x100.

L'auteur de curl (l'un des logiciels les plus utilisés au monde):
« When shown the huge list of operating systems curl runs on, people often ask me which is the strangest, or hardest, operating system to keep curl support for. The answer is always, and will probably always remain: Windows.
No other operating system has so many custom, special, weird and quirky ways that require special-case solutions in the code. »

Traduction :
« Lorsque l'on me montre l'énorme liste de systèmes d'exploitation sur lesquels curl fonctionne, les gens me demandent souvent quel est le système d'exploitation le plus étrange, ou le plus difficile, pour lequel il faut garder le support de curl. La réponse est toujours, et restera probablement toujours : Windows.
Aucun autre système d'exploitation n'a autant de méthodes personnalisées, spéciales, bizarres et excentriques qui nécessitent des solutions spéciales dans le code. »

Des recommandations pour écrire des scripts bash.

Des raisons d'utiliser Rust.  Lecture relativement courte et intéressante quand on a touché à C/C++ et à des langages à GC comme Java ou Python (oui bon je sais, Python est un Reference counter, pas un GC).
Rust permet d'avoir le meilleur des deux mondes: La sécurité *et* la vitesse. Le compilateur lui-même vous interdit tout un tas de choses qui sont souvent à la source de failles de sécurité. Cela élimine toute une classe de failles de sécurité (dépassements de buffer, use-after-free, etc.). En contrepartie, Rust est exigeant.
L'auteur présente également des inconvénients de Rust.

Une belle liste de jeux pour s'entraîner à programmer : CodeCombat, Bitburner, Codingame, Codewars, CodeGym, Swift Playgrounds, Screeps, Robocode, CheckIO, Flexbox Froggy, CSSBattle, CryptoZombies...

\o/  LZ4.
Cet algo de compression est exceptionnel.

Un râlage (justifié) contre la manie, dans tous les langages et projets, d'utiliser massivement les systèmes de dépendances (npm, pip, maven...)

Exemple de création d'une application Android sans VisualStudio ni AndroidStudio. Juste avec les outils de base.
(via http://warriordudimanche.net/article1725)

Magnifique citation sur le C/C++:
« J'ai passé plusieurs décennies à écrire du C et du C++, voire même un peu d'ASM. Et franchement, je suis admiratif des quelques codeurs "safe".
C'est comme jongler avec des tronçonneuses: ce n'est pas parce-que certain y arrivent qu'il faut en faire une recommandation. »

On comprend mieux pourquoi Rust a de plus en plus la côte, au point d'arriver tout doucement dans le noyau Linux lui-même.  ^^

Une infographie pour comprendre certaines commandes de Git.

Typosquatting des noms de packages npm : Une faute de frappe dans vos dépendances, et votre système est entièrement piratés sans que vous vous en rendiez compte.

Une bonne série de questions à se poser pour investiguer des problèmes de lenteur d'une application (principalement web).

Sous le coude pour lecture: Un avis sur le "duck typing" tant décrié.