Il faut voir, mais je crois qu'on peut virer énormément de choses du plus gros des IDE, eclipse.
C'est fastidieux -AMHA, plus que d'adapter un Vim/Emacs à son besoin-, et t'as des IDE qui sont très monolithiques.
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.
J'ai un très mauvais souvenir des abstraction de systèmes de constructions, sachant que j'utilise autohell ou CMake qui sont déjà des abstractions de haut-niveau. Quant aux SCM, Emacs et Vim proposent une très bonne intégration, bien supérieure à ce que j'ai vu dans les IDE.
De fait, on en change assez rarement (sinon, ça indique un problème plus grave au sein du projet et/ou de l'équipe)
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.
Régulièrement, j'entends des pairs dirent qu'il faut imposer un environnement commun, pour garantir que tout le monde suit les mêmes conventions. En gros, on file un machin pré-configuré et on espère -à juste titre- que les clampins soient trop fainéants pour le reconfigurer.
Bien évidemment, les mecs ont des accidents claviers et committent du code mal formaté ou des espaces qui trainent (les mecs oublient aussi d'appuyer sur le bon bouton qui reformatte le tout), etc. => c'est un processus lourd et infantilisant qui oublie l'essentiel: livrer un produit qui apporte une valeur ajoutée aux clients et le faire de manière professionnelle.
Qui maitre 100% de son éditeur de texte, de son gestionnaire de version et de son shell ?
Comme pour toute chose, pour maitriser un outil ou une technique, il faut s'entrainer régulièrement.
Ce qui m'agace vraiment c'est les développeurs incapables de coder sans IDE (qu'on soit moins productifs sans ses outils, je peux comprendre). Mais même si la pente initiale est plus douce, un IDE demande également un temps d'apprentissage non négligeable. J'ai déjà vu des gugusses bloqués parce qu'ils ne trouvaient pas la fonction qui allait bien, ou les conflits avec le code généré qu'on édite manuellement (don't do that), les commits monolithiques foireux etc …
C'est plus un problème de personnes qu'un problème d'outillage, mais bon.
Si vous voulez m'entendre râler vraiment, on peut parler des tests, ou des mecs qui détournent les bonnes pratiques de développement (aka Shitware Crapsmanship)
[^] # Re: Non, mais ...
Posté par GeneralZod . En réponse au journal Point de vue : un IDE est il un outil de programmation indispensable ?. Évalué à 5.
C'est fastidieux -AMHA, plus que d'adapter un Vim/Emacs à son besoin-, et t'as des IDE qui sont très monolithiques.
J'ai un très mauvais souvenir des abstraction de systèmes de constructions, sachant que j'utilise autohell ou CMake qui sont déjà des abstractions de haut-niveau. Quant aux SCM, Emacs et Vim proposent une très bonne intégration, bien supérieure à ce que j'ai vu dans les IDE.
De fait, on en change assez rarement (sinon, ça indique un problème plus grave au sein du projet et/ou de l'équipe)
Régulièrement, j'entends des pairs dirent qu'il faut imposer un environnement commun, pour garantir que tout le monde suit les mêmes conventions. En gros, on file un machin pré-configuré et on espère -à juste titre- que les clampins soient trop fainéants pour le reconfigurer.
Bien évidemment, les mecs ont des accidents claviers et committent du code mal formaté ou des espaces qui trainent (les mecs oublient aussi d'appuyer sur le bon bouton qui reformatte le tout), etc. => c'est un processus lourd et infantilisant qui oublie l'essentiel: livrer un produit qui apporte une valeur ajoutée aux clients et le faire de manière professionnelle.
Comme pour toute chose, pour maitriser un outil ou une technique, il faut s'entrainer régulièrement.
Ce qui m'agace vraiment c'est les développeurs incapables de coder sans IDE (qu'on soit moins productifs sans ses outils, je peux comprendre). Mais même si la pente initiale est plus douce, un IDE demande également un temps d'apprentissage non négligeable. J'ai déjà vu des gugusses bloqués parce qu'ils ne trouvaient pas la fonction qui allait bien, ou les conflits avec le code généré qu'on édite manuellement (don't do that), les commits monolithiques foireux etc …
C'est plus un problème de personnes qu'un problème d'outillage, mais bon.
Si vous voulez m'entendre râler vraiment, on peut parler des tests, ou des mecs qui détournent les bonnes pratiques de développement (aka Shitware Crapsmanship)