Salut, je suis programmeur C++ amateur. J'ai développé avec le GUI Qt.
Mais je trouve que ce n'est pas vraiment très pratique car le designer est indépendant de l'IDE.
 
Je cherche donc un RAD qui inclue tout ce qu'il faut : éditeur de texte, compilateur, débuggueur, composants graphiques, créateur de forms et qq outils bien pratiques comme la complétion de code.
 
Je me dis que cet outil doit bien exister puisque des gens programment sous linux, mais quel outil utilisent-ils ?
 
Je me suis penché sur le cas de C++BuilderX qui promettait énormément, mais on dirait que depuis que M$ a pris une part de Borland, ils ont complètement viré de cap et ont décidé de ne plus faire de RAD avec les composants WxWidget.
 
Pourriez-vous me conseiller ?
Merci d'avance.

le crosspost, c'est mal

C quoi le crosspost ?

emacs

OK, je viens de voir la définition de CrossPost.
En effet, désolé, je ne savais pas que vous étiez sur autant de forum en même temps.
Je l'efface dans 5 minutes.

En fait, je ne suis pas capable de l'effacer j'ai l'impression.

Je reviens ici car j'ai une question qui s'apparente plus à la programmation et qui concerne toujours ce sujet.
 
Vous connaissez un RAD qui marche aussi sur Windows ?
 
Kylix marche comme Delphi ?
Les composants sont basés sur Qt pour ceux de la CLX. Donc, si on utilise Kylix pour compiler du C++, on utilise les composants de la CLX ou de QT ?

Je crois que c'est Qt sous Linux et Win32 (VCL) sous Windows.
Y'a des "RAD" pour wxWidgets, mais quand j'ai testé c'était encore pas au point. Si t'es motivé :
http://visualwx.altervista.org/
http://wxworkshop.sourceforge.net/
http://biolpc22.york.ac.uk/wx/wxhatch/help/
Bref toujours pareil, 36 projets au départ, 0 à l'arrivée.
Les Linuxiens ils aiment pas les clicodromes alors ce genre de projets raffle généralement peu de suffrages

Oulala, ces projets n'ont pas l'air sérieux.
Un possède que des liens morts, l'autre n'a pas grand chose d'avancé, le troisième, c'est vraiment laid ses composants.
Trop d'OpenSource tue l'OpenSource. Trop de projets amateurs tuent le monde du libre.
 
Je ne suis pas la pour critiquer, mais je cherche juste de bons outils pour bien travailler sous linux.
Au boulot, je fais du Delphi et c'est un environnement super. J'ai un projet personnel en C++ et je voudrais vraiment pouvoir le faire simplement comme je fais au boulot et qu'il marche sous linux.
Les programmeurs C++ sous linux doivent bien utiliser des outils adéquats, ils n'aiment tout de même pas tous se prendre la tête à programmer avec un simple éditeur de texte, aussi perfectionné soit-il.

 
Je suis programmeur C++ sous linux sur une grosse application, et j'utilise emacs, g++, make et ddd.

Et tu fais simplement les forms avec emacs ou tu dois les faire en ligne de code ?

 
en ligne
 
C'est la seule façon d'avoir un truc maintenable lorsque tu as des dizaines de configuration possibles de la même boite.

kdevelop est pas mal (mais sous KDE). Sinon tu sais, avec un peu d'habitude on peut faire aussi bien avec un simple éditeur de texte. Là où je bosse beaucoup de développeurs utilisent exclusivement vi (le bête vi avec un seul niveau d'anulation et pas de coloration syntaxique hien, pas vim). Moi j'utilise xemacs.

Pour l'instant, j'ai essayé les 2 méthodes (en ligne de commande et avec un RAD). L'une est très rapide et donne de bons résultats et l'autre m'a fait perdre pas mal de temps et m'a pris la tête car je devais tout le temps chercher dans des docs les noms des méthodes que je cherchais parce que la complétion de code ne marchait pas.
 

 
Je ne vois pas très bien ce que tu entends par la.
Pourrais être plus précis afin que je puisse me faire une autre opinion sur la création de forms en ligne de commande ?

 
Tu comprendras le jour ou tu fera des logiciels professionnels et pas des panneaux de boutons. Lefait même que tu utilise le terme form montre à quel point tu es limité dans ta manière de penser

J'ai essayé KDevelop, je n'ai pas trouver comment importer des fichiers sources déjà faits dans un nouveau projet, aucun assistant ne prévu. J'ai voulu le faire en modifiant les .pro, .KDevelop, le Makefile et tout le toutim, je n'ai réussi qu'à planter tout le projet.
 
Et pour annuler tout le code qu'il crée par défaut lors de la création d'un projet, c'est une vrai cinécure.
Sans parler du débugueur qui marche quand il veut.
 
Pour moi, KDevelop n'apporte pas beaucoup pour tout le bouot qu'il demande qu'on fasse en plus.
 
Je ne comprends pas pourquoi il n'y a pas un RAD simple et pratique sous linux.

 
Merci, c'est vraiment très sympa.
Je viens ici pour demander des renseignements et je me retrouve avec quelqu'un qui me rabaisse.
Je te demandais simplement des renseignements et j'étais ouvert à ce que tu aurrais pû m'apporter. Au lieu de cela tu préfères rabaisser, peut-être (et surement) que cela te donne l'impression de te réhausser.
Je te donnais la l'occasion de la publicité de la ligne de commande et de pouvoir convertir une personne qui n'a pas encore vu l'intérêt de la chose. Je n'étais pas venu pour ouvrir une guerre ni un débat de Troll.
 
C'est vraiment dommage.

Les 2 trucs souvent donnés en référence c'est KDevelop & Anjuta.
http://anjuta.sourceforge.net/
Y'a pas de truc à la Delphi parce que déjà y'a pas de lib GUI standard sous Linux. Tu choisis GTK => tu perds la communauté KDE/QT, Motif, ... et inversement.
Y'a aussi une forte tradition UNIX où la ligne de commande est reine. Regarde le numéro de version de emacs tu comprendras.
Je pense que tout dépend de avec quoi t'as commencé. Si t'es né avec emacs, tu vas bouder les IDE. Moi j'ai débuté avec VC++, et je ne sais plus programmer sans les assistants (completion code etc...) et le debuger intégré. Tant qu'on n'a pas testé l'Edit & Continue on peut pas comprendre. Toi apparement t'as débuté avec Delphi qui est un IDE remarquable. Je comprend que tu sois perdu.
Dire qu'avec emacs/vi à la mano on développe plus vite que via un IDE avec debugger intégré m'a toujours laissé sceptique. Mais bon ça c'est un autre troll...

Puisque tu le demande, j'ai oommencé avec Crimson et gcc sous cygwin, puis je suis passé à DevC++ puis un petit coup de Visual C++ et Qt Designer.
Puis je suis passé sous linux avec Kate et g++, j'ai essayé et laissé tomber KDevelop puis j'ai trouvé un travail d'analyste programmeur et j'ai découvert Delphi, ce fut une révélation.
 
Je voudrais faire (enfin reprendre) un projet avec de l'algo assez complexe puisque c'est un projets sur les réseaux neuronaux et des boucles for while et if sont pas mal imbriquées, et sans debugueur "pas à pas", c'est pas la peine, surtout qu'il boucle un très grand nombre de fois.
 
Je ne cherche pas à créer une polémique mais je ne comprends pas pourquoi les adeptes de la ligne de commande n'ont pas défendu leur pain avec quelques arguments car je suis ici non pas pour créer une polémique (je me répète) mais bien pour apprendre de personnes capables de me répondre amicalement car c'est normalement ce qui doit se passer sur des forums d'entreaide.

Sous Linux, il n'y a pas de RAD aussi évolué que sous windows (p-ê kylix ?). Le pb des RAD, c'est qu'ils sont liés à une API donnée. Hors sous Linux, il n'y a pas d'API dominante.

le débuggueur de facto sous linux c'est gdb, il est en ligne de commande et pas vraiment conviviale, certains préférent qu'il soit encapsulé dans une interface graphique (=>ddd ou xxgdb).
Mais il n'y a pas que le débuggueur dont on doit se servir (pour du C mais ce doit etre à peu près la meme chose pour du C++) :
lclint ou splint (lint => toujours utiliser lint quand on fait du C)
gprof
strace
valgrind
indent, grep, find, diff
make, automake, autoconf
sourcenav
doxygen pour la documentation contextuelle
RCS, CVS, Subversion
 
Enfin emacs te permet d'intégrer la plupart de ses outils et meme la doc (C-h i m glibc pour la glibc doc par exemple).

 
Drole de vision du "logiciel professionnel". Et Photoshop pour toi c'est pas un logiciel professionnel? Et Maya? Et Visual Studio? Enfin bon heureusement qu'on peut encore developper des choses rigolotes dans la vie plutot que des applis qui comptent les poteaux electriques de EDF.

 
Tu confirme ce que je dit : ces programmes ne sont pas développés en utilisant des RAD ...

Hum je ne suis pas sur que la difference entre un IDE bien chiade comme VS .NET et un RAD soit clairement faite dans cette discussion.

 
Effectivement, il y a ici pas mal de boulets qui ne sont pas confrontés aux problèmes de logiciels professionnels...

 
Ce serrait bien de ne pas faire ce genre d'allusion sans véritable référence.
 
Ca faisait qq temps que j'étais pas venu ici et je vois que l'ambience n'a pas vraiment changé, on aime toujours autant casser.
 
[citation]Hum je ne suis pas sur que la difference entre un IDE bien chiade comme VS .NET et un RAD soit clairement faite dans cette discussion.[/citation]
En effet je ne vois pas vraiment la différence. J'aurrais bien aimé avoir des précisions mais vu l'ambience, je ne crois pas que ça vaille la peine de demander ici.
 
Et pour info, je fais des logiciels commerciaux qui se vendent bien avec Delphi. Mais je ne vois pas pourquoi on doit se justifier ici, je n'ai personnellement pris personne à parti.

Ce que Kadreg essaie (vainement apparement) de t'expliquer, c'est qu'une GUI faite avec un RAD ne sera jamais aussi puissante/souple/optimisée qu'une GUI faite "à la main" (marrant, c'est pareil avec les pages web ), jamais aussi professionnelle (et a ensuite indiqué, suite à la remarque de mynab, que les interfaces de Toshop, Maya ou Visual Studio ne sont pas faites à coup de RADs)

Pour revenir aux environnements de développement, il y a aussi MonoDevelop : http://www.monodevelop.com/.

oué

S'il l'avait dit comme toi, j'aurrais tout de suite compris et cela se serrait très bien passé. Je ne comprends toujours pas pourquoi il s'est permis un ton pareil.
 
CITATION
"Tu comprendras le jour ou tu fera des logiciels professionnels et pas des panneaux de boutons. Lefait même que tu utilise le terme form montre à quel point tu es limité dans ta manière de penser "
 
Ce n'est pas du tout un ton acceptable.
 
Donc si je comprends bien les logiciels créés par Delphi ne sont pas de bon logiciels professionnels ?
Donc le temps de développement ne serait pas un point important pour le choix du développement ?
 
De plus, je comprends bien ce point mais je ne suis pas venu pour ceci mais pour prendre des renseignements sur la possibilité d'existance de RAD sous linux "à la Delphi".

Très intéressant MonoDevelop, je vais m'y attarder dessus.
Merci pour le lien blurk.

Je vois pas de quel "ton pareil" tu parles, il a pas été spécialement méchant  
Attends de voir Taz qui te répond dans un thread C/C++, ca va te faire tout drôle si t'es à ce point susceptible  

On va dire que pour certaines personnes la qualité du produit final passe avant  

Ben t'as du bol, les gens te filent encore plus d'informations que ce que tu demandais

C'est bon j'ai déjà donné. C'est d'ailleurs pour ça que j'ai préféré un temps ne plus venir ici.
 
 

Je serrais plutôt de cet avis aussi mais pas mon patron, faudrait que je lui en touche un mot pour voir ce qu'il dit. Ca risque d'être folklorique.
 

C'est clair et pourquoi je me plains encore ? Mais que demande le peuple ?
Franchement, finalement, je vais retourner à mes panneaux de boutons avec ma pensée limitée puisque tout ce passe bien ainsi, sérieux je sais pas pourquoi je me plain.

salut,
pour faire du code delphi sous linux il y a lazarus à essayer.
Cordialement
 
PS ou wxWidgets+wxGlade pour faire les interfaces

Salut pac
Moi aussi j'ai vu du cassage sur un autre post (le plus bo bureau linux) et clair que y en a qui pourissent l'ambiance de ce forum.
 
Sinon, le mieux comme RAD Linux je pense que c'est Kylix et en plus il gère les projets C++ et Delphi. Cependant, il n'est plus développé alors ca sera pas un truc à choisir à long terme.

Salut Bloodshed, tu es le Bloodshed de MoteurProg ou alors le créateur de DevC++ ?
 
wxuserbrest, merci pour ton conseil mais je ne cherche pas à faire du Delphi sous linux mais du C++.

lol seulement le Bloodshed de MoteurProg, désolé
 
Comme le web est petit !

Très petit en effet.

pour bien programmer sous linux j'ai la recette miracle.un crayon et un papier!ok je sors