Como manter uma base de conhecimento emacs baseada?

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

Pergunta

Eu tenho usado org-mode por pouco tempo, eu mantive-lo realmente simples por agora, com apenas dois arquivos:
um para agir como uma caixa de entrada, com lembre-mode
outro onde eu ficar apenas sobre qualquer coisa que tenha sido processado a partir da caixa de entrada

Isso é ótimo para gerenciar tanto itens 'acionáveis', mas manter as coisas adicionando de natureza mais geral, que eu não vou precisar em uma base dia-a-dia (how-tos, lendo notas etc), por isso está ficando lento e difícil de gerir.

O material que eu estou me preocupar com não se encaixa nos / projetos / tarefas / sub-tarefas paradigmas, eles são mais como pequenas pepitas de conhecimento sobre temas seleccionados, que são inerentemente mais complexo para classificar e gerenciar.

Eu estive pensando que tipo de estrutura pode ser usada para lidar com esse tipo de informação (classificação e recuperação), e se há talvez outros modos que podem ajudar com o trabalho?

Eu acho que não existe uma resposta pré-fabricados para essa questão, uma vez que todos podem ter necessidades diferentes.
Noufal deu boas dicas conceituais que eu' vai manter em mente, mas no geral, a resposta aceite desde visões mais pragmáticas sobre isso, o recurso ligada foi uma ótima leitura.

Foi útil?

Solução

Eu penso que este excelente documento sobre como utilizar org-mode ao seu potencial máximo será muito útil para você: " Modo Org: Organize seu texto Life In Plain ". É longa leitura, mas confia em mim, completamente vale o esforço.

UPDATE: Você pode usar a seção -mode lembrar mencionado no documento para o seu caso de uso . (Eu usá-lo para o mesmo caso de uso) Lembre-mode é extremamente útil para fazer anotações rápidas. Eu usá-lo quando eu tenho que armazenar observações aleatórias ou informações que não vai em qualquer outro lugar. Eu uso os seguintes modelos para lembre-se: 

(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)
    ))

Como você pode ver, notas variados e outras informações vai no arquivo notes.org sob os títulos variados e informações. Se a nota que eu estou fazendo não se enquadrar em nenhuma das categorias definidas acima, fica arquivado no arquivo padrão (remember-notes.org) e eu sempre pode refile lo para outro local em um momento conveniente. Isso faz com que a minha anotações, anotando idéias aleatórias, e tais coisas extremamente simples, sem tirar o foco do trabalho que eu estou fazendo atualmente.

Outras dicas

Eu, pessoalmente, manter uma lista de diretórios do projeto com uma estrutura um pouco semelhante. Cada um tem uma tasklist.org, um subdiretório de rastreamento (onde eu faço estimativas do projeto e controle de tempo e sempre manter um diário que é a main coisa para o projeto - que terá links para outros arquivos para o projeto ), um subdiretório docs que geralmente consistem em coisas que eu vou publicar (docs para o projeto, propostas etc.). Eu recebo meus agenda-arquivos para o tasklist.org em cada um dos subdiretórios para que a minha agenda funciona bem.

Eu acho que a organização dos dados mudaria um pouco no seu caso (talvez temas como "programação funcional" etc.). Eu sou cético de quanto uma estrutura hierárquica ajudaria desde que confinar-lo em uma maneira de olhar as coisas (tags vs. pastas novamente). Aqui estão algumas coisas que vêm à mente.

  1. Mantenha um 'master' org arquivo que tem links para todas as peças de alto nível 'interessante' de outro conteúdo (semelhantes ao diário que eu mencionei acima).
  2. Tag todo o seu material corretamente (você vai resolver em um conjunto de tags úteis depois de um tempo) e, em seguida, usar o recurso de pesquisa de tags para pesquisar os arquivos rapidamente. Isso pressupõe que todos os arquivos estão em seu agenda-files embora.
  3. Finalmente, se os seus dados é muito exótico para colocar em uma estrutura, você pode considerar o uso de um indexador de texto completo (como xapian) e integrar isso em seus Emacs. Houve alguma discussão sobre isso ao longo aqui .

[org-mode] é ótimo para gerenciar tanto itens 'acionáveis', mas eu continuar a acrescentar coisas de natureza mais geral, que eu não vou precisar em uma base dia-a-dia (how-tos, leitura notas, etc), por isso está ficando lento e difícil de gerir.

Eu sou um seguidor de David Allen e seus Getting Things Done metodologia. Eu estou usando Emacs para três das listas que ele recomenda:

  • Próxima Ações

  • Recursos do Projeto

  • O Algum dia / talvez lista

O material que eu estou me preocupar com não se encaixa nos / projetos / tarefas / sub-tarefas paradigmas, eles são mais como pequenas pepitas de conhecimento sobre temas seleccionados, que são inerentemente mais complexo para classificar e gerenciar.

Eu estive pensando que tipo de estrutura pode ser usada para lidar com esse tipo de informação (classificação e recuperação), e se há talvez outros modos que podem ajudar com o trabalho?

Para este tipo de informação que eu migraram longe do emacs. Em vez disso eu manter um ~/etc/howto diretório e no diretório eu colocar os arquivos que contêm "pequenas pepitas de conhecimento sobre temas selecionados", onde o critério fundamental é que a informação tem valor a longo prazo .

Eu poderia procurar este diretório com o Emacs, mas meu Emacs Lisp não é tão quente, então eu escrevi um script shell howto vez (alguns verificação de erros omitidos para maior clareza): 

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

Os exemplos incluem:

  • howto football traz três nuggets, nesta ordem:

    • As instruções para dar a minha esposa sobre como gravar um jogo de futebol no computador

    • As instruções para me como exatamente o que levar e como se vestir quando eu tiver ingressos para um jogo de futebol

    • As instruções para a transcodificação de um jogo de futebol para que ele possa ser transmitido sobre a rede e visto fora de casa

  • howto filesystem traz instruções sobre como copiar um sistema de arquivos

  • howto batteries traz uma lista de baterias recarregáveis ??recomendadas

Uma das razões eu não uso Emacs é que o meu verdadeiro roteiro é um pouco mais complicado do que o que você vê acima: ele também lida com arquivos PDF e DjVu, assim, por exemplo howto razor traz um documento djvu do manual que veio com meu barbeador elétrico.

Eu tenho mais de 500 itens no diretório principal ou em subdiretórios, e mesmo nessa escala o sistema funciona muito bem para mim. Eu espero que você pode achar que é muito útil.

Eu tentei várias maneiras de gerenciar uma base de conhecimento no passado. Eu tenho um monte de "pepitas de conhecimento" (btw, obrigado, eu como esse termo muito) em todos os tipos de diversos temas que vão desde como configurar o apache tomcat ssl cert, para listas de verificação para fazer um orçamento familiar mensal, para manter uma lista de pesos e repetições concluída em treinos.

Eu tentei manter estes em um blog wordpress, em um wiki pessoal, usando caneta e papel, etc.

No final, emacs e org-mode é o vencedor claro para mim. Gosto de ter a capacidade de começar de forma simples, e construir uma funcionalidade mais complexa quanto eu preciso dele. Eu usei um monte de dicas descrito por Sacha Chua .

No meu caso, eu sempre acabar com um monte de notas (mais formais e organizados) misturados com itens de ação (menos formal). Em geral, eu manter uma lista principal "item de ação" e, em seguida, criar um arquivo separado para notas sobre cada tópico. Até agora, grep tem funcionado bem para mim encontrar rapidamente o arquivo contendo as notas. Vou muitas vezes criar um emacs marcar C-x r m para navegar rapidamente para arquivos de notas também.

Simples Blogs, CMS, e wikis (como Drupal e Wordpress) são bons em classificação e recuperação. Talvez você poderia exportar org arquivos html e publicá-las em um blog, cms ou wiki? Pode não ser muito difícil para ligar para o blog / wiki / cms marcação capacidade.

No trabalho, usamos um wiki (na verdade, vários - um wiki global de mais um wiki por projecto) para isso. É ideal para dados não-hierárquicos, mas também pode ser usado para dados hierárquicos. É formattable, hipertextual, linkable-to, pesquisáveis, compartilháveis, mas também ownable, mantém a história e outras coisas boas.

Pessoalmente, eu costumava também usar um wiki para isso. Mas estes dias, eu geralmente apenas esquecer as coisas em seu lugar. Muito mais fácil.

Você pode acelerar org-mode, mantendo as suas notas em um arquivo separado (ou um para cada tema amplo), que não está incluído na lista usual de arquivos da agenda. Customize org-agenda-files para ver a lista.

Use org-remember para inserir notas rapidamente sem interromper o seu fluxo. De qualquer tag-los no momento, ou guardá-las em algum lugar a ser limado mais tarde. Você pode usar um tag no modelo de lembrar (org-remember-templates personalização) para notas de marca para refiling, e usar uma pesquisa de agenda personalizada (org-agenda-custom-commands) para listá-los.

Tag cada nota com temas relevantes e utilizar as instalações de pesquisa do modo de exibição Agenda para encontrá-los. Você pode definir uma pesquisa personalizada que sabe olhar nos arquivos de direito, ou você pode visitar o arquivo e restringir a pesquisa agenda apenas para esse arquivo.

Eu mantenho um arquivo de notas, e sua pergunta acaba de me inspirou a ir para trás e começar a marcá-los todos. Funciona um mimo!

Eu prendo dicas em arquivos .rst (ReStructuredText) no diretório único. Cada arquivo tem próprio tópico.

Para uso busca I M-x ocorrer ou M-x lgrep ou M-x ack .

Web hospedado exemplo: http://tips.defun.work/frame.html é fácil transformar que as páginas em blog como solução.

fontes originais com script de construção: http://hg.defun.work/tips/

A principal vantagem de reStructuredText formato:

  • Suporte TOC.
  • include sintaxe.
  • Capacidade de construir JavaScript baseado em texto completo fora de linha busca índice no local HTML com TOC, índice de referência por Esfinge !!
  • Lembre-se Markdown chupar a extensibilidade, RST tem sintaxe regular de marcação de dados por seus símbolos e incluir qualquer formato de texto simples como inline em seu documento. Pensa sobre gráficos com dot, realce de prog lang sintaxe, etc.
  • O material que eu estou me preocupar com não se encaixa nos / projetos / tarefas / sub-tarefas paradigmas, eles são mais como pequenas pepitas de conhecimento sobre temas seleccionados, que são inerentemente mais complexo para classificar e gerenciar.

Utilize marcadores e Bookmark + . Você pode criar marcadores para sets de arquivos e diretórios, além de arquivos individuais, e você pode tag ou arquivos, a la delicioso , para a organização e pesquisa fins.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top