非技术人员也可以使用 Linux 和开源软件进行非技术工作。这是我的故事。

（LCTT 译注：本文原文标题用 “F(r)iction” 一语双关的表示了 小说 fiction 写作过程中的 摩擦 friction 苦恼。）

时间：2009 年 12 月。我准备辞去工作。

我希望专心写我的第一本书；我的工作职责和技术环境都没办法让我完成这本书的写作。

写作是件苦差事。

在现代世界中，很少有工作像写作这样奇特或者说艰巨的追求 —— 面对一张白纸，坐下来，迫使你的大脑吐出文字，向读者传达一个想法。当然，我并不是说写作不能与他人合作完成，而只是想说明，对于作家来说，自己着手写一部新作品是多么令人生畏。小说还是非小说写作都是如此。但由于我是一名小说家，我在这篇文章中主要想关注是小说的写作。

还记得 2009 年是什么样子吗？

智能手机已经诞生 3 年了 —— 而我还在使用功能机。笔记本电脑又大又笨重。同时，基于云的生产力 Web 应用还处于起步阶段，并不那么好用。从技术上讲，像我这样的作家们正在以 Gmail 账户（和一个非常年轻的基于云的存储服务 Dropbox）作为一个始终可用的选项来处理自己的草稿，即使我的个人电脑不在身边。虽然这与作家们必须要使用打字机（或，上帝保佑，使用笔和纸）工作时相比已经是一个很好的变化了，但并没有好多少。

首先，对手稿的版本控制是一场噩梦。此外，我为简化工作流程而在工具包中添加的工具越多，我转换写作环境（无论是用户界面还是用户体验）的次数就越多。

我是在 Windows 记事本上开始写草稿的，然后把它保存在家里电脑上的 MS Word 文档中，用电子邮件发给自己一份副本，同时在 Dropbox 上保留另一份副本（因为在上班时无法访问 Dropbox），在公司时对该文件的副本进行处理，在一天结束时用电子邮件发给自己，在家里的电脑上下载它，用一个新的名字和相应的日期保存它，这样我就能认出该文件是在公司（而不是家里）进行修改的……好吧，你知道这是怎样一个画面。如果你能感受到这种涉及 Windows 记事本、MS Word、Gmail 和 Dropbox 的工作流程有多么疯狂，那么现在你就知道我为什么辞职了。

让我更清醒的是，我仍然知道一些作家，其中竟然有些还是好作家，依然在使用我 2009 年遵循的工作流程的各种变体。

在接下来的三年里，我一直在写手稿，在 2012 年完成了初稿。在这三年里，技术环境发生了很大变化。智能手机确实相当给力，我在 2009 年遇到的一些复杂情况已经消失了。我仍然可以用手机处理我在家里外理的文件（不一定是新的写作，但由于手机上的 Dropbox，编辑变得相当容易）。我的主要写作工具仍然是微软的 Windows 记事本和 Word，我就是这样完成初稿的。

小说 《第一声》 于 2016 年出版，获得了评论界和商业界的好评。

结束了。

或许我是这么想的。

我一完成手稿发给了编辑，就已经开始着手第二部小说的写作。我不再为写作而辞职，而是采取了一种更务实的方法：我会在每年年底请两个星期的假，这样我就可以到山上的一个小木屋里去写作。

花了半天时间我才意识到，那些让我讨厌的 写作工具 和工作流程并没有消失，而是演变成了一个更复杂的野兽。作为一个作家，我并不像我想像的那样高产或高效。

新冠期间的 Linux

时间：2020 年。世界正处于集体疯狂的边缘。

（为某些原因而删改的文字）一种新型病毒正在演变成 1911 年以来的第一次全球大流行疾病。3 月 20 日，斯里兰卡，跟随世界上大多数国家的脚步，封城了。

四月是斯里兰卡旱季的高峰。在像科伦坡这样的混凝土丛林中，温度可以达到三十多度，湿度高达九十多度。在最好的情况下，它也可以使大多数人精神错乱，更别说在全球大流行病正在进行的时候，被困在没有一直开着空调的家里？真是一个让人疯狂的好温床。

让我的疯狂是 Linux，或者说是“发行版跳跃”，像我们在开源社区中所说的。

我越在各种 *nix 发行版间蹿来蹿，我就对控制的想法越迷恋。当任何事情似乎都不在我们的控制之中时 —— 即使是与另一个人握手这样的简单行为 —— 我们自然会倾向于做那些我们感觉更有控制力的事。

在我的生活中，还有什么比计算机更容易被控制的呢？自然，这也延伸到我的写作工具和工作流程。

通往 Vim 之路

有一个关于 Vim 的笑话完美地描述了我对它的第一次体验：人们对 Vim 难以割舍是因为他们不知道怎么关掉它。

我试图编辑一个配置文件，而 新安装的 Ubuntu 服务器 只预装了 Vim 文本编辑器。第一次是恐慌 —— 以至于我重新启动了机器，以为操作系统没有识别出我的键盘。然而当它再次发生时，不可避免地，我谷歌搜索：“我该如何关闭 Vim？”

哦。这真有趣，我想。

但为什么呢？

要理解我为什么会对一个复杂到无法关闭的文本编辑器有点兴趣，你必须了解我是多么崇拜 Windows 记事本。

作为一个作家，我喜欢在它的没有废话、没有按钮、白纸一样的画布上写作。它没有拼写检查。它没有格式。但这些我并不关心。

对于我这个作家来说，记事本是有史以来最好的草稿写作板。不幸的是，它并不强大 —— 所以即使我会先用记事本写草稿，一旦超过 1000 字，我就会把它移到 MS Word 上 —— 记事本不是为散文而生的，当超过这个字数限制时，这些局限就会凸显出来。

因此，当我把我所有的计算机工作从 Windows 上迁移走时，我第一个要安装的就是一个好的文本编辑器。

Kate 是第一个让我感到比用 Windows 记事本更舒服的替代品 —— 它更强大（它有拼写检查功能！），而且，我可以在同一个环境中搞一些业余爱好式的编程。

当时它是我的爱。

但后来 Vim 出现了。

我对 Vim 了解得越多，看开发者在 Vim 上现场进行编码的次数越多，我就越发现自己在编辑文本时更想打开 Vim。我使用 Unix 传统意义上“文本编辑”这一短语：编辑配置文件中的文本块，或者有时编写基本的 Bash 脚本。

我仍然没有用 Vim 来满足我的散文写作需求。

在这方面我有 Libre Office。

算是吧。

虽然它是一个适当的 MS Office 替代品，但我发现自己没有被它打动。它的用户界面可能比 MS Word 更让人分心，而且每个发行版都有不同的 Libre Office 软件包，我发现自己使用的是一个非常零散的工具包和工作流程，更不用说用户界面在不同的发行版和桌面环境中差异是多么大。

事情变得更加复杂了，因为我也开始读我的硕士学位了。这时，我要在 Kate 上做笔记，把它们转移到 Libre Office 上，然后保存到我的 Dropbox 上。

我每天都面临着情境转换。

生产力下降，因为我不得不打开和关闭一些不相关的应用程序。我需要一个写作工具来满足我所有的需求，无论是作为一个小说家，还是一个学生、亦或是一个业余的程序员。

这时我意识到，解决我场景切换噩梦的方法也同样摆在我的面前。

这时，我已经经常使用 Vim —— 甚至在我的安卓手机上利用 Termux 使用它。这使我对要把所有东西都搬到 Vim 上的想法感到相当舒服。由于它支持 Markdown 语法，记笔记也会变得更加容易。

这仅仅是大约两个月前的事。

现在怎么样了？

时间：2021 年 4 月。

坐在出租车上，我通过 Termux（借助蓝牙键盘）用 Vim 在手机上开始写这个草稿。我把文件推送到 GitHub 上我的用于写作使用的私人仓库，我从那里把文件拉到我的电脑上，又写了几行，然后再次出门。我把新版本的文件从 GitHub 拉到我的手机上，修改、推送，如此往复，直到我把最后的草稿用电子邮件发给编辑。

现在，场景切换的情景已经不复存在。

在文字处理器中写作所带来的分心问题也没有了。

编辑工作变得无比简单，而且更快了。

我的手腕不再疼痛，因为我不再需要鼠标了。

现在是 2021 年 4 月。

我是一名小说家。

而我在 Vim 上写作。

怎么做的？我将在本专栏系列的第二部分讨论这个工作流程的具体内容，即非技术人员如何使用免费和开源技术。敬请关注。

via: https://news.itsfoss.com/how-i-started-loving-vim/

作者：Theena 选题：lujun9972 译者：piaoshi 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

我使用 Vim 来写小说。我是这样配置它的。

在我的第一个专栏中，我谈到了我为什么把 我的写作工作迁移到了 Vim 上 —— 远离了现代写作者们的标准工具，如文字处理器（MS Word 及它的开源替代方案）、文本编辑器（记事本，因为直到去年我一直是 Windows 用户）和云存储技术。如果你是一个写作者，在继续下面的内容前，我建议你先阅读一下 那篇文章的第一部分 。

基本上可以说，你使用的设备越多，你需要的写作工具就越多，最终你的工作流程就越复杂。这一点对我来说是很贴切的，因为我有四台设备，包括一部安卓手机，一台日常用的运行 Linux 的主力笔记本电脑，还有两台旧的笔记本电脑，其中一台是 Mac，我去户外拍摄时会带着它。

Vim 对于我和我的工作方式来说是一个完美的解决方案；虽然我不会说我的新的工作流程是现代写作者工作的最佳方式，但我可以说的是，对于写作者来说，拥有一个能在我们所有设备上工作的工具非常重要的，并且这个工具要足够强大以满足我们写作者每天从事的不同类型的写作需求。

从这个角度来看，Vim 的主要优势是它是跨平台的 —— 无论在什么设备上，Vim 都能工作。在苹果生态系统中使用 Vim 的情况我就不细说了，但粗略地看一下 这个应用程序 的评论，我就会知道，总会有人在各种地方使用 Vim，不管他们使用的是什么设备。

现在我们假设你是一个想开始使用 Vim 的写作者。当你安装了它，你该从哪里开始呢？

我在这一部分给你的并不算是教程，而是一系列的建议，包含对一个用于诗歌写作的 .vimrc 配置文件的解读。只要有可能，我就会链接到我学习相应内容时用到的 YouTube 上的教程。

对于 Linux 用户来说，系统已经预装了 Vim —— 通过你喜欢的终端模拟器就可以启动它。对于 Windows 和 Mac 用户，你可以从 Vim 官方网站 下载它。

建议

安装/启用 Vim 后

• 通过终端打开 Vim Tutor。（Mac 用户可以用这种方式启动，而 Windows 用户也可以用这种方法启动。[LCTT 译注：原文这里本应该有链接，可能作者忘记添加了。无论如何，在终端中， Linux 中的命令是 vimtutor，Windows 在安装目录下找到 vimtutor.bat 命令并运行；Mac？应该与 Linux 一样？我没 Mac 呀！]）在这个阶段，你不会使用 Vim 进行任何写作 —— 相反，你要每天花 15 分钟做 Vim 教程。不要多花一分钟或少花一分钟；看看在规定的 15 分钟内，你能在教程中取得多大的进展。你会发现，每天你都会在教程中取得更大的进步。在一个月内，你应该能够利用这些 15 分钟完成整个教程。
• 成为一个更好的打字员对 Vim 的使用来说有极大的好处。这不是必须的，但我正在重新学习打字，它的副作用是使 Vim 变得更加有用了。我每次都以花 15 分钟练习打字开始，作为进入 Vim 教程前的热身。

在每一天的开始，我分配了 30 分钟的时间做这两项练习进行热身，而每天晚上睡觉前再分配 30 分钟进行练习以让我安定下来。这样的做法帮我快速从旧的工具包过渡到了 Vim，但你的安排可能有所不同。

我再次强调，除了 Vim Tutor 之外，上述步骤都是可选的；这完全取决于你个人的动机水平。

现在我们来到了这篇文章的重点：如何配置 Vim ，使它对写作者友好？

如何配置用于写作的 .vimrc

在开始之前，我想在这里提醒各位读者，我不是一个技术人员 —— 我是一个小说家 —— 你在下面看到的任何错误都是我自己的；我希望有经验的 Vim 用户能提供反馈，告诉我如何进一步完善我的配置文件。

下面是我的 .vimrc 文件。你可以从我的 GitHub 上下载，并进一步完善它：

syntax on

set noerrorbells " 取消 Vim 的错误警告铃声，关闭它以免打扰到我们 "
set textwidth=100 " 确保每一行不超过 100 字符 "
set tabstop=4 softtabstop=4
set shiftwidth=4
set expandtab
set smartindent
set linebreak
set number
set showmatch
set showbreak=+++
set smartcase
set noswapfile
set undodir=~/.vim/undodir
set undofile
set incsearch
set spell
set showmatch
set confirm
set ruler
set autochdir
set autowriteall
set undolevels=1000
set backspace=indent,eol,start

" 下面的设置确保按写作者而不是程序员喜欢的方式折行 "

set wrap
nnoremap <F5> :set linebreak<CR>
nnoremap <C-F5> :set nolinebreak<CR>


call plug#begin('~/.vim/plugged')

"   这是颜色风格插件 "

Plug 'colepeters/spacemacs-theme.vim'
Plug 'sainnhe/gruvbox-material'
Plug 'phanviet/vim-monokai-pro'
Plug 'flazz/vim-colorschemes'
Plug 'chriskempson/base16-vim'
Plug 'gruvbox-community/gruvbox'

"   这是为了更容易的诗歌写作选择的一些插件 "

Plug 'dpelle/vim-LanguageTool'
Plug 'ron89/thesaurus_query.vim'
Plug 'junegunn/goyo.vim'
Plug 'junegunn/limelight.vim'
Plug 'reedes/vim-pencil'
Plug 'reedes/vim-wordy'


"   这一部分是为了更容易地与机器集成，用了 vim-airline 这类插件 "

Plug 'vim-airline/vim-airline'

"   这一部分外理工作区和会话管理 "

Plug 'thaerkh/vim-workspace'

"   与上面插件相关, 下面的代码将你的所有的会话文件保存到一个你工作区之外的目录 "

let g:workspace_session_directory = $HOME . '/.vim/sessions/'


"   与上面插件相关，这是一个 Vim 活动的跟踪器 "

Plug 'wakatime/vim-wakatime'

"   一个干扰因素：我在这里使用了一些 Emacs 的功能，特别是 org-mode "

Plug 'jceb/vim-orgmode'


"  这是文件格式相关插件 "

Plug 'plasticboy/vim-markdown'


call plug#end()

colorscheme pacific
set background=dark

if executable('rg')
    let g:rg_derive_root='true'
endif

学习如何安装 Vim 插件时，这个教程帮助了我。我使用 Vim Plugged 插件管理器是因为在我看来它是最简单、最优雅的。

对于写作者的 .vimrc 选项的整理

• syntax on：这可以确保 Vim 知道我在使用什么语法。做笔记、写这种文章时我主要使用 Markdown；而在写小说的时候，纯文本是我的首选格式。
• set noerrorbells：为了你的精神状态，我强烈建议打开这个选项。
• set textwidth=100：为了便于阅读，没有人愿意横向滚动一个文本文件。
• set spell：如果有拼写错误的话提醒你。
• set wrap：确保文本以写作者而不是程序员的方式进行折行。

你会注意到，我没有花更多时间讨论其他一些基本配置选项，因为我并不觉得那些对写作者来说有多重要。因为我做一些业余的编码工作，所以我的 .vimrc 配置反映了这一点。如果你只想在 Vim 上写作，那么上述配置就应该能让你顺利开始。

从这点上来说，你的 .vimrc 是一个活的文档，它能生动地反映你想用 Vim 做什么，以及你希望 Vim 如何为你做这些事情。

关于插件的说明

第 43-98 行之间是我对插件的配置。如果你已经学习了关于如何安装 Vim 插件的教程，我强烈推荐你从以下专为写作开发的 Vim 插件开始：

• vim-LanguageTool
• thesaurus_query.vim
• vim-pencil
• vim-wordy
• vim-goyo
• vim-markdown

总结

在这篇文章中，我们简单地介绍了写作者可以怎样开始使用 Vim，以及一个在写作工作中需要的 .vimrc 入门配置。除了我的 .vimrc 之外，我还将在这里链接到我在 GitHub 上发现的其他写作者的 .vimrc，它们是我自己配置时的灵感来源。

请劳记，这只是一个写作者的 .vimrc 的入门配置。你会发现，随着你的需求的发展，Vim 也可以随之发展。因此，投入一些时间学习配置你的 .vimrc 是值得的。

在下一篇文章中，我将会检视我在写作时的工作流程的具体细节，这个工作流程中我使用了 Vim 和 Git 及 GitHub。

via: https://news.itsfoss.com/configuring-vim-writing/

作者：Theena 选题：lujun9972 译者：piaoshi 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

我使用 Vim 和 Git 来写小说。是的，你也可以用 Git 来完成非编码任务。

我相信当代的写作者们应该开始思考他们的工作流程了。

在一个注意力高度分散的世界里，作为写作者，我们必须对每天执行的任务链拥有控制权。传统上，作家们会把他们的写作放在分散注意力的事较少、注意力高度集中的时间段。不幸的是，海明威、阿特伍德们的这些建议不再真正适用于我们了。我们所生活的世界联系得更紧密了，因此对作家来说就有了更多的陷阱。这首先要求我们要有足够的自制力，不要让社交媒体或小狗和小猫的可爱视频在我们写作的时候分散我们的注意力。

但是，如果你的写作需要快速地检查事实、拼写不常见和技术性的词汇等，断开与互联网连接并不是一个现实的选项 —— 这正是我写作时的场景。另一个问题是你用于写作的应用程序本身的干扰；作为一个长期使用 MS Word 的人，我发现它越来越漂亮，但速度越来越慢，也越来越让人分心。作为当初我 迁移到 Vim 的主要原因 之一，我曾详细地谈到了这一点，所以我不打算再在这个问题上大谈特谈。重点是，在现代世界中，在现代设备上进行写作，可能远非理想状态。

因为我已经详细介绍过了 我为什么转向 Vim 和开源版本控制，在这篇文章中，我更想谈谈该 怎么做，特别是如何使用开源的版本控制技术，比如 Git（和 GitHub）。

什么是版本控制？再来一次？

上图是我们如何进行传统版本控制的一个说明。这个图中假设你有一台设备，而且你只在那台设备上写作。但对我而言，我在许多机器上写作，包括我的安卓手机和一些不同年代的笔记本电脑，我会在特定的任务、特定的位置使用到它们。我在所有这些设备上进行的一个共同任务就是写作 —— 因此，我的设备必须以合理的方式捕捉变化并控制文件的版本。不要再让我将 file1V1_device1_date.doc 作为文件名了。

上图也没有考虑到我们用来写作的工具。像 LibreOffice Write 这样的文字处理器可以在 Linux、Mac 和 Windows 系统上使用，但在手机上使用文字处理器将会是一段不愉快的经历。我们中的一些写作者还使用其他文本工具（包括 Gmail 或我们的电子邮件客户端）来为我们的写作打草稿。但按逻辑顺序跟踪所有这些文件和电子邮件是相当折磨人的，我就用这样的流程写过一本书，相信我：我花在弄清文件名、版本变化、评论、给自己的注释以及带有附加注释的电子邮件上的时间，足以让我精神错乱。

读到这里，你们中的一些人可能会正确地指出，有云备份技术呀。虽然云存储的好处是巨大的，而且我也在继续使用它们，但其版本控制几乎不存在，或者说并不强大。

一个更好的工作流程

就像地球上的其它地方一样，大流行病的开始引发了一些焦虑和一些反思。我利用这段时间在 The Odin Project（强烈推荐给那些想学习 html、CSS、JavaScript/Ruby 的人）上自学了网络开发。

在课程的第一个模块中，有一个关于 Git 的介绍：什么是版本控制，以及它试图解决什么问题。读了这一章后，我豁然开朗。我立即意识到，这个 Git 正是我作为一个写作者所要寻找的东西。

是的，更好的方法不是本地化的版本控制，而是 分布式 的版本控制。“分布式”描述的是设备的分布，而我在这些设备上访问文件，以及之后进行编辑修改。下图是分布式版本控制的一个直观说明。

我的方法

我为写作建立一个版本控制系统的目标如下：

• 使我的稿件库可以从任何地方、任何设备上访问
• 易于使用
• 减少或消除因在写作、学习和编码各工作流程之间的场景切换而产生的摩擦 —— 尽可能使用同一工具（即 Vim）。
• 可扩展性
• 易于维护

基于以上需求，下图是我进行写作的分布式版本控制系统。

如你所见，我的版本控制系统是分布式版本控制的一个简单的适配。在我的例子中，通过将 Git 版本控制应用到云存储（pCloud）的一个文件夹上，我可以同时利用这两种技术的优点。因此，我的工作流程可以用下图描述：

优势

1. 我用一个写作（和编码）工具
2. 我可以对我的手稿进行版本控制，无论我是从什么设备上访问文件的
3. 超级简单，几乎没有任何不便之处
4. 易于维护

缺点

你们中的写作者一定想知道这个系统存在什么缺点。以下是我在持续使用和完善这一工作流程时预计到的几个问题。

• 对草稿的评论：文字处理器的一个更有用的功能是具有评论的功能。当我希望以后再回到文本的某一部分时，我经常在这部分为自己留下一个评论。我仍然没有想出一个解决这个问题的办法。
• 协作：文字处理程序允许写作者之间进行协作。在我以前做广告相关工作的时候，我会用 Google Docs 来写文案，然后分享链接给我的设计师，从而他可以为广告和网站对文案进行摘录。现在，我的解决方法是用 Markdown 写文案，并通过 Pandoc 将 Markdown 文件导出为 .doc 文件。更关键的是，当我的手稿完成后，我仍然需要将文件以 .doc 格式发送给我的编辑。一旦我的编辑做了一些修改并把它发回来，我再尝试用 Vim 打开它就没有意义了。在这一点上，该系统的局限性变得更加明显。

我并不是说这是最好的方法，但在我职业生涯的这个阶段，这是对我来说最好的方法。我想，随着我对我的新的 用于写作的开源工具 和版本控制越来越熟悉和适应，我将进一步完善这个方法。

我希望这篇文章能为那些想使用 Git 进行文档版本控制的写作者提供一个很好的介绍。这肯定不是一篇详尽的文章，但我将分享一些有用的链接，使你的旅程更容易。

1. The Odin Project 介绍的 Git 基础知识
2. 开始使用 Git
3. GitHub 的 Git 基础知识教程

via: https://news.itsfoss.com/version-control-writers/

作者：Theena 选题：lujun9972 译者：piaoshi 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出