数码时代的效率生活

0. 引言

目前，有太多的信息都以电子资料的形式存在，也有太多的工做和生活被绑定在线上。在这个连货币都立刻要数字化的时代里，如何打理好本身的数字生活，保护好本身的数字资产，很重要。

1. 需求分析

做为一个非典型程序员和深度学习炼丹师，日常又会逛逛论坛，写写BLog，代码和文档是最常要处理的两类数字资料。
此外，业余还喜欢拍照，大量的照片也须要妥善保管。

总结核心需求以下：

• 资料在必要时较易实现本地化

• 资料在必要时较易实现跨平台迁移；

• 对于不一样类型的资料，分场景进行保存和备份；

• 尽可能提升资料保存和备份的自动化程度。

1.1 本地化

本地化的意思是指，我能够把原始格式的资料拉取到本地磁盘上。这也是针对于云服务愈来愈盛行的现状所说。

在合理的场景中，在线化、上云是大势所趋，我也是拥护者和受益者。工做中，在须要协做的场景下，我已经不止一次地去推进如腾讯文档、禅道等工具的使用，来取代老旧的Office式项目管理模式。

但对于须要积累和沉淀的资料，所有在线化，我是心怀担心的。

我不怕被云端绑定，但我怕被云端绑架。

我但愿可以享受云端的便利，但在最坏的时刻，还有一个托底方案，可以把全部的原始资料掌握在本身手中。

1.2 跨平台迁移

既然我不但愿个人资料被云服务器绑架，相似地，我也不但愿个人资料被某一款软件或系统所绑架。

举例来讲，我自认是一个喜欢整理和总结的人，但对于《印象笔记》这款号称第二大脑的笔记软件，我一直是采起回避的态度。

它太封闭了，除非用一些黑科技手段，你很难把你存储在里面的资料原封不动地搬运出来。你使用得越多，你就被套牢越深。假若有一天它的系统崩溃，或公司倒闭，对你来讲就是灭顶之灾。这种头悬利剑的感觉很很差。

再好比，一款经常使用的生产力工具，若是是某操做系统独占（MacOS，说的就是你），那我通常不会选择用它，我会优先选择Win/Linux/Mac跨平台兼容的软件。

目前，我在办公室的工做终端是Win10，还有一台Linux的远程服务器，在家的电脑是Ubuntu。为了保证单位和家之间的工做状态无缝切换，工具的跨平台兼容性很重要。

1.3 分类和自动化

代码，文档，数据，程序文件，照片等不一样资料的存储要求有很是大的差别。这主要从修改的频率和资料自己的大小两方面体现。

所以也就须要选择不一样的方案。我主要会从Git托管，网盘，NAS和移动硬盘四个方面去考虑。

自动化的需求主要是为了对抗人的思惟惰性，若是一切都依靠繁琐的手动操做，那么极可能坚持不了多久。

2. 实现思路

2.1 我的知识库

前面说过，我对于把本身称为“第二大脑”类型的软件是回避的。

但对于这种理念，我是十分赞同的，收集-整理-输出，完整经历这一过程，知识才能被更好地掌握。

只不过我愿意多花费一点点时间和操做，本身来掌控这个流程。来实现前述的“本地化”，“跨平台”等原则。

2.2 资料分类

通过分析，将资料按以下类别进行分类：

类别	特色
代码/笔记/文档	重要性高，修改频繁，文本化
其余文档资料	多样化，零碎
大致积数据	修改少，持久保存

• 代码、笔记、文档：全部靠本身码出来的文本类资料，含金量最高。全部特性都指向了一种最合适的保存方式，那就是Git。有保密要求的，托管在公司内网Git；无保密要求的，我会在Github/Coding等多个平台同步托管。

• 其余文档资料：工做/生活中有大量这类文档，好比下载的各类论文/电子书，工做中的各类PDF/WORD/EXCEL，文件增删较为频繁，但文件内容自己修改频率并不高，这种时候，最合适的应该是同步盘工具。

• 大致积数据：好比照片/视频，大量的样本数据，下载的视频课程，一些须要保留的程序安装文件等，基本没有修改的需求，但须要持久保存，并方便随时读取。我置办了一个小型的NAS，主要用于这类需求。只要能联网，手机和电脑就能够随时随地接入看网课或者翻看之前拍摄的照片和视频。此外，每隔一段时间，我还会将整理过的照片/视频在网盘上备份一次。

• 最后，大概以每个月一次的频率，我会将全部类型的资料在移动硬盘上备份一次，做为最后的保险。

2.3 文档/笔记

工程代码和对应的文档是工做产出要求，而在此之外的文档和笔记，则是我的持续积累和提高的关键，这边专门谈一谈。

对于我的文档/笔记，我采用的是一种去中心化的方案。

说得更直白一点，我更倾向于用最传统的本地文件夹方式来组织和管理，同时利用Git这样的版本管理工具，实现文件的多端同步。

对于如今也很流行的标签式管理体系，暂时没有领会其精髓，在实际操做上每每也须要与系统或软件强绑定。若是将来有第三方的工具可以进行这方面的加强，我可能会尝试一下。

在遵循Git基本规范，操做得当的状况下，全部的文档会在我全部的电脑和多个远程托管平台上保持同步更新，以此达到：

• 极高的标准化，一处编写，多处使用；

• 极高的安全性，由于同时损坏或丢失的状况几乎不可能发生。

3. 工具推荐

合理而顺手的工具能够大大提升工做效率和工做时的幸福感。我也很喜欢尝试和折腾一些效率/生产力类型的工具。

为了配合前面提到的全部指导原则和实施思路，下面推荐一些我用过或正在使用的工具。

3.1 Markdown及相应编辑器

大部分程序员应该都很熟悉Markdown。

不Coding可是有码字需求的人，也强烈推荐尝试一下。

这是一个用事后就再也回不去的神器。如非必要，我如今毫不会主动打开MS-Office，由于Markdown太好用了。

Markdown的优势，我总结主要有如下几点：

• 纯文本，简单快速；

• 兼容性高，格式统一；

• 可以被git diff所识别。

缺点可能就是对于复杂的排版支持不够。

归纳地说，就是方便写文，特别是技术类文档，但不方便写书。

虽然说任何文本编辑器均可以用来写Markdown，可是一个顺手的写做工具仍是可以提升效率和温馨度。专门支持Markdown写做的工具软件有不少，这边推荐三款。

3.1.1 VSCode

官方网址

同类型的还有Atom和SublimeText，它们本质上都是代码编辑器，自身或者经过插件扩展，能够实现Markdown的编辑功能。

但使用体验来讲，VSCode是最好的，而微软官方的Remote系列插件，则完美符合个人使用需求，只此一项就秒杀了另外两款。

做为一个Vim盲的我，调试代码时不再用本地编辑后，手动用SFTP上传服务器运行了。

VSCode能够兼容编码和简单的Markdown编辑需求，但体验上跟专门的Markdown编辑器仍是有些差距，最主要体如今快捷键的支持范围，以及插入图片等附件时的便利性。若是想要真正体验飞通常的输入快感，你须要下一款。

3.1.2 Typora

官方网址

这个软件在网上的口碑很是好，我本身使用的体验也很棒，目前是个人主力编辑器。

将Markdown这种标记语言的特性和所见即所得的功能整合起来是它的特点。而对于插入图片的操做优化，特别符合人的使用直觉，进一步下降了学习成本。

3.1.3 Mark Text

官方网址

Typora虽然目前无偿使用，但它属于闭源软件，等正式版推出，估计会收费。若是软件足够好，我也是愿意付费的，但本着保险起见的原则，我又搜寻到这样一款开源软件，几乎完美实现了Typora的全部优势。

Mark Text在一些细节上可能还须要打磨，但已经足堪大任。我目前在本身的Ubuntu系统中，就是使用的Mark Text。

3.2 Git及托管服务

3.2.1 Git

Git几乎可算是现代程序员的必备技能。但用来作文档的同步管理也是很是棒的，若是只是我的用来管理文档，不涉及分支和协做的话，Git其实很简单，只须要用到很是有限的操做，并且目前也有足够多的可视化工具能够辅助。

3.2.2 Git托管服务

关于Git托管服务，公司内网的本地部署采用的是Gitea的方案。

公网的话，Github是绕不过去的。但鉴于某些缘由，Github的登陆不是很稳定，传输速度也很是感人，所以，我还会同时托管在Coding和Gitee上，链接稳定快速多了。

3.3 同步盘/网盘

3.3.1 坚果云

坚果云大概是目前国内惟一一款，免费用户也能用得比较舒心的同步盘产品。

Win/Linux/Mac/Android/iOS/Web全平台兼容。

平常办公涉及的文档资料，我都是经过坚果云实现自动同步。只要注意一下不要把特别大的文件放到同步地址下，每月免费的上传下载额度基本足够使用了。

也有一些别的软件支持同步盘，但功能都有些缺陷，好比不支持多个终端的同步，不能自由设置多个同步地址等，坚果云仍是最好用的。

3.3.2 百度网盘

虽然不充会员就特别慢，可是彷佛也没有其余更通用的选择了。听说阿里云也要出我的网盘了，但愿能带给咱们更多选择。

3.4 NAS

目前用的不算标准NAS，是联想出的一款我的云存储。当时买它主要是看中了便宜，首发期间有很大优惠，几乎等于买机械硬盘送NAS。但也知足基本需求了。

后边若是要升级的话，可能会考虑威联通或者群晖的产品。硬件方面的动手能力很弱，就不考虑DIY方案了。

3.5 其余

再推荐一个本身用得比较顺手，以为颇有价值的工具。

3.5.1 Teambition

这本来是一个团队项目管理工具，但其实用来作我的任务管理和平常生活的协做都很好。

还有一些其余相似的在线工具，好比Trello，Worktile，Tower等能够选择。

（1）用于我的：

我会把Teambition当作一个便签和TODO-List来使用，用项目的方式分类管理起来。

好比把阅读清单做为一个项目，分为“在读/已读/待读”三个任务列表，每本书做为一个任务，任务详情中能够记录一些简单的阅读状况。甚至看到一些精彩或有用的段落，经过截屏或拍照的方式，把图片上传在备注中，留待后期的进一步整理。把书看完后就能够把任务置为完成。

再好比把Blog写做做为一个项目，想到一个可写的主题就列为一个任务做为备选，任务详情中能够随时记录一些点子和零散的资料。这样，就能够累积起很多素材。写完成篇后就能够把任务置为完成。

自从用了这种方式，读书的效率提升了很多，特别是把一本书读完的几率提升了很多；而Blog的产出效率也提升了。

（2）用于家庭协做

家庭生活中，一些重大的事项其实也能够看做一个个项目，我跟老婆通过一段时间的尝试，也摸索出一种用项目管理的理念来提升生活条理性和规划度的模式。

以前咱们还用过微软的ToDo，简单的协做也很不错，好比购物清单，快递备忘等，可是更复杂更长时间跨度的协做管理就感受有些力不从心了。目前ToDo还在使用中，但仅限于这些短平快的备忘性质任务。

好比把家庭出游当作一个项目，分为“待出行/构想中/已出行”三个任务列表，每一次出游做为一个任务，任务详情中能够记录出游的各项细节状况，好比目的地、住宿预订、车票机票预订、景点门票预订等，还能够把攻略和参考连接附上。回来后，在项目Wiki里，还能够写游记。

之后回顾起来很是清晰明了，甚至系统自动的统计报表功能，能够帮你完成出游的数据统计。

其余好比买房/装修，娃上学择校等，均可以列为项目，进行更有条理的规划。

4. 关于写做

看到过有人说，程序员都应该学会写做，都应该去写博客。话虽然说得绝对，但我以为有道理。

代码是一种语言，平常用语也是一种语言，只不过一个是要让机器读懂，一个是要让人读懂。而把语言和逻辑组织好，并表述清楚的能力，实际上是相通的。

而且，在必定规模的团队协做项目中，使代码可以让人看懂，可能比让机器看懂更重要。让人看不懂的代码，就算当时写得再精巧再完善，没法维护始终是致命伤，不说其余人接手，就算做者本身，可能过一段时间也回忆不起来当时的解决思路。

以前折腾过一段时间的静态博客工具Hexo，利用Github和Coding的Pages服务去生成我的博客网站。后来又玩过Hugo，也是一个相似的工具。如今回头想一想，只是为了知足本身动手折腾的好奇心。像我这样在社交媒体上的隐形人，自建站约等于零流量。不如回归一些较为主流的平台，省去维护的精力，用这个时间多写几篇帖子。