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é.
Je recommande chaudement.
l’assembleur, ça existe encore ?
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).
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)
dire qu’en ayant connu le basic, je pensais être vieux, ravi de voir que les jeuns peuvent s’amuser avec des trucs d’un autre temps
Oui mais est-ce que tu as connu le Dark Basic, “3D Game Creator”. C’était mon enfance au collège pour faire un ARPG en 3D qui mélange zelda et golden sun et avatar et blablabla autres rêves de gamins.
oula, c’est trop jeune pour moi : les jeux à mon époque, c’était pacman, tétris…
j’ai même connu les ordinateurs à cassette magnétique ou tu devais attendre 5 minutes avant de pouvoir commencer à jouer 🤪
Pareil, j’allais chez un copain pour jouer avec son Amstrad CPC. On lançait la cassette, puis on allait jouer dehors le temps que ça se charge. Ensuite un autre camarade de classe avait eu un Amstrad avec disquettes, c’était le futur.
J’ai eu mon DUT en informatique en 2019 et on avait des cours et un partiel d’assembler 68k, avec une option ASM x86.
deleted by creator
Pas du tout, IUT d’info a Grenoble. C’est encore le cas aujourd’hui il me semble.
deleted by creator
Je ne suis pas un expert, mais c’est indispensable par exemple pour coder un kernel, non?
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.
Apparement sur un noyau Linux vieux de 3 mois, il y aurait tout de même près de 300000 lignes d’assembleur. C’est une petite partie du total, mais c’est quand même loin d’être négligeable.
https://openhub.net/p/linux/analyses/latest/languages_summary