inflation des fonctionnalités inutilisées voire inutiles (loi de Pareto 80/20 etc.) qui rend plus difficile la courbe d'apprentissage
Il faut voir, mais je crois qu'on peut virer énormément de choses du plus gros des IDE, eclipse.
souvent très spécialisé pour une configuration donnée, dès qu'on en sort, on en revient à la gadoue (Eclipse/Netbeans/Intellij sont des blagues pour faire du C++) et le "savoir-faire" acquis n'est pas réutilisable.
Je ne sais pas pour faire du C ou du C++ avec eclipse par exemple (même si j'entends parler de personnes qui le font, je pense que c'est assez marginal). Mais là où tu y gagne c'est que ces éditeurs von généralement t'offrir une abstraction du système de build, du gestionnaire de version etc pour au final te permettre d'en changer facilement.
ont souvent des éditeurs assez pauvres comparés à Emacs/Vim
Je ne le crois pas (et je suis fan de vim). Ils ont un éditeur clairement plus intelligent que vim/emacs (alors emacs peut utiliser CDT je crois pour être au niveau d'eclipse pour vim je sais pas), mais n'ont pas les fonctions puissantes du vieux couple.
Mais généralement on ne sait pas tout ce que peut faire l'éditeur des IDE eclipse/netbeans/intellij, parce qu'on s'y intéresse moins et qu'on a tendance à croire qu'on est face à un équivalent de gedit (ce qui est faux !). Eclipse peut intégrer vim comme éditeur de texte.
chacun a un workflow personnel différent, ça explique les guéguerres Emacs/Vim, Eclipse/Intellij etc., c'est illusoire de vouloir fournir un IDE pré-configuré pour tous. On ne fait que planter des bâtons dans les roues des gens.
Là tu parle d'imposer un IDE à un ensemble de personne. Comme tu le dis c'est aussi intelligent de forcer l'utilisation d'emacs que de forcer l'utilisation de netbeans.
L'avantage du NoIDE, c'est qu'une fois que tu as maitrisé ton environnement de base, il est adapté à ton workflow personnel (pas ou peu de gâchis), complètement maitrisé (**qui maitrise 100% de son IDE ?**) et s'adapte rapidement à un changement de contexte.
Qui maitre 100% de son éditeur de texte, de son gestionnaire de version et de son shell ? Ça ne me semble pas un bon argument, on a accès à des outils incroyablement puissants qu'il est très difficile/impossible de maitriser dans leur ensemble et cela que l'environnement de développement soit intégré ou non. D'ailleurs il est possible que ce soit bien plus simple de maitriser 100% d'un IDE que d'un DE (la documentation est moins éclatée et il y a moins de fonctionnalités (en nombre je ne dis pas que l'un est un sous-ensemble de l'autre)).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Non, mais ...
Posté par barmic . En réponse au journal Point de vue : un IDE est il un outil de programmation indispensable ?. Évalué à 7.
Il faut voir, mais je crois qu'on peut virer énormément de choses du plus gros des IDE, eclipse.
Je ne sais pas pour faire du C ou du C++ avec eclipse par exemple (même si j'entends parler de personnes qui le font, je pense que c'est assez marginal). Mais là où tu y gagne c'est que ces éditeurs von généralement t'offrir une abstraction du système de build, du gestionnaire de version etc pour au final te permettre d'en changer facilement.
Je ne le crois pas (et je suis fan de vim). Ils ont un éditeur clairement plus intelligent que vim/emacs (alors emacs peut utiliser CDT je crois pour être au niveau d'eclipse pour vim je sais pas), mais n'ont pas les fonctions puissantes du vieux couple.
Mais généralement on ne sait pas tout ce que peut faire l'éditeur des IDE eclipse/netbeans/intellij, parce qu'on s'y intéresse moins et qu'on a tendance à croire qu'on est face à un équivalent de gedit (ce qui est faux !). Eclipse peut intégrer vim comme éditeur de texte.
Là tu parle d'imposer un IDE à un ensemble de personne. Comme tu le dis c'est aussi intelligent de forcer l'utilisation d'emacs que de forcer l'utilisation de netbeans.
Qui maitre 100% de son éditeur de texte, de son gestionnaire de version et de son shell ? Ça ne me semble pas un bon argument, on a accès à des outils incroyablement puissants qu'il est très difficile/impossible de maitriser dans leur ensemble et cela que l'environnement de développement soit intégré ou non. D'ailleurs il est possible que ce soit bien plus simple de maitriser 100% d'un IDE que d'un DE (la documentation est moins éclatée et il y a moins de fonctionnalités (en nombre je ne dis pas que l'un est un sous-ensemble de l'autre)).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)