Discussion :

[FloMo]

Bonjour,

J'aurais besoin de retours d'expériences et d'avis dans le cadre d'une migration de plateforme de développement.

D'un point de vue existant, il s'agit d'une application de gestion qui fonctionne sous Linux ( avec clients légers X11 ) et Windows. Le langage utilisé est une sorte de Basic ( procédural ) .

Plusieurs études ont été faites et les outils qui ressortent sont Eclipse RCP et Qt4.

J'aimerais donc avoir des avis et éventuellement des retours d'expérience ( rapidité de développement, facilité d'adaptation, performances, étendue de l'API )

Je vous remercie.

[yan]

il faudrait plus de détail pour t'aider.

[FloMo]

Pour les détails, il n'y a qu'à demander ! Je ne peux pas répondre à tout car c'est dans le domaine professionnel, mais d'un point de vue technique l'essentiel est dit.

[IrmatDen]

Salut,

Parmi les études qui ont été menées, aucune n'a pris en compte le langage? Ou par "Qt", entends-tu en fait Jambi?

[FloMo]

Salut,

Parmi les études qui ont été menées, aucune n'a pris en compte le langage? Ou par "Qt", entends-tu en fait Jambi?

Les études se sont basées sur la version C++.

[Marc Lussac]

Tu peu déjà commencer par lire le débat C++ versus Java

[FloMo]

Tu peu déjà commencer par lire le débat C++ versus Java

Et bien justement, je suis passé sur ce débat, mais on y compare beaucoup plus les langages que les langages complétés de leurs bibliothèques. Hors, l'utilisation de Qt change beaucoup de choses au niveau du C++ par exemple ( libération automatique des objets, facilité d'accès aux données, gestion des threads ) .

[Marc Lussac]

Tu peu aussi aller voir le forum Qt et la rubrique Qt et aussi le forum Eclipse et la rubrique Eclipse

Et tu peu même utiliser à la fois Eclipse et Qt

[IrmatDen]

Les études se sont basées sur la version C++.

Programmer avec Eclipse RCP, c'est en Java non? Faudrait commencer par voir le langage connu (quand je dis connu, c'est vraiment connu) par l'équipe, c'est LE point principal qui va décider de la plateforme si les 2 répondent au reste des besoins.

[IrmatDen]

Et bien justement, je suis passé sur ce débat, mais on y compare beaucoup plus les langages que les langages complétés de leurs bibliothèques. Hors, l'utilisation de Qt change beaucoup de choses au niveau du C++ par exemple ( libération automatique des objets, facilité d'accès aux données, gestion des threads ) .

Juste une nuance qu'il est utile d'apporter: libération auto des objets, ok, mais uniquement lorsque ceux-ci dérivent de QObject *et* ont un parent QObject. On est très loin d'un garbage collector

Mais bon, impossible de vraiment te faciliter le choix, car ce sont 2 langages très différents, et il faudrait connaître les contraintes pour savoir si l'une ou l'autre des frameworks est adapté (et pour ma part, je ne pourrais parler que de Qt, pas de RCP de toute façon )

[FloMo]

Mais bon, impossible de vraiment te faciliter le choix, car ce sont 2 langages très différents, et il faudrait connaître les contraintes pour savoir si l'une ou l'autre des frameworks est adapté (et pour ma part, je ne pourrais parler que de Qt, pas de RCP de toute façon )

Les contraintes sont assez simples :
- codage et développement rapides
- outil extensible
- performances et facilités au niveau base de données
- possibilité de saisie efficace ( pour de la saisie au comptoir par exemple )
- multi-plateformes
- gestion des impressions
- gestion des PDFs
- gestion des numérisations
- gestion de périphériques "exotiques"
- facile à maintenir
- un minimum de code
- apprentissage aisé pour les développeurs ( qui ne connaissent pas la programmation objet pour l'instant )

En gros, tout ce que l'on demande à un outil de développement d'applications de gestion.

[IrmatDen]

- gestion des numérisations
- gestion de périphériques "exotiques"

Ca, Qt ne le fait pas, tout le reste (sauf les 3 dessous) oui.

- facile à maintenir

Ca dépend des codeurs.

- un minimum de code

Ca dépend des codeurs. Et un minimum de code peut même entrer en conflit avec le point précédent.

- apprentissage aisé pour les développeurs ( qui ne connaissent pas la programmation objet pour l'instant )

Ni Qt ni RCP ni rien ne peut remplacer des codeurs qui connaissent ce qu'ils ont à faire, c'est pas le genre de compétences qui s'improvisent en 2 jours :/

En gros, tout ce que l'on demande à un outil de développement d'applications de gestion.

Euh, si l'équipe ne sait programmer ni en C++ ni en Java et ne connaît pas l'OO, c'est plus un miracle qu'une bonne plateforme qu'il te faut

[eclesia]

Ne pas oublier la plateforme NetBeans RCP pour le java.

Si vous ne connaissez pas java à la base, ce n'est pas la peine de s'embeter avec les contraintes liée à SWT (donc eclipse) en plus.

Mais de toute facon, migrer sur une plateforme sans connaitre le langage c'est ... du suicide.

[FloMo]

Mais de toute facon, migrer sur une plateforme sans connaitre le langage c'est ... du suicide.

Un temps de formation est prévu. Plus court il sera, mieux ce sera évidemment.

[yan]

Un temps de formation est prévu. Plus court il sera, mieux ce sera évidemment.

toi et ton équipe de dev, vous êtes plutôt C++ ou java?

[FloMo]

toi et ton équipe de dev, vous êtes plutôt C++ ou java?

Alors là, c'est compliqué.

De mon côté, c'est du C ANSI en multi-plateformes et du C++ avec Qt4.

La majorité de mes collègues connaissent et pratiquent un langage proche du BASIC ( ni objet ni rien ) et le script shell.

Quelques-un connaissent bien le C et le C++. Un ou deux connaissent Java, mais côté serveur.

Cependant, ce qui ferait pencher la balance, c'est qu'apparemment c'est très difficile de trouver quelqu'un qui connaisse bien le C++ contrairement au Java.

[yan]

Cependant, ce qui ferait pencher la balance, c'est qu'apparemment c'est très difficile de trouver quelqu'un qui connaisse bien le C++ contrairement au Java.

Dans les nouveaux diplômé possible. Mais il me semble que ca régrèsse.
Tout est une question de mode.
Mon avis personnel est C++ et Qt ou boost. Plusieurs outils utilisés dans les banque sont en C++ avec boost.
Je ne connait rien en java bien sûr

Tu veut refaire que l'ihm ou tout?

[FloMo]

Dans les nouveaux diplômé possible. Mais il me semble que ca régrèsse.
Tout est une question de mode.
Mon avis personnel est C++ et Qt ou boost. Plusieurs outils utilisés dans les banque sont en C++ avec boost.
Je ne connait rien en java bien sûr

Tu veut refaire que l'ihm ou tout?

Oui. Enfin c'est un très gros produit, donc bon, il faut une migration en douceur. Hors, il faut utiliser un outil qui puisse gérer les bibliothèques en multi-plateformes afin de pouvoir continuer de faire vivre l'existant. Donc petit avantage pour le C++. Enfin, avantage certain même.

Le choix n'est donc pas évident...

[yan]

l'existant est en quoi?

[FloMo]

l'existant est en quoi?

Sans rentrer dans les détails, une sorte de Basic proprio mais pouvant faire appel à des bibliothèques dynamiques. Il y a aussi des scripts shell ( je sais, ça craint ).