Je joue pas beacoup sur mobile, mais un jeu sur lequel je reviens fréquemment (et dispo sur steam linux, mac et PC DRM free) est Human Resource Machine.
Le jeux vous fait coder en pseudo assembleur à base de glisser déposer, avec des puzzles d'abord simples puis de plus en plus corsés. Et à partir d'un certain niveau, en plus de résoudre le puzzle, il y a deux challenge d'optimisation, le code le plus concis et le runtime le plus efficace. Les deux demandent pas mal de créativité.
il est très facile d'accès avec des puzzles qui débloquent les composants petit à petit. Le passage le plus difficile d'après moi c'est la création de la mémoire. En dehors de ça, c'est assez simple
Y a while True: learn() aussi qui est axé machine learning par contre, je l'ai pas fini encore mais il est bien. Dispo sur switch et sur steam, peut-être ailleurs aussi je sais pas. Human Resource Machine ça fait un moment qu'il existe me semble, ils ont fait 7 Billion Humans que j'ai pas encore testé d'ailleurs
Il y aussi les jeux de https://en.wikipedia.org/wiki/Zachtronics. TIS-100 pour de l'assembleur, et Shenzen I/O pour une fausse entreprise d'électronique, c'est assez bien fait.
Non pas vraiment, c'est pour ça que c'est très intéressant pour moi, ça ressemble toujours à de la magie quand je vois des gens coder des jeux NES en assembleur à la main par exemple
Et même aujourd'hui on a des frameworks complets qui permettent d'écrire des vieux jeux avec un langage de haut-niveau. Par exemple SGDK pour écrire en C (ou d'autres, voir cette page https://github.com/And-0/awesome-megadrive)
L'assembleur existera toujours puisque c'est le seul langage que comprends le CPU. Quand j'étais jeune, j'étais à fond dessus parce que je n'avais pas de compilateur et que ça coûtait très cher (genre 1000 Fr / 150 € pour coder en C).
En 20 ans de programmation, je n'ai utilisé l'assembleur qu'une seule fois, c'était pour comprendre que mon compilateur tout pourri était buggé à fond. Mais ça n'a duré qu'une journée. Les entreprises utilisent des langages de haut-niveau parce que... faut pas déconner quand même, utiliser de l'assembleur est suicidaire. Et pour le vrai "bas-niveau" genre logiciel embarqué dans un micro-processeur de style Arduino, tu peux très facilement écrire ton code en C et même en C++20 (hyper-moderne, je l'ai fait récemment).
Je n'y connais rien non plus mais je crois que le code assembleur est très limité dans les OS comme Linux. La plupart du code est écrit dans un langage de haut-niveau une fois que l'assembleur a fait son travail de "démarrage".
Sinon j'ai fait un peu de Game Boy Advance il y a bien longtemps. Le seul code assembleur vraiment nécessaire est la détection de l'affichage, c'est à dire la boucle qui va rafraîchir l'écran à intervalle régulier. Mais tout ça se fait en quelques lignes d'assembleur, tout le reste est un appel à des fonctions haut-niveau en C ou autre.
En plus délirant il existe aussi [Shenzhen IO(https://fr.m.wikipedia.org/wiki/Shenzhen_I/O), le jeu le plus bizarre auquel j'ai joué.
Un pseudo assembleur inventé, de l'électronique fantaisie, et on peut finir par programmer des jeux dans le jeu (cherchez sur YT si ça vous intéresse).