Discussion :

[_kal_]

Personellement, j'ai longtemps utilisé (1 an) VIM avec parfois Netbeans/Eclipse. Seulement voilà, VIM pour développer c'est pas tiptop, je le préfère pour simplement lire des fichiers de config.

D'autre part, Netbeans/Eclipse gèrent mal le C, malgrès les extensions. Je les trouve un peu trop usine à gaz, et il m'est impossible de les executer à mon université telment ils sont lourd.

J'ai donc décidé de me mettre à GNU Emacs, telment j'en entendait du bien. Et il faut dire que je ne suis pas déçu. Je peux me créer mes petites fonction en Elisp pour accélèrer la frappe lorsque je programme, il dispose d'une interface intégré pour GDB, je peux y integrer un term etc... Il suffit de regarder cette démo pour voir 1/10000 de ce que l'on peux faire :
http://www.bloomington.in.us/~brutt/msf-abbrev-demo.gif

Donc voilà, pour moi c'est Emacs / Make / GDB / GCC

[FloMo]

Salut,

Personnellement, je suis plus ViM (mais la démo Emacs m'a bluffé). Je pense que ce soit l'un ou l'autre, l'intérêt d'un tel éditeur surpassera toujours tout autre outils hyper-sophistiqué pour plusieurs raisons :
- c'est personnalisable ;
- c'est multi-langages ;
- c'est multi-plateformes ;
- c'est ultra-rapide ;
- ça fonctionne partout (toutes ressources, tout OS).

On me dit souvent : "oui, mais mon logiciel clique-bouton me fait très vite mes interfaces, je gagne tout plein de temps".
1. le gain de temps est relatif : il est plus rapide d'utiliser uniquement le clavier que le clavier et la souris ;
2. le temps gagné en création d'interface est perdu en déboguage ;
3. en mode clique-bouton, il n'y a pas forcément tout les widgets nécessaires ;
4. le résultat est bien souvent moins optimisé ;
5. ce genre d'éditeurs sont généralement cantonnés à 2 ou 3 langages maximum.

Pour ce qui est des éditeurs graphiques en mode "classique", ils ne vont généralement pas aussi vite que ViM ou Emacs. La limite du nombre de langages et d'extensibilité est là aussi.

Pour ce qui est des compilateurs et autres, je dirais qu'il n'y a rien de tel que tout faire soi-même. De plus, des outils tels "automake" et "autoconf" facilitent grandement le travail.

Pour ce qui est de la documentation C++ ou autres, "doxyen" est très sympa.

Certains me diront : "si c'est si bien que ça, pourquoi tous les développeurs n'utilisent-ils pas ces outils ?" Tout simplement parce que ces développeurs sont généralement formatés à ce que Windows leur donne et ils ne veulent pas changer leurs habitudes.

Imaginons le cas suivant (qui arrive fréquemment) : je cherche dans un code source l'initialisation de la variable "VAR". Le code source est complexe. Sous windows, je recherche à la main (le temps perdu est incroyablement long).

Sous GNU/Linux, je fais :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

find /repertoire_source -type f -print | xargs grep -n VAR

et il me sort tous les fichiers de "/repertoire_source" contenant le terme "VAR" avec en plus le numéro et le contenu de la ligne concernée.

En utilisant en plus "sed", je pourrais remplacer toutes ses occurrences par autre chose. Les possibilités sont énormes.

Allez faire ça sous Windows...

Au début, ça paraît barbare, mais au bout d'une ou deux semaines intenses, on s'y fait et on ne peut plus s'en passer.

En résumé, un bon éditeur, un bon compilateur, de bons outils de déboguage et les utilitaires système de GNU/Linux, il n'y a rien de tel !

[Drannor]

Je fais newb comparé à vous mais j'adore Kdevelop.

Il faut dire que je fais surtout du C et C++ et je trouve emacs trop oldschool enfin surtout au niveau de la configuration et des options dont je n'ai jamais compris comment l'on fait pour augmenter la taille de la police et changer les couleurs (truc con mais j'aime pas me bousiller la vue ).

Pourtant à la fac, on me contraint à l'utiliser mais je m'y perd tellement il y a de possibilité alors que Kdevellop est complet mais souffre de quelque bug et de quelque defaut (comme l'impossibilité de créer un fichier txt directement via la selection de fichier sur la gauche car le nouveau enregistrer sous est mal fichu).

Par contre il a beaucoup de possibilité dont je n'utilise pas le dixieme.

Il lui manquerait juste la possibilite d'avoir deux consoles et non une seule car quand on programme et que ça ne répond plus, on ne peut que fermer Kdevelop ou tuer le processus mais via une seconde fenetre ou lorsqu'on ferme la console, qu'elle soit réellement fermer et non pas affiché.

[klipper]

salut

je cherche un EDI pour gerer mon projet c++/libglademm... en vain

je developpe depuis un peu plus d'un an avec kate, glade et gcc dans la console.
ca m'a permis de faire une appli qui utilise libglademm et taglib

mon problème c'est que mon programme commence a etre assez gros et sans débogueur je passe un temps fou à trouver mes erreurs.
depuis septembre j'ai testé anjuta et kdevelop mais aucun ne m'a encore permis de compiler mon programme. pourtant un simple
"g++ -o main.bin -c prog.cpp `taglib-pkgconfig --cflags -libs` `gtk2-pkgconfig --cflags --libs`"
suffit (de tete c'est a peu pres ca)
et anjuta et kdevelop me génèrent tout a tatouin de scripts incompréhensibles. je veux bien, du moment que ./configure et make font leur besogne mais la, ca plante tout le temps :
je ne trouve pas ou leur dire d'utiliser libglademm et taglib

[onet]

Il y a ruby aussi pour le développement objet en shell.

onet

[jipef]

quelqu'un a t'il l'expérience de WINDEV dans un environnement Temps Réel ( RT LINUX ou autre )

['ti programmeur]

sinon pour java, je trouve qu'eclipse n'est pas mal

[Quentin Besnehard]

Bonjour bonjour,

Je fais un petit programme en C++ appelé à devenir très vite assez gros.
L'interface est en Qt, et j'utilise les "smart pointers" de Boost.

Bon j'ai commencé l'écriture du prog sous KDevelop, en essayant quand même deux autres IDE, Eclipse (trop lent sur ma machine) et Netbeans (je n'arrive pas à lui faire accepter mon Makefile déjà existant ).

Alors sachant que je suis prêt à gérer les Makefile et les fichiers .pro mais que je cherche surtout un IDE/éditeur de code qui gére bien l'autocompletion (sous-entendu qui gère convenablement les pointeurs de Boost) parce que je suis un gros feignant, que me conseilleriez-vous ?

Merci d'avance

[NiamorH]

Je cherche une bibliotheque graphique (gestion de fenetres, evenements) dédiée (en tout spécialisé) à linux. J'ai choisi Win32 pour Windows et Cocoa pour Mac.

Sachant que je recherche la rapidité, le bas niveau et les fonctionnalités, X11 est-il un bon choix ? Y a-t-il d'autres alternatives ? Y a-t-il un différence avec les gestionnaire de fenêtres (fvwm, icewm, window maker, fluxbox,... ) ? Pourquoi parle-t-on parfois de X11 et parfois de X-Window ?

dsl je ne suis pas très calé en linux ...

Code::Blocs est-il un bon choix lorsque l'on vient de Visual ?

[Davidbrcz]

Penche toi sur Motif : http://fr.wikipedia.org/wiki/Motif_(...èque_graphique)

[robertix]

un vrai plaisir et c'est du libre:
http://www.ponge.com/telechargements/anjuta1/index.html

[Jeremy0201]

J'aime bien l'éditeur BlueFish

http://bluefish.openoffice.nl/

[ovh]

La nouvelle version de Code::Blocks en gestation depuis des années est enfin sortie en version stable !!!
http://blog.developpez.com/index.php...&c=1&tb=1&pb=1

Donnez votre avis :
http://www.developpez.net/forums/sho...d.php?t=501381

[linuxeur]

J'utilise Qt [http://trolltech.com/products/qt/] pour développer une interface graphique en utilisent l'IDE "QDevelop" [http://qdevelop.free.fr/],

et j'utilise l'IDE "KDevelop" [http://www.kdevelop.org/] pour développer des application rapidement.

je développe tous mes application sous la distribution Linux "Debian" [http://www.debian.org/].

[gb.gambas]

Moi j'utilise tout simplement Gambas car c'est une très bonne plate-forme de développement (et de qualité) pour GNU/Linux.

l'IDE de Gambas est le seul outils pour ma part qui manipule avec autant de facilité les toolkits Qt et Gtk+.

D'autant plus qu'en Gambas on peut switcher en 1 clic le toolkit. C'est-à-dire ?
Une application que tu as développé en utilisant Qt mais des fanatiques de Gnome qui préfère avoir ton programme en utilisant Gtk+ -> Option du projet -> onglet Composant et hop, on choisit le composant gb.gtk au lieu de gb.qt, on recompile et voilà que l'application, SANS RIEN TOUCHER AU CODE utilise Gtk+ au lieu de Qt .

Chose totalement impossible dans d'autre langages. l'API de Gambas est très faite.

[aktos]

Moi venant de VB.NET la seul solution que j'ai réussi à faire fonctionner est Gambas.

+1

J'ai essayé Kdevelop mais un truc ne marchait pas et j'ai pas continuer. Mono qui devrait être compatible c sharp pas réussi non plus ( pour l'instant ) !
Domage que gambas a un code spécifique et ne tourne pas sous windows !

[supersnail]

bah moi,ça compile bien en c# MonoDevelop... (par contre pour VB.NET c'est aléatoire )

[Ubiquité]

Aujourd'hui vous pouvez ajouter Qt Creator.

[kamouminator]

salut,
je sais pas si c'est le bon endroit pour poster cette info mais... pour avoir la completions de tout ce qui est structures en C/C++ et plein d'autres trucs dans plein d'autres langages, il existe le plugin omnicppcomplete pour vim
super pratique !!! on ne s'en passe plus !

[Mister.BIXS]

Bonjour à TOUSSS...

Bon je sais que ce '''topic''', est sans '''mouvements'''... depuis 2009... je crois...

MAIS... après m'être lancé dans la '''Recherche Tous-Zazimuts'''... je passe en mode '''Questions/Réponses'''...

Dans une logique complète de développements, d'une machine cohérente, auto-programmable et auto-évolutive...
Sachant que de toutes manières, j'ai TOUT à réapprendre...

Sur quelle base construiriez-vous votre '''machine''' ???... de développement, ET, POUR développer, avec quoi ???... en français, mais pas forcément...

Je voie 2 grandes lignes :

1- la ligne C/C++...

2- la ligne Java...

Donc quel OS/Distribution est '''prédestiné''' ?... Dans le sens installé avec soit C, soit Java, voir programmé avec, ou inclus dans le '''pack''', ou fait pour ?...

Quels sont TOUS les éléments nécessaires... pour pouvoir TOUT faire, applis, imports-net, blogs/sites, phones, photos, vidéos, connexions(internet), domotiques...
Les éditeurs, compilateurs, debuggers, reverse-engine, vérificateurs de sources/signatures, et autres optimiseurs de threads...

Bien sur, comme d'ab', on va avoir la moitié pour, et la moitié contre !... mais moi je veux savoir POURQUOI ?...

...dans l'exercice de la programmation, quand on '''travail''' !...

...la lisibilité du code, ses outils de constructions, les transmissions de valeurs, gestion des codes d'érreurs internes et externes, les possibilités de convertir et/ou inclure des bibliothèques différentes du langage, le pilotage d'appli-externes... l'ajout de modules en commandes/fonctions internes au langage, la traduction d'un code autre, dans le langage, les affinités avec d'autres langages...

De toutes façons... faudra que je ré-apprenne tout !... Alors autant, ce coup-ci, prendre le '''meilleur''' !...

Je vous remercie d'avance pour vos réponses et je vous dit à bientôt...@+++...


PS: Au fait, si une autre ''ligne'' vous apparait, Merci de me l'indiquer ?... Je vais justement, aller voir un ''mec'' qui s'appèle... RUST... pour m'informer, voir ce que c'est ?... @+++...