Sept habitudes de l’édition de texte efficace


Original: http://www.moolenaar.net/habits.html

 

Bram Moolenaar
novembre 2000

Si vous passez beaucoup de temps à taper du texte brut, l’écriture de programmes ou HTML, vous pouvez économiser beaucoup de temps que l’aide d’un bon éditeur et de l’utiliser efficacement. Ce document présente des lignes directrices et des conseils pour faire votre travail plus rapidement et avec moins d’erreurs.

L’open source éditeur de texte Vim (Vi Improved) sera utilisé ici pour présenter les idées sur l’édition efficace, mais ils s’appliquent à d’autres éditeurs aussi bien. Choisir le bon éditeur est en fait le premier pas vers l’édition efficace. Le débat sur qui est le meilleur éditeur pour vous prendre trop de place et est évité. Si vous ne savez pas quel éditeur utiliser ou n’êtes pas satisfait de ce que vous utilisez actuellement, donner Vim un essai; vous ne serez pas déçu.

 

Partie 1: modifier un fichier

1. Déplacez-vous rapidement

La plupart du temps est consacré à la lecture, la vérification des erreurs et la recherche de l’endroit idéal pour travailler, plutôt que d’insérer un nouveau texte ou le modifier. Navigation dans le texte se fait très souvent, donc vous devriez apprendre à le faire rapidement.

Bien souvent, vous aurez envie de chercher quelque texte que vous savez est là. Ou regarder toutes les lignes où un certain mot ou une expression est utilisée. Vous pouvez simplement utiliser la recherche commande / modèle pour trouver le texte, mais il ya des façons plus intelligentes:

  • Si vous voyez un mot spécifique et que vous souhaitez rechercher d’autres occurrences du même mot, utilisez la commande *. Il va récupérer le mot sous le curseur et la recherche de la prochaine.
  • Si vous réglez l’option ‚incsearch‚, Vim affichera le premier match pour le modèle, alors que vous êtes encore en train de taper il. Cela montre rapidement une faute de frappe dans le modèle.
  • Si vous définissez l’option ‚hlsearch‚, Vim mettra en évidence tous les matchs pour le modèle avec un fond jaune. Cela donne un aperçu de l’endroit où la commande de recherche vous prendre. Dans le code du programme, il peut montrer où une variable est utilisée. Vous n’avez même pas besoin de déplacer le curseur pour voir les matchs.

En texte structuré, il ya encore plus de possibilités de se déplacer rapidement. Vim dispose de commandes spécifiques pour des programmes en C (et de langues similaires, comme C + + et Java):

  • Utilisez% pour passer d’une accolade ouverte à son accolade fermante correspondante. Ou d’un „# if“ pour la correspondance „# endif“. En fait,% peut sauter à de nombreux articles assortis. Il est très utile pour vérifier si () {} et les constructions sont équilibrés correctement.
  • Utilisez [{pour revenir à la „{“ au début du bloc de code actuel.
  • Utilisez gd de sauter de l’utilisation d’une variable à sa déclaration locale.

Il ya beaucoup plus, bien sûr. Le point est que vous devez apprendre à connaître ces commandes. Vous pourriez objecter que vous ne pouvez pas peut-être apprendre toutes ces commandes – il ya des centaines de différents ordres de mouvement, certaines simples, d’autres très intelligent – et il faudrait des semaines de formation pour les apprendre tous. Eh bien, vous n’avez pas besoin d‘; au lieu de réaliser ce que votre manière spécifique de l’édition est, et d’apprendre que les commandes qui rendent votre édition plus efficace.

Il ya trois étapes de base:

  1. Pendant que vous éditez, garder un œil sur les actions que vous répétez et / ou passer un peu de temps sur.
  2. Cherchez à savoir si il ya une commande de l’éditeur qui va faire cette action plus rapide. Lire la documentation, demandez à un ami ou regarder comment les autres font.
  3. Former aide de la commande. Pour ce faire, jusqu’à ce que vos doigts tapent sans réfléchir.

Prenons un exemple pour montrer comment cela fonctionne:

  1. Vous constaterez que lorsque vous modifiez les fichiers de programme C, vous passez souvent du temps à chercher où une fonction est définie. Vous utilisez actuellement la commande * pour rechercher d’autres endroits où le nom de la fonction apparaît, mais finissent par passer par beaucoup de matches pour le cas où la fonction est utilisée à la place de défini. Vous avez l’idée qu’il doit y avoir un moyen de le faire plus rapidement.
  2. En regardant à travers la référence rapide, vous trouverez une remarque sur la localisation d’étiquettes. La documentation montre comment cela peut être utilisé pour accéder à une définition de fonction, tout ce que vous recherchez!
  3. Vous expérimenter un peu avec la génération d’un fichier de marqueurs, en utilisant le programme ctags qui vient avec Vim. Vous apprendrez à utiliser la commande CTRL-], et trouver à économiser beaucoup de temps de l’utiliser. Pour faciliter les choses, vous ajoutez quelques lignes à votre fichier Makefile pour générer automatiquement le fichier de marqueurs.

Un couple de choses à regarder dehors pour quand vous utilisez ces trois étapes:

  • «Je veux faire le travail, je n’ai pas le temps de regarder à travers la documentation de trouver une nouvelle commande“. Si vous pensez comme cela, vous serez coincé dans l’âge de pierre de l’informatique. Certaines personnes utilisent le Bloc-notes pour tout, et se demandent ensuite pourquoi d’autres personnes faire leur travail dans la moitié du temps …
  • N’en faites pas trop. Si vous essayez toujours de trouver la parfaite maîtrise pour chaque petite chose que vous faites, votre esprit aura pas le temps de penser le travail que vous étiez en train de faire. Il suffit de choisir sur les actions qui prennent plus de temps que nécessaire, et de former les commandes jusqu’à ce que vous n’avez pas besoin d’y penser lors de leur utilisation. Ensuite, vous pouvez vous concentrer sur le texte.

Dans les sections suivantes, il y aura des suggestions d’actions que la plupart des gens ont à traiter. Vous pouvez les utiliser comme source d’inspiration pour l’utilisation des trois étapes de base pour votre propre travail.

2. Ne pas taper deux fois

Il s’agit d’un ensemble limité de mots, nous tapons. Et même un nombre limité de phrases et des phrases. Surtout dans des programmes informatiques. De toute évidence, vous ne voulez pas taper deux fois la même chose.

Très souvent, vous aurez envie de changer un mot dans un autre. Si cela doit être fait dans l’ensemble du fichier, vous pouvez utiliser la commande: s (substitut). Si quelques endroits seulement besoin de changer, une méthode rapide est d’utiliser la commande * pour trouver l’occurrence suivante du mot et utiliser cw pour changer le mot. Ensuite, tapez n pour trouver le mot suivant et. (dot) pour répéter la commande cw.

L‘. commande répète le dernier changement. Un changement, dans ce contexte, est l’insertion, la suppression ou le remplacement de texte. Être capable de répéter que c’est un mécanisme très puissant. Si vous organisez votre édition autour de lui, de nombreux changements vont devenir une question de frapper juste cela. clé. Méfiez-vous des faire d’autres changements entre les deux, car il remplacera le changement que vous répétez. Au lieu de cela vous pouvez marquer l’emplacement de la commande m, continuer votre changement répétée et y revenir plus tard.

Certaines fonctions et noms de variables peuvent être difficiles à saisir. Pouvez-vous taper rapidement „XpmCreatePixmapFromData“ sans une faute de frappe et sans regarder vers le haut? Vim dispose d’un mécanisme d’achèvement qui facilite les choses beaucoup. Il lève les mots dans le fichier que vous éditez, et aussi dans les fichiers # include’d. Vous pouvez taper „XpmCr“, puis appuyez sur CTRL-N et Vim seront étendre à „XpmCreatePixmapFromData“ pour vous. Non seulement ce système fait économiser un peu de dactylographie, il évite aussi de faire une faute de frappe et d’avoir à corriger plus tard, lorsque le compilateur vous donne un message d’erreur.

Lorsque vous tapez une expression ou une phrase plusieurs fois, il s’agit d’une approche encore plus rapide. Vim dispose d’un mécanisme d’enregistrer une macro. Vous tapez qa pour démarrer l’enregistrement dans le registre ‚a‘. Ensuite, vous tapez vos commandes comme d’habitude et enfin appuyez à nouveau sur q pour arrêter l’enregistrement. Si vous voulez répéter les commandes enregistrées vous tapez @ une. Il ya 26 registres disponibles pour cela.

Avec l’enregistrement, vous pouvez répéter plusieurs actions différentes, non seulement l’insertion de texte. Gardez cela à l’esprit lorsque vous savez que vous allez répéter quelque chose.

Une chose à surveiller lors de l’enregistrement est que les commandes seront lus exactement comme vous les avez tapés. Lors d’un déplacement autour de vous doit garder à l’esprit que le texte vous vous déplacez sur peut être différente lorsque la commande est répétée. Déménagement quatre caractères restants pourrait fonctionner pour le texte où vous enregistrez, mais il faudra peut-être cinq caractères où vous répétez les commandes. Il est souvent nécessaire d’utiliser des commandes pour se déplacer sur les objets de texte (mots, phrases) ou de passer à un caractère spécifique.

Lorsque les commandes dont vous avez besoin de répéter deviennent plus compliquées, les tapant à droite à la fois devient plus difficile. Au lieu de leur enregistrement, vous devez ensuite écrire un script ou macro. Ceci est très utile pour faire des modèles pour les pièces de votre code; par exemple, un en-tête de fonction. Vous pouvez faire ce que intelligent que vous le souhaitez.

3. Fixez quand il est mal

Il est normal de faire des erreurs lors de la frappe. Personne ne peut l’éviter. L’astuce consiste à repérer et les corriger rapidement. L’éditeur doit être en mesure de vous aider. Mais vous avez besoin de lui dire ce qui ne va pas et ce qui est juste.

Très souvent, vous allez faire encore et encore la même erreur. Vos doigts n’ont tout simplement pas faire ce que vous vouliez. Ceci peut être corrigé avec des abréviations. Quelques exemples:

: abbr Lunix Linux
: abréviation en face de l’autre côté
: abbr hte l‘

Les mots seront corrigées automatiquement juste après que vous les avez tapés.

Le même mécanisme peut être utilisé pour saisir un mot long avec quelques caractères. Particulièrement utile pour les mots que vous trouvez difficile à saisir, et il évite que vous les tapez pas. Exemples:

: abbr pn pingouin
: abréviation MS Mandrake Software

Toutefois, ceux-ci ont tendance à s’étendre à toute la parole quand vous ne voulez pas, ce qui rend difficile quand vous voulez vraiment insérer „MS“ dans votre texte. Il est préférable d’utiliser des mots courts qui n’ont pas un sens de leur propre.

Pour trouver des erreurs dans votre texte Vim dispose d’un mécanisme de mise en valeur intelligente. Cela a été fait destiné à être utilisé pour faire la coloration syntaxique des programmes, mais qu’il peut attraper et mettre en évidence des erreurs aussi.

La coloration syntaxique montre commentaires en couleur. Cela ne ressemble pas à une caractéristique importante, mais une fois que vous commencez à l’utiliser vous verrez que ça aide beaucoup. Vous pouvez repérer rapidement le texte qui devrait être un commentaire, mais n’est pas signalés comme tels (vous avez probablement oublié un marqueur de commentaire). Ou voir une ligne de code en surbrillance comme commentaire (vous avez oublié d’insérer une „* /“). Ce sont des erreurs qui sont difficiles à repérer dans un fichier B & W et peut perdre beaucoup de temps en essayant de déboguer le code.

La mise en évidence de la syntaxe peut aussi attraper des accolades asymétriques. Un déséquilibré „)“ est mis en évidence avec un fond rouge vif. Vous pouvez utiliser la commande% pour voir comment ils correspondent, et insérer un „(“ ou „)“ à la bonne position.

D’autres erreurs courantes sont également rapidement repéré, par exemple en utilisant „# inclus “ au lieu de „# include „. Vous oubliez facilement l’erreur dans B & W, mais repérer rapidement que «notamment» est mis en évidence alors que «inclus» n’est pas.

Un exemple plus complexe: pour le texte anglais, il ya une longue liste de tous les mots qui sont utilisés. Un de ces mots n’est pas dans cette liste pourrait être une erreur. Avec un fichier de syntaxe que vous pouvez mettre en évidence tous les mots qui ne sont pas dans la liste. Avec quelques macros supplémentaires, vous pouvez ajouter des mots au dictionnaire, de sorte qu’ils ne sont plus signalés comme une erreur. Cela fonctionne exactement comme on peut s’y attendre dans un traitement de texte. Dans Vim, il est mis en œuvre avec des scripts et vous pouvez continuer à ajuster en fonction de votre usage: par exemple, de ne vérifier les commentaires dans un programme pour les fautes d’orthographe.

Partie 2: éditer plusieurs fichiers

4. Un fichier vient rarement seul

Les gens ne travaillent pas sur un seul fichier. La plupart du temps il ya beaucoup de fichiers connexes, et vous éditer plusieurs après l’autre, ou même plusieurs en même temps. Vous devriez être en mesure de profiter de votre éditeur pour travailler avec plusieurs fichiers plus efficaces.

Le mécanisme de tags mentionné précédemment travaille aussi pour sauter entre les fichiers. L’approche habituelle est de générer un fichier de balises pour l’ensemble du projet sur ​​lequel vous travaillez. Vous pouvez ensuite passer rapidement entre tous les fichiers du projet pour trouver les définitions de fonctions, structures, typedefs, etc fois que vous enregistrez par rapport à la recherche manuelle est énorme; création d’un fichier de balises est la première chose que je fais lorsque vous naviguez sur un programme.

Un autre mécanisme puissant est de trouver toutes les occurrences d’un nom dans un groupe de fichiers, en utilisant la commande: grep. Vim fait une liste de tous les matchs, et saute à la première. La commande: cn vous emmène à chaque prochain match. Ceci est très utile si vous avez besoin de changer le nombre d’arguments dans un appel de fonction.

Inclure les fichiers contiennent des informations utiles. Mais trouver celui qui contient la déclaration que vous devez voir peut prendre beaucoup de temps. Vim sait inclure des fichiers, et peut les rechercher un mot que vous recherchez. L’action la plus courante consiste à rechercher le prototype d’une fonction. Placez le curseur sur le nom de la fonction dans votre fichier et tapez [I: Vim affichera une liste de tous les matchs pour le nom de la fonction dans les fichiers inclus. Si vous avez besoin de voir plus de contexte, vous pouvez passer directement à la déclaration. Une commande similaire peut être utilisée pour vérifier si vous avez inclure les fichiers d’en-tête à droite.

Dans Vim, vous pouvez diviser la zone de texte en plusieurs parties pour éditer des fichiers différents. Ensuite, vous pouvez comparer le contenu de deux ou plusieurs fichiers texte et copier / coller entre eux. Il ya beaucoup de commandes pour ouvrir et fermer les fenêtres, saut entre eux, cacher temporairement des fichiers, etc Encore une fois, vous devez utiliser les trois étapes de base pour sélectionner l’ensemble des commandes que vous voulez apprendre à utiliser.

Il ya plusieurs utilisations de plusieurs fenêtres. Le mécanisme l-tag est un très bon exemple. Cela ouvre une fenêtre de prévisualisation spéciale, tout en gardant le curseur dans le fichier sur lequel vous travaillez. Le texte dans la fenêtre d’aperçu montre, par exemple, la déclaration de fonction pour le nom de la fonction qui est sous le curseur. Si vous déplacez le curseur sur un autre nom et le laissez là pendant une seconde, la fenêtre de prévisualisation affiche la définition de ce nom. Il pourrait aussi être le nom d’une structure ou d’une fonction qui est déclarée dans un fichier d’inclusion de votre projet.

5. Travaillons ensemble

Un éditeur est pour l’édition de texte. Un programme e-mail sert à envoyer et recevoir des messages. Un système d’exploitation est pour l’exécution des programmes. Chaque programme a sa propre tâche et devrait être bon dans ce domaine. Le pouvoir vient d’avoir les programmes fonctionnent ensemble.

Un exemple simple: Vous devez écrire un résumé d’au plus 500 mots. Sélectionnez le paragraphe actuel et écrire dans le programme „wc“: vip: w wc-w!. La commande externe „wc-w“ est utilisé pour compter les mots. Facile, n’est-ce pas?

Il y aura toujours certaines fonctionnalités que vous avez besoin, ce n’est pas dans l’éditeur. Permettant de filtrer texte avec un autre programme signifie que vous pouvez Ajouter cette fonctionnalité à l’extérieur. Il a toujours été l’esprit de Unix pour avoir des programmes distincts qui bien faire leur travail, et de travailler ensemble pour réaliser une plus grande tâche. Malheureusement, la plupart des éditeurs ne fonctionnent pas trop bien avec d’autres programmes – vous ne pouvez pas remplacer l’éditeur e-mail dans Netscape avec l’autre, par exemple. Vous retrouvez à l’aide d’un éditeur infirme. Une autre tendance est d’inclure toutes sortes de fonctionnalités à l’intérieur de l’éditeur; Emacs est un bon exemple de cas où cela peut finir. (Certains appellent cela un système d’exploitation qui peut également être utilisé pour modifier le texte.)

Vim essaie de s’intégrer à d’autres programmes, mais c’est toujours une lutte. Actuellement, il est possible d’utiliser Vim comme éditeur dans MS-Developer Studio et Sniff. Certains programmes de messagerie qui prennent en charge un éditeur externe, comme Mutt, peuvent utiliser Vim. Intégration avec Sun atelier est en cours d’élaboration. Généralement, c’est un domaine qui doit être amélioré dans un avenir proche. C’est alors seulement que nous obtenir un système qui est meilleur que la somme de ses parties.

6. Texte est structuré

Vous travaillerez souvent avec le texte qui a une sorte de structure, mais différent de ce qui est soutenu par les commandes disponibles. Ensuite, vous devrez revenir à des „blocs de construction“ de l’éditeur et de créer vos propres macros et plugins pour travailler avec ce texte. Nous arrivons à la substance plus compliqué ici.

Une des choses plus simples est d’accélérer le cycle édition-compilation-fix. Vim a: faire la commande, qui commence votre compilation, attrape les erreurs qu’il produit et vous permet d’accéder aux emplacements d’erreurs à corriger les problèmes. Si vous utilisez un autre compilateur, les messages d’erreur ne seront pas reconnus. Au lieu de retourner à l’ancien système „l’écrire“, vous devez régler l’option ‚errorformat‘. Cela indique à Vim ce que vos erreurs ressemblent et comment obtenir le nom du fichier et le numéro de ligne hors d’eux. Il travaille pour les messages d’erreur gcc compliquées, donc vous devriez être en mesure de le faire travailler pour presque n’importe quel compilateur.

Parfois, l’adaptation à un type de fichier est juste une question de réglage quelques options ou d’écrire quelques macros. Par exemple, pour sauter les pages de manuel, vous pouvez écrire une macro qui saisit le mot sous le curseur, efface la mémoire tampon, puis lit la page de manuel de ce mot dans la mémoire tampon. C’est un moyen simple et efficace pour rechercher des références croisées.

En utilisant les trois étapes de base, vous pouvez travailler plus efficacement avec toute sorte de fichier structuré. Il suffit de penser au sujet des actions que vous voulez faire avec le fichier, trouver les commandes de l’éditeur qui le font et commencer à les utiliser. C’est vraiment aussi simple qu’il y paraît. Vous avez juste à le faire.

Partie 3: aiguiser la scie

7. Faites-en une habitude

Apprendre à conduire une voiture demande un effort. Est-ce une raison pour continuer à conduire votre vélo? Non, vous vous rendez compte que vous devez investir du temps pour apprendre un métier. L’édition du texte n’est pas différent. Vous devez apprendre de nouvelles commandes et de les transformer en une habitude.

D’autre part, vous ne devriez pas essayer d’apprendre chaque commande une offre de l’éditeur. Ce serait une perte de temps totale. La plupart des gens ont seulement besoin d’apprendre 10 à 20 pour cent des commandes pour leur travail. Mais il s’agit d’un ensemble de commandes différent pour tout le monde. Il faut que vous vous penchez en arrière maintenant et puis, et je me demande s’il ya une tâche répétitive qui pourrait être automatisé. Si vous faites une tâche qu’une seule fois, et ne vous attendez pas avoir à le faire à nouveau, ne pas essayer de l’optimiser. Mais vous savez sans doute que vous avez quelque chose répétez plusieurs fois dans la dernière heure. Ensuite, recherchez la documentation pour une commande qui peut le faire plus vite. Ou écrire une macro pour le faire. Quand il s’agit d’une tâche plus importante, comme doublure à une sorte de texte spécifique, vous pouvez regarder autour de groupes de discussion ou sur Internet pour voir si quelqu’un déjà résolu pour vous.

L’étape de base essentiel est la dernière. Vous pouvez penser à une tâche répétitive, trouver une solution agréable pour elle et après le week-end vous oublié comment vous avez fait. Cela ne fonctionne pas. Vous devrez répéter la solution jusqu’à ce que vos doigts font automatiquement. Alors seulement vous atteindre l’efficacité dont vous avez besoin. Ne pas essayer d’apprendre trop de choses à la fois. Mais faire un peu dans le même temps va bien travailler. Pour des astuces que vous n’utilisez pas assez souvent pour les obtenir dans vos doigts, vous voudrez peut-être de les écrire pour pouvoir les regarder plus tard. Quoi qu’il en soit, si vous gardez l’objectif en vue, vous trouverez les moyens de rendre votre édition de plus en plus efficace.

Une dernière remarque pour vous rappeler de ce qui se passe quand les gens ignorent tout ce qui précède: je vois encore des gens qui passent la moitié de leur journée derrière un écran de visualisation regardant leur écran, puis vers le bas à deux doigts, ensuite à l’écran, etc – et alors se demander pourquoi ils sont tellement fatigué … type de dix doigts! Ce n’est pas seulement plus rapide, il est aussi beaucoup moins fastidieuses. Utilisation d’un programme d’ordinateur pendant une heure chaque jour, il ne prend que quelques semaines pour apprendre à toucher type.
épilogue

L’idée pour le titre vient du livre à succès „Les 7 habitudes des gens très efficaces» par Stephen R. Covey. Je le recommande à tous ceux qui veulent résoudre des problèmes personnels et professionnels (et qui n’en a pas?). Bien que certains d’entre vous le réclamer est venue du livre Dilbert „Sept ans de personnes hautement défectueux“ par Scott Adams (également recommandé!). Voir http://iccf-holland.org/click1.html et aller à „des livres et des CD recommandés“.
À propos de l’auteur

Bram Moolenaar est l’auteur principal de Vim. Il écrit la fonctionnalité Vim de base et sélectionne ce code soumis par beaucoup d’autres, est comprise. Il est diplômé de l’université technique de Delft en tant que technicien en informatique. Maintenant, il travaille principalement sur ​​le logiciel, mais il sait encore comment gérer un fer à souder. Il est fondateur et trésorier de l’ICCF Hollande, qui aide les orphelins en Ouganda. Il ne le travail à la pige comme un architecte de systèmes, mais passe effectivement plus de temps à travailler sur Vim. Son adresse e-mail: Bram AT Moolenaar.net.

Comments are closed.