Discussion :

[Jean-Marc.Bourguet]

ddd n'est pas dispo sous Solaris ?

Si. Il faudrait peut-être que je le réessaie. Je l'ai essayé il y a 5 ou 6 ans et il plantait avec régularité au mauvais moment.

[B.AF]

Pour dire le fonds de ma pensée, il y a les choses qui sont dans le passée, et qui ne peuvent pas quelle qu'en soit la raison changer.
C'est pas une raison suffisante pour que tout doit s'en inspirer.
C'est pénible dans notre métier de toujours devoir lire des partis pris qui en plus sont vraiment des raisonnements de geek de base et même pire communautiste.

C'est pas un débat c'est une foire d'empoigne entre des tribus qui essayent d'expliquer et d'imposer à l'autre que la sorcellerie de l'une est plus utile que les rites de l'autre.

Moi, avec tous les m, les o et les i que ça comporte, j'ai envie de rester "éveillé" à mon époque, j'ai envie de neuf.

Et partout.

Après, le fait qu'on puisse chacun de nous s'enfermer dans une techno ou un domaine, c'est un choix personnel, dans lequel il y a d'autre critéres que l'intérêt technique.

Je n'aime pas développer pour la technicité, j'aime pour la créativité.
J'aime pour ce que ça m'aide à matérialiser.
J'aime le fait que pour matérialiser, je suis obligé de comprendre.
J'aime me dire que j'ai plusieurs façons de le faire.
J'aime me dire qu'avant de choisir je dois trouver celle qui est optimale
J'aime me dire que dans ceux passés, j'aurai pu mieux faire.
J'aime me dire que l'application la plus critique que j'ai du développer est en Access et n'a jamais failli.
J'aime me dire que celui que ça a fait rire aux larmes quand je l'ai ouverte avec lui n'a pas du tout les mêmes avis que moi et que pour autant, on s'apprécie on travaille ensemble et on apprend ensemble.
J'aime donc au final avoir un outil qui au moment ou je pense à tout ça, est le plus efficace pour que j'aime bien faire ce que je fais.

Tous les outils cités sont bons (enfin ceux que je connais), quand il sont jugès mauvais ou moins bons, c'est une description fausse.

Moi je lis ça en binaire :

"J'ai un outil qui convient à mon job"
"J'ai un outil inapproprié à mon job"

Dans le cas 2, c'est un problème de choix, pas un problème d'outil.
Quelqu'un l'a imposé, le changement est trop lourd, la technologie est orpheline ou ancienne, la boite n'avait pas les moyens de faire mieux, ceux qui le faisaient évolués sont partis, il aurait du être remplacé mais personne n'a pris le problème à bras le corps.

Le cas 2, c'est un problème de stratégie d'entreprise.
Et une stratégie d'entreprise, c'est mieux quand fondé sur des objectifs que sur des dogmes.

Et en pointillés, de toutes façons, on défendra tous notre steak.

Donc le statu quo est mieux, chacun a ses préférences (moi je déteste le bordeaux !!!) et personne n'a raison.

[DangerousBowlOfJelly]

Bonjour.

Perso j'ai utilisé plusieurs environnements pour des devs variés (Java, C, C++, (La)Tex, Lisp, ...).

Petit historique :

J'ai commencé par VI et VIM en école, mais uniquement les basiques. On a vécu avec sur nos projets pendant toutes mes études, et on s'en est très bien sortit.

Arrivé sur le monde du travail, j'ai du passer à un EDI spécifique pour cibles TI (dev en C sur DSP), et j'ai un peu galéré au début pour m'y mettre. Une fois le plis pris, ça allait tout seul.

Pour mes besoins perso, j'ai ensuite voulu essayer des EDI un peu plus dispos, et je me suis mis à Code::Blocks, après avoir rejeté DevC++ pour une raison d'esthétisme et d'obsolescence. La config était pas mal mais il m'arrivait d'avoir quelques difficultés.

Par ailleurs, j'avais entendu parler d'Eclipse, et il m'a été finalement imposé pour un projet pro, et là j'en ai vraiment chié, surtout lorsqu'il a fallu changer de version au milieu du projet. Une galère pas possible pour le prendre en main , pour un gain de productivité assez faible.

Aujourd'hui, je ne développe plus pour mon boulot mais pour chez moi, j'utilise Geany (parfait pour l'édition ) + GNU/Make + gcc. Je sais que Geany est un EDI mais je ne l'utilise pas pour ça. Il me serait impensable de revenir sous Eclipse car (comme son nom l'indique) les fenêtres de code sont éclipsées par toutes les boiboites autour. Sur un écran 8,9'', c'est pas terrible . De plus, mon VI actuel a l'air d'être mal compilé car j'ai pas mal de problèmes d'utilisation. Au final, quand on revient aux basiques, ça marche souvent mieux.

J'ai essayé de me mettre à emacs, mais n'étant pas un programmeur assidu, je n'ai pas trouvé le temps de bien assimiler les commandes. Et quand on est habitué à VI...

Pour ceux qui espèrent se masser des makefiles (comme j'ai pu le lire dans un post), C::B, Eclipse, et sûrement d'autres, utilisent les makefiles, souvent à peine déguisés. Ce ne sont que des implémentations de GNU/Make. Il suffit d'éditer les makefiles autogénérés pour s'en rendre compte. Finalement, c'est peut-être la meilleure solution pour automatiser la compilation.

DBoJ

[thor18]

Vim et Geany

Geany étant un éditeur IDE super simple.
Vim état l'environnement le plus puissant avec emacs; or je ne connais pas emacs, et comme cétait vim en cours, je l'ai gardé! Puissant, mais il faut un temps collosale pour en maitiser 1%

[Iaurkano]

mais il faut un temps collosale pour en maitiser 1%

tout est dit ....

en 2009 on ne développe plus les logiciel de la même maniere ni avec les même contraintes qu'en 1990...

aujourd'hui je ne peux pas me permettre de passer ou de faire passer du temps à mes équipes sur ce genre de sujet. (la maitrise d'un outils)

Et de l'autre coté les developpements sont de plus en plus complexe, on intègre des tonnes de librairies, de frameworks et autres couches d'abstractions de ceci ou de cela,sur du linux, du windows en techno Java C C++ .net, on se doit aussi de faire de tests en un minimum de temps et assurer un suivi efficace des travaux.

mon environnement de dev doit intégrer ces contraintes, plus d'autres...

pour moi emacs et vi ne les intègrent pas ou en tous cas pas assez....

Sur un écran 8,9'', c'est pas terrible .

DBoJ

Tu m'étonnes, mais en 2009 les écrans standard c'est plutôt 19" voir 22"

si tu dev sur un net PC c'est normal que ça marche pas bien c'est pas fait pour ça ...

De plus, mon VI actuel a l'air d'être mal compilé car j'ai pas mal de problèmes d'utilisation. Au final, quand on revient aux basiques, ça marche souvent mieux.
DBoJ

j'aime bien quand on dit tout et son contraire sur la même ligne !!

J'ai essayé de me mettre à emacs, mais n'étant pas un programmeur assidu, je n'ai pas trouvé le temps de bien assimiler les commandes. Et quand on est habitué à VI...


DBoJ

c.f. mon poste précédent...

et je dirais même plus : et puis quand on est habitué à Eclipse .



C.Q.F.D.

bon allez je vais me calmer dehors !!!!!

[clampin]

X-Code (Macos X)

Pourquoi ce choix ?

Ben parce qu'il est fournis avec mon système....

Les plus/avantages ?

Editeur + compilateur (gcc), on appuye sur un bouton et ça compile

Les moins/inconvénients ?

les désavantages d'un EDI, c'est a dire que ça cache les opération de compilation.

Ne crée pas de Makefile.


Est-ce une utilisation amateure, professionnelle ou éducative ?

Amateur

Quel langages utilisez-vous avec cet EDI ?

Les langages C et C++ (parfois Objective-C, Cocoa)

Sur quels systèmes ou plateformes vous travaillez ?

Mac Os X, Darwin

Pour quels systèmes cibles ?

Mac OS X, Darwin

[bdjamila]

notepad++ et adobe dreamweaver cs3

Pourquoi ce choix ?

c'est ce que je connais
Les plus/avantages

pas spécialement d'avantage, mais ça me suffit pour réaliser des script php.

Quels projets réalisez-vous avec et pourquoi ?

mise en place d'un système de gestion de production assistée (j'utilise en parallèle les plugins de jquery ).

Est-ce une utilisation amateur, professionnelle ou éducative

professionnelle

Avez-vous fait votre choix pour raison professionnelle, personnelle ou par plaisir

C'est personnelle

Quel langages utilisez-vous avec cet EDI
PHP, CSS

Autres EDI utilisés, pourquoi ? dans quel cadre ? et comparaisons ?

Visual Studio pour la programmation en vfp9 (pour les applications des ressources humaines, comptabilité).

Sur quels systèmes ou plateformes vous travaillez (Windows, DotNET, Linux, etc.)
Windows

Pour quels systèmes cibles (Windows, DotNET, Linux, etc.)
Windows

[Skyfox]

Je vais pas m'etendre sur le sujet: VIM.

La plupart des points ont deja été cités, je les rejoins totalement.

J'ai commencé avec de simples editeurs (nano/notepad) et j'ai essayé pendant un long moment d'utiliser des EDI (Eclipse/Netbeans..) que je ne supporte pas. J'ai donc trouvé l'amour de ma vie: vim !

J'ai cependant developper pendant longtemps du php avec dreamweaver, qui me servait juste de coloration syntaxique enfait.

[Florian Goo]

Vim

Je suggère également une option à part pour Vim et Emacs, pour le sondage de l'année prochaine

Je n'ajouterais qu'une chose aux nombreux arguments déjà cités :
C'est vieux, c'est repoussant, c'est déroutant et pourtant tant de gens l'utilisent. Demandez-vous pourquoi !

Je l'utilise pour mon projet personnel C++ sous GNU/Linux. J'ai commencé à m'en servir depuis assez peu de temps, mais je suis déjà convaincu de sa supériorité face aux EDI, si bien qu'aujourd'hui je ne compte pas évoluer vers autre chose (si ce n'est la découverte d'autres plugins).
Et pourtant, j'ai été nourri à l'EDI (Delphi, C++ Builder, Eclipse, Code::Blocks, …) depuis que j'ai commencé la programmation il y a de ça presque dix ans.

À force d'entendre parler ici et là de Vim et emacs, cela a éveillé ma curiosité et j'ai décidé de me pencher sérieusement sur le sujet. J'ai appris à me servir de Vim par la pratique en cherchant des tutoriels sur le net. Avec le recul, je pense que l'achat d'un bon bouquin est nécessaire.

Je pense que les éditeurs de texte avancés tels que Vim et emacs n'ont pas le succès qu'ils méritent. Plus de développeurs devraient s'y essayer !

[GanYoshi]

J'ai choisis Netbeans :-)

- Pourquoi ce choix
Je programme surtout en Java et en Php, et Netbeans supporte très bien les deux.

- Les plus/avantages
Tout est prêt à l'emploie avec Netbeans, aucun pluging à installer, ou alors très facilement en cochant juste une case.

- Les moins/inconvénients
Il est lent à mon gout, surtout avec beaucoup de projet ouvert, il prend du temps à tout scanner (les projet php surtout).

- Quels projets réalisez-vous avec et pourquoi
Pour mes projet personnelles et mes stage, j'ai des projets en java et en php.

- Vers quels autres EDI pensez-vous évoluer dans le futur
Je reste sur Netbeans, à moins peut-être que je me mette à la programmation mobile, et que Eclipse permette son développement sous mac.

- Comment vous êtes-vous formé, ou avez-vous été formé sur cet EDI
Seul

- Est-ce une utilisation amateure, professionnelle ou éducative
Amateur et future-professionnelle donc.

- Quelles fonctionnalités vous utilisez (coloration syntaxique, autocomplétion, débogage, mise en forme automatique, tests, etc.)
Autocomplétion est native chez Netbeans contrairement à d'autres, et c'est très très agréable. Le fait aussi de pouvoir cliquer sur un appel fonction pour ce voir trouver et afficher cette fonction est très pratique.

- Quel langages utilisez-vous avec cet EDI
Java, php et JavaFx

- Sur quels systèmes ou plateformes vous travaillez (Windows, DotNET, Linux, etc.)
Mac OS

- Pour quels systèmes cibles (Windows, DotNET, Linux, etc.)
Multiplateforme.

[rakakabe]

Je n'ajouterais qu'une chose aux nombreux arguments déjà cités :
C'est vieux, c'est repoussant, c'est déroutant et pourtant tant de gens l'utilisent. Demandez-vous pourquoi !

À force d'entendre parler ici et là de Vim et emacs, cela a éveillé ma curiosité et j'ai décidé de me pencher sérieusement sur le sujet. J'ai appris à me servir de Vim par la pratique en cherchant des tutoriels sur le net. Avec le recul, je pense que l'achat d'un bon bouquin est nécessaire.

Je pense que les éditeurs de texte avancés tels que Vim et emacs n'ont pas le succès qu'ils méritent. Plus de développeurs devraient s'y essayer !

+1 .
Cela a ete mon cas avec Emacs sous NetBSD. Au debut, je l'ai choisi (et le systeme bien sur) pour economiser de l'espace disque, mais actuellement, je peux plus me passer de cet editeur.

[gdott9]

Pour moi, c'est VIM...

- Pourquoi ce choix : j'ai pu découvrir VIM grâce à un très bon prof au début de mon DUT, j'ai alors commencé à l'utiliser par curiosité et depuis, je ne peux plus m'en passer.

- Les plus/avantages : leger, extensible à l'infini, indispensable pour gerer un serveur par ssh, super pratique (quel bonheur de tout pouvoir faire sans lacher son clavier) et beaucoup d'autres...

- Les moins/inconvénients : peut-etre pas évident à prendre en main au début, ca peut décourager... mais apres quelques temps, on y gagne beaucoup.

- Quels projets réalisez-vous avec et pourquoi : tout... j'ai déjà realisé quelques sites en php, xhtml, js, css mais aussi un gros projet en Java. Sinon, quelques petits scripts perls, des programmes en C...

- Vers quels autres EDI pensez-vous évoluer dans le futur : Apres avoir dû tester NetBeans et Eclipse, je pense rester encore quelques temps sous VIM...

- Comment vous êtes-vous formé, ou avez-vous été formé sur cet EDI : comme dit plus haut, j'ai eu une initiation rapide à VIM, pour les fonctionnalités de bases au 1° semestre de mon DUT Info. Par la suite, j'ai beaucoup appronfondi ca en faisant des recherches sur le net.

- Est-ce une utilisation amateure, professionnelle ou éducative : un peu des 3. J'ai commencé par une utilisation éducative au DUT puis jme suis mis à l'utiliser pour mes projets persos et je l'utilise maintenant pour mon boulot.

- Avez-vous fait votre choix pour raison professionnelle, personnelle ou par plaisir : pareil que la question au dessus.

- Quelles fonctionnalités vous utilisez (coloration syntaxique, autocomplétion, débogage, mise en forme automatique, tests, etc.) : coloration syntaxique, autocompletion, indentation automatique, les splits, les onglets et tous mes scripts qui font des trucs plus ou moins utiles (pour les moins utiles, on peut retrouver ma touche mappée pour encoder tout le fichier en rot13... Efficace contre les personnes indiscretes qui passent derriere ).

- Quel langages utilisez-vous avec cet EDI : tous les langages que j'ai pu tester...

- Autres EDI utilisés, pourquoi ? dans quel cadre ? et comparaisons ? : J'ai du tester NetBeans en cours pour faire du Java, je trouvais ca lourd, j'avais besoin de prendre la souris trop souvent dans la main, je perdais du temps pour parcourir le fichier, pour faire une recherche... je pouvais pas spliter ma fenetre pour afficher plusieurs fichiers et tout avoir sous les yeux, je trouvais l'interface surchargée. Bref, je suis mieux sous VIM (en fullscreen avec quelques splits, un fond noir et une jolie coloration syntaxique)

- Sur quels systèmes ou plateformes vous travaillez (Windows, DotNET, Linux, etc.) : Je travaille en tres grande partie sur Linux...

- Conclusion : Testez VIM... il faut un peu de motivation au début, mais après, c'est le bonheur ! Et +1 avec les posts au-dessus qui disent du bien de VIM et Emacs.

[slim_java]

pourquoi Borland JBuilder n'est pas cité ?

[Pierre Louis Chevalier]

Regarde le sondage 2009 sur les EDI Java et tu saura pourquoi

[nononbm]

Après avoir utilisé JBuilder et Eclipse, je me suis arrété à Netbeans.
Je l'utilise depuis +5 ans et il a véritablement bien évolué.

IDE stable, UI pragmatique, gestion des plugins plus que correcte.

Malheureusement pour moi, en France, il semble que les sociétés soient plus 'branchées' sur Eclipse , ce qui m'oblige à travailler le jour sous Eclipse et la nuit sous Netbeans. Utilisant quotidiennement les 2, je préfère toujours Netbeans !!
Il manque une 'task force' Marketing en France pour Netbeans !!

J'utilise Netbeans essentiellement pour Java, UML et parfois pour les technos web (HTML, ...) sur OS Windows et Ubuntu

Actuellement, je travaille perso sur un plugin Netbeans (Flexbean) pour supporter Flex/Air - car malheureusement là aussi, Adobe a pris Eclipse pour son IDE Flex

Depuis mon debut d'aventure dans mon projet perso, j'investigue plus dans le coeur de Netbeans et de sa platforme riche d'enseignements sur le design d'applications modulaires.

Tellement fan de Netbeans que j'ai passé la certification Netbeans ("Sun Certified Specialist for NetBeans IDE") !!!

[_shuriken_]

Après avoir utilisé JBuilder et Eclipse, je me suis arrété à Netbeans.
Je l'utilise depuis +5 ans et il a véritablement bien évolué.

IDE stable, UI pragmatique, gestion des plugins plus que correcte.

Oui, mais extrêmement gourmand en ressource !

[Marc Lussac]

En même temps vu le cout d'un développeur java de haut niveau, lui acheter une machine surpuissante ne coute rien en comparaison, alors quelle importance ?

Je rappelle que plus de 70% des utilisateurs de developpez.com sont des professionnels en informatique qui travaillent en entreprise...

[barnoufal]

Eclipse.

Les plus/avantages
Libre.
Un analyseur syntaxique suffisant.
Fonctionnalités évoluées facilitant le développement web.
Pleins de plugins rendant cet IDE omnipotent.
Grande communauté d'utilisateurs.

Quels projets réalisez-vous avec et pourquoi ?
Développement d'applications standalone et web.

Est-ce une utilisation amateur, professionnelle ou éducative
Professionnelle.

Avez-vous fait votre choix pour raison professionnelle, personnelle ou par plaisir
D'abord par curiosité, puis par raison professionnelle

Quel langages utilisez-vous avec cet EDI
Java-J2EE principalement. Parfois C++

Autres EDI utilisés, pourquoi ? dans quel cadre ? et comparaisons ?
Emacs.Boulot et loisir. Pour l'édition de documents Latex et parfois le développement C/C++. Emacs est plus puissant mais Eclipse et son interface sont très pratique pour le développement d'applis web par exemple.

Sur quels systèmes ou plateformes vous travaillez (Windows, DotNET, Linux, etc.)
Linux Fedora et Ubuntu
Pour quels systèmes cibles (Windows, DotNET, Linux, etc.)
Linux, Windows

[Garulfo]

Pas de désavantages ?
Il me semble que quand on est pas capable de voir les points faibles de l'outil qu'on utilise, c'est qu'on ne le maîtrise pas assez ou bien qu'on ne sait pas ce qui se fait ailleurs.

[Pierre Louis Chevalier]

Pas de désavantages ?

La réponse à ta question à été donnée :

Eclipse. Pleins de plugins rendant cet IDE omnipotent.

Quand on est malin qu'on sait trouver et installer des plugins Eclipse, la solution Eclipse devient effectivement un "IDE omnipotent"...