写作是我们交流的主要方式之一，看到作家们不同的工作方式总是令人着迷。我几乎无法想象在没有电脑的时代写作，以及电脑能够即时编辑和重新排列我在屏幕上输入的文字。同样，我想知道那些最初用打字机写作的人，即使在使用现代文字处理器时，他们的思维方式是否有所不同，或者他们的工作流程是否因为这些新工具而发生了改变和适应。
我们询问了一些通讯员，他们是如何将自己的想法转化为可理解的文字，以及他们在此过程中更喜欢哪些开源工具。正如你可能预料到的，我们从每位回复者那里都得到了不同的答案。
文本编辑器和文字处理器
我们的许多作者更喜欢文本编辑器。当然，Opensource.com 在预制作过程中大量使用 Markdown，因此可能存在一些偏见。不过，文本编辑器仍然是受欢迎的选择，部分原因可能是因为它们的相对简约性，以及风格和内容的分离。
文字处理器也很受欢迎，因为它们使作者能够将所有工作保存在一个文件中。例如，ODT 文件实际上只是一个包含 XML 文档和元数据的 ZIP 文件。
Matthew Broberg
我使用 VSCodium（或 VS Code），它有一个很棒的扩展，可以为 Markdown 行为提供快捷方式。我在笔记本电脑上保留一个名为 writing 的文件夹，并将正在撰写的文章保存在 GitLab 中。写作、迭代、git 提交，并备份到 GitLab。
或者，当我想将所有内容都保存在基于云的解决方案中时，我会将我的工作保存在 HackMD 或 Etherpad 中。
Jason van Gumster
写作时，我让自己专注于终端。
写作在 Vim 中进行，并带有一些插件（例如，我的基本 .vimrc 在那里）。
对于版本控制，我使用 Mercurial。我以前用 Git 进行写作，但 Mercurial 对于我的创意工作来说感觉更好。
我使用 Wdiff 来查看版本之间单词级别的差异。
当不在办公桌前写作时（现在这种情况不多），我会在手机上使用蓝牙键盘写作。在 Android 上使用 Termux，我可以获得一个完整的终端，并且仍然可以使用 Vim 和 Mercurial 以及我所有的命令行工具。当与仍然主要依赖于基于 DOC 工作流程的图书编辑进行交互时，我必须转换为 DOC/DOCX（使用 Pandoc），然后在 LibreOffice 中工作以协调他们的注释。
Seth Kenlon
我使用 Emacs，并且主要用 DocBook 写作。我使用 Git 进行版本控制。我维护一个 XSL 中的自定义样式表以及自定义 Makefile，以将我的 DocBook 源转换为纯文本、HTML、EPUB 和 PDF。当为 Opensource.com 写作时，我经常使用 CommonMark，因为它很简单，但对于我必须维护的文本，我将源文件保留在 DocBook 中。
Joshua Allen Holm
这略有不同，取决于我写什么以及为谁写作。基本流程如下：
- 研究资料在 Zotero 中进行整理，我在其中保存了需要引用的 PDF 和网站的全文副本。
- 写作在 LibreOffice 中完成，用于学术内容，我需要在其中包含引用；或者在 gedit 中完成，当我写 Markdown 时（用于 Opensource.com 文章等）。
- 我正在进行的工作存储在
Writing目录中，该目录根据写作内容组织成子目录（例如，Writing/DistroWatch/Fedora 32 Review或Writing/Opensource.com/Summer Reading List）。 - 正在进行中的目录使用 Git 进行版本控制，并且每周至少复制一次到我存储在防火箱中的闪存驱动器中。
- 我使用已完成的已发布文章，为我写的每篇基于网络的文章制作 PDF 副本，并将其附加到我在 Zotero 中的书目中。对于非基于网络的内容也是如此，但过程没那么繁琐。我尽可能从 LibreOffice 导出为 PDF，或者直接使用发布商的最终 PDF。
计划工具
以可预测结果的方式写作的最有效方法之一是首先列出大纲。并非所有人都先列出大纲，但最终结果通常也一样好。然而，权衡之处在于，用大纲组织的写作通常完成得更快。有了大纲，文章或论文的逻辑流程在输入仍然最少时就已确定。您不必浏览一段又一段的信息；您只需要移动标题。当您填写标题之间的空白时，文章的流程变得清晰，您可以根据需要立即进行调整。
Kevin Sonney
我的工作流程几乎都在 Joplin 中完成；研究、笔记、待办事项等，都使用内置功能，并同步到我的所有设备。我用 Markdown 写作，并将其作为独立文档提交。对于屏幕截图，我通常使用内置的操作系统屏幕截图工具，并在 GIMP 中编辑这些截图。
Seth Kenlon
我使用 Org mode 来做大纲，因为它们非常容易重新排列，无论是在顺序还是继承方面。我一直在尝试完全用 Org mode 写作，但由于我写的很多内容最终都会变成 Markdown，因此引入任何不必要的转换步骤似乎很愚蠢。
Jason van Gumster
想法和头脑风暴在思维导图中进行，使用 Vym。它不是基于终端的，这在我的写作工作流程中很不寻常，但它对于组织和计划非常方便。
保持灵活性
在我们收到的关于人们如何写作的所有答案中，一个共同的主题不断涌现：愿意尝试。毫不奇怪，我们的作者似乎渴望尝试新技术和新系统，即使这意味着必须暂时减慢个人生产力来学习新东西。有时，净收益是值得的。而当收益不值得时，最糟糕的情况是您学会了一种新工具。
这对于作家和一般的计算机从业者来说都很重要——技术在不断变化。Linux 和开源在确保向后兼容性和选择退出更改的能力方面做得非常出色，但最终，我们都必须成长。
这不仅确保您及时了解最新的技术发展，而且还可能激励您为 Opensource.com 撰写自己的文章。以下是通讯员 Kevin Sonney 的看法：
老实说，我的工作流程非常临时。有什么看起来有趣的东西吗？我记下笔记，也许有一天我想写一篇关于它的文章。当我有时间时，我就这样做。
这只是人们用于写作的开源工具的冰山一角。你最喜欢哪些？请在评论中分享。
7 条评论