J'ai bossé chez Cryo y a quelques années. Effectivement beaucoup de programmeurs viennent (venaient ?) du monde de la démo et de la bidouille autodidacte. Ca pose beaucoup de problèmes pour faire adopter des stratégies de développement saines et viables. Par exemple, il y a des coders qui refusent absolument de toucher à du C++ ; c'est pas qu'ils comprennent pas, non, c'est que c'est le Mal incarné par rapport au C qu'ils sont habitués à coder (et c'est du C plutôt bas niveau, genre j'optimise la moindre multiplication en la transformant en décalage à gauche, même si ce n'est pas dans un chemin d'exécution critique). Il y a en aussi qui ne veulent pas travailler avec des outils génériques, parce que ce ne sont pas eux qui les ont faits, et ils vont faire perdre des mois au projet en recodant un moteur customisé, qui finalement est moins bien foutu que le générique car le gars s'est concentré sur l'optimisation bas niveau au lieu de réfléchir à une conception intelligente et à des algorithmes efficaces.
Dans le jeu sur lequel je bossais, on utilisait le moteur 3D de la boîte (entièrement en C++, massivement templatisé, vraiment belle conception et performances honorables) et la STL faisait partie des outils recommandés ; néanmoins sur les cinq programmeurs il y en avait deux qui n'utilisaient pas la STL mais leurs propres fonctions (pourries) de gestion de listes, et qui n'utilisaient pas les types intégrés au moteur 3D mais leurs propres types pour les objets géométriques (bonjour les conversions). Les deux programmeurs étaient, je te le donne en mille, des demomakers. Pour la petite histoire, le jeu n'est jamais sorti, en grande partie à cause du management exécrable de Cryo, mais aussi des problèmes de délais.
Tout ça fait qu'à mon avis, en milieu hobbyiste où il y a peu de leadership, le développement d'un jeu peut se transformer en désastre en termes de perte de temps et de conception ratée. Bien sûr, ce n'est pas une généralité.
[^] # Anecdote personnelle
Posté par Antoine . En réponse à la dépêche Jeux sous Linux. Évalué à 10.
Dans le jeu sur lequel je bossais, on utilisait le moteur 3D de la boîte (entièrement en C++, massivement templatisé, vraiment belle conception et performances honorables) et la STL faisait partie des outils recommandés ; néanmoins sur les cinq programmeurs il y en avait deux qui n'utilisaient pas la STL mais leurs propres fonctions (pourries) de gestion de listes, et qui n'utilisaient pas les types intégrés au moteur 3D mais leurs propres types pour les objets géométriques (bonjour les conversions). Les deux programmeurs étaient, je te le donne en mille, des demomakers. Pour la petite histoire, le jeu n'est jamais sorti, en grande partie à cause du management exécrable de Cryo, mais aussi des problèmes de délais.
Tout ça fait qu'à mon avis, en milieu hobbyiste où il y a peu de leadership, le développement d'un jeu peut se transformer en désastre en termes de perte de temps et de conception ratée. Bien sûr, ce n'est pas une généralité.