Discussion :

[jabbounet]

rangement, presque tous ceux qui utilisent des éditeurs de texte ont tendance à se croire tellement meilleurs que les gens qui utilisent un IDE...

Ca fait peur franchement de constater les clichés qu'on se mange tout au long de ce topic. Juger un outil ou une catégorie d'outils en partant de l'idée que ceux qui les utilisent sont des adeptes de la qualité minimale qui ne cherchent qu'à cacher leur incompétence en faisant travailler des programmes à leur place c'est sûr que c'est très réaliste.

pas vraiment la qualité n'est pas dépendante de l'outil que tu utilise, sauf si tu utilise un marteau pour planter des vis, mais là c'est une autre histoire.

Personnellement je suis plus adepte de l'outil qui répond à mes besoins et que je sais utiliser correctement parce que je comprend comment il marche.

[hegros]

Ce Graphique vs Texte me fait penser au vieux Windows vs Linux..

[spirit_daemon]

Ho, et c'est microsoft qui vient nous dire ça, les premiers à tous modifier pour créer à leur image!

[Luc Hermitte]

Ho, et c'est microsoft qui vient nous dire ça [...]

???
Les grosses boites contiennent aussi des individus qui s'expriment en public où ils exposent leur propre opinion ...

[Shaidak]

Ce Graphique vs Texte me fait penser au vieux Windows vs Linux..

Ho, et c'est microsoft qui vient nous dire ça, les premiers à tous modifier pour créer à leur image!

C'est une maladie de systématiquement re-re-re-relancer ce troll ?

[Shaidak]

T'es pas obligé d'y participer en même temps, les trolls les développeurs on aime cela alors laisse nous tranquille et va discuter sérieusement (sans troll) ailleurs

C'est bien ce que je comptais faire d'autant que les réponses n'apportaient plus grand chose de constructif. Simplement est-il si anormal que cela de vouloir parler du sujet initial que des trolls présents sur une multitude de posts ?

PS : Tu aimes les trolls, tout comme d'autres développeurs, mais je ne pense pas être une exception, donc ne généralisons pas

[B.AF]

C’est dingue ce sujet...

J'ai quand même l'impression que c'est un dialogue de sourds.

Le développement c'est un contexte : on ne travaille pas seul comme à 10, ni à 100.

Il y a de très bons IDE actuellement, qui facilitent la vie sur les projets.

Maintenant, oui, ils n'ont rien inventé, il est tout à fait possible de faire la même chose avec emac ou vi.

En fait, c'est parler de la même chose.

Après dire que savoir coder c'est tout faire à la main, c'est super, on peut aussi dire dans ce cas qu'un cuisinier devrait savoir cultiver la terre, traire les vaches, vinifier, etc,etc...

Les API sont aujourd'hui très vastes (eg. : JAVA, .NET), c'est quasi impossible de tout connaitre. Comme quelqu'un qui utilise boost depuis 6 semaines a un shift de raisonnement bien plus important que celui qui s'en sert depuis 6 ans.

Moi j'apprécie dans l'IDE d'une façon générale qu'il me simplifie la vie sur des certitudes sur lesquels je n'ai pas de valeur ajoutée à le faire manuellement

J'aime avoir mes snippets, je trouve l'intellissense ou la possibilité de naviguer dans une API utile (pour se familiariser avec). Sauf que le fait d'avoir des templates ou des snippets n'est pas propre à l’IDE moderne.

S’il le faut, je bosserai sur un VI nu, je l'ai déjà fait, mais même si VI est rigolo, j'étais pas très productif, et intuitivement, j'ai fait des extensions shells, et autre pour bâtir un mini "ide".

La différence intellectuelle majeure que je vois entre les deux, et que la nouvelle génération d'IDE est structurante - on peut envisager des structuré sa code base et ses process sur base de l'IDE, alors que l'ancienne est contextuelle - on peut envisager de structure l'éditeur en fonction du code base et des process.

Mais je pense que les deux sont utiles, car ça correspond à la démarche de
- Avoir les bons outils
- Faire évoluer ses outils
- Mesurer sa productivité

Et parfois vivre avec son temps; c'est bien; ce qui n'empêche pas de vérifier que ce n'est pas la reproduction ignorante d'une problématique vieille de 10 ans.

[jabbounet]

Après dire que savoir coder c'est tout faire à la main, c'est super, on peut aussi dire dans ce cas qu'un cuisinier devrait savoir cultiver la terre, traire les vaches, vinifier, etc,etc...

Pour être plus exact sur le cuisinier, il y'a ceux qui te serve des assemblages de surgelés, et ceux qui vont faire leur marché pour aller chercher des produits frais du terroir pour faire leur plats....

Il ne faut pas confondre les métiers de cuisinier, fermier et viticulteur, cela n'a rien a voir.

[B.AF]

Pour être plus exact sur le cuisinier, il y'a ceux qui te serve des assemblages de surgelés, et ceux qui vont faire leur marché pour aller chercher des produits frais du terroir pour faire leur plats....

Il ne faut pas confondre les métiers de cuisinier, fermier et viticulteur, cela n'a rien a voir.

Nous sommes d'accord.
Choisir ses produits n'a jamais signifié pouvoir les produire.

[jabbounet]

Nous sommes d'accord.
Choisir ses produits n'a jamais signifié pouvoir les produire.

oui mais je préfère quand même aller chez celui qui fait son marché et qui connais les produits de son terroir, plutôt que celui qui assemble des surgelés.

[Jidefix]

oui mais je préfère quand même aller chez celui qui fait son marché et qui connais les produits de son terroir, plutôt que celui qui assemble des surgelés.

Ça dépend: s'il te fait payer deux fois plus cher, parce que forcément il a plus de frais (et moins de surgelés mouarf!), je ne pense pas que tout le monde suive ton exemple.

[_skip]

Je verrais plutôt les choses de cette façon :
Quel bûcheron fait le meilleur bois de chauffage? Celui qui utilise une hache ou celui qui fait ça avec une fendeuse hydraulique?

C'est pas le même effort, pas la même durée, pas la même précision et pas forcément les mêmes risques de se blesser. Mais dans les 2 cas, son client, c'est juste le bois qui l'intéresse.

[B.AF]

Je verrais plutôt les choses de cette façon :
Quel bûcheron fait le meilleur bois de chauffage? Celui qui utilise une hache ou celui qui fait ça avec une fendeuse hydraulique?

C'est pas le même effort, pas la même durée, pas la même précision et pas forcément les mêmes risques de se blesser. Mais dans les 2 cas, son client, c'est juste le bois qui l'intéresse.

Exactement, si je vais au restaurant, je m'attends à bien manger avec un service de qualité.

Pour que ce soit viable, le restaurateur doit aussi faire des choix et des arbitrages. Sur le coût des produits, sur le coût de stockage, sur le coût d'approvisionnement, sur les boissons....

L'informatique est identique. Et un cuisinier qui passe son temps à faire autre chose que la cuisine où qui le fait d'une façon qui rend l'activité inique ça ne sert à rien.

[jabbounet]

Ca dépend: s'il te fait payer deux fois plus cher, parce que forcément il a plus de frais (et moins de surgelés mouarf!), je ne pense pas que tout le monde suive ton exemple.

Les surgelés je peux me les réchauffer chez moi pas besoin de payer un cuisinier pour cela, et non ce n'est pas forcément moins cher si tu sais ou tu va...

[narutobaka]

Bonjour,

Je ne suis pas un développeur expérimenté.

Par contre une chose est sûr sans l'autocomplétion (intellisense sous VS8), j'en passerai du temps à rechercher sur la msdn pour connaitre tous les membres et propriété d'un objet avec lequel je travaille.

Après il est vrai que je suis pas du tout pointu sur "ce qui se passe derrière" quand je fait F5.

Je sais en gros les grandes lignes.

Mais j'en saurais pas beaucoup plus après avoir compilé avec vbc dans cmd.

En tout cas dans le développement d'application lourde j'aurai du mal à me passer de l'EDI, rien que pour manipuler les objets.

Pour le développement Web je ne pense pas que ça soit la même problèmatique et la un simple notepad++ suffit. Cependant avec les framework qui commence à être de plus en plus orienté objet notepad ++ restera -t-il vraiment suffisant?

++

[ymoreau]

On a beau dire il y a des fonctionnalités fournies par les IDE récents qui facilitent et accélèrent la saisie du code sans pour autant masquer le fonctionnement. Le vrai danger ça n'est pas d'utiliser les outils plus complets, mais plutôt de ne pas savoir ce qu'on a pas à faire à la main.

Si on faisait l'analogie des fonctionnalités des outils avec les fonctionnalités du code, on pourrait également dire "celui qui ne recode pas la STL à chaque projet ne sait pas programmer", ça n'a pas de sens...

[ZeRevo]

Utiliser un IDE c'est comme utiliser un moteur de recherche comme Google, ça permet de travailler beaucoup plus vite.
Certains vivent dans le passé, laissons-les. Il existe le train et l'avion et pourtant certains préférent voyager en vélo, ça met plus de temps mais le résultat est le même.

[jabbounet]

Utiliser un IDE c'est comme utiliser un moteur de recherche comme Google, ça permet de travailler beaucoup plus vite.
Certains vivent dans le passé, laissons les. Il existe le train et l'avion et pourtant certains préférent voyager en vélo, ça met plus de temps mais le résultat est le même

C'est bien de savoir se servir de ces outils ils sont très utiles dans les phases de développement, mais il faut aussi savoir s'en passer.

Je me suis plusieurs fois retrouvé à faire des mise en production chez des clients ou le seul éditeur autorisé dans cet environnement était 'vi' et les accès internet étaient bannis

[ZeRevo]

oui bien sûr j'ai pas dit qu'il fallait pas l'utiliser mais pour du gros développement il y a des outils qui peuvent nous aider, je trouve ça pratique

[Valter]

Très bonne question. C'est vrai qu'avec toutes les fonctionnalités de visual studio
Enfin bon, tant qu'il y la coloration syntaxique, je pense que le développeur pourra y arriver (en cherchant sur Google un peu plutôt que de regarder la documentation visual directement).