URL: https://linuxfr.org/users/lastman/journaux/manque-darguments-pour-qt-help Title: Manque d'arguments pour Qt... Help ! Authors: Guillaume Ceccarelli Date: 2005年09月27日T16:57:03+02:00 Tags: Score: 0 Bonjour mes chers amis LinuxFRiens! Aujourd'hui, il m'est arrivé quelque chose de fort. En tant qu'étudiant de deuxième année au département informatique de mon IUT, un projet de synthèse un peu particulier a été proposé à l'ensemble de ma promotion. Ce projet, proposé par un professeur du département de génie mécanique du même IUT, consisterait en une sorte de modélisateur d'efforts sur véhicules qui permettrait de faire du "tweaking" de voitures pour ceux qui s'y connaissent assez. Au final 10 étudiants, dont moi-même, sont intéressés pour la mise en oeuvre de ce projet en tant que projet de synthèse. Ceci étant, une réunion dite "technique" doit avoir lieu mardi prochain en début d'après-midi pour décider des technologies (notamment au niveau de l'interface du logiciel) qui seront utilisées lors de la réalisation. Sont donc en compétition - .NET - Java - Qt Outre le fait de l'aspect propriétaire des deux première plateformes, j'aurais besoin d'arguments en faveur de Qt. Pourquoi lui et pas un autre? Sachant que presque aucun membre de l'équipe ne connaît d'API graphiques, qu'elles soient spécifiques à n'importe laquelle des plateformes suscitées. En plus de cela, je manque aussi cruellement d'arguments sur la question pour / contre les générateurs de codes. A savoir le fait de faire ses interfaces à l'aide d'un outil graphique et lui laisser générer du code pour que ça marche bien (TM). J'avoue que sur ce dernier point, je n'ai pas d'opinion tranchée, bien que je pense intimement que le mieux est quand même de tout faire à la main, histoire au moins d'avoir un code plus propre. De toute façon, pour ce genre de programmation, il faut connaître l'API utilisée quoi qu'il arrive, non? La portabilité n'est pas un objectif majeur mais serait un plus. A titre indicatif, pour un rendu 3d inclus dans l'application, il y a des chances que OpenGL soit utilisé. Ceci dit, si vous avez aussi des arguments en faveur de cette solution plutôt qu'une autre (ou l'inverse), je suis tout autant intéressé! Merci de votre aide!