J'aimerai bien savoir ce que tu as contre le C. À chacun des programmes que je développe, je choisis le langage qui me parait le plus adapté car chercher le Langage (attention à la majuscule:) s'est avéré être une absurdité. Et oui, s'il existait, tout le monde n'utiliserait aucun autre langage. Mais revenons au C :
- Langage très puissant. Il est rapide car il est bas niveau et on sait depuis longtemps l'optimiser.
- Langage certes plus difficile à prendre en main mais connaître toutes les subtilités d'un langage prend du temps. La gestion de la mémoire est effectivement à la charge du développeur mais un code bien structuré élimine la majorité des risques. De plus, les risques de fuites de mémoire dépendent de la compléxité du programme. Si on ajoute à cela une documentation du code, ces risques s'amenuisent encore lorsque l'on reprend son code quelques semaines ou mois plus tard.
- Énormement de bibiliothèques de fonctions.
- Portable (mais bon, le code du programme l'est mais qu'en est-il des bibliothèques de fonctions ?)
Bref, Le choix est large mais il ne dépend pas que des possibilités de tel ou tel langage/bibliothèque. En plus de ses besoins/contraintes, il dépend aussi de ses propres connaissances et de ses affinités. Mais là, on ne peut pas grand chose pour Nicolas ... Le plus simple est effectivement d'aller sur irc et de demander des avis puis de forger sa propre expérience.
Perso, je reste fidèle au C++/SDL/OpenGL (je ne fais que de la 3D) pour 2 raisons essentielles :
- imposer un minimum de contraintes à l'utilisateur de mon programme. Un linuxien n'a aucun problème pour rajouter un paquetage (qui est sûrement déjà installé car un autre programme en dépend déjà) alors que pour un windowsien ou un maceux, c'est moins sûr.
- faire en sorte que mes programmes fonctionnent decemment sur les petites configurations.
[^] # Re: Python, pygame, soya
Posté par Rémi Hérilier . En réponse au journal Que pensez-vous du SDK de développement de jeu Torque 2D/3D ?. Évalué à 2.
- Langage très puissant. Il est rapide car il est bas niveau et on sait depuis longtemps l'optimiser.
- Langage certes plus difficile à prendre en main mais connaître toutes les subtilités d'un langage prend du temps. La gestion de la mémoire est effectivement à la charge du développeur mais un code bien structuré élimine la majorité des risques. De plus, les risques de fuites de mémoire dépendent de la compléxité du programme. Si on ajoute à cela une documentation du code, ces risques s'amenuisent encore lorsque l'on reprend son code quelques semaines ou mois plus tard.
- Énormement de bibiliothèques de fonctions.
- Portable (mais bon, le code du programme l'est mais qu'en est-il des bibliothèques de fonctions ?)
Bref, Le choix est large mais il ne dépend pas que des possibilités de tel ou tel langage/bibliothèque. En plus de ses besoins/contraintes, il dépend aussi de ses propres connaissances et de ses affinités. Mais là, on ne peut pas grand chose pour Nicolas ... Le plus simple est effectivement d'aller sur irc et de demander des avis puis de forger sa propre expérience.
Perso, je reste fidèle au C++/SDL/OpenGL (je ne fais que de la 3D) pour 2 raisons essentielles :
- imposer un minimum de contraintes à l'utilisateur de mon programme. Un linuxien n'a aucun problème pour rajouter un paquetage (qui est sûrement déjà installé car un autre programme en dépend déjà) alors que pour un windowsien ou un maceux, c'est moins sûr.
- faire en sorte que mes programmes fonctionnent decemment sur les petites configurations.
bon, j'vais arrêter là, il se fait tard ^_^
PS: en plus de #nekeme, essaye #codefr =)