En tout cas, ce n'est pas un jeu développé "à l'arrache" sur un coin de table
Certes, mais là, il y a deux choses qui sont complètement mélangées. 1) la mise à disposition d'un bomberman libre, et 2) la "ressucitation" et la traduction en C d'un vieux code à valeur historique. Le côté "une pierre deux coups", je n'y crois pas une seconde, car le code est dégueu, le langage est anachronique pour ce genre de projet, et il y a des medias non-libres codés en dur dans le code.
Si l'objectif était de founir un bomberman libre en code moderne, ça peut être fait en quelques jours-homme (et pas forcément mal fait) dans un langage adapté. Sans IA et sans graphiques, ça peut même se compter en heures. Du coup, l'histoire du désassamblage, ça semble viser un objectif complètement différent, c'est tout.
Quand on dit "en 2017 un tel projet nécessite 2 jours-hommes", ça ne veut pas dire que dans les années 1980 ça ne nécessitait pas 2 ans de développement. Il y a quand même des progrès qui ont été fait dans les langages de programmation et dans les bibliothèques tierces, en 30 ans! Mais du coup, le projet d'il y a 30 ans n'a plus qu'un intérêt historique.
[^] # Re: Pourquoi en C en 2017 ?
Posté par arnaudus . En réponse à la dépêche Mr.Boom version GNU/Linux. Évalué à 3.
Certes, mais là, il y a deux choses qui sont complètement mélangées. 1) la mise à disposition d'un bomberman libre, et 2) la "ressucitation" et la traduction en C d'un vieux code à valeur historique. Le côté "une pierre deux coups", je n'y crois pas une seconde, car le code est dégueu, le langage est anachronique pour ce genre de projet, et il y a des medias non-libres codés en dur dans le code.
Si l'objectif était de founir un bomberman libre en code moderne, ça peut être fait en quelques jours-homme (et pas forcément mal fait) dans un langage adapté. Sans IA et sans graphiques, ça peut même se compter en heures. Du coup, l'histoire du désassamblage, ça semble viser un objectif complètement différent, c'est tout.
Quand on dit "en 2017 un tel projet nécessite 2 jours-hommes", ça ne veut pas dire que dans les années 1980 ça ne nécessitait pas 2 ans de développement. Il y a quand même des progrès qui ont été fait dans les langages de programmation et dans les bibliothèques tierces, en 30 ans! Mais du coup, le projet d'il y a 30 ans n'a plus qu'un intérêt historique.