Comment maintenir une base de connaissances à base emacs?

StackOverflow https://stackoverflow.com/questions/2014636

Question

Je me sers org-mode un peu de temps, je l'ai gardé très simple pour l'instant, avec seulement deux fichiers:
un à agir comme une boîte de réception, avec mode
souvenir un autre où je colle à peu près tout ce qui a été traité de la boîte de réception

Il est parfait pour gérer quelque peu les éléments « une action », mais je continue à ajouter des choses de nature plus générale, que je aurai pas besoin au jour le jour (comment-tos, des notes de lecture, etc.), il devient lent et difficile à gérer.

Le matériel que je suis moi-même en ce qui concerne avec ne correspond pas aux / projets / tâches / paradigmes sous-tâches, ils sont plus comme des petites pépites de connaissances sur certains sujets, qui sont à classer et gérer intrinsèquement plus complexes.

Je me demandais quel genre de structure pourrait être utilisé pour gérer ce genre d'information (classification et de recherche), et s'il y a peut-être d'autres modes qui pourraient aider à la tâche?

Je suppose qu'il n'y a pas de réponse pré-faite à cette question, puisque tout le monde peut avoir des besoins différents.
Noufal a donné de bons conseils conceptuels que je ll garder à l'esprit, mais dans l'ensemble, la réponse acceptée fourni des vues plus pragmatiques sur ce point, la ressource liée est une lecture GRANDE.

Était-ce utile?

La solution

Je pense que cet excellent document sur la façon d'utiliser org-mode de son potentiel maximum sera très utile pour vous: " mode Org: Organiser votre vie In Plain Text ". Il est longue lecture, mais croyez-moi, complètement en vaut la peine.

Mise à jour: Vous pouvez utiliser le section rappeler mode mentionné dans le document pour votre cas d'utilisation . (Je l'utilise pour le même cas d'utilisation) Rappelez-vous-mode est très pratique pour prendre des notes rapides. Je l'utilise quand je dois stocker des observations aléatoires ou des informations qui ne vont pas nulle part ailleurs. J'utilise les modèles suivants pour se rappeler: 

(setq org-default-notes-file (concat org-directory "/remember-notes.org"))
(setq org-remember-templates
  `(("Todo"    ?t "* TODO %?\n  %i\n" ,(concat org-directory "/remember-notes.org") bottom)
    ("Misc"    ?m "* %?\n  %i\n"      ,(concat org-directory "/Notes.org")   "Misc")
    ("iNfo"    ?n "* %?\n  %i\n"      ,(concat org-directory "/Notes.org")   "Information")
    ("Idea"    ?i "* %?\n  %i\n"      ,(concat org-directory "/Notes.org")   "Ideas")
    ("Journal" ?j "* %T %?\n\n  %i\n" ,(concat org-directory "/journal.org") bottom)
    ("Blog"    ?b "* %T %? :BLOG:\n\n  %i\n" ,(concat org-directory "/journal.org") bottom)
    ))

Comme vous pouvez le voir, les notes misc et d'autres informations va dans le fichier notes.org sous les titres divers et d'information. Si la note que je fais ne tombe pas dans l'une des catégories définies ci-dessus, il obtient déposé dans le fichier par défaut (remember-notes.org) et je peux toujours refile à un autre endroit à un moment opportun. Cela rend ma prise de notes, griffonner des idées au hasard, et des choses extrêmement simples, sans enlever l'accent du travail que je fais actuellement.

Autres conseils

Je garde personnellement une liste de répertoires de projet avec une structure assez similaire. Chacun a un tasklist.org, un sous-répertoire de suivi (où je fais les estimations du projet et le suivi du temps et toujours maintenir un journal qui est la chose principale pour le projet - il aura des liens vers d'autres fichiers du projet ), un sous-répertoire docs qui se composent généralement de choses que je vais publier (docs pour le projet, propositions, etc.). Je reçois mes agenda des fichiers à la tasklist.org dans chacun des sous-répertoires pour que mon programme fonctionne très bien.

Je pense que l'organisation des données changerait un peu dans votre cas (peut-être des sujets comme etc. « programmation fonctionnelle »). Je suis sceptique quant à combien une structure hiérarchique aiderait car cela vous confine dans une façon de voir les choses (balises vs dossiers à nouveau). Voici quelques choses qui viennent à l'esprit.

  1. Gardez un fichier org « maître » qui a des liens vers tous les « intéressants » des morceaux de haut niveau de l'autre contenu (similaire au journal je l'ai mentionné ci-dessus).
  2. Tag tout votre matériel correctement (vous allez régler sur un ensemble de balises utiles après un certain temps), puis utilisez la fonction de recherche de balises pour la recherche dans les fichiers rapidement. Cela suppose que tous les fichiers sont dans votre agenda-files bien.
  3. Enfin, si vos données sont trop exotiques pour mettre dans une structure, vous pouvez envisager d'utiliser un indexeur en texte intégral (comme xapian) et d'intégrer cela dans votre Emacs. On a discuté de ce sur .
  

[org-mode] est idéal pour gérer quelque peu les éléments « une action », mais je continue à ajouter des choses de nature plus générale, que je aurai pas besoin au jour le jour (comment-tos, lecture notes etc), donc ça devient lent et difficile à gérer.

Je suis un disciple de David Allen et son méthode Getting Things Done . J'utilise Emacs pour trois des listes qu'il recommande:

  • Actions Suivant

  • Ressources du projet

  • Un jour / liste Peut-être

  

Le matériel que je suis moi-même en ce qui concerne avec ne correspond pas aux / projets / tâches / paradigmes sous-tâches, ils sont plus comme des petites pépites de connaissances sur certains sujets, qui sont à classer et gérer intrinsèquement plus complexes.

     

Je me demandais quel genre de structure pourrait être utilisé pour gérer ce genre d'information (classification et de recherche), et s'il y a peut-être d'autres modes qui pourraient aider à la tâche?

Pour ce genre d'information que j'ai migré loin de emacs. Au lieu de cela, je garde un ~/etc/howto d'annuaire, et dans ce répertoire, je mets des fichiers qui contiennent des pépites « peu de connaissances sur certains sujets », où le critère essentiel est que l'information a une valeur à long terme .

Je pourrais rechercher ce répertoire avec Emacs, mais mon Emacs Lisp est pas si chaud, j'ai donc écrit un script shell howto à la place (une vérification d'erreur omis pour plus de clarté): 

case $# in
  1) ;;
  *) echo "Usage: $0 <topic>" 1>&2; exit 2 ;;
esac

topic="$1"

# Note the ordering: first exact matches, then beginning matches, then any matches

set xxx `find $HOME/etc/howto/. -name "$topic"     -not -type d -print` \
        `find $HOME/etc/howto/. -name "${topic}?*" -not -type d -not -name '*~' -print` \
        `find $HOME/etc/howto/. -name "?*$topic*"  -not -type d -not -name '*~' -print`
shift

case $# in
  0) echo "No file found matching *$topic*" 1>&2 ; exit 1 ;;
  *) for i
     do
       less "$i"
     done
     ;;
esac

Par exemple:

  • howto football évoque trois pépites, dans cet ordre:

    • Instructions pour donner à ma femme sur la façon d'enregistrer un match de football sur l'ordinateur

    • Instructions pour moi comme exactement ce qu'il faut prendre et comment habiller quand j'ai des billets pour un match de football

    • Instructions pour transcoder un match de football il peut être transmis sur le net et vu loin de la maison

  • howto filesystem apporte des instructions sur la façon de copier un système de fichiers

  • howto batteries fait apparaître une liste des batteries rechargeables recommandées

Une raison pour laquelle je ne l'utilise Emacs est que mon vrai script est un peu plus compliqué que ce que vous voyez ci-dessus: il gère également les fichiers PDF et DjVu, donc par exemple howto razor apporte un document djvu du manuel fourni avec mon rasoir électrique.

J'ai plus de 500 articles dans le répertoire principal ou dans les sous-répertoires, et même à cette échelle le système fonctionne très bien pour moi. J'espère que vous trouverez peut-être utile aussi.

Je l'ai essayé plusieurs façons de gérer une base de connaissances dans le passé. J'ai un tas de « pépites de connaissances » (BTW, merci, j'aime ce terme beaucoup) sur toutes sortes de sujets variés allant de la façon de mettre en place cert ssl apache tomcat, les listes de vérification pour faire un budget familial mensuel, à la tenue d'un liste des poids et des représentants sur les séances d'entraînement terminé.

J'ai essayé de garder ces dans un blog wordpress, sur un wiki personnel, en utilisant un stylo et du papier, etc.

En fin de compte, emacs et org-mode est le gagnant clair pour moi. J'aime avoir la possibilité de démarrer simple, et de construire des fonctionnalités plus complexes que je en ai besoin. Je l'ai utilisé beaucoup de conseils décrits par Sacha Chua .

Dans mon cas, je finis toujours avec un tas de notes (plus formelles et organisées) mélangés avec des éléments d'action (moins formelle). En général, je maintiens une liste « élément d'action » maître, puis créer un fichier séparé pour les notes sur chaque sujet. Jusqu'à présent, grep a bien fonctionné pour moi de trouver rapidement les notes contenant le fichier. Je vais créer souvent un C-x r m signet emacs pour naviguer rapidement aux notes fichiers.

Simple Blogs, CMS et wikis (comme Drupal et Wordpress) sont bonnes au classement et la récupération. Peut-être que vous pouvez exporter des fichiers org html et les publier sur un blog, ou CMS wiki? Il pourrait ne pas être trop difficile à accrocher dans le blog / wiki / CMS capacité de marquage.

Au travail, nous utilisons un wiki (en fait, plusieurs - un wiki global plus un wiki par projet) pour cela. Il est idéal pour les données non hiérarchiques, mais peut aussi être utilisé pour les données hiérarchiques. Il est formattable, hypertextuelle, raccordable à, des recherches, mais aussi partageable ownable, elle maintient l'histoire, et d'autres bonnes choses.

Personnellement, je l'habitude d'utiliser également un wiki pour cela. Mais ces jours-ci, je généralement juste oublier les choses à la place. Beaucoup plus facile.

Vous pouvez accélérer org-mode en gardant vos notes dans un fichier séparé (ou un pour chaque sujet large) qui ne figure pas dans la liste habituelle des fichiers ordre du jour. Personnaliser org-agenda-files pour voir la liste.

Utilisez org-remember pour entrer des notes rapidement sans interrompre votre flux. Ou bien les marquer au moment ou les enregistrer quelque part pour être redéposé plus tard. Vous pouvez utiliser une balise dans le souvenir modèle (personnaliser org-remember-templates) pour marquer des notes pour le nouveau dépôt et utiliser une recherche d'agenda personnalisé (org-agenda-custom-commands) pour les énumérer.

Tag chaque note avec des sujets pertinents, et utiliser les installations de recherche de la vue de l'ordre du jour pour les trouver. Vous pouvez définir une recherche personnalisée qui sait regarder dans les bons fichiers, ou vous pouvez visiter le fichier et limiter la recherche de l'ordre du jour juste ce fichier.

Je garde un fichier de notes, et votre question me inspiré de revenir en arrière et commencer à les étiquetant tous. Fonctionne un régal!

Je tiens des conseils dans les fichiers .rst (reStructuredText) dans le répertoire unique. Chaque fichier a votre propre sujet.

Pour la recherche J'utilise M-x se produisent ou M-x lgrep ou M-x ack .

exemple hébergé Web: http://tips.defun.work/frame.html il est facile de transformer que les pages en blog comme solution.

Les sources originales avec script de construction: http://hg.defun.work/tips/

L'avantage principal de reStructuredText Format:

  • Prise en charge TOC.
  • syntaxe include.
  • Possibilité de construire JavaScript texte basé plein index de recherche hors ligne dans le site HTML avec table des matières, index, référence par Sphinx !!
  • Rappelez-vous Markdown sucent l'extensibilité, la TVD ont une syntaxe régulière pour le marquage des données par vos jetons et inclure tout format texte brut en ligne dans votre document. Réfléchit sur les graphiques avec dot, prog lang coloration syntaxique, etc.
  • Le matériel que je suis moi-même en ce qui concerne avec ne correspond pas aux / projets / tâches / paradigmes sous-tâches, ils sont plus comme des petites pépites de connaissances sur certains sujets, qui sont par nature plus complexe pour classer et gérer.

Utilisez des signets et Favori + . Vous pouvez créer des signets pour jeux des fichiers et répertoires, en plus des fichiers individuels, et vous pouvez balise signets ou des fichiers, à la délicieux , à des fins d'organisation et de recherche.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top