Quel avantage y a-t-il à utiliser des éléments tels que emacs, vim et nano sur tout autre IDE ou éditeur de texte?
De ce que j'ai vu. emacs, etc.. lancer dans un terminal. Est-il un avantage à cela? Il semble que ce serait plus compliqué d'écrire et d'organiser des choses. Je n'essaie pas d'être subjectif, j'ai littéralement ne sais rien d'emacs, vim, nano, etc.. et souhaitez en savoir plus, peut-être utiliser l'un d'eux.
source d'informationauteur Devan Buggay
Vous devez vous connecter pour publier un commentaire.
Votre question est une question difficile. Même si elles ne le lancer dans un terminal, il n'est pas leur principal avantage. Je parle d'Emacs et Vim droit maintenant. Pour être bref, ils ont été autour depuis au moins 20 ans (Vim) ou plus (Emacs), ils ont un très actif de la communauté, ils sont scriptables de sorte que vous pouvez faire beaucoup de choses avec eux si vous savez comment et ils sont extrêmement puissants.
Ils ont une assez grande courbe d'apprentissage, de sorte que vous aurez probablement jusqu'à la fin tâtonner en eux pendant des semaines, voire des mois, avant de devenir compétent. La motivation principale de leur apprentissage, c'est la productivité. Vous pouvez faire des choses assez étonnantes dans un minimum de frappes par rapport à, disons, le bloc-notes.
Essayer un. Si vous l'aimez, rester avec elle pendant un certain temps, supporter la douleur, et ensuite vous verrez les avantages. C'est presque comme aller à la salle de gym.
La plupart des gens utilisent IDEs de nos jours. Ils aider avec des choses que vous pouvez obtenir par le biais de l'analyse de choses que vous avez déjà écrit. Que les choses peuvent être très utiles, mais ils n'aident pas vraiment à la tâche essentielle du fait de la modification de code. Quels fabricants misent sur, c'est que ces choses supplémentaires de disposer de suffisamment de bénéfice qu'il l'emportera sur la façon efficace de vim et emacs sont que des éditeurs. Ils ont assez bien gagné la bataille dans la plupart des communautés, principalement parce que les nouveaux développeurs face à un choix entre la grande complétion de code et de prise en charge du refactoring qui est simple à utiliser, et un éditeur de ne pas voir les avantages de pour environ 6 mois, aller le moyen le plus facile. Je sais que j'ai fait.
Je suis un vim gars maintenant. Vim n'a pas vraiment l'air d'avoir le même à la limite supérieure de la productivité, je l'ai utilisé pendant plus d'un an et semi-régulière encore fonctionner dans des choses que je ne connaissais pas qui me font le plus rapide. Même sans ça, plus je l'utilise, moins de réflexion va dans ce que je fais, qui encore une fois, me rend plus rapide. Aussi, vim existe pour chaque langue et de la plate-forme, et est installé sur n'importe quel serveur UNIX de la boîte. Il ne dispose pas d'écrans de chargement pratiquement bondit sur l'écran, fonctionne fantastiquement avec de gros fichiers, et de ne jamais ralentit ou se bloque. Les compétences que vous apprenez avec elle sera applicable à tout ce que vous avez faire pour le reste de votre carrière, par opposition à un IDE qui va changer lorsque vous changez de plates-formes.
Vim est un investissement, mais si vous parlez de quelque chose que vous allez utiliser pendant 8 à 10 heures par jour pour presque tout le reste de votre vie, la courbe d'apprentissage devient complètement hors de propos.
Il n'y a pas vraiment de raison d'utiliser nano. À peu près tout, c'est mieux.
Comme pour vim et emacs, voici ce que j'ai dit la dernière fois cela est venu:
Je suis semi-compétente avec vi raccourcis clavier, mais je préfère Emacs dans l'ensemble. La raison de ces éditeurs ont ces ferventes adeptes est parce que le modèle de montage qu'ils fournissent est plus puissant que les nouveaux systèmes, c'est pourquoi la fourniture de "vi raccourcis clavier" ou "emacs raccourcis clavier" n'est pas assez, même si vous n'utilisez pas toutes les fonctionnalités d'extension ou de personnalisations pour emacs ou vi.
Je ne vais parler à propos d'Emacs le modèle de la " parce que je le comprends mieux. Le modèle commun pour l'édition de texte implique aujourd'hui un tampon de texte, dans laquelle le texte peut être inséré, supprimé, sélectionnés et couper/copier/collé dans le presse-papiers du système.
Emacs tampons, bien sûr, peuvent prendre en charge ces opérations. Avec le suivi de la position du curseur pour chaque fenêtre ils sont visibles, ils également garder la trace des "marques" made in. Le texte entre le "point" (position du curseur) et la "marque" est appelé "région", qui correspond à peu près à la sélection dans les principaux éditeurs.
La différence est que Emacs conserve la trace de la dernière plusieurs emplacements de la marque a été fixé à la marque de l'anneau, et vous pouvez revenir avec une combinaison de touches (ou deux, selon votre configuration). Je trouve cela très utile, surtout depuis un lot de commandes Emacs que le changement de votre emplacement dans le tampon de définir la marque de votre ancien emplacement. Un exemple est lorsque je suis en train de monter un module Python et avez besoin d'ajouter une instruction import pour le haut du fichier. La combinaison de touche pour aller vers le haut de la mémoire tampon (Alt-<) définit la marque. J'ai ajouter l'instruction import. Je presse Ctrl-u Ctrl-Espace et je suis de retour là où j'ai commencé. Je peux continuer à faire de ce cycle de revenir à la position précédente. (Peut-être que j'avais besoin de sélectionner du texte, tout en ajoutant que l'instruction import.)
L'autre (et plus bien connus) Emacs différence est le kill ring. La plupart des séquences de touches pour la retirer du texte dans le tampon d'enregistrer du texte pour le kill ring, qui peuvent être rappelés avec le "yank" de commande (Ctrl-y). La caractéristique essentielle est que, suite yank commandes de récupérer d'anciennes tué texte. De sorte que vous pouvez tuer plusieurs sections de texte dans une ligne, puis les récupérer dans l'ordre. Vous pouvez également parcourir le kill ring avec Alt-y après un coup sec, le retrait de l'extrait de texte et d'insérer l'entrée suivante dans le ring.
Emacs a ces caractéristiques en 1978. Le seul autre grand système à adopter toute mesure est NeXTStep (et maintenant hérité de Cacao). D'autres outils de fournir plus de fonctionnalités pour des tâches spécifiques, peut être prolongé dans des langues plus facile à utiliser que Emacs Lisp, et avoir de plus beaux interfaces visuelles... mais Emacs est mieux à l'édition de texte. C'est pourquoi, une fois que vous savez comment l'utiliser, il est si difficile d'arrêter de fumer.
Vim roches
Vim est plus difficile à apprendre (vous devez mémoriser les commandes que vous souhaitez utiliser), mais beaucoup plus puissant que n'importe quel IDE ou l'éditeur de l'interface que j'ai vu.
Partie du secret de vim est le mode ligne de il a hérité, en fin de compte, à partir de l'ed(1) éditeur de texte qui a été écrit par Ken Thompson lui-même. Il est remarquablement puissant: il peut être utilisé pour la refactorisation et même s'il est placé dans les scripts. Il est basé sur le modèle d'expression régulière de remplacement.
Et avec toute cette puissance, parce que c'est un vieux de la vieille école Terminal/xterm application, il démarre instantanément et n'a jamais détectable gal.
J'ai passé à l'IDE et de l'interface graphique éditeurs de nombreuses fois, mais reviens à vim. Je pense que cette fois je vais rester avec elle et de me sauver le détour.
Notes:
Si votre IDE prend en charge refactoring, c'est de trouver la raison de l'utilisation de l'IDE. Je suis juste en utilisant que comme un complexe d'édition-exemple de tâche.
Remarquablement, vim semble pour aider à lutter contre le RSI et de laisser vos mains plus détendu. Les commandes ne sont pas modifiées touches, de sorte que vous n'avez pas besoin de se crisper vos poignets en maintenant le contrôle méta ou de commande ou bletch ou quoi que ce soit.
Il y a deux choses (en gros) que vous obtenez de l'aide de VIM/Emacs:
Deux un investissement en temps pour apprendre. Mais une fois que vous apprendrez à l'aide de tout autre éditeur de se sentir inférieurs.
Emacs et Vim sont le plus poli et le multi-usage des logiciels que je peux penser.
Ceci est plus particulièrement vrai lorsque l'on travaille dans un environnement unix, où les fichiers de texte brut sont utilisés pour tout (code, le script de config, processus,... etc).
Ces outils prend un peu de temps pour apprendre, même plus à maîtriser, mais ensuite, ils peuvent vous donner une inattendus de la productivité tout au long de la journée.
J'ai commencer à les utiliser à la fois autour de 1990. Vingt ans plus tard, ils sont de seuil en haut de ma liste. Ils sont les premiers outils que j'ai installer quand j'ai configurer une machine et ils peuvent toujours m'apporter une étape de plus quand mon IDE est coincé... pensez regexrename des milliers de fichiers, d'appliquer un complexe reformatage d'un fichier texte, ou de tout autre texte orienté tâche.
emacs - et, je suppose, vim, peut-être - ont plusieurs avantages:
J'ai utilisé Visual Studio et eclipse un peu. Ils ne sont pas aussi bon à la
brut d'édition de texte comme emacs. Ils sont beaucoup plus lents et de soutien
moins de langues.
La seule objection que j'entends soulevées en ce qui concerne emacs est "non
intellisense". Je n'utilise pas VS/Eclipse Intellisense quand je fais modifier
il n'. De plus, l'auto-complétion des mécanismes dans emacs sont de qualité supérieure,
à partir de ce que je peux dire. (par exemple, autocompleting les noms de variables).
Bien sûr, il prend une courbe d'apprentissage. Pour emacs, j'avais juge 1 mois d'utilisation quotidienne va vous prendre pour le point de confortable de compétences pour un usage quotidien.
J'utilise vi beaucoup (je l'utilise maintenant au travail car je ne peut pas être pris la peine de commencer un xserver et parce que c'est rapide à démarrer), mais seulement parce que j'ai eu à l'apprendre (et par "elle", je veux dire un très petit sous-ensemble de commandes) il y a plusieurs années, il est utile pour de l'édition de fichiers à distance et parfois gedit ou ce que n'est pas disponible.
Vieux temps l'amour, j'ai juste commencé à emacs de nouveau pour voir combien je déteste ça et puis j'ai eu à google pour un triche pour me dire comment faire pour le fermer. Donc, je pense qu'il est juste de dire que c'est pas intuitif.
C'est mon opinion que c'est beaucoup plus facile de penser à vous en tant que Néo (Matrix) lorsque vous travaillez sur un vert sur la borne noire à l'aide des arcanes combinaisons de touches que de s'asseoir là, à l'aide d'un graphique conviviale.
Vim a un nombre énorme de commandes, et si ceux-là ne sont pas suffisantes pour les tâches que vous faites à plusieurs reprises, vous pouvez définir votre propre. Mais, vous pouvez utiliser Vim efficacement une fois que vous savez seulement un très petit nombre de ces commandes, de sorte que vous n'avez pas une quantité énorme d'apprendre pour commencer (si vous tâtonner pour quelques jours). Vous pouvez également appliquer des commandes basées sur la recherche d'expression régulière, qui peut être très pratique si vous voulez appliquer une modification particulière à chaque ligne qui répond à une certaine condition complexe. Je ne peux pas imaginer pas de codage dans Vim ces jours-ci.