Nossas ferramentas de escrita de código aberto favoritas

Correspondentes do Opensource.com compartilham suas ferramentas favoritas para produzir palavras.

Escrever é uma das principais formas de comunicação e é infinitamente fascinante ver as diferentes maneiras como os escritores trabalham. Mal consigo imaginar escrever diante dos computadores e de sua capacidade de editar e reorganizar instantaneamente as palavras que digitei na tela. Da mesma forma, pergunto-me se as pessoas que começaram a escrever numa máquina de escrever processam os seus pensamentos de forma diferente, mesmo num processador de texto moderno, ou se o seu fluxo de trabalho mudou e se adaptou devido a estas novas ferramentas.

Perguntamos a alguns de nossos correspondentes como eles expressam seus pensamentos em palavras compreensíveis e quais ferramentas de código aberto eles preferem ao fazer isso. Como você pode esperar, obtivemos respostas diferentes de todos que responderam.

Editores de texto e processadores de texto

Muitos de nossos autores preferem editores de texto. Por outro lado, Opensource.com trabalha muito com Markdown durante a pré-produção, então pode haver algum preconceito. Editores de texto são escolhas populares, provavelmente em parte por causa de seu relativo minimalismo e também devido à separação entre estilo e conteúdo.

Os processadores de texto também são populares porque permitem que os autores mantenham todo o seu trabalho em um arquivo. Por exemplo, um arquivo ODT é na verdade apenas um arquivo ZIP contendo documentos XML e metadados.

Mateus Broberg:

Eu uso VSCodium (ou VS Code) com uma extensão incrível que fornece atalhos para comportamentos de Markdown. Eu mantenho uma pasta em meu laptop chamada writing, e mantenho artigos em andamento no GitLab. Escreva, itere, git commit e faça backup no GitLab.

Alternativamente, quando quero manter tudo em uma solução baseada em nuvem, mantenho meu trabalho no HackMD ou no Etherpad.

Jason van Gumster:

Eu me mantenho preso ao terminal enquanto escrevo.

A escrita acontece no Vim, com alguns plug-ins (por exemplo, minha base .vimrc mora lá).

Para controle de versão, eu uso o Mercurial. Já usei o Git antes para escrever, mas o Mercurial tem um gosto melhor para trabalhos criativos.

Eu uso o Wdiff para ver diferenças no nível das palavras entre as versões.

Ao escrever fora da mesa (o que não acontece muito hoje em dia), escrevo no meu telefone com um teclado Bluetooth. Usando o Termux no Android, posso obter um terminal completo e ainda ter acesso ao Vim e ao Mercurial com todos os meus brinquedos de linha de comando. Ao interagir com editores de livros, que ainda dependem predominantemente de um fluxo de trabalho baseado em DOC, tenho que converter para DOC/DOCX (usando Pandoc) e depois trabalhar no LibreOffice para reconciliar suas anotações.

Seth Kenlon:

Eu uso o Emacs e escrevo principalmente em DocBook. Eu uso Git para controle de versão. Eu mantenho uma folha de estilo personalizada em XSL junto com Makefiles personalizados para transformar minha fonte DocBook em texto simples, HTML, EPUB e PDF. Ao escrever para Opensource.com, geralmente escrevo em CommonMark por sua simplicidade, mas para textos que preciso manter, mantenho o código-fonte em DocBook.

Josué Allen Holm:

Varia um pouco dependendo do que e para quem estou escrevendo. O básico é assim:

• A pesquisa é organizada no Zotero, onde guardo cópias completas dos PDFs e sites que preciso consultar.
• A escrita é feita no LibreOffice para assuntos acadêmicos, onde preciso incluir citações, ou no gedit quando escrevo Markdown (para artigos do Opensource.com e similares).
• Meus trabalhos em andamento são armazenados em um diretório Writing, que é organizado em subdiretórios com base no que é a gravação (por exemplo, Writing/DistroWatch/Fedora 32 Review ou Writing/Opensource.com/Lista de leitura de verão).
• Um diretório em andamento é controlado por versão com Git e também copiado para uma unidade flash que guardo em uma caixa à prova de fogo pelo menos uma vez por semana.
• Eu faço uma cópia em PDF de cada artigo baseado na web que escrevo usando o artigo finalizado e publicado e anexo-o à minha bibliografia no Zotero. O mesmo vale para coisas que não são baseadas na web, mas o processo é menos tedioso. Exporto do LibreOffice para PDF, ou apenas pego o PDF final da editora, sempre que possível.

Ferramentas de planejamento

Uma das maneiras mais eficazes de escrever algo com um resultado previsível é primeiro descrevê-lo. Nem todo mundo descreve primeiro, mas o resultado final costuma ser igualmente bom. A desvantagem, entretanto, é que a escrita organizada com um esboço geralmente é concluída mais cedo. Com um esboço, o fluxo lógico de um artigo ou artigo é determinado enquanto a entrada ainda é mínima. Você não precisa classificar parágrafos e mais parágrafos de informações; você só precisa mover os títulos. À medida que você preenche as lacunas entre os títulos, o fluxo do artigo fica claro e você pode ajustá-lo imediatamente conforme necessário.

Kevin Sonney:

Meu fluxo de trabalho é quase todo em Joplin; pesquisas, notas, tarefas, etc., todos usando a funcionalidade integrada, com sincronização com todos os meus dispositivos. Escrevo em Markdown e envio como um documento independente. Para capturas de tela, geralmente uso as ferramentas de captura de tela integradas do sistema operacional e as edito no GIMP.

Seth Kenlon:

Eu uso o modo Org para contornos porque eles são muito fáceis de reorganizar tanto em termos de ordem quanto de herança. Tenho experimentado escrever inteiramente no modo Org, mas como grande parte do conteúdo que escrevo acaba indo para Markdown no final, parece bobagem introduzir quaisquer etapas de conversão desnecessárias.

Jason van Gumster:

Pensamentos e brainstorming acontecem em mapas mentais com Vym. Não é baseado em terminal, o que é incomum no meu fluxo de trabalho de escrita, mas é bastante útil para organizar e planejar.

Mantenha-se flexível

Em todas as respostas que obtivemos sobre como as pessoas escrevem, um tema comum continuou surgindo: a vontade de experimentar. Não é novidade que parece que nossos escritores estão ansiosos para experimentar novas tecnologias e novos sistemas, mesmo que isso signifique ter que desacelerar temporariamente a produtividade pessoal para aprender algo novo. Às vezes, os benefícios líquidos valem a pena. E quando não estão, a pior coisa que acontece é que você aprendeu uma nova ferramenta.

Isto é importante para escritores e para informáticos em geral – mudanças tecnológicas. O Linux e o código aberto funcionam incrivelmente bem para garantir a compatibilidade com versões anteriores e a capacidade de recusar mudanças, mas, eventualmente, todos nós teremos que crescer.

Isso não apenas garante que você esteja atualizado sobre os desenvolvimentos tecnológicos mais recentes, mas também pode inspirá-lo a escrever seu próprio artigo para Opensource.com. Veja como o correspondente Kevin Sonney vê isso:

Honestamente, meu fluxo de trabalho é bastante ad hoc. Algo parece interessante? Anoto que talvez queira escrever um artigo sobre isso algum dia. Quando tenho tempo, eu faço isso.

Esta é apenas a ponta do iceberg em termos de ferramentas de código aberto que as pessoas usam para escrever. Quais são seus favoritos? Por favor compartilhe-os nos comentários.