Je ne m'aventurerais pas à dire que le C c'est la "pierre polie" ou "pas un langage du millénaire", mais disons que je le vois également comme peu adapté à toutes les tâches dont les performances ou l'empreinte mémoire ne sont pas critiques, et j'ai du mal à croire qu'ici ce soit le cas.
Du coup, je ne questionnerais pas le choix du C parce que c'est "vieux", mais parce qu'on peut certainement développer et maintenir le même jeu bien plus rapidement dans un langage de plus haut niveau sans impacter les perfs.
Pour le cas présent, je suppose par contre que la contrainte initiale, c'est passer de l'assembleur à autre chose, et le C était la seule option utilisable rapidement.
[^] # Re: Pourquoi en C en 2017 ?
Posté par Maclag . En réponse à la dépêche Mr.Boom version GNU/Linux. Évalué à 4.
Je ne m'aventurerais pas à dire que le C c'est la "pierre polie" ou "pas un langage du millénaire", mais disons que je le vois également comme peu adapté à toutes les tâches dont les performances ou l'empreinte mémoire ne sont pas critiques, et j'ai du mal à croire qu'ici ce soit le cas.
Du coup, je ne questionnerais pas le choix du C parce que c'est "vieux", mais parce qu'on peut certainement développer et maintenir le même jeu bien plus rapidement dans un langage de plus haut niveau sans impacter les perfs.
Pour le cas présent, je suppose par contre que la contrainte initiale, c'est passer de l'assembleur à autre chose, et le C était la seule option utilisable rapidement.