Bonjour,
je ne sais pas si c'est vraiment le bon forum, mais cette question m'interresse.
Version imprimable
Bonjour,
je ne sais pas si c'est vraiment le bon forum, mais cette question m'interresse.
Bonjour,
Voici un nouveau sondage pour connaitre vos préférences en matière d'IDE (Integrated Development Environment).
Si vous avez des commentaires à faire sur votre choix, n'hésitez à poster à la suite de ce message ;)
J'ai choisi Code::Blocks. En fait je l'utilise aussi bien sous Windows que sous Linux, cela fait un plus par rapport à presque tous les EDI qui sont spécifique à la plate-forme.
Portable, en constante évolution. Le seul truc qui est un peu dommage, c'est les templates qui sont pour la plupart privilégiés pour le C++ alors que je fait que du C. Sinon, rien que de pouvoir utiliser le même EDI sur plusieurs OS c'est déjà un atout considérable !
J'ai aussi voté code::blocks que j'utilise essentiellement sous Windows, sous Linux je suis plus à l'ancienne (gedit + terminal) mais je me tourne petit à petit vers code::blocks (pour les mêmes raisons que Franck.H).Citation:
Envoyé par Franck.H
Par contre au niveau des templates il est assez simple de créer les siens (une fois qu'on a réalisé que les template de la RC1 ne sont plus utilisés dans les Nightly builds :lol:). Et rien ne vous empêche de créer les votres et de les poster sur le forum de C::B (c'est ce que j'ai fait avec celui de GTK+ :P)
"Pas d'IDE". Bien que cela soit limite inexact -- j'ai vu une combo eclipse+CDT+ant+GCC bien moins intégrée que ce que j'utilise.
:arrow: Vim, pluginisé à l'extrême pour le C&C++.
La puissance d'un vrai éditeur de textes plus diverses fonctionnalités avancées.
Il manque :
- un débuggueur natif et standard de qualité qui soit intégré
- une complétion intelligente (et qui ne se prend pas le pieds dans les templates tant qu'à faire -- chose qu'aucun EDI ne maitrise vraiment en fait)
- un vrai explorateur de fichiers, et encore la complétion automatique des noms des fichiers que l'on veut ouvrir est bien plus efficace en ce qui me concerne.
- une prise en main orientée débutants (vis-à-vis de cet outil) : un peu comme le C, la compléxité se trouve au début de l'apprentissage.
Certains regretteront que c'est outil modal, pour geeks, et qui est d'abord fait pour se piloter au clavier plutôt qu'à la souris.
Tous les autres trucs que vous pouvez avancer au sujet de tel ou tel EDI, il fait un peu en fait -- à part le café, ça c'est emacs ;) -- couleurs, compilation intégrée, squelettes "intelligents" et interactifs, personnalisation, onglets, ...
NB:
* je m'en sers sur toutes les plateformes que je fréquente (solaris, windows, linux), et il tournera sur toutes celles et que je pourrais être ammené à fréquenter => pas besoin d'apprendre à utiliser 150 outils différents.
* Je m'en sers aussi pour tous les autres langages, exploiter des fichiers de logs de 500Mo, mes mails (à la maison), faire du (La)TeX, ...
Pour des projets simples c'est gedit et console sous Linux, dev-cpp sur Win32 et accessoirement VC6 (en effet beaucoup d'applications open-source n'ont pas évolué aussi vite que microsoft ne distille d'outils, les sources de Perl et PHP par exemple).
Pour des projets de plus grande envergure, aucun IDE ne correspondait à mes besoins (léger, simple, intuitif) donc j'ai écrit le mien en GTK+ sur son interface C, puis étendu à d'autres langages: assembleur FASM et Python. C'est du boulot, mais je suis sûr que celui-là, personne ne le mettra à jour.
J'ai le même problème, même si C::B est assez proche de mes besoins avec mon petit PC il utilise tout le processeur :(Citation:
Envoyé par Lunixinclar
Tu as publier ton éditeur quelque part ?
Non mais voici quelques screens bien que je n'ai pas envie de faire de pub ici c'est déplacé. http://perso.orange.fr/2007/Code/C/GTK/IDE/index.htm
La source sera sur sourceforge quand un problème concernant l' encodage des fichiers sera réglé. ISO8859-15 et UTF-8 me font monter la tension.
Le plus intéressant a été de créer le code pour générer des Makefiles. Il n'existe officiellement aucun éditeur FASM sous Linux.
Ceci dit en passant j'ai bien aimé ton tuto sur le treeview gege.
Bonjour,
je n'utilise pas d'IDE, puisque j'utilise emacs. Si vous souhaitez savoir pourquoi, regardez le post de Luc Hermitte en remplaçant "vi" par "emacs" (sauf pour le café ;) )
Citation:
Envoyé par Lunixinclar
?Code:
1
2 i^R=globpath(&rtp, 'syntax/*fasm*') -> F:/Program Files/Edition/vim/vim70/syntax/fasm.vim
Certes, ce n'est que les couleurs -- Ne vous laissez pas avoir par le F:/, c'est la même chose sous *nix.
@ gangsoleil. Jamais entendu parler de emacsm :P (manipulant encore vi en plus de vim, je peux assurer que la différence existe et elle est vraiment importante)
Visual Studio 2005, quelle puissance :) Pourtant j'en ai essayé d'autres, KDevelopp, CodeBlocks, DevCpp etc... Mais je n'ai encore jamais trouvé un aussi bon EDI ! :) (Bien que NetBeans 5.5 et le pack pour faire du C/C++ deviennent sincèrement trés bon également).
Salut !
J'ai voté Eclipse + CDT. Il est vrai que je code préférentiellement en Java, mais lorsque j'ai besoin d'appels natifs (donc de C/C++), je ne vais quand même pas changer d'IDE 8-)
Autre chose, je trouve l'interface intuitive et assez simple à configurer. De toute façon, c'est Eclipse ou le shell Linux 8-)
@++
Dans mon cas, c'est Borland C++ Builder pour le développement Win32 professionnel, emBedded Visual C++ 3 pour le développement PDA et Tubro C++ 2006 pour le développement C++ personnel.
Les raisons pour les 2 produits Borland viennent de ma formation en développement qui s'est fait sur BCB 3. Pour le dev. PDA, j'ai pris ce que la société développeuse du kit que nous utilisons nous a conseillé d'utiliser.
Nb :J'ai voté pour BCB parce que c'est celui que j'ai le plus utilisé.
Bonjour,
le développement de dev-cpp étant à l'arret, il aurait été judicieux de mettre sur la même ligne un "fork" de cet éditeur : wxDev-Cpp
Il fait exactement la même chose avec pas mal de bogues en moins, et en plus un éditeur d'interface (perfectible je l'avoue) pour wxWidgets.
Cordialement
Pas d'éditeur, j'utilise un emacs sur linux et MacOS.
Sous windows j'utilisais Dev-C++ à l'époque où il était encore maintenu. Etant étudiant j'ai accès au programme MSDNAA et donc à Visual Studio mais j'avoue que pour moi c'est une usine à gaz (sans doute par manque de connaissance), je ne l'utilse donc pas. Mais ça n'est pas un problème, je n'utilise quasiment pas windows pour le développement.
Sous mac, j'ai rapidement testé XCode, qui au dire de bon nombre de personne est très bien (à la hauteur d'un VS ...) . Mais pour moi ça reste comme VS, c'est beaucoup trop gros. Je ne l'utilise donc pas non plus.
Reste donc emacs !
Pour l'instant, je code mes interfaces graphiques (wxWidgets) à la main. Mais j'avoue qu'il faudra que je trouve un éditeur pour ça.
perso, moi c'est code blocks, cet IDE est en permanence en évolution (nightly builds). Il marche bien, il reprend la simplicité de dev-cpp avec une efficacité supérieure, et les bugs en moins ^^ que demander de plus?
j'ai testé la famille VS franchement je trouve que c'est très mal fichu, c'est très usine à gaz, pas clair du tout, mais dispose d'un compilo rapide et efficace il faut l'avouer (sous win). Mais vu la portée de mes codes mingw32 me suffit largement...
j'ai testé à un moment wxdev-cpp, pour mes débuts avec wxwidgets, c'est marrant au début mais on se rend vite compte que le rad fait n'importe quoi dans le code de wx, finalement j'ai opté pour faire du wxwigets sous code blocks, et de faire mes controles (fenetres widgets en tout genre) à la main, c'est presque aussi rapide, mais surtout on sait ce qu'on code !!! et ça marche bien!
Je n'utilise pas d'IDE.
J'utilise ViM.
En effet, la plupart des IDE que j'ai testé ne faisaient pas vraiment ce que je voulaient. Même KDevelop, qui est très complet, ne répond pas à mes attentes.
Je trouve que les IDE emprisonnent trop l'utilisateur. J'aime bien contrôler un minimum ce que je fais. Personnellement, je trouve que pour du développement en C, un ViM avec les autotools est très efficace et très rapide.
Vu que l'outil est très léger et très souple, il me sert aussi bien à faire du C que du C++, Java, PHP, CSS, script shell ou simple fichier de configuration. Du coup, cela me permet d'optimiser mon rendement au maximum en apprenant dans chaque cas de figure de nouvelles fonctionnalités.
Au final, je pourrais même presque dire que mon IDE est l'environnement GNU/Linux à part entière.
Je fais du C à l'IUT :
Malheureusement, pas le choix : Dev-Cpp car ils n'ont rien d'autre.
Sinon chez moi qu'en j'en fais : MingW Developer Studio :
Interface clair, débuggage très simple à mettre en oeuvre (visualiser les variables, ...) contrairement à Dev-Cpp (jamais réussi à débugguer quelque chose avec sa, il faut rajouter une option qui dégage régulièrement, on sais pas s'il lance le débuggeur ou pas, donc au final j'ai pas réussi), Mise en forme facile et clair et l'IntelliSence.
Seul principal regret dessus : être obligé de créer un projet pour qu'il puisse compiler une source, mais à par sa, il doit être le meilleur que j'ai testé.
J'avais testé VS 2005 mais malheureursement il ne supporte pas le C aussi bien que le C# (les options de débuggage qui disparaîssent à chaque nouveau projet, IntelliSence absent)
Code::Blocks :P Je ne les connais pas tous, mais en tout cas j'adore celui-là !
Je n'en connais pas beaucoup mais je trouve eclipse trop lourd, sur une bonne machine et pour un projet gros il doit être intéressant mais pas pour moi.
A l'IUT c'est vim obligatoire. Je m'y fais assez bien malgres mes difficultés à correctement le configurer.
Si non chez moi c'est GEdit même s'il n'offre que la coloration syntaxique (bien que pour du python il est vraiment bien) et depuis peu Geany. C'est un IDE pour Gnome qui (je crois) est celui de XFCE (me plait de plus en plus celui là).
Bref il est léger et offre pas mal de fonctionnalités.
Mais j'avoue ne pas en avoir testé beaucoup.
Pas d'IDE.
Personnellement j'utilise Emacs sous *nix: sa réputation n'est plus à faire.
Sous Windows par contre ça peut paraitre surprenant mais j'adore Notepad++, aussi bien pour le C, le C++, le HTML, Latex, etc. Avec le combo Cygwin, quelques bidouilles au niveau de la console Windows et quelques bons outils (multi-bureaux, transparence des fenêtres, dual-screen) j'ai un environnement de programmation nickel, et c'est celui que je préfère (même si l'auto-complétion serait la bienvenue).
Me concernant je suis fanatique de Visual Studio j'adore...Mais sinon cette année j'ai découvert grace (ou à cause :mrgreen: ) aux cours DEV C++ que je ne supporte pas du tout :P
@+
Visual C++ 2005 express.
Tout d'abord, je ne trouve pas qu'il soit une usine à gaz, je vois pire tous les jours en développant en java (eclipse-netbeans, aussi lourds l'un que l'autre). Ensuite, le code-completion est l'un des meilleurs en C++ ce qui est rare et représente une fonctionnalité indispensable pour moi.
Sous linux, j'ai une forte préfèrence pour eclipse CDT. Je me demande bien pourquoi il est si critiqué. Bien conçu, efficace, code completion assez développé aussi.
J'ai bien essayé code blocks. Je me dis qu'il pourrait être assez bon mais il faudrait vraiment que les développeurs se décident à sortir une nouvelle version stable. La dernière est tellement pathétique par rapport aux nightly builds qu'elle en devient inutile. Par contre les nightly builds sont très énervantes à installer :) Ils pourraient aussi investir un peu dans le projet devpacks, c'est un truc vraiment porteur car c'est bien souvent la croix et la banière d'importer des librairies sous windows, malheureusement je le trouve bien mal maintenu...
Finalement, je ne comprendrais jamais mais alors jamais l'interet de vim. Premièrement comme on l'a dit quelques fois ce n'est pas un ide, ce qui n'est pas un drame, moi aussi j'utilise souvent ultraedit ou gedit quand j'ai besoin de lire en vitesse un code source ou faire du html, mais jamais pour programmer pendant des heures. Ensuite, quitte à utiliser un éditeur de texte plutot qu'un ide, on en trouve de bien meilleurs beaucoup plus faciles à utiliser (je maudis les fois ou je lance vi par erreur - il me faut toujours 10 minutes pour trouver comment en sortir).
La puissance, la modalité, la simplicité du langage de script, l'omniprésence (ça tourne partout), le fait que c'est toujours maintenu, ...Citation:
Envoyé par zais_ethael
Certes, les premiers jours sont durs. Très durs. J'ai dû maudire vi (!= vim) pendant bien deux ans. Le temps de me mettre à penser modal.
Après je ne connais pas grand chose qui rivalise pour pisser du code, exploiter des fichiers de logs, taper ses mails, ...
Perso, c'est eclipse pour faire du C++ que je ne comprends pas :P
Ben, j'aimerais bien qu'on m'explique ses defauts. En dehors du fait qu'i! soit énervant à installer sous windows je n'en vois vraiment pas.Citation:
Envoyé par Luc Hermitte
Dommage que l'on ne puisse pas cocher plusieurs choix...
J'utilise DevC++ puis probablement Code Blocks pour le développement avec SDL et OpenGL et C++ Builder 6 pour le développement spécifique Windows...
Tant que je peux me passer des outils M$, je ne m'en prive pas ! ;)
Je vous conseille d'essayer Source Insight.
http://www.sourceinsight.com
J'ai découvert cet éditeur quand j'étais en mission chez un client "grand compte" pour bosser sur un logiciel de plusieurs millions de ligne de code en C +/- orienté objet.
C'est la philosophie totalement inverse des dinosaures Vim et autres emacs.
Ici, l'auto-completion est très largement meilleure que celle de Visual Studio, qui est pourtant déja pas mal.
J'utilise deux grandes fonctionnalités majeures de cet éditeur, entre autre, et dont je ne pourrai je pense plus me passer tellement ça fait gagner un temps précieux pour arriver à maîtriser du code qui n'est pas le sien :
- le graph des références, affiche sous forme graphique les appels et relations entre entités, et permet de naviguer dans le code à partir de cette arbre des appels.
- la fenêtre de contexte : une autre fenêtre de code, qui affiche la définition du symbole sur lequel se trouve le curseur. Fini les "find in files" pour retrouver l'endroit où est déclarer le symbole... Là on met le curseur dessus, et la définition apparaît... magique.... ;)
Sans compter d'autres fonctionnalités : un explorateur de fichier paramétrable qui peut afficher les imbrications de blocs, une notion de bibliothèques de symboles géniales et rapide, aucun "freeze" de l'environnement même avec des projets monstrueux, possibilité de l'interfacer avec des compilateurs et gestionnaire de configuration, une coloration syntaxique qui ne fait pas que de la coloration syntaxique mais permet aussi de modifier la taille des polices, de souligner certaines déclarations, etc...
Partout où je bosse, quand je le montre à mes collègues, ils l'adoptent. C'est pourquoi je vous conseille de l'essayer. Je ne comprends pas pourquoi il n'est plas plus connu que ça... Pas très très cher en plus : 250 €, ce qui pour un logiciel professionnel n'est pas monstrueux, je trouve.
Sinon, en logiciel libre, je trouve CodeBlocks vraiment interressant, mais il est urgent à mon sens pour la perennité de leur projet, qu'ils fixent une release. Car qui va décemment proposer l'utilisation d'un "nightly build" pour une utilisation sérieuse ??
Bonsoir à tous,
Pour développer du c/c++ (puisque c'est la question), j'utilise Visual Studio 2005 edition Pro. J'ai la chance d'avoir pu l'acquérir via l'alliance E-Academic. Je le trouve très complet (C/C++, C# etc..). Bon après c'est comme tout, y'a des inconvénients !!
Avant, j'utilisais une version Visual C 6.0 complète, et gratuite mais limité à un usage personnel.
Bien sûr, ça aurait été un sondage pour Java, j'aurais voté Eclipse !!! :mouarf:
DEV Cpp
Borland C++ Builder : il est trop riche avec ses composants VCL et CLX!!!
Dev Cpp m'a découragé car la plupart de ses packages ne s'installent pas correctement (glibc, gtk).
Les Visual C++ Express sont quant à eux trop légers et n'offrent pas toutes les librairies pour du développement.
Seuls Visual C++ .Net profesionnel peut rivaliser : c'est avec lui seul qu'on compiler PHP sur Windows, donc il est très bon.
Rien ne t'empèche d'installer le SDK windows. C'est ce que j'ai fait pour pouvoir compiler boost.Citation:
Envoyé par lebdenat
J'en ai identifié 3 plus ou moins subjectifs.Citation:
Envoyé par zais_ethael
- C'est terriblement lourd pour les machines moyennes d'aujourd'hui -> ce que j'ai à la maison (je ne joue qu'aux vieux jeux d'aventure, du coup, je n'ai pas vraiment une machine qui dépote) et ce que j'ai au taf (faut faire des demandes pour avoir de la RAM en plus).
- L'éditeur de texte est ... limité, on va dire. Mais bon, c'est le propre de tous les IDE. Pas oublier que je suis un vimmeur qui pense l'édition de son code en modal, et qui connait, maitrise et utilise pas loin de 70% (ce qui est déjà énorme) des raccourcis claviers et autres fonctionnalités de vim.
Corrolaire, j'ai la flemme de perdre tous ces raccourcis clavier pour se retrouver avec une souris et des possibilités en moins.
- que le mélange eclipse + CDT + GCC + ant-cpptask est catastrophique. Catégorie on ne peut pas cliquer sur les messages d'erreur pour sauter à la ligne de l'erreur de compilation/TU.
NB: si quelqu'un connait la correction à apporter, je connais des personnes qui seront intéressées.
J'ai aussi repéré :
- des instabilités chez mes petits camarades qui s'en servaient pour faire du C++ (sous une redhat de mauvaise qualité, il est vrai)
- que la complétion devenait utile et non pénalisante quand on utilisait ctags ... dont une des versions les plus répandues et complète (exhuberant ctags) était distribuée avec vim... :mrgreen:
Accessoirement, la complexité du C++ fait qu'il y a toujours du retard par rapport à des outils comme VC. Il faudrait intégrer des outils qui savent faire du reverse sur le C++ plutôt. Ce qui risque d'arriver avant dans les éditeurs modulaires -- je ne vois mal des gens coder des plugins eclipse en Java pour supporter des aspects avancés de meta-programmation en C++ basée sur les templates.
A voir ce que cela donnera. Je suis probablement mauvaise langue.
- le plugin pour embarquer vim dans eclipse n'est pas vraiment au point.
Heu, tu vas rire.
CDT utilise ctags d'après ce que j'ai pu lire sur le forum de code clocks où ils débatent bien sur le sujet :D
Voir ici.
Merci pour le lien, il est très intéressant.
Mais .... le compilo d'IBM n'est pas un front-end d'EDG ? Ou alors je confonds avec intel ?
Ha, la tu m'en demande un peu trop :)
J'utilise aussi VIM pour a peu pres tout.
On avait vim impose a l'IUT donc je l'ai maudit pendant un bon moment, et j'ai bosse sur emacs pendant un peu plus d'un an apres.
Je me suis replonge dans vim par la suite, et depuis je n'utilise plus que ca, quel que soit le langage (C, C++, PHP, Perl, Shellscripts, etc...).
La coloration synthaxique parametrable est tres bien faite.
Avec exuberant-ctags et le plugin omnicppcomplete (Voir ici) on a une completion tres tres bien foutue. Ca devient vraiment agreable.
Le fait de pouvoir definir ses propres macros et mapkeys des la moindre operation repetitive est vraiment tres appreciable. Et je l'utilise tres souvent.
En puissance d'edition pure, je crois qu'il y a tres peu d'editeurs qui s'en approchent, meme de loin.
Du coup j'ai l'impression de coder avec une main en moins des que je suis sur un autre editeur :).
A mon sens, le seul avantage que possede un IDE par rapport a cet editeur c'est un debugger embarque. Ca il faut reconnaitre que celui de Visual Studio fait des merveilles. La modification de code a la volee, les breakpoints, et l'arbre de donnee visualisable le tout pendant le debugging c'est vrai que ca peut etre tres utile.
100 % emacs pour moi aussi...:D..
Non aux IDE vive emacs ^^ , c'est moi aui dit ca alors que je developpe actuellement un IDE ^^
Salut,
Jusque là j'utilisais visual c++ 6 que je trouve excellent pour les applications windows (+ directX).
Maintenant que je me suis mis à QT comme je n'arrive pas a le faire marcher avec visual studio, j'utilise devcpp. Truffé de bugs mais pas trop mal quand même.
:P
Bonjour,
Pour mon job, J'utilise Eclipse sous QNX6 8-) , sinon j'utilisais Borland C++ sous windows qui est le meilleur à mon avis. Mais je vais laisser tomber ce dernier au profit de Code::Blocks, car je suis pour le monde des logiciel libre :lol: mais aussi je me lance dans la programmation sous Linux ;) .
Moi ça fait plus de 10 ans que j'utilise le language c++, j'ai commencé avec turbo c++, ensuite au c++builder 1-3-4-5-6 et me voila presque avec la dernière version Turbo