Aide en ligne: Affichage dans une bulle de la signature des méthodes avec description des paramètres… Lien direct vers la doc complète
:Man sous vim. Possibilité de mapper ça sur une séquence de touches exécutées sur un mot. Je code en C, donc ça me suffit comme doc.
Ça n'a pas vraiment de rapport mais c'est un truc qui manque avec les langages autre que C et perl.
Ça a complètement à voir. Avec un mapping clavier pour appeler :Man sur un mot, j'ai bien l' Affichage dans (削除) une bulle (削除ここまで)dans une fenêtre de mon editeur de la signature des méthodes avec description des paramètres… Lien direct vers la doc complète
Je t'accorde le fait que tous les langages n'ont pas de pages man. Mais rien n'empêche d'en construire à partir de la doc officielle ou bien de modifier la commande :Man pour afficher d'autres formats. Les autres IDE ne sont certainement pas capables d'afficher les infos pour tous les langages nativement, un plugin par langage doit certainement être nécessaire. Je parle de :Man car je fais du C, donc c'est la partie qui me concerne et que je connais bien.
Intégration avec gestionnaire de source: SVN/GIT…
L'intégration dans vim existe. Et quand je vois les développeurs sous Eclipse qui se perdent dans l'affichage hiérarchique pour retrouver les modifs réalisées, je me dis que les outils en ligne de commande sont bien plus simple et intuitifs !
Personnellement, je n'aime pas eclipse et ne l'utilise pas. J'ai toujours préféré utiliser mon gestionnaire de version à la mimine. Mais eclipse est pas mal foutu. Le plugin svn (je sais jamais si c'est subclipse ou l'autre) permet d'avoir une vue où tu vois les différences entre ta copie locale et le serveur (les choses à pousser, celles à récupérer et les conflits). C'est vraiment pas mal.
Je n'ai pas été convaincu par l'utilisation qu'en font les dévs là où je bosse. Il leur faut 10 clics et pas mal d'allers et retours dans l'aborescence pour parvenir à leur fin. En ligne de commande, avec un (git|bzr|svn) status on a un résumé concis et facile à lire avec l'appui de qq touches au clavier.
Tout ça fait que c'est franchement dur de s'en passer. Après je ne dirais pas que la maîtrise d'un IDE donné est indispensable.
Non, pas du tout. On peut s'en passer. À moins que l'on appelle vim + plugins un IDE, dans ce cas je te rejoins :)
Si on considère eclipse comme un IDE, alors je ne vois pas pourquoi vim n'en serait pas un. La majorité des choses que fait eclipse sont issu de plugins.
Je suis d'accord avec toi. J'ai formulé ma phrase ainsi car vim n'est souvent vu que comme un simple éditeur de texte alors qu'il fait bien plus que ça.
[^] # Re: On peut toujours creuser un trou à mains nues...
Posté par Didier . En réponse au journal Point de vue : un IDE est il un outil de programmation indispensable ?. Évalué à 1.
Ça a complètement à voir. Avec un mapping clavier pour appeler :Man sur un mot, j'ai bien l' Affichage dans
(削除) une bulle (削除ここまで)dans une fenêtre de mon editeur de la signature des méthodes avec description des paramètres… Lien direct vers la doc complèteJe t'accorde le fait que tous les langages n'ont pas de pages man. Mais rien n'empêche d'en construire à partir de la doc officielle ou bien de modifier la commande :Man pour afficher d'autres formats. Les autres IDE ne sont certainement pas capables d'afficher les infos pour tous les langages nativement, un plugin par langage doit certainement être nécessaire. Je parle de :Man car je fais du C, donc c'est la partie qui me concerne et que je connais bien.
Je n'ai pas été convaincu par l'utilisation qu'en font les dévs là où je bosse. Il leur faut 10 clics et pas mal d'allers et retours dans l'aborescence pour parvenir à leur fin. En ligne de commande, avec un (git|bzr|svn) status on a un résumé concis et facile à lire avec l'appui de qq touches au clavier.
Je suis d'accord avec toi. J'ai formulé ma phrase ainsi car vim n'est souvent vu que comme un simple éditeur de texte alors qu'il fait bien plus que ça.