在随便哪台智能电视都能装App的今天，没有国行、没有国区商店、价格不算低（1k+）的Apple TV 4K，值不值得买呢？

先抛结论：如果你是Apple全家桶的受害者使用者，推荐购买；如果你恰巧还有NAS之类的设备，那么非常推荐买；如果你能搞定外网环境，还有Netflix之类的账号，那简直非买不可。

所以没错，这并不是一篇严谨的评测文章，而是一剂来自果粉、非常主观的安利。

缘起

我会买Apple TV完全是个偶然，契机是看到了Emby公益服（一个免费的线上影视库）对Apple TV和Infuse的介绍。在这之前，我被Emby的中文字幕显示问题（如上图）搞得非常头大。当得知Apple TV+Infuse的组合，能完美地驾驭各种字幕后，我突然来了兴趣，一时冲动直接在狗东下了单。

Apple TV到货后，我高频地使用了几周，可以说是惊喜连连。最大的意外发现是：它几乎能串连起我所有的Apple设备，就像给它们集体上了Buff一样，大大扩展了家庭环境下它们的使用场景和功效。

亮点

软硬件设计

Apple TV的硬件素质是相当过硬的，支持4K HDR，也支持杜比视界。如果有可用HDMI输入的立体声音响设备，可以直接通过HDMI线来串联「Apple TV - 音箱 - 电视」，节省一个电视的HDMI接口。

带触控板和重力感应的遥控器，手感非常好，通过蓝牙与Apple TV连接，可生效的操作距离很长——相隔一两个房间也完全可以操作。Apple TV的蓝牙也支持连接AirPods等设备，而且值得一吹的是，可以同时连接两个AirPods——虽然这种场景很少见，但是大半夜两个人各自戴着耳机看电影，也是可实现的。

软件方面，Apple TV也有苹果一贯高水准的设计。尽管有操控感很棒的实体遥控器，它还支持使用同一网络下的iPhone，来模拟遥控器。在需要输入字符的时候，也可以通过iPhone的键盘来实现。输入过程非常丝滑，完全感觉不到任何延迟卡顿。

Apple TV对设计细节的把控，在每个交互界面中都能察觉到。比如上图，同样是网络设置，左边是Sony电视的设置界面，右边是Apple TV的，可以说是一图胜千言了。

万能的AirPlay

真正让我彻底为Apple TV所折服的，是它那万能的AirPlay。一般视频应用的手机投屏，实际上是将视频的链接直接推送到电视设备上播放。而Apple TV的AirPlay，除了这种场景外，还支持屏幕镜像、屏幕扩展等。

比如，目前几乎没有其他任何优雅的方式，能在电视大屏上看带弹幕的B站视频。而通过AirPlay的「屏幕镜像」，可以完美地实现大屏看弹幕，并且毫无卡顿。相比之下，安卓电视或App的屏幕镜像功能，画质之差、播放之卡顿，近乎完全不可用。

另外，像Procreate这类的App，也支持通过AirPlay投射画布画面，来检视画面效果。投屏iPad或者MacBook界面，自然也不在话下。通过AirPlay连上电视以后，就相当于不借助任何线材，外接了一个超大尺寸的显示器，光这一点，就值回票价了。

AirPlay还支持音频的投递，想象一个场景：你戴着耳机听着歌回到家，摘下耳机，无需特地打开电视，就可以把正在播放的歌曲投到Apple TV上，屏幕会自动点亮，音箱开始播放歌曲，你一跃躺在沙发上开始玩手机……这种体验也是没谁了。

影音体验

Apple TV的核心功能，当然还是影音播放了。这里要大力安利下Infuse这个应用，几乎可以算是Apple TV的必备App。Infuse可以使用FTP、SMB等协议播放本地视频文件，还可以连接Emby、Plex、Jellyfin等服务，提供在线播放功能。如果视频没有元信息，它还可以为视频查找匹配海报、分集、简介等信息。

另外，Apple TV上还有强大的收费直播应用iPlayTV，可以通过网络地址直接导入直播源，观看体育直播等高清电视信号。其他的流媒体平台，如Netflix、Disney+等，如果能搞定网络环境，这些平台上的4K视频观看，自然也不在话下。

还有值得一提的是，目前买Apple TV，会赠送苹果自家流媒体Apple TV+的一年期会员。可以免费观看期间推出的所有自制剧，包括Bille Eilish的纪录片、科幻「屏保剧」Calls等。

贴士

如果真有人吃了我上面这套安利，那么可能会用得到下面这些小Tips。

杜比视界：需要电视音响和线材支持才能开启的，但如果硬件都满足条件还是开启失败，可以尝试打开音响和电视的「增强模式」，一般在「外部输入-HDMI信号格式」菜单里。

登录账号：由于Apple TV没有国区商店，如果你登录的是国区iTunes账号，是下载不了任何App的。所以需要提前准备一个非国区账号，还要注意Infuse等软件也要用这个账号购买。另外，Apple TV是支持登录多个iTunes账号的，也就是说，你完全可以用国区账号进行iCloud同步，用美区账号使用App Store，这点和iPhone类似。

网络设置：如果要看Apple TV+或者Netflix、HBO等平台上的剧集，需要对应地区的网络环境，不翻墙是没法实现的。好在Apple TV的网络设置也比较简单，可以直接通过修改网关，利用路由器或者其他网关设备来实现翻墙。

影视资源：这里非常推荐Emby公益服，不过要通过考试才能加入使用，具体加入方法可参考官方wiki。当然如果要感受绝对流畅的观影体验，最好的办法还是下载资源到本地，通过Infuse访问本地网络的资源来播放。

局限

Apple TV当然不是十全十美的。首先，它强依赖苹果的「全家桶」。如果你没有任何苹果设备，那么它完全就是个可有可无的产品。另外，单就只支持境外流媒体平台这点，对很多人来说，就是一票否决的关键缺陷。

所以，Apple TV注定只是苹果硬件生态下「锦上添花」而非「必不可少」的一环。

另外，据传Apple TV产品线近期（2021年上半年）会升级，本文发布的时刻可能并不是一个购买的好时机。不过话说回来，升级款大概率是处理器性能提升，无关痛痒。

在忍受了几年出租房极差的无线网络后，今年装修新家的时候，终于能一展拳脚折腾家庭网络环境了。然而在实际操作中，我发现其中所涉还真是庞杂，很是耗费心力。在大量阅读了网上的评测、教程，先后购入了AC+AP、NAS等一堆设备后，总算折腾到了令自己满意的程度。有鉴于此，就做个记录，当成是经验谈罢。

1 硬件

折腾家庭网络基础是网络硬件的规划。而且这部分设计，应该和水电一样，是需要在硬装的时候就开始考虑的。实际上，生活中很多网络问题，都是因为硬装时期的「先天不足」而造成的——比如承重墙对无线信号的削弱是致命的，但是如果没有预埋网线，就需要用更为复杂的方案来解决。

1.1 拓扑设计

拓扑设计其实是我卡住时间最久的环节。主要是犹豫不决，对于什么是「最佳方案」举棋不定。这里列两篇具有指导意义的指南吧。

• 家庭宽带布线，是AP面板好呢？还是Mesh呢？
• 家庭网络系统规划及布线指南

总之，在参考了很多方案以后，我还是总结出了一套拓扑设计的原则：

• 家庭网络规划的核心是预埋网线
  • 最好能做到每个房间或生活区域都预埋网线，在不确定软装布局时，可以在两面墙上都留网线口
  • 如果想通过一个无线AP实现大面积网络覆盖，那最好在房顶吸顶灯处埋线
• 网线如果没埋到位，mesh是不二之选
  • 不要迷信什么电力猫、无线信号放大器，都是不稳定、不可靠的方案
• 网线如果埋到位了，AC+AP的方案是最佳之选
  • 面板AP的优势是隐蔽、不占网口，缺点是如果支持Wi-Fi 6之类的新标准价格会很高
  • 吸顶AP的优势是隐蔽、信号强，缺点是覆盖范围太广，以至于有时换房间也不会切换AP
  • 如果有安装各类插件的需求，可以选择支持纯AC模式的Poe交换机，搭配路由器使用
• 相同网络环境下，设备接入网络的方式，永远是有线 > 无线（当然前提是设备可以接有线网络）
• 弱电箱空间尽量大些，可以考虑做在柜子里，因为很多网络设备要放在这块区域

基于这些原则来看，我家的问题是：房子是精装房，已经无法进行预埋网线操作了。好在开发商还是埋了不少网线（可恨的是超五类线），弱电箱处又做了嵌入式的一面柜子，可以说先天条件不差。

在这种情况下，考虑到我后续需要购入的群晖NAS、旁路由、Iot设备网关等，我最终选择了AC+AP的方案，电脑、电视等有线网口的设备全部通过有线网络接入。整体拓扑图如下：

1.2 硬件选择

1.2.1 AC/AP/Poe

所谓AP，即无线网络节点，可以是无线路由器，也可以是面板AP等设备。而AC则是AP设备的控制器，当有多个AP设备时，由它来判断无线设备连接哪一个AP。Poe的话，则是一种供电形式，即通过网线来供电，从而使得AP设备不需要另外连接电线供电。

AC+AP的套装，我最终选择了H3C的H8家庭套装，即路由器和AC&Poe交换机一体机H200，和6个AP面板A200。之所以选华三，一来是因为它相较TPLink之流，主做企业网络方案，口碑不错。二来虽然H200是一体机，但是支持纯AC模式，可扩展性强。至于AP面板，虽然没有Wi-Fi 6之类功能，但是胜在数量众多，能做到全屋无死角覆盖。

1.2.2 NAS/旁路由

至于NAS的话，则可以简单理解为网络存储硬盘。群晖有「NAS界的苹果」之称，正好今年出了一波新款。我选购的DS220+，定位家庭中端款，双盘位，同时还有了两个网口，可以通过虚拟机来实现软路由功能，实在是性价比之选了。也正是因此，我没有另外购入软路由设备，而是通过群晖的虚拟机来实现了旁路由功能。

这里简单解释下「软路由」和「旁路由」。

所谓「软路由」，是相对普通路由器而言的一种设备类型，是arm架构的linux小型计算机。通过安装openwrt/LEDE等系统，在实现拨号上网、DHCP等普通路由器具备的功能之外，还能通过安装插件实现科学上网、广告过滤等。

而「旁路由」则是「旁路网关」的俗称，是指局域网中一种设备功能。实际上通过Surge等软件，电脑也可以作为旁路由使用，只是不太稳定罢了。旁路由通过连接主路由和无线设备，作为「中间人」，接管无线设备的网络请求，也可以实现科学上网、广告过滤等功能。

关于「软路由」和「旁路由」的详细解释，可以参考以下文章：

• 从听说到上手，人人都能看懂的软路由入门指南
• 从听说到上手，人人都能看懂的旁路由入门指南

2 软件

硬件到位后，实际耗费大量时间的，是设备软件的安装。虽然网上有大量教程可参考，但是初上手的时候真是一头雾水，不知道该装哪些。不少教程更新时间还较早，有不少坑。这里，我把软件安装过程中，自己的理解、参考的教程和遇到的问题都一一列出来。

2.1 群晖NAS

2.1.1 Raid选择与备份策略

NAS的核心定位是「存储设备」，所以不管支持多少插件，它最基础的应用场景还是存储和备份数据。我以为，除了著名的「3-2-1」备份原则——3份相同文件、2种不同存储介质、1个异地备份外，还得对NAS的使用思路有个清晰的认知。

比如，因为之前缺乏相关认识，群晖Raid方式的选择就困扰了我很久：Raid0是最节省空间的，但是担心安全性不够；其他Raid方式虽然看似安全，但多少感觉有些浪费空间。

少数派的这篇《简单的NAS不简单》，在这方面很有启发性，破除了我的迷思。文章最有建设性的一个建议是：虽然Raid备份方式很稳定，但是一旦出问题，恢复的速度慢得让人绝望。而群晖盘中的文件，又并不是都需要备份的，所以采用Raid0完全就够了。在这基础上，利用Hyper Backup双盘同步可以来备份重要文件，同时利用Cloud Sync备份到网盘，能完美实现「3-2-1」原则。

2.1.2 内网穿透

既然用上了NAS，那自然少不了内网穿透，否则仅在局域网访问相关资源，使用范围大打折扣。内网穿透有很多种方法，包括群晖自带的QuickConnect、DDNS动态域名解析，还有反向代理、利用公网IP直接访问等方式。

其中，找运营商申请公网IP有点麻烦，而且IPv4资源紧张，还不一定能申请的下来。免费的DDNS服务如花生壳速度有限，QuickConnect只能访问群晖自有套件，所以综合考虑下来，我还是利用frp反向代理来实现了内网穿透。

关于frp的原理，v2ex的这个帖子讲得很清楚明白——内网穿透：在公网访问你家的NAS。简单地来说，就是利用一个公网可访问的VPS，安装frp服务端，内网设备安装frp客户端，通过服务端的反向代理转发网络请求，实现对内网资源的访问。

关于frp的安装和使用可以参考以下教程：

• 使用frp进行内网穿透：文中案例是tcp代理，如果是http代理，设置域名dns解析时，需要注意应该解析到local_port而非remote_port
• 使用frp为你的Web服务添加https支持：如果用https2http插件的话，记得把plugin_local_addr & plugin_host_header_rewrite改成对应的内网ip和端口

不过，由于我用的是境外VPS，frp的速度实在有限。为此我经过一阵摸索试探后发现，zerotier是PC端兼具免费易用和高速访问（下行速度无限接近内网！）特性的不二之选。而移动端由于与网络代理软件互斥，所以并不十分推荐。其原理及教程可参考以下文章：

• 轻松实现无公网IP高速远程访问NAS！zerotier从原理到实践
• 群晖系统安装zerotier one进行内网穿透过程中常见问题及解决方法：此文适用于群晖不知道选哪个内核、点Join没反应等疑难问题

2.1.3 常用插件安装

而后就是插件的安装使用了。虽然群晖功能很强大，插件群也很多，还支持docker能当个服务器来用，但是实际日常生活中，频繁用到的功能，无非以下几种：

• 系统、文件、照片存储备份
• 影视、音乐、图书媒体库
• 远程下载工具

下面列出我参考的相关教程，以供参考。

• 正经影视库
  • 群晖使用docker安装&使用EMBY全流程教程
  • 手把手教您KODI挂载NAS上的Emby流媒体服务器
  • 解决themoviedb被DNS污染导致群晖Emby服务器无法刮削电影的问题
• 不正经影视库
  • 利用EverAver+Emby+Kodi打造本地AV媒体库
  • AV信息搜刮器——AV Data Capture：注意需要cd进对应目录后再执行程序
  • AV女优头像搜刮器
• 图书库
  • 群晖Docker搭建网页版Calibre书库：除教程步骤外，要配置config文件位置，并且利用桌面版Calibre先创建书库
• 系统备份
  • 把群晖NAS变成「时间返回舱」，轻松搞定Time Machine无线备份
• 下载工具
  • 神级下载工具Transmission，及配置Transmission Web Control：web UI安装的时候注意要用root账户，如果不是的话需要用sudo -i来获取root权限

2.2 旁路由

上文也说了，我用群晖DS220+创建虚拟机，来搭建了旁路由。具体操作教程可参考：利用VMM虚拟机安装LEDE旁路由实现软路由超强功能。

完成安装后，有一个迷思曾困扰我许久：旁路由该如何设置，才能合理地接管设备的网络请求呢？尝试了多种设置方式后，我总结了下它们的优缺点：

总的来说，我的建议是：如果绝大部分设备要用旁路由插件功能，就设置旁路由强制DHCP或更换主路由网关；如果只有少部分设备需要使用，就关闭旁路由DHCP，手动配置设备的网关地址。

最后，软路由的最大优势，还是安装和使用插件。LEDE/OpenWrt本身自带不少插件可使用，你也可以参考《用这些OpenWRT插件来武装你的路由器》按图索骥。就我个人而言，用处最大的插件，无非科学上网的PassWall、过滤广告的Adguard Home、NAT穿透加速和上文所述的frp了。

3 未来

至此，我的家庭网络基本折腾到了堪用的程度。如果说后续还有什么想捣腾的方向，一是如果H200不够用的话，可能还是会买台华硕来做主路由；二是想研究下虚拟局域网，出于信息安全考虑，想把Iot设备和其他内网设备区隔开来。

这张图，让我认识到了自己究竟错在了哪里——我每日的信息获取，大概只实现了图中的一、二步，即从纷繁的资讯中，获取零碎的信息。没有整理、归纳、总结和内化，信息终是信息，难成体系。于是，我潜心研究了下知识管理相关的工具和流程。终于借助Notion这一强大的笔记工具，形成了套可堪一用的知识管理方法。

1 由来

1.1 DIKW的启示

上文那张图，源于知识管理界一个著名的概念——DIKW体系，即资料（Data）、信息（Information）、知识（Knowledge）、智慧（Wisdom）。四个层级是依次递进的，每一层级都从上一层级中汲取内容。这其中信息 - 知识的过程，其实就是「知识管理」的过程。这个过程并非一蹴而就的，所以我把它作了下衍生。

这样能更好地解释，知识管理是一个不断激活和更新的动态过程。而我想要实现的，就是针对这个过程，形成标准化的流程，并提升其效用。

1.2 流程和工具的演变

起初我只是用Pocket/Instapaper这类稍后读App，去采集信息源中有意思的内容。但是很快，就陷入了「马了就是读了」的困境，read it later变成了read it never。

于是我强迫自己定期挑选其中的部分内容，读完后添加至Evernote，并且建立了一套详尽的分类和标签体系。但是很快我就发现在这种策略下， Evernote完全沦为了一种稍加组织的资料库，而其中的多数内容，都能从网上被检索到。

随着Evernote的日渐臃肿，我转投了轻便的笔记本应用Bear。更简洁的标签体系，和完善的Markdown支持，让它成为了我真正意义上的「数字笔记本」。我在上面记录学习和读书笔记，并且建立了相同主题笔记的索引，来更好的管理内容。

不过，尽管我努力地去结构化内容和建立联系，信息终究还是以输入时的组织形式被保存。也就是说，如果读了同一主题下的几本书，我会用数篇笔记来记录。尽管它们之间可能相互引用，但终究还是彼此独立的内容。

1.3 《高效信息管理术》

今年疫情期间，我读了@Louiscard 在少数派的付费专栏《高效信息管理术》。他在文章里提出的「大纲」和「数据库」概念，完美的解决了信息和知识零碎、可用度低的问题。在他文章的启示下，我终于有了一套从信息的收集、处理，到整理、输出的全流程方法论。

但是仅靠 Bear，无法完全实践这个方法。而我又不想假借过多管理工具，造成流程和内容的割裂。这时候，Notion就进入了我的考虑范围。

2 Notion

2.1 All-in-one的Notion

Notion作为新生代的笔记工具，有很多过人之处，官方的一句话介绍是：The all-in-one workspace for your notes, tasks, wikis, and databases。这段描述毫无吹嘘的成分。尽管在四个领域内，Notion的表现各有高低，但作为一款强大的全平台Web App，确实有All-in-one的底气。

Notion主要由三个内容单元——Block、Page和Database构成。Block可以是任意文本、列表、表格、代码或网页书签，Page则是Block的集合，Database又是Page的集合。最妙的是，Notion采用一种「无极」的内容组织形式，即Block、Page和 Database三者可以互相包含——Page组成Database，但Page中又可以插入Database。

关于Notion的详细介绍和使用技巧，可以参考@177 的视频教程，或者@linmi的博客和中文社区。

2.2 为什么是Notion

如上文所说，Notion多样而具创造性的内容组织形式，使它与其他笔记应用相比，能适用于更多不同的场景：

• 支持剪藏网页，支持Markdown，解决了信息录入的问题
• 表格视图的Database，能很好的契合零碎信息的收录和查找的场景
• 每个Block都可以被链接，支持丰富的内容格式（尤其Toggle list），可以用作知识大纲
• 看板视图的Database和待办提醒，可以用作输出时的项目进度管理

不过Notion也并非没有缺点，至少在我这个Markdown「原教旨主义者」看来，对Markdown支持的不全面（比如链接和图片的引用），让它在笔记记录上有些减分。还有，国内较差的网络响应速度、缺少原生离线的客户端，也是很多人抵触它的原因。

说到底，Notion的精神内核，还是一个基于Web的富文本笔记应用。而我的应对之策是，笔记仍使用Bear来记录，如有必要再导入Notion。

3 流程

3.1 整体介绍

整体的流程，可以大致拆解为如下六个步骤：

1. 采集：从日常接触的资讯内容中，采集有价值的部分
2. 处理：对采集的内容进行分类、标注、总结等处理
3. 数据库：将值得提炼的内容，提取后插入内容数据库中
4. 大纲：总结和提炼内容，检查是否需要填充或完善大纲
5. 记忆（非必要主流程）：将需要特别记忆的部分提取出来，制作成Anki卡片记忆
6. 输出：以项目的形式，通过实践和输出来运用知识

我制作了一个Dashboard的Page作为启动页，方便自己快速导航至需要的内容。你可以籍此了解我大致的知识库内容结构。

3.2 采集和处理

对我来说，最重要的信息源是上百个RSS订阅源，和几十个订阅播客。每天我会预留一定的时间，来浏览和清理它们。信息的输入必须节制而高效，否则很容易就会陷入「信息过载」中。对大部分新闻资讯内容，扫视标题浏览即可，毕竟时效高、信息密度低的内容，对知识体系的建立基本是没有帮助的。

对夹杂在其中的5%有价值的内容，我会先标记稍后读。然后用成块时间，完整地阅读这部分内容。这相当于内容的二次过滤。粗读后仍觉得有价值的，我会用Chrome 网页采集插件采集至Notion。

接下来是对这部分内容的进一步加工处理，包括以下步骤：

1. 修改标题，使其能概括文章内容
2. 移动Page至对应的分类下
3. 补齐文章日期、作者、平台等元数据
4. 判断是否需要提取信息和纳入数据库和大纲，纳入看板视图
5. 调整文章格式，去除不必要的信息
6. 精读内容，对重要的部分进行高亮和批注，读完后进行评分和总结

3.3 数据库

处理完采集的内容后，并不意味着它们已能完全为我所用了，因为信息组织形式还是一篇篇的「文章」。到实际使用的时候，这种组织形式下的内容，使用效率是比较低的。

内容数据库的概念，就是为了更好地服务于「使用信息」这个目的。比如，如果有一个关于「名人名言」的内容数据库，每一行记录标注了主题。那么当你写作时，想引用某一主题下的名人名言时，就会变得轻而易举。

当然要使用内容数据库，首先得根据实际场景来设计和建表，以方便查找和提取内容。至于插入其中的数据，可以是上一步处理过的内容中所提取的信息，也可以是直接输入的内容，比如听播客过程中摄取的知识。

Notion表格视图Database的展现形式，几乎和Excel相差无几，可以自定义表格的列名和类型（数值、标签、文本等）。同时，每一行数据又都是一个单独的Page，可以点击展开，在其中记录详细的内容。取用信息时，就可以根据列名先定位数据，再展开Page获取详细内容。

3.4 大纲

有层级关系的内容，树状结构无疑是最好的展现形式了。所以用大纲（Outline）来呈现和组织知识结构，是再自然不过的了。建立大纲最大的难点，在于怎么确定主干结构。一个技巧是，挑选这个领域内最经典的书籍，参照它的目录来建立。

当然，一本书通常是不能涵盖领域内的全部内容的，并且，知识也会随时间推移而过期或更新。所以，必须阶段性地检视大纲结构，根据自己的认知对它进行修改、补充或删除。

Notion Page中的Toggle list，虽然比不上OmniOutliner这类专业的大纲工具，但是能插入Block支持的所有内容，就已经足够强大了。而且，大纲中的任意一级都可以被链接或链接至别的Page，能实现和数据库或剪藏库中内容的关联。

3.5 项目和输出

我一个朋友@半撇有句slogan叫「做是最好的学」，我深以为然。如果学习是为了实践，那么信息的输入自然也是为了输出。向外输出内容，就相当于遍历了自己相关的知识体系。这不仅是一个回顾知识的过程，也是一个获取新知的过程。我就时常因为新的写作项目，厘清了很多本来模糊的概念，接触到不少新的知识。

Notion的Block可以存放资料和文本，又能随意调整顺序，很适合用来制做写作构思时的内容卡片。加上所有的知识体系内容都在其中，用Notion来做写作的前期辅助，便成了很自然而然的过程。比如本文，就是先有了大概的思路和一堆内容卡片后，在其基础上形成了完整的写作大纲。

另外，Notion的看板视图，也让简单的项目管理成为了可能。上图左半边，就是我进行装修时，所建立的项目视图，包括相关资料的收集、方案的确定、待办清单和相关账目记录，等等。

4 结尾

PM大概是世界上最抵触「非标」的一群人了，所以能形成这样一套标准化的知识管理流程，我还是颇为满意的。但是旁人如果想参考，需要注意的是，启动需要很大的动力及成本。不过当然，收益也是可期的。

此外，Notion作为基础工具，还是可以有不少提升点的。除了上文提及的网络因素、离线支撑外，我个人对Notion最大的期待，是对「脑图」的支持。如果说大纲呈现的，是知识的内在层级的话，那脑图所呈现的，就是知识的内在关联。两者相辅相成，能让这个一站式知识管理工具更上一层楼。

PS. Notion还有个强大的Feature，就是支持笔记的公开链接访问，所以这里是本文的Notion 版本。

参考资料

• DIKW体系 - wikipedia
• 少数派《高效信息管理术》
• gapingvoid:data-information-knowledge-insight-wisdom-impact

我所提到的「硬件」概念，是相对于「软件」而言的。所以不管是数码、电器，还是生活用品，只要是有实体的物件，都在候选范围。遴选后的清单如下，以购入先后排序。

• SYSMAX书架
• 理光GR3
• 明基PD2700U
• Ember保温杯
• Apple AirPods Pro
• 罗技MX Master 3

SYSMAX书架

最初是在某篇晒桌面的文章里，看到这款读书架的。读完文章我就立刻下单了，多少有点冲动消费的意味。因为实际上，我读纸质书已经越来越少了，通常小说、漫画等休闲类的阅读都会在屏幕上完成。

但是买回来以后，才发现它意外地很契合「边用电脑做笔记/编码边阅读的」的场景——常规做法，需要将书平摊在桌面，低头看会书，再抬头看会显示器。有了读书架以后，能避免这样频繁地大范围视线切换，阅读体验舒适了不少。今年我用它读了不少编程相关的书，可以照着书里的案例直接在竖屏上coding。

当然单纯拿来看书也很好用，可以避免过分低头，有利于形成正确的坐姿。书架自带的固定页夹也很有灵性，看中小开本的大部头书时，不至于要用手固定住书页。另外，虽说名为读书架，其实也完全可以用作iPad或Kindle架。尤其是用iPad阅读时，毕竟长时间举着还是很累的。

购买链接

理光GR3

作为一个叶公好龙式的街拍爱好者，早就想要买一台理光GR了。犹犹豫豫，终于等到今年第三代面市。然而，李现的一条微博莫名让它成了「网红机」，害得我蹲点预约了好久才抢到。才到手的时候，心潮澎湃，立贴为证说要做个实干派，但是半年下来不过扫了三四次街，惭愧地很。

当然用的少不代表它不好用，相反，它很好用。但是这种好用，仅限于街拍。我敢断言，如果是为了街拍以外其他任何目的买它，肯定终究是会后悔的——28mm的视角太接近手机、大底带来的画面提升不在大屏下观看豪无意义、轻便但终究比不过手机、APS-C画幅下f2.8的光圈不会有太震撼的焦外……

但是一旦到街拍领域，它不引人注目的体积、高像素的大底、为单手操作设计的操控区、全功能的fn键和快拍模式，没有任何一款别的相机可以比拟。真的是「为街拍而生」的一台相机。它的所有逻辑，都是为了满足这一细分市场。甚至当你在关机时，它都会显示当天拍摄张数。对街头摄影师来说，简直就像是告诉猎人，今天猎到了多少猎物一样。

但是要说不满，也是有的。主要是这一代过分追求体积最小化，右手的操作区域实在是太逼仄了，牺牲了部分操作性。还有，使用一阵后，机身发热会很明显。最后一点，不是缺点的缺点——可能是我用惯了35mm，28mm的视角街拍，真的需要靠的很近。

购买链接

明基PD2700U

我之前有一台戴尔的2K显示器U2515H，今年考虑组个双屏，想上个4K屏。但是苦于预算有限，在大牌的几款平价产品Dell U2718Q/ LG 27UK850/ BenQ PD2700U间犹豫了很久。虽然最后选择了明基，但要是选了另外两款，我估计大概率也不会后悔。

选PD2700U的原因主要是它自带了个光线感应器，在「低蓝光」模式下可以实现自动的亮度调节——眼睛已经被Apple的True Tone养刁了，希望显示器也能实现类似的光线调节功能。

实际到手后甚至还有点超出我的预期，色彩什么自不用说，IPS面板的漏光问题很小——比我的那块Dell U2515H好太多了。而且4K屏真的要比2K屏细腻得多，macOS果然还是得用4K。至于2K+HiDPI这种歪门邪道，和真实的4K对比，差距还是很大的。

另外它还自带音箱，虽然只是能听个响的水平，但是连Switch时，不用再单独接音频线，这点至少比它的Dell前辈强多了。

购买链接

Ember保温杯

我爱喝拿铁，而且喜欢做300ml以上的量，放着慢慢喝。这就造成了一件困扰我许久的事：凉了的拿铁非常不好喝，这点不论是在冬天还是夏天，都一样。单品手冲、美式等其他咖啡，都不会有「凉了不好喝」这种苦恼，唯独拿铁，凉了就真的「凉了」。

为了解决这个问题，我甚至还干过「微波炉二次加热」这种邪道行为——直到我发现了Ember。Ember的原理其实很简单，就是在杯底放了加热元件，同时支持蓝牙连接，可以调节加热时间和温度。实际上它的蓝牙可有可无，只需要在第一次连接时，设置好保温温度即可，以后自然会按设定温度进行保温。

虽然一款电热保温杯，卖5xx很贵，但是它带来的幸福感，是无法用金钱衡量的——在冬天晚上，一整晚都喝到恒定55度的咖啡/茶/水，太安逸了。而且不用特地为它充电，只需要放在带电源的杯托上，可以一直保温下去。

唯一的不满是，保温拿铁时，如果时间久了，总会生成奶皮。那放久了岂不成脱脂奶了？目前看来，只好调低温度来抑制。

购买链接

Apple AirPods Pro

AirPods Pro是2019年最让我惊喜的苹果产品了。从一个主动降噪和蓝牙耳机多年使用者的角度来看，这完全是苹果又一次颠覆式的创新。如果说AirPods 1/2让消费者意识到，对于多数使用耳机的场景，「线材」是完全不必要的，那AirPods Pro就又一次教育了消费者，相同场景下，「主动降噪」是一件多么必要的事。

在AirPods Pro之前，我有一副一代的AirPods和一副Bose QC30。分别用以应对不同的场景：AirPods由于佩戴舒适无感，主要是在安静的环境使用，目的是不影响别人；Bose QC30有很好的主动降噪效果，我会在高铁、地铁等通勤时使用，以隔绝外界的噪音，沉静在自己的世界里。

而AirPods Pro的诞生，打破了这种隔离，苹果把Bose 85%的降噪能力（实际上抗风噪比Bose强，应该是不同降噪策略导致的）和AirPods 85% 的舒适佩戴感糅合在了一起，打造出了真无线、真降噪的耳机。

以前就有人吐槽苹果耳机的造型，说戴不牢，容易滑落之类的。但这种设计，其实是苹果基于数以万计不同的耳道、平衡舒适与稳定的结果。这样才能在实际佩戴时，适合99%的耳道。我以为AirPods Pro是贯彻了同样的设计哲学——为绝大多数人而打造。所以，它能和真降噪耳机比舒适、便携，和真无线耳机比主动降噪，打遍市面无敌手。

AirPods还有苹果一贯让人惊喜的设计细节：比如耳机上的按键并不能真的按下去，但当你按动它时，耳机里会发出模拟的「咔哒」声，效果就像iPhone上的Haptic Engine震动一样，几可乱真。再比如，当你取下一边耳机后，还佩戴着的另一边，会立刻切换为通透模式，不会给耳朵带来任何耳压感。

当然AirPods Pro也并非完美，我使用过程中也遇到不少困扰。首先，听诊器效应是真的很明显，主要是走路时鞋踩地面的声音传导。其次它的橡胶耳塞并不能做到100%封闭耳道，我用了L号的耳塞，但还是多少有些漏音的感觉，期望以后某宝能有海绵套卖吧。最后，Android手机连接毕竟没有iPhone连接稳定，有时会有单耳丢失信号的情况，不过应该可以通过升级固件解决。

购买链接

罗技MX Master 3

这是2019年，我最后购入的硬件产品。我有罗技MX Master 1，用了三年多了，还在服役中。买三代的契机是因为有次我把一代忘在老家了，正好办公室的鼠标又坏了，一狠心就下单了。用了几日后，只有一个词：真香。

和第一代相比，外形没有太大的变化，但是却在细微处做了调整。比如鼠标倾角更大了，握持更舒服，还有前进后退、横向滚轮的位置调整，说不上好坏，但要适应一下。而最大的提升，来自于全新设计的滚轮。

鼠标使用频率最高的部件，除了左键大概就是滚轮了。MX Master第一代的滚轮，就推出了常规的段落式和无极滚动模式，但其实并不太实用。因为要实现模式之间的变换，需要花较大力气滚动滚轮，而且会存在明显的界限，让你明确感觉到模式切换了。

但是MX Master 3的滚轮提升真的太大了，官方的说法是用了MagSpeed电磁滚轮技术。直观使用的感受是：每次滚动需要的动力更小了，模式之间的切换几乎无感，稍微加一点力就会变成无极模式；无极滚动中，再正常拨动它，就能切回段落模式。滚轮滚动声音小了很多，准确度感觉也有提升。而且换成金属材质后，不会再像前两代的橡胶一样，用久了卡进去各种难以清理的污秽。

虽然都是微小的提升，但是整体体验上了一个台阶。做个类比，就好像用过90hz刷新率的手机屏幕后，再用回60hz的屏幕，会有种微妙的不满足感。我现在在办公室用着一代时，总是无比想念家里的三代的手感。

购买链接

尾巴

我是个热衷买各类数码产品和外设的人，但给我带来快乐的，并不是剁手时分泌的多巴胺，而是冬夜里一杯冒着热气的咖啡，是一片嘈杂声中的安静歌声，是在桌面上铺开的得心应手的外设，是和它们相伴时的安心感与幸福感。

对我来说，这些体验无论何时都是能「值回票价」的。

1 场景，场景，还是场景

在做产品初期需求评审的时候，boss经常会打断我，问我一些问题：为什么做这个功能？为什么要这么做？核心业务流程和场景是什么？有没有更好的方案？

我时常会被问的捉襟见肘，回答也经常被质疑。几经磨练后，我悟出一个道理：要立足于真实的场景去看需求。对于PM来说，可能「需求」是最重要的东西，然而所有需求都是基于用户场景的——用户是在什么场景下、如何使用你的产品，是产品设计师必须不断思考和牢记于心的一件事。

以那个著名的马和汽车的故事来说，其本意是想讲挖掘用户真正的潜在需求，但是仔细审视一下，这是一个典型的将「需求」和「场景」剥离的案例。

举例来说，有个用户来到马厩，说要在明天前赶往某地，需要一匹比平常更快的马。你总不至于说，好的，我们理解您的深层需求，请您耐心等待十年，我们会研发出一种叫「汽车」的机械载具，来满足您的需求。

当然，和缺少背景的原故事一样，这只是一种寓言式的简单叙述。实际的情况，往往比这要更复杂。

我之前做过一个客服知识库的项目，业务提出说，在服务客户时，客服如果要查询知识库内容，需要切出操作页面，在新页面中打开知识库，搜索内容。为了提升客服处理效率，想在客服操作页面上，集成一个查询插件，方便他们搜索。

于是我们做了这个功能，但是上线一段时间后，发现使用量寥寥无几，更别提效率提升了。去现场调研后，我发现客服通常会将知识库的页面常驻一个标签页，遇到问题会非常顺手地切过去检索。在与顾客通话过程中，点开和使用区域较小的查询插件，反而会影响他们的操作效率。

而之所以会产生这样的问题，是因为我错误地理解了需求的真实场景，把「客服切出操作页面」的场景和「提供查询插件」的方案建立了因果关系。

实际上这个需求，真实的场景是：客服在操作页面上，遇到了某些无法获取答案的「问题」，导致需要切出页面检索信息。那很显然，找到这些「问题」，在操作页面上提供相关信息，才是正解。问题是错的，自然给不出正确的答案。

至于如何把握真实的场景呢，没有什么捷径，只能实地去体验，去做场景观察和调研。不过当然，充足的经验多少也能保证方向上的正确。

2 MVP不是造轮子

两年时间里，我做过最为失败的一个项目，是一个业务自动排班系统。

业务方对系统的预期很高，希望实现的功能，包括对小时业务量的预测、满足各种约束条件的自动排班，和员工考勤以及遵时的监控。几乎每一个单独功能模块，都需要克服很多技术难题，而且需要长时间的优化迭代。

但是坑爹的地方在于，项目周期很短，几乎是赶鸭子上架。我在殚精竭虑了几个礼拜后，终于拿出了一套自认为行之有效的MVP方案。

我先是对业务流程进行拆解，认为「自动排班」是当前最大的痛点，所以准备最先实现这部分功能。我们花了大力气研究算法，解决运算资源问题，调优运算结果，好不容易勉强达到了「能用」的地步。

然而，上线后的效果却令人难堪——不仅排出的结果有各种问题，业务在一次试用后，也完全没有再想日常使用的迹象。

在之后的调研和复盘中，我意识到了问题所在——要把一个完全在线下完成的排班流程线上化，第一步绝不是解决我所谓的「痛点」。提供录入功能，将信息在不同系统间打通，实现线上流程闭环，在此基础上，再去提升各环节的效率，进行智能化的应用，这才是正确的产品演进策略。

而我所谓的「MVP方案」，实际上是造了个轮子，还是个不圆滑的轮子。而轮子不是MVP，独轮车才是。这是一个做产品很普遍且常见的坑，但却被我完美地踩了个遍。

知易行难，干这行真的是体会特别深。

3 技术选型会影响产品形态

产品经理需不需要懂技术，这种「日经」话题被讨论太多次了，通常政治正确的结论是：可以不懂，但是懂的话会有很大帮助。但是我的经验是，对一个合格的PM来说，前半句是不成立的。

我有时会听到同侪与开发之间，发生如下的对话：

开发：「要实现这个功能，可以用A技术，但是会有a影响；如果用B技术的话——」

产品：「哎呀，怎么实现我不管，技术方案你们自己评估。」

开发：「……好吧。」

其实原则上来讲，产品出PRD，技术籍此评估技术方案，这么分工没什么毛病。但是实际工作中，却总会出各种差错。这是因为，通常开发和产品对需求的理解不是on the same page。

之前我们业务需要上线一个数据分析看板，涉及实时和离线的数据，开发计划使用Druid来实现。Druid本身是一个成熟的解决方案，但是它有一个弊端——在去重统计时，会有不小的精度误差。碰巧这个需求对离线数据去重精度要求很高，因为涉及业务的绩效和薪资发放。

但是由于负责的产品对技术方案完全不关心，也没有把「精度要求很高」这样一个隐性需求传达到位，理所当然地觉得不会有问题，导致上线后，统计结果离预期偏差很大。而且，因为一开始的技术选型错误，改动和修正需要耗费大量的资源。

其实这个问题很容易避免，只需要在评审时，仔细听一听开发说的技术方案优、缺点，选择最符合需求、最能保证产品扩展性的方案。

这点对2C的产品也是一样。比如说，一个前端页面该用什么框架，不是开发随便选一个就完事了，会存在诸如：是不是要做成单页应用，要不要考虑SEO，等等，影响因素。

所以产品懂技术，不是要真的上手写代码（当然懂点SQL之类的还是很有帮助的），是需要了解自己产品所属领域的技术方案，和其优缺点、扩展性。因为它们是可能对产品形态产生本质的影响的。

4 用有限的资源做正确的事

有段时间帮部门负责人一起面试，有些面试者是转岗的，我通常会问一个问题，你认为产品经理的核心职责是什么。当然，开放性问题，答案不唯一，我自己的答案是：用有限的资源做尽可能正确的事。

如果拥有无限的资源，那做产品太容易了，穷举所有可能性，都做一遍，选择效果最好的那个（实际上不少大公司就是在这么玩）。正因为资源有限，做正确的事才显得格外重要，毕竟产品决策失误，是会浪费大量企业的人力和财务资源的。

所以有的时候，要敢于对一些不合理的需求说「不」。而且有些事可能看上去无比正确，但是时机不对，资源不到位，就不该去做。

不久前看到苏杰的一篇博客说「内部乙方没有真正的产品经理」，深有同感。对企业而言，PM等级的高低，就体现在他处于产品开发的哪个环节。越是前期，就越偏战略层，等级就越高。

如果仅仅是做产品架构、系统需求的梳理，是很难触碰到核心价值的。充其量，只是在打磨战术。2B产品的出路，应该是参与业务决策，影响业务决策，甚至倒逼业务决策。如果需求的主动权掌握在业务方手中，产品的价值就会被不断压缩。

当然，这点不是仅由PM自己所能决定的了，更多的，可能还是受企业管理者的影响。

5 尾巴

四件事说完，好像又什么都没说，感觉不过讲了一些正确的废话。

但是，总结和复盘，本身是产品工作一个重要而不可或缺的环节。所以，尽管本文可能对读者毫无益处，但至少于我，写些来就有其价值了。

自从Google Reader下线以来，RSS似乎再也没有一家独大的服务商了。Inoreader、Feedly可以称得上是其中的明星产品。一些高级功能如关键词高亮、自定义过滤规则等，也一应俱全。只不过，都需要不菲的订阅费用，而且免费用户的订阅文章里，会带上「狗皮膏药」式的广告，有碍观瞻。

自建服务除了能实现RSS服务商的付费功能外，还有隐私与安全方面的优势。何况，上述这些不受监管的境外RSS服务，指不定哪天就404了。

1 为什么推荐Miniflux

从成熟服务商迁移的前提，自然是自建服务能覆盖或超出前者所提供的能力。除了订阅和阅读功能以外，个人对RSS服务的基本需求有如下几点：

• 界面简洁，设计符合直觉
• 订阅源同步及时
• 服务稳定，能持续更新迭代
• 支持全文搜索订阅文章
• 自定义规则过滤订阅源
• 对只输出摘要的订阅源，能抓取全文
• 移动/桌面客户端支持全面
• 支持保存文章到稍后读应用

1.1 TTRSS/FreshRSS/Miniflux

在一番调研后，我从目前成熟且轻量的开源解决方案中，选择了三个：Tiny Tiny RSS、FreshRSS、Miniflux。为了找到最优解，我把三者都安装试用了遍，并就上面提出的基本需求，做了下横向比较。

结论是，FreshRSS不太能满足我的需求，没有吸引力；Miniflux很优秀，但缺少自定义规则过滤功能；而TTRSS则是功能最齐全的。

由此来看，似乎TTRSS才是最优解，那为什么最终要转而推荐Miniflux呢？因为由PHP写成的TTRSS，实在是太「重」了。我在安装和使用的过程中，遇到不少疑难问题。而整个项目似乎也「岌岌可危」——最近一个稳定版本是1年前。

1.2 极致优雅的Miniflux

与TTRSS相对，Miniflux不仅有活跃的开发者、近乎每月一更的稳定版本，而且功能不依赖任何插件，使用起来令人非常安心。

至于为什么会没有插件呢？作者在文档中回答说，因为Miniflux是一种极简的解决方案。插件一方面会增加其复杂度，另一方面，人们通常不会长期去维护插件。

Miniflux的界面可以说是做到了极致简洁，与著名的稍后读应用Pinboard在设计理念上可以说是异曲同工。没有多余的元素，不加载多余的JS，追求轻量和快速，打开就能直接阅读。同时使用响应式的设计，能适配各种屏幕（移动端还支持滑动标记已读）。

而它目前最大的缺点——「不支持自定义规则过滤订阅源」，也有一种另辟蹊径的解决办法，具体可参考下文「使用指南」部分。

2 安装使用Miniflux

这里主要介绍如何在Docker上安装使用Miniflux，因为使用这种方式，安装和卸载对本身Linux系统影响都较小。当然，你也可以参考官方文档安装使用。

2.1 配置环境

首先，利用ssh连接VPS。如果你不知道怎么做，或者没有VPS，可以参考我之前写的教程，或者直接使用我的推荐链接注册。

根据自己所使用的Linux系统，使用以下命令安装相关环境。

#Debian/Ubuntu系统
apt-get -y install git make nano curl

#CentOS/RHEL系统
yum -y install git make nano curl

输入下方第一条命令安装Docker，这里需要耐心等待一会。等安装完成后，再输入第二条命令启动服务。

curl -sSL https://get.docker.com/ | sh
service docker start

下一步是安装Docker Compose，一个可以一次安装多个Docker容器的工具。

curl -L https://github.com/docker/compose/releases/download/1.17.0/docker-compose-`uname -s`-`uname -m` -o /usr/local/bin/docker-compose && chmod +x /usr/local/bin/docker-compose

2.2 程序安装

安装好Docker Compose后，接下来需要新建配置文件docker-compose.yml。

nano docker-compose.yml

然后在nano编辑器中编辑基本的安装和环境信息，下面有一个配置案例：

version: '3'
services:
  miniflux:
    image: miniflux/miniflux:2.0.16
    ports:
      - "80:8080"
    depends_on:
      - db
    environment:
      - DATABASE_URL=postgres://miniflux:secret@db/miniflux?sslmode=disable
      - RUN_MIGRATIONS=1
      - POLLING_FREQUENCY=60
      - CREATE_ADMIN=1
      - ADMIN_USERNAME=admin
      - ADMIN_PASSWORD=test123
    restart: unless-stopped
  db:
    image: postgres:10.1
    environment:
      - POSTGRES_USER=miniflux
      - POSTGRES_PASSWORD=secret
    volumes:
      - miniflux-db:/var/lib/postgresql/data
volumes:
  miniflux-db:

关于配置文件，其中ports:- "80:8080"中的80是默认对外开放的端口，也就是输入VPS的IP地址即可使用和访问Miniflux。如果改成了其他端口，则需要用http://<ip地址>:<端口号>来访问。

image: miniflux/miniflux:2.0.16代表你想安装的miniflux镜像。2.0.16是当前最新的版本，后期如果有更新（发布页面），也只需要替换此处重新执行docker-compose命令即可更新。

environment项下配置的是环境变量，可以根据自己的需求增加或删除一些配置。其中ADMIN_USERNAME及ADMIN_PASSWORD为登陆时的管理员账号密码。POLLING_FREQUENCY为抓取feed的时间间隔（单位为分钟）。所有支持的环境变量，可以参考官网文档。

配置完成保存后。最后一步，用Docker Compose按照配置，安装和运行docker镜像。

docker-compose up -d

2.3 开始使用

安装完成后，可以使用以下命令，查看dokcer正在运行的容器。检查miniflux的容器是否正常运行。

docker ps -a

如果miniflux不处于启动状态，你可以通过以下命令手动启动它。注意将命令中的 <container-id>替换为miniflux的id。

docker start <container-id>

此时打开浏览器，通过访问http://<ip地址>:<端口号>就可以进入界面，使用配置文件中填写的账号密码即可登陆了。

2.4 域名和HTTPS支持

完成上述步骤后，已经可以正常使用了。如果你有域名的话，解析到该地址后就可以直接通过域名访问了。当然，这并非必要步骤。

域名的购买和解析这里就不再赘述了。如果只是自用的话，推荐去Namecheap买.win域名，40-50元5年，很划算。

有了域名怎么添加SSL使其支持HTTPS呢？这里推荐使用Caddy服务，安装和使用都很省心。这里使用@ToyoDAdoubi的一键安装脚本。

wget -N --no-check-certificate https://raw.githubusercontent.com/ToyoDAdoubi/doubi/master/caddy_install.sh && chmod +x caddy_install.sh && bash caddy_install.sh

然后新建配置文件。

nano /usr/local/caddy/Caddyfile

将配置内容粘贴进去，注意替换尖括号中的项目。

https://<解析到该ip的域名> {
 tls <你的邮箱>
 proxy / <ip地址:miniflux对外端口> {
    header_upstream Host {host}
    header_upstream X-Real-IP {remote}
    header_upstream X-Forwarded-For {remote}
    header_upstream X-Forwarded-Proto {scheme}
  }
 log /var/log/caddy.log
 gzip
}

保存退出后，重启Caddy就可以用https访问域名了。

/etc/init.d/caddy restart

3 使用指南

现在，你已经可以毫无障碍地使用Miniflux了。不过，「客户端支持」与「自定义过滤」这两项，还需要一些额外的工作。

3.1 客户端支持

虽然网页版的Miniflux足够轻便快速，但是习惯了原生应用的体验后，很难再回到「简陋」的网页了。好在Miniflux本身就支持与Fever集成，可以通过它的API在Reeder、Unread等客户端中使用。

这里以Reeder为例。首先，在Miniflux界面上设置好Fever的用户名和密码。

然后打开Reeder添加账户，类别选择Fever。在Server栏填入http://<ip地址或域名>:<端口号>/fever，用户名和密码填写上面配置好的，打开信任证书选项，点击登录即可。

3.2 过滤神器SiftRSS

对我而言，Miniflux目前最大的短板，就是不支持自定义规则过滤订阅源。而SiftRSS就是为了解决这一需求而生的工具。

SiftRSS支持根据订阅文章标题或描述中的关键词，对订阅源进行过滤，然后重新生成订阅地址。你可以选择包含或排除关键词，另外它也支持正则表达式过滤。利用正则表达式，你可以模糊匹配或者屏蔽多个关键词。这里列了几个可用于过滤的实用运算符，以供参考。

3.3 RSSHub获取订阅源

RSSHub是@DIYgod同学主导的开源项目，口号是「万物皆可RSS」。目前已支持将Bilibili、微博、即刻、公众号、知乎、简书等内容更新，作为RSS订阅源输出。如果你已经在用RSS却不知道RSSHub的话，强烈推荐关注使用。

你可以自行将其部署到服务器上，也可以使用项目所提供的rsshub.app域名直接订阅RSS源。目前这个项目的开发很活跃，如果有任何想新增的源，也可以去他们的GitHub issue中提需求。

4 One More Thing

最后，一个忠告：RSS虽好，精简的订阅源和日清的行动力才是关键。

另外，FOMO (Fear of Missing out) 始终是种病态。

参考文章

• 一款简单，快速，轻便且易于安装的RSS订阅器：Miniflux 2安装教程
• 用TINY TINY RSS自建RSS服务
• （另一篇）Tiny Tiny RSS教程
• 一个功能强大又好用的RSS订阅器：FreshRSS安装教程
• 2018年主流RSS服务选哪家？Feedly、Inoreader和NewsBlur全面横评

不过，五分钟能读完的小文，到底只是走马观花罢了。倘若读完真的感兴趣，还是建议去听@kevin同学的知乎live，毕竟就其内容质量而言，9.99元是真的值。

什么是信息流产品

每个使用新闻客户端的用户，都多少接触过的信息流这种产品形态。它有以下诸多特点：

• 海量信息，能源源不断地刷出新的、实时的内容
• 能在合适的场景下，为用户提供合适的内容
• 强用户黏性、长使用时长，利于广告曝光创造营收

如何推荐内容

信息流的内容并不是纯靠算法推荐，人工运营也是其中的重要部份。实际上，人工和算法各有所长——人工运营更长于新闻价值的判断（尤其是「情感判断」），以及对热点的预测，对突发事件的响应；而算法，运用在个性化匹配、冷门的长尾内容推荐上，则更适合。

一个算法实现的内容推荐基本框架，理论上可以抽象成下图。

落实到具体实现，这里是魅族新闻资讯的一个实际案例（右击展开大图）。

如何评估推荐质量

一个信息流产品，不会仅仅使用一种算法模型，通常会进行分流。占大比重的是经过验证的稳定模型，同时，会有多个占小比重的实验模型。

要评估这些实验算法模型的效果，采用的评测指标主要为以下三项：

• 准确率：推荐列表里，多少比例的文章，是用户读过的
• 召回率：推荐列表中，用户读过的文章，占用户阅读记录的比例
• 覆盖率：推荐列表里的文章，占文章库总数的比例

举例来说，文章总量为100，用户实际看了10篇文章。最终实验模型推荐了20篇文章，用户看过的有8篇。准确率为40%，召回率为80%，覆盖率为20%。

除此以外，还需关注的核心业务指标：

• UV转化率：阅读UV/曝光UV，反映多少比例的曝光用户转化为阅读用户
• PV转化率：阅读PV/曝光PV，反映文章的平均转化情况
• 人均篇数：阅读PV/阅读UV，反映内容消费深度
• 人均阅读时长：阅读总时长/阅读UV，反映内容消费深度

为什么要看多个指标，不能只关注点击率呢？是因为一味追求点击率，会鼓励「标题党」，导致用户文章阅读完成度降低，最终影响产品调性，造成深度用户流失。

影响推荐效果的因素

影响信息流推荐效果的因素，并不仅仅只有算法模型。事实上，由于自建模型的难度很高，造成差异的往往是算法外的因素。

首先，强大的内容库是一个信息流产品的基础。内容的多样性、数量、质量、时效如果得不到保障，推荐效果根本无从谈起。譬如，今日头条、网易新闻这种量级的产品，内容每日入库量至少超过500k，可推荐集要超过200k。

其次，一些交互细节及业务参数的调优，也会对最终的效果产生非常大的影响。

另外，数据上报会极大影响推荐准确度和策略选择。而且通常也是埋坑及填坑最大的地方，需要产品对上报时机、阈值、去重、内容做规范。此外，冷启动策略、如何防止用户画像固化造成的「瓶颈效应」，等等，都会最终影响推荐效果。

用户画像体系

用户画像是内容推荐重要的参考体系，通常是对用户主动行为、推送刺激产生的数据进行挖掘后生成的。

上图是魅族新闻资讯的一个用户画像实例，其中：

• 更新频率：一级类目的制定，不会轻易改变，否则对算法效果影响很大，一般每周更新；而二级类目、标签几乎实时更新
• 准确性验证：用推送来验证画像准确性时，如果画像较为准确，推送的点击率一般在20%以上
• 负反馈、搜索：这两种行为数据虽然较少，但对画像的准确性影响很大

相关领域&如何入门

信息流产品涉及领域非常多，包括内容库、用户画像、短视频、搜索、信息流广告，等等。而且每个领域都有很多值得深挖的内容，非常锻炼产品能力。

如果想要入门信息流领域，内容运营是一个非常好的切入口——可以研究现有的自媒体平台，深入探索它的下发策略、管理后台和数据统计。最后，是几本参考书籍推荐，能让产品对系统的理解能力成倍提升：《推荐系统实践》《这就是搜索引擎》《计算广告》。

若不了解这几种许可证，不仅是使用，在开源自家代码时也会有麻烦。毕竟现有的开源许可证大概有上百种，而即使是最流行的六种：GPL、BSD、MIT、Mozilla、Apache、LGPL，要完全搞清楚并记住也颇是件难事。

乌克兰程序员Paul Bagwell由是画了一张分析图，非常简明地说明了这六种许可证该如何选择。阮一峰在2011年制作了一份中文版。只不过阮老师画的图，实在是……让一个颜控无法忍受。

我重绘了这张表，让自己也让大家以后参考时，看得更顺眼些（笑）。大图下载：百度网盘。

另外，除了上述六种外还有个霸气（懒得管）的许可证，叫WTFPL，即Do What The Fuck You Want To Public License，「你他妈想干嘛就干嘛许可证」。

内容拦截≠广告拦截

关于内容拦截，很多人会有个先入为主的错误认识：内容拦截=广告拦截。这多半是因为此类拦截应用，在宣传的时候都会打着「广告拦截」的名号。

但真实情况并非如此——内容拦截是Safari区别于其他浏览器的一个内置特性。Safari以外的浏览器，拦截广告的扩展多是基于JavaScript脚本的。浏览器在读取网页时要先载入这些脚本，会导致加载时间变长，消耗内存增多，造成电池损耗。

而Safari的「内容拦截」则是通过预先将规则写入浏览器，来防止这些内容加载，以达到节省流量和加载时间的作用。能拦截的内容也不仅仅是广告，还包括追踪器、脚本、Cookies和其他会拖慢加载速度的内容。

启用内容拦截应用的方式很简单——Mac版需要安装Safari扩展，而iOS版只要在「设置>Safari>内容拦截器」中开启允许拦截即可。

1Blocker内置了9组拦截规则组，包括广告拦截、追踪脚本、反广告拦截、社交分享组件、评论组件等。启用后，这些拦截规则就将作用于Safari（包括原生应用中内嵌的Safari）。

高可玩性的自建规则

除了内置规则组外，1Blocker还具备非常高可玩性的自建规则，这也是它配称作「好用」的主要原因之一。

选取拦截页面元素

1Blocker iOS在之前的版本更新中，加入了选取拦截页面元素的可视化编辑器。这是1Blocker for iOS里我最喜欢的功能，它使得iOS上「拦截页面元素」这个功能的易用性提升了数倍。

举个例子来说，我们在浏览网页时，经常会看到该网站App的引流横幅，很影响阅读体验。这时候，就可以用Safari的Share Sheets呼出1Blocker的选择器，对要拦截的元素确认进行拦截。

虽然该功能还是Beta版，但是开发者已经做了不少可用性上的优化。比如由于页面元素的点选不可能很精准，所以提供了Narrow和Expand两个选项供你调整选区。

自定义URL和Cookies拦截

除了隐藏元素，1Blocker还可以添加自定义URL拦截，以及针对某些域名屏蔽Cookies。声明这些规则时，需要用到「正则表达式」——一些用来描述字符规律的符号。

如果你不熟悉正则表达式也不要紧，首先App中有一些符号的基本使用说明。另外，由于Safari内容拦截本身就反对使用过于复杂的正则表达式，所以你大概只需要知道要用\. 来表示.，.*可以表示URL中的任意字符（或者没有字符），而 https?://可以表示http://或https://（ 1Blocker拦截规则中/不用转义） 即可。

下图是是对1Blocker完整拦截一个域名规则的一些解释，可以帮助理解和编写自己的规则。

白名单

虽然随着拦截插件的日渐盛行，越来越多的网站已经开始调整广告的呈现形式，或将移动业务重心转移至原生应用。但是，仍有很多独立站点依然依靠流量广告来作为收入来源。针对这些站点，1Blocker提供了一键设置白名单，通过Safari的Share Sheets呼出1Blocker即可「拉白」当前域名。

真正强大的Mac版

不管1Blocker for iOS有多么令人兴奋的功能，真正能发挥其所有功能的还当属Mac版。前者最大的短板在于：不管在可用性上做的多好，都始终回避不了内容拦截的本质——你需要首先能「找到」要拦截的内容，才能制定拦截规则。

更彻底的元素拦截

和iOS版一样，1Blocker for Mac也有页面元素拦截的可视化编辑器，但是借助「网页检查器」这个利器，可以实现更为彻底的元素拦截。

在Mac的Safari上，通过右键菜单>检查元素，你可以打开「网页检查器」查看页面上任意元素的代码，以及站点加载的所有字体、脚本、样式表等资源文件。

在使用1Blocker for iOS屏蔽淘宝手机站广告横栏时，你会发现并不能有效的拦截。这是因为像1Blocker这种拦截器，在选择元素的时候，使用的是元素的id或class这类简单选择器。

这些选择器通常能做到唯一对应，但淘宝这个横栏由于是JS生成的，id和 class的值每次都不同。虽然你生成的规则能成功拦截这个id=o12dfs的元素，但是再次刷新后，它又变成了id=idfd23。这就导致你之前制定的规则完全无效。

好在1Blocker 支持所有被WebKit所支持高级CSS选择器，也就是说可以运用一些高级语法来更精准的选择元素。比如通过分析源码发现淘宝的这个元素标签有一个行内样式，于是就可以通过标签[属性]这种形式来精准匹配这个元素：div[style="display: block; position: relative; z-index: 0;"]。

想要了解更多关于CSS Leve 4选择器请参考w3c的文档。另外，获取元素路径还有个便捷的办法——右击元素标签，选择「拷贝选择器路径」即可。

iCloud同步和导入规则包

1Blocker另一个令人难以割舍的原因在于，所有你修改和建立的拦截规则或白名单，都能通过iCloud实时同步。想象一下你在Mac上建立了一堆复杂的拦截规则，低头拿起iPhone就能访问经拦截后的网页的那种酸爽！

此外，在Mac上你所有的自建规则组，除了可以通过iCloud同步外，还能导出成后缀名为.1blockpkg的JSON格式文件。这样就可以将自己的规则组导出分享给别人，而接收方只要在Mac或iOS设备上打开文件就能导入你的规则包。

这里分享一个我从AdBlock著名的规则列表EasyList China中移植过来规则包，为了保证普遍适用性，只移植了通用拦截规则部分，欢迎从GitHub上下载或者fork走。

问题和不足

1Blocker当然也还存在不少问题，首先它所面临最根本的挑战是：我们真的需要一个iOS设备上的网页内容拦截器吗？既然我们在使用这些设备时，有超过90%的时间都是花在原生应用上，为余下的百分之几时间提供一个复杂的体验优化方案，怎么看都不向是个明智的决定。

试问，有多少影响阅读体验的广告是不能通过「阅读模式」一键解决的呢？

其次，亟需解决的还有本地化的问题。这里的本地化并非指简单的用户界面翻译，而是拦截规则的本地化。虽然它对于美国多数网站的优化拦截是到位的，但到了国内，最终效果与Adblock或uBlock等老牌拦截应用还有不小的差距。

1Blocker并没有一个活跃的社区，单靠用户反馈、开发者补足规则的形式，显然不足以应对全部状况。虽然1Blocker提供足够强大的自定义拦截工具，但完善拦截规则是一件需要投入大量学习成本和时间成本的事。

而普通用户对拦截应用好坏的评判，并非基于是否提供了各种自定义工具，而是看它能否一次安装就一劳永逸，默默地做好拦截工作。而对于Power user们来说，如果能精准地定位到影响网页加载的广告或脚本，把它们写进Surge这类全局代理软件的Reject列表里，难道不是一件适用面更广的事么？

尾巴

虽然我还挺为1Blocker的产品定位担忧的，但对于苹果「全家桶」用户们来说，它仍然不失为目前最为好用的Safari内容拦截器。尤其是当「好用」这个词不作为形容词，而作为动词时。

现在你可以在App Store免费下载1Blocker for iOS，但免费版本仅可开启一组内置规则组。多组规则、元素屏蔽、白名单和iCloud同步等高级功能，需要30元内购解锁。Mac版售价68元，购买后可使用全部功能。

重装之余，学着@scomper给自己所装的各种App和配置做了一个大纲，方便自己日后装新机时参考。另外，这也我使用MacBook三年来所积攒下的经验，所以以后如果有人要我推荐App，甩出这篇文章链接就可以了😄。

恢复外设配置

我的MBP接了一堆外设，在家时插上各种「试管」作主机，出门拔了线就能轻装上阵。所以要恢复到舒服的使用环境，第一步就是要复原蓝牙鼠标、键盘，显示器这些外设的配置。

Logitech Options

下载

罗技键鼠必备的配置App。一些鼠标可以通过它，自定义在全局和特定应用内，功能键所分别对应的不同功能。

Karabiner-Elements

下载

macOS Sierra的改键神器，特别适用于非常规键位布局的外接键盘，另外它还能让不同的键盘使用不同的配置。Sierra以前的版本可以使用Karabiner。

SwitchResX

下载

屏幕分辨率修改工具，强大之处在于开启HiDPI模式后，能使2K/4K高分辨率外显的UI比例接近Retina屏。开启方式可以参考：《Dell U2515开启HiDPI教程》。

最高优先级应用

最高优先级的应用，是恢复正常使用MacBook的基础条件。基本上就是一些密码、文件同步和网络环境相关的App。

1Password

下载

虽然Apple的Keychain密码管理已经越来越强大，但说到跨平台和功能完备的密码管理，舍1Password其谁。

坚果云

下载

国内唯一堪一用的同步盘，每月可以免费上传1G、下载3G文件。著名的非商业机构Qualys SSL Labs对众多网盘加密传输的评估如下：Dropbox A+，坚果云A，百度云C。

Surge

下载

强大的网络调试工具，其附属功能是能让你上各种「不可名状」的网站。奈何过于稳定可靠，以致大家都将主副功能颠倒使用了🤷‍♀️。近来国区iOS版惨遭下架，还好macOS版不受影响。

Dropbox

下载

虽然坚果云很棒，但是毕竟服务器在国内。经历了种种「高兴就封你」的操作以后，一个「真正」的个人网盘尤其重要。在恢复网络环境后，老牌的Dropbox其实异常可靠。

恢复应用环境

这以下安装的应用，其实都属于个人偏好了。某些类别当然有许多其他同类优秀的App，挂一漏万，以下列举的不过是自己适应而用熟的。

效率工具

Alfred

下载

大名鼎鼎的Launcher，允许你通过键盘输入，来启动各种不太常用的App，管理系统，搜索和打开网页、文件，以及配合各类扩展workflow，高效地完成各种任务。

Manico

下载

设计初衷是App切换器，但其实「启动器」的定位更适合它——为常用的App分配一个数字键或字母键，同时按住⌘ / ⌥ / ⇧ / ⌃键中的一个，来快速启动它们。

SpaceLauncher

下载

键盘启动器中的后起之秀，把空格键作为Hyper key。比Manico更泛用，可以快速启动App或打开某一路径文件夹。并且支持多层级，比如先按键A打开某一组键，再按键A启动某一功能。

Keyboard Maestro

下载

大概是Mac上最强大好用的自动化工具了吧，功能完全可以取代其他许多效率工具，大概可以称作是「Mac上的Workflow」。但学习曲线和配置时间成本较高，适合慢慢把玩。少数派此文是绝佳上手教程。

Dropzone

下载

鼠标拖拽效率工具，通过一些预装的扩展，可以实现诸如「上传图片至图床并复制其链接」、「自动安装程序并弹出安装盘及删除dmg文件」等自动化流程。

PopClip

下载

最著名的Mac鼠标效率工具，选中文字后能出现类似iOS选词后的Pop弹窗，呈现你安装的扩展功能。比如选中「银河护卫队」几个字，在弹窗中选择「豆瓣电影」按钮，会打开浏览器跳转「银河护卫队」的豆瓣页。

HyperSwitch

下载

Mac默认的窗口切换只能显示图标，而HyperSwitch能让窗口切换像Windows一样，展示每个窗口的页面预览。

系统工具

Amphetamine

下载

作用如其名——「安非他命」，保证Mac不自动休眠。还可以设置触发条件，比如「连接某个Wi-Fi」或「连上电源线」时，Mac保持不休眠。

Bartender

下载

Menu bar拯救者，可以优雅地管理状态栏上的系统及第三方应用图标，每个图标都有三种状态可定义：折叠隐藏、完全隐藏或者不隐藏。

Magnet

下载

窗口管理工具，可以使用拖拽和快捷键两种方式操作，能分别适用鼠标与键盘的场景。唯一的不足可能是只能用于窗口排布，而没法快捷地调整窗口的大小。

CleanMyMac

下载

虽然被一些人诟病是Mac上的360安全卫士，但是还是有不少nice to have的实用功能——比如「完全卸载应用」、「查找大型文件」等。

CheatSheet

下载

快捷键是能极大提高App使用效率的，但是太多的快捷键容易造成记忆负担。CheatSheet可以让你通过按住⌘键，来显示当前App的所有快捷键。

isHUD

下载

由于频繁切换中英文，我经常会陷入「现在是什么输入法状态」的迷思。isHUD解决了这个问题——在光标定位到输入框，或使用快捷键触发后，屏幕正中会显示当前的输入法状态。

1Blocker

下载

最好用的Safari内容拦截器，屏蔽规则自定义功能非常强大，而且还可以直观的选择屏蔽元素，并能通过iCloud与iOS设备上的Safari同步。

Kap

下载

Giphy官方出品的Gif录屏工具，可能也是保持轻量化的同时功能最全的Gif录屏工具了。录屏完可以二次编辑，选取时段、添加文字、改变画幅和预览文件大小。

AirServer

下载

通过简单的设置，能让iOS设备通过AirPlay将屏幕投放至Mac上，很实用的一个使用场景是：摆脱线材，进行手机屏幕演示或录屏。

iStatistica

下载

在Menu bar或者Today widgets里显示处理器、内存等设备运行信息。安装Sensor扩展后，还能在CPU温度过高时通知你。

Pastebot

下载

知名开发商Tapbots出品的剪贴板应用，独特卖点在于「顺序复制粘贴」和「filter」。前者在填写表单等需要顺序粘贴的场景时特别实用，后者则能在粘贴时，将预设规则运用于复制的内容上。

Pin

下载

iOS剪贴板启动器Pin的Mac版，一样有各种便捷的启动操作，我用它主要是将其当作跨设备的剪贴板同步工具（谁让universal clipboard那么坑！）

Usage

下载

来自CheatSheet同一家开发商，不需要任何操作，它就会在后台默默地自动记录你使用各个App的时长。

The Unarchiver

下载

免费好用的解压缩工具，支持解压7zip、rar等格式。最近被Clean My Mac的开发商收购了。

实用工具

Fantastical

下载

iOS上的优秀日历应用竞争还是比较激烈的，但到了macOS上，真正能做到体验和功能俱全的，就只剩Fantastical了。

Gestimer

下载

交互非常别致的一款提醒应用，通过向下拖拽状态栏上的图标，来设置提醒间隔时间——特别像是在给闹钟上发条。

Tyme

下载

给自由工作者统计项目工作时长的App，有iOS和Apple Watch版，同步稳定、统计图表直观。我拿它作个人时间追踪用。

Todoist

下载

最近声名很燥的GTD应用，我用它是受少数派和MacStories的影响。其他知名的同类应用2Do／OmniFocus／Things等都有macOS版。

Spark

下载

Readdle开发的免费邮箱应用，卖点是会自动将邮件分为「订阅」「通知」和「个人」，同时可以静默「个人」邮件以外、干扰人的新邮件通知。

MoneyWiz

下载

著名记账应用的macOS版，以各种「专业」的报表和自动同步银行账户闻名。另外，它大概是唯一一款能覆盖全平台的专业个人记账应用。

CurrencyX

下载

由独立开发者@61开发、小而美的汇率换算应用，支持查看历史汇率和在Today widget中查询。

Transloader

下载

一个小众但很实用的同步下载工具，作用是能在iOS设备标记要下载的链接，尔后安装了Transloader的Mac会在联网后，自动下载这些链接。

iMazing

下载

秒杀iTunes十几条街的iOS设备连接管理工具，能无线传输文件甚至备份iOS设备，还能提供电池使用情况等设备信息。

AirDroid

下载

一款全能好用的Android设备连接管理工具，其killer feature是可以在Mac端接收和回复短信，以及处理系统通知。

影音播放

BiliBili

下载

一名高中生开发的开源播放器（后生可畏啊），播放器基于MPV。主要用于网页视频播放，能在播放器中显示B站弹幕。

IINA

下载

macOS视频播放界的新起之秀，图形化了很多MPV的设置。有一个很赞的特性是有Safari Extension，可以一键在播放器中打开网页视频，从此告别那些让风扇声大作的Flash们。

MPV

下载

上面两个播放器都是基于这位老前辈的。MPV有丰富的自定义设置，还能通过命令行调校，可谓Geek味十足了。

网易云音乐

下载

这似乎没啥好说的，一个Electron套壳的网页应用，但是体验做的还算不错吧。

Downie

下载

在尝试过很多视频下载软件、甚至写了这篇《如何下载视频》的博客后，终于找到了这款最顺手的GUI视频下载工具，更新的频率非常高，支持的视频网站的也足够多。

Permute

下载

来自Downie同一个开发者的视频下载最佳拍档，视频格式转换和分段合并工具，能与Downie配合，将下载的分段视频合并输出。

读写工具

Calibre

下载

开源强大的电子书管理应用，除了电子书库和设备管理外，也能阅读azw／mobi／epub等几乎所有电子书格式，另外还能实现各类格式的转换。

Reeder

下载

Reeder作为一个老牌RSS阅读器，虽然更新频率很低，但是非常稳定。支持Inoreader以及有丰富的快捷键，是我选择它的主要原因。

PDF Expert

下载

Readdle开发的PDF阅读编辑工具。如果要给macOS上的PDF编辑器评个名次的话，PDF Expert应当是当仁不让的第一。

Klib

下载

Kindle阅读标注管理App，支持多种导入、导出方式，可以同步到Evernote，并且能跳转Kindle for macOS回顾标注的上下文。

Scapple

下载

Scriverner开发者做的脑图工具，最大的特点是不需要先建立脑图结构，可以在白板上丢各种素材（包括文件），之后再建立联系。

MindNode

下载

颜值很高的脑图工具，虽然功能未必有XMind全，但是颜值即正义！有iOS版，可以通过iCloud同步文档。

OmniOutliner

下载

Omni旗下强大的大纲应用。尽管许多笔记或脑图应用都能写大纲，但是都没有它可扩展性强——比如增加额外的栏和定义栏的取值类型。

Evernote

下载

虽然依然不支持Markdown、富文本跨平台同步格式一团糟，但是依然是最为可靠的全平台图文资料库应用，毕竟「大象永远不会忘记」。

Bear

下载

笔记界的网红，颜值甚高。我已经把自己所有的笔记从Evernote迁移了过来，Markdown的标记文本让我再也不用为文本格式操心。唯二的不满，是跨平台和表格的缺失。

Ulysses

下载

事实上自从习惯了Bear以后，Ulysses就愈发失宠了。但它一些独特而贴心的输入体验细节，让我有时会用它写点笔记以外的东西。

MWeb

下载

写静态博客的不二之选，支持实时将图片上传至图床并插入文章，还支持发布到各种博客平台以及Evernote。

Day One

下载

在Apple的设备上，想不出还有比Day One更适合写日记的应用了。它有个特别之处在于，会调用设备的接口，把诸如天气、位置、运动量等种种信息都记录下来。

Typora

下载

非常简约的Markdown编辑器，非常喜欢它把「所见即所得」和「纯文本编辑」分为两种模式而非两栏的做法，适合简单编辑md文件和快速记录一些东西。

Marked

下载

Markdown文件预览工具，能自定义样式预览，还支持编辑md文件时实时进行效果预览。

社交应用

QQ

下载

Mac版QQ要比Win版的清爽和顺眼不少，也正因此，腾讯官方说轻聊版的Tim不会有macOS版。

WeChat

下载

Mac版的微信倒并不比Win版强多少，很多Feature都是Win版先上。

Slack

下载

国外很火的团队沟通工具，channel的特性和丰富的bot让它非常适合团队沟通协作。不过这类工具的天然壁垒就是，很难说服国内那些常年使用QQ的团队相信，这是种更高效的沟通工具。

Telegram

下载

大陆的舆论环境近来是每况愈下，即使个人聊天工具，也要受老大哥监控，呵呵。Telegram因其开放不设限的群组，在国内小圈子里还是很受欢迎的。附李如一制作的聊天软件安全图例谱。

Tweetbot

下载

Tapbot开发的Twitter第三方客户端，能分栏浏览各种订阅的列表是Tweetbot相较网页版的一大优势。

Maipo

下载

Mac上的微博客户端好像并不多，Maipo绝对是其中的佼佼者，何况还免费，夫复何求。

开发工具

Xcode

下载

曾发微博说，有两个日常折磨我的「杀手级」应用——内存杀手Chrome、硬盘杀手Xcode 🤷‍♀️。但是iOS开发，你冇得拣呐。

Visual Studio Code

下载

作为一个Sublime党，眼见着开源免费的VS Code稳定性、插件生态日渐完善，果断地投敌了。唯一的不满是，相较前者启动速度还是要慢不少。

iTerm

下载

macOS上最强大的终端应用，没有之一。iTerm2之于原生Terminal，就好比Chrome之于IE。

OhMyStar

下载

两位国内开发者出品的Github标星repo管理工具，可以无缝同步你在Github标星的所有repo，以供本地浏览和搜索。

Dash

下载

强大的接口文档检索和代码片段管理工具，对写代码效率的提升应该是成倍的。

Chrome

下载

在强忍了Chrome对Mac内存和风扇的百般摧残一年多以后，终于下定决心迁移到Safari，而只用Chrome做开发调试相关的用途了。

Postman

下载

查询和开发接口的利器，免费好用。

设计工具

Sketch

下载

软件UI界应该没有比Sketch风头更劲的设计工具了，推荐一个提升效率的应用内启动器插件Sketch Runner。

Zoommy

下载

一个聚合了Unsplash等n个知名高清、无版权图库的资源库App，可以说是设计师和媒体工作者必备利器了。

Eagle

下载

试用过Inboard、Pixave等多个设计灵感／素材管理工具后，总觉得或多或少有些缺憾。Eagle与前两者相比，算是目前完成度最高的，更重要的是——它更新频率非常高。

Sip

下载

异常强大的取色工具，不仅可以为取色值生成Hex／RGB等不同格式，还有历史取色Dock栏、多点取色生成配色方案等实用功能。

Framer

下载

高保真原型工具，使用coffee script来操作界面元素，这使得它可以被用来制作实现高保真、可交互的产品原型。

RightFont

下载

字体管理App，可用来预览、同步、安装和管理字体文件，还能无缝配合Sketch等设计应用使用。国内有个同类免费软件叫「字由」，只是还在公测，不太稳定。

IconJar

下载

Icon素材管理工具，可以方便地批量导入、导出图标，尤其适合管理svg格式的图标。

Icon8

下载

和IconJar一样，是个图标管理工具。不同的是自带数万个免费图标，可以免费使用最大100*100px的png格式图标。

InDesign/Photoshop/Lightroom

下载

Adobe套装，我觉得在上述三个App的领域里，论及功能性与可用性的平衡，还没有能出其右的工具。

Polarr

下载

泼辣修图算是近年来一个不错的图像处理软件，虽然在批处理上和Lightroom依然没得比，但轻量修图的话也够用了。

OmniGraffle

下载

Omni旗下大名鼎鼎的矢量绘图工具，可以用来绘制各种图表、线框图、流程图以及插图等。很多产品狗不习惯macOS没有Visio，那只是因为他们没有接触过OmniGraffle。

墨刀

下载

和绝大多数产品狗不一样，我第一个上手用的原型工具不是Axure，而是元一团队做的「墨刀」，并且也不愿意再更换使用前者，因为它实在是更快、更好用。

2016 年余量已经不足 1% 了，似乎到处都在做年终盘点。我也来凑个热闹，写写我的个人年度应用「即刻」。对一个主要靠口碑相传杀入国区 App Store 前 500 的应用，作篇推荐显得没事找事。那就趁着它 3.0 改版，以一个老用户的视角来写点关于产品的个人思考吧。

为什么不把「消息」盒子放在首页

我认识的很多「即刻」的用户经常不解一个问题──为什么最频繁使用的「消息」标签不是应用默认的首页。毕竟浏览「消息」才是每次打开应用的首要动机，而新用户又另有引导关注页面，何必让老用户每每打开应用面对一堆「发现」呢？

这显然是权衡的结果。「即刻」的资讯聚合是基于细颗粒兴趣主题的，好处很明显──节省了用户过滤信源的时间成本。但掣肘也很突出，细颗粒资讯天生就有内容少、更新频率低的特点。像「今天微博上在热议些什么」只能是一天一条，而大量基于热点事件的「提醒」（原来叫「主题」），在热点过去后，更新频率会锐降乃至停止。

如果关注的「提醒」更新频次不高、内容数量不够，长此以往势必影响用户的活跃度和留存。所以，持续稳定地提供新的内容主题，并且诱导用户关注，是「即刻」必须解决的两个问题。让「发现」标签踞于首页，可能不是一种优雅的解决办法，但肯定是有效的。

其实「即刻」也正在努力从产品架构上解决这个问题──在「消息」盒子顶部增加「最近热门」、在 Feed 流中加入小报和主题推荐，甚至引入用户「个人页面」，某种程度上都算是新「提醒」的推荐机制吧。

频繁的更新想要做什么

看了下「即刻」iOS 版的更新记录，今年下半年从 2.5.0 到 3.0.0 总共更新了15个版本。除了迭代优化产品阅读体验和完善分享、注册引导外，产品结构上的变化主要是如下两部分：

其一：

• 增加评论功能（2.5.0）
• 评论点赞（2.6.2）
• 个人页面、关注关系、动态更新（2.7.0）
• 用户黑名单及举报（2.7.3）
• 用户可以创建「提醒」（3.0.0）

其二：

• 调整发现页面（2.5.3）
• 新增最近热门（2.6.3）
• 新增首页「猜你喜欢」（2.7.1）
• 新增搜索建议（3.0.0）

摆在一起的话，不难看出，迭代的产品意图还是挺清楚的。其二主要是为了解决用户获取新主题的问题，而其一呢看上去是在打造用户关系链。

尽管每个产品经理都有个做社区的梦，我倒觉得「即刻」打造用户关系链的意图未必在做内容社区。这个判断是基于其产品定位而作出的。一个号称要帮你以「最偷懒」的方式获取资讯的应用，内容属性势必优于社交属性，而过分突出社交其实会对内容锐度产生损害（想想坐拥强大关系链的 Facebook 和微信吧）。

那「即刻」打造用户关系链想做什么？我觉得还是回到其作为产品必须面对的问题，就是持续稳定地提供新的、细颗粒内容主题给用户。「即刻」以往的运作，纯银说「无非是各种爬虫抓取，规则过滤，高效率人工审核，提高 Push 到达率」。

规则和爬虫可以解决资讯获取的问题，但是如何保证大量稳定有趣的资讯主题呢？靠常规的报料 +PGC 运营，可以保证内容源的质量，但同样的成本条件下，却无法扩大内容源的数量和广度。

所以 UGC 成了必然会考虑的产品策略──把爬虫和规则过滤作为工具开放给用户，由用户来创造「提醒」主题以提供内容源，由运营来审核保证质量和品味。而在解决内容主题供应的问题后，针对大量的主题，用户关系链则起到了关键分发的作用。

即刻想成为什么

在 3.0 的新版本中，我注意到了一个有意思的变化：原先的「主题」被改叫作「提醒」。联系最近的版本更新和其介绍「基于兴趣的极简信息推送工具」，不难看出「即刻」作为一个资讯聚合应用的野心。它想成为你个人资讯获取的集合地和最终的出口，一个聚合你关注内容、阅读兴趣的数据中心。

可能有人会觉得聚合阅读应用很难赚到钱，我倒觉得不尽然。即使当年关停的 Google Reader，也只是由于公司战略调整，无关“revenue vs operating costs”（Why did Google kill Google Reader?）。

作为内容分发渠道的聚合阅读应用，其价值不止在流量，还有数据。由于「即刻」内容天生的锐度，内容越是合用户胃口、交互越是频繁，「即刻」积累的数据就越有价值。

对比当初微博开始作智能推荐时，有用户因为搜索过「纸钱」，就频繁在信息流给人推荐棺材链接的事，「即刻」的段位显然要高许多。不过，要实现那样的目标，对其活跃用户数量及用户参与度的要求要远比现在高得多。

那么，它能成功吗？

据我了解，尽管「即刻」已经融到了 B 轮，但在品牌推广上，几乎没有赶上或造成过什么传播爆点──愣是生生靠口碑相传和一些大佬的背书，成功杀进了 App Store 下载榜前 500，相当厉害。

但是接下来，作为上升期的产品，它面临的问题是，怎么扩大目标用户以及怎么留存新用户。纯银在博客中一针见血说出了它面临的核心问题：新用户增长慢，流失率较高 (目标人群窄 + 上手门槛高)，变现模式较弱。我设身处地地想了下，确实每个小问题都是巨大且艰难的挑战。

而且「即刻」还需要面对一个伴随产品形态的天然悖论：一方面，对新用户而言，关注甚至创建「提醒」所需的学习成本和使用意愿，形成了一定使用门槛。另一方面，如果不关注「提醒」就能获得良好的阅读体验的话，显然和个性化信息推送的理念背道而驰了。

我不知道它能不能成功。但作为忠诚用户，我希望它能，甚至还存了一点私心的想象，希望它可以不改变内容气质，而试着去探索变现模式──既然活跃用户的忠诚度很高，可不可能以用户付费为主要盈利模式呢？我们可以为高质量的音乐付费，为 60s 的回答付费，能不能也为高质量和低信噪比的资讯付费呢？不过这到底是一点个人的想象罢了，毕竟教育市场的试错成本太高了。

总之，希望 2017 年「即刻」能做越好吧。

而且这些服务通常价格不低，稳定性也差强人意。这时候我想，反正都是通过海外服务器来提供建服务的，为什么不干脆自己来搭呢？既能独享带宽，又安心可控，而且选取合适的提供商的话，价格也很平易近人。

果然，搭建完以后，网速起飞了😄。下图是完成后观看YouTube 4K视频的截图。

所以，如果你和我一样不满足那些服务，又有耐心的话，这里有一份详细而对小白友好的折腾指南。事先说明，如果你希望不花钱就能用上优质的服务──醒醒，别做梦了，免费和优质从来不可能划上等号。

1 一些背景和原理

因为整个折腾过程对没有技术背景的人来说，还是略显复杂的，所以有必要先粗浅地介绍一下所涉及的概念和原理。如果不感兴趣可以跳过第一部分，直接看操作步骤。

1.1 什么是Shadowsocks

Shadowsocks(ss)是由Clowwindy开发的一款软件，其作用本来是加密传输资料。当然，也正因为它加密传输资料的特性，使得GFW没法将由它传输的资料和其他普通资料区分开来（上图），也就不能干扰我们访问那些「不存在」的网站了。

但是时至今日，Shadowsocks的安全性被发现是存在缺陷的，其IP和端口可以被嗅探到。因而，有了基于它但增加了混淆能力的ShadowsocksR项目、Simple-obfs插件，以及v2ray项目等。

它们本质上，都是依托墙外服务器的网络代理软件。ssR和官方版ss均已不再更新，目前还在更新的只有shadowsocks-libev，可以说是最轻量的ss版本，也是本文推荐安装使用的版本。

1.2 什么是VPS和Vultr

VPS(Virtual private server)译作虚拟专用伺服器。你可以把它简单地理解为一台在远端的强劲电脑。当你租用了它以后，可以给它安装操作系统、软件，并通过一些工具连接和远程操控它。

Vultr是一家VPS服务器提供商，有美国、亚洲、欧洲等多地的VPS。它家的服务器以性价比高闻名，按时间计费，最低的资费为每月$2.5。

比Vultr价格更低的服务商也有许多，最知名的莫过于「搬瓦工」，和V家差不多的配置只要$19.9每年。不过后者过于出名，据说超售严重，实测夜间速度足以让人痛哭流涕。

1.3 什么是Linux和SSH

Linux是免费开源的操作系统，大概被世界上过半服务器所采用。有大量优秀的开源软件可以安装，上述Shadowsocks就是其一。你可以通过命令行来直接给Linux操作系统「下命令」，比如 $ cd ~/Desktop 就是进入你根目录下的 Desktop 文件夹。

而SSH是一种网络协议，作为每一台Linux电脑的标准配置，用于计算机之间的加密登录。当你为租用的VPS安装Linux系统后，只要借助一些工具，就可以用SSH在你自己的Mac/PC电脑上远程登录该VPS了。

2 购买和连接VPS

首先，访问Vultr.com注册帐号，网站目前还没有被墙，访问速度不错。

2.1 注册Vultr

Vultr官网定期会有一些促销活动，可以留意。另外，如果使用我的推荐链接注册，激活后可以获赠$50试用金，有效期两个月。

换句话说，注册后两个月内可以免费使用5个最低配置的VPS。可以趁这段时间，把不同国家的节点试个遍，不过到期后记着删除多余的服务器。

2.2 部署VPS

注册完成后，在左边选择“Servers”标签，点击右边的加号部署新的服务器。

选择一个你想要的节点。推荐东京和洛杉矶，速度较快，不过这也受运营商网络、你的地理位置影响，如果有试用金可以多建几个自行对比。

为VPS选择安装系统。这里因为安装脚本限制的原因，请选择CentOS 6+，Debian 7+，Ubuntu 12+的系统，具体哪个可以随自己喜欢。下面的教程以 Ubuntu 18.10 为例。

根据需求选择套餐。只供个人科学上网用的话，$5绰绰有余（部分节点会有限时2.5刀套餐）。

剩下都可以使用默认值。最后一项你可以自定义服务器的名字和标签，以方便区分。

另外，上图第6步中，SSH Keys的作用是，可以让你登录VPS时不用每次手动输密码。若只将其用作Shadowsocks服务器，仅需要在配置时登录一次，可以完全忽略它。如果要同时作他用，可参考此文生成并添加SSH Key。

等待系统安装完成。当显示“Running”时，就表示部署已完成。之后你可以随时停用、重启或销毁它。

2.3 连接VPS

如果你使用的是PC，连接VPS需要借助一些工具，比如Putty。你可以参考这篇百度经验完成安装，安装完成后步骤与下文Mac一致。

Mac只要打开「终端」应用即可开始使用SSH连接VPS。你的「终端」界面可能和下图略有差别，但是差不远──都有一个闪烁的光标，前面会有一个 $ 符号。

首先，在Vultr上你刚部署的服务器右边点“Manage”，找到服务器的IP地址（标黄部分）和密码。

在「终端」或Putty等应用中，输入下面的命令并回车。注意把 <host> 替换成你服务器的IP地址。

ssh root@<host>

接下来屏幕上会出现一连串提示，意为无法确认host主机的真实性，只知道它的公钥指纹，问你还想继续连接吗？直接输入yes并回车。

然后输入密码，也就是把服务器状态页中密码那块复制一下，再⌘ + v 贴过来。这里不管是输入还是粘贴，屏幕上都不会显示字符，所以贴完后也是看不到字符的，回车就行。

当出现上图那串 [root@vultr ~]#时，说明已成功登录。

3 部署Shadowsocks

Shadowsocks需要同时具备客户端和服务器端，所以它的安装也需要分两步。

3.1 部署Shadowsocks服务器端

这里使用@秋水逸冰的一键安装脚本，几乎不需要多余的操作，只需根据提示做选择即可。

首先输入以下3行命令，每次输入一行、回车，等待屏幕上的操作完成后再输入下一条。

wget --no-check-certificate -O shadowsocks-all.sh https://raw.githubusercontent.com/teddysun/shadowsocks_install/master/shadowsocks-all.sh
chmod +x shadowsocks-all.sh
./shadowsocks-all.sh 2>&1 | tee shadowsocks-all.log

最后一步输完，你应该会看到下图中内容──是要你选择需要安装的Shadowsocks版本。这里选择4)shadowsocks-libev，因为正如上文所说，这是目前唯一在持续更新且最为轻量的版本。

选好输入回车后，会让你输入Shadowsocks的密码。

然后选择一个端口，输入1-65535间的任意数字都行。

之后可以选择加密方式，默认是aes-256-gcm。如果没有特殊偏好，保持默认即可。

之后会提示你是否需要安装simple-obfs。这是ss的一个插件工具，可以起到混淆的作用，防止IP和端口被嗅探到，建议选 y 安装。

如果上一步选择了 y，这里可以选择一种混淆方式。通常 tls 要比 http 的混淆效果更好，所以选 tls。

之后所有的配置就完成了，按任意键开始部署Shadowsocks-libev。这时你什么都不用做，只需要耐心地等它运行完就好。

结束后就会看到你所部署的Shadowsocks的配置信息。

记住红色的内容，也就是服务器IP、服务器ss端口、你设的密码、混淆方式和加密方式。

3.2 检查和配置Shadowsocks

安装完成以后，Shadowsocks的服务器端就已经配置完了，你可以输入以下命令检查是否已经开始运行。

/etc/init.d/shadowsocks-libev status

如果出现类似 Shadowsocks-libev is running... 的字样，说明已经开始正常运行了。

这时你已经可以在自己的任意设备上进行登录使用了。如果你要修改ss的配置，或者忘了当初自己设置的密码和端口，可以用以下命令来打开配置文件。

nano /etc/shadowsocks-libev/config.json

意为用 nano 这个编辑器打开 config.json 这个配置文件。你的「终端」会刷新一下，出现下图。

如果某天你的ss突然无法使用了，很可能就是端口被封了。这时你可以直接在这里，将端口修改为1-65535间任意其他数字。编辑完成后，按 Ctrl + X ，再输入 Y 并回车确认退出。

需注意的是，如果你更新了配置文件，得重启 ss 才能生效。重启命令如下：

/etc/init.d/shadowsocks-libev restart

如需添加多端口或多用户——很遗憾，shadowsocks-libev无法通过简单的修改配置文件来实现。不过，作者另外开发了一个ss-manager，来管理和开启多端口，感兴趣的话可以参考这篇教程。

另外，有些系统会默认开启防火墙，不开放上述我们设好的端口，这样的话无法连接Shadowsocks服务器，就无法代理了。这时候需要开启允许端口的外部访问，下面还是以Ubuntu为例：

1）查看端口开放情况，如果只看到了22端口，说明其他端口都没有开放

sudo ufw status

2）开启某个端口，比如这边以7832为例

sudo ufw allow 7832

3）重启防火墙

sudo ufw reload

3.3 安装Shadowsocks客户端

相比服务器端的安装，客户端的安装就简单了许多。首先，在这个页面找到并下载自己操作系统对应的客户端。

打开客户端，在「服务器设定」里新增服务器。然后依次填入服务器IP、服务器端口、你设的密码和加密方式。

此处如果之前有安装simple-obfs，需在插件一栏填写 obfs-local，插件选项填写 obfs=tls 或 obfs=http（视乎你选择的混淆方式）。

然后启用代理，就可以实现科学上网了。

4 开启BBR

完成上述步骤后，使用过程中可能会发现连接速度有时不太令人满意。这就是加速工具们发挥功能的时候了。常用的加速工具有「锐速」、TCP BBR、kcptun，等等。原理虽各不相同，但都是通过一些技术手段，来实现连接和传输速度的提升。

4.1 什么是BBR

TCP BBR是Google于2016年发布的，一种避免网络拥塞的算法。目的是要尽量跑满带宽, 并且尽可能避免排队的情况。

实际使用下来，BBR的速度提升效果并不比「锐速」（据说已倒闭）、kcptun（多倍发包耗流量）等差。而且BBR已植入Linux 4.9+版本的内核中，服务器开启后就能有显著的效果提升。

4.2 安装BBR

和 2.3 中的步骤一样，首先需要使用SSH登录VPS。

ssh root@<host>

这里依然使用@秋水逸冰的一键安装脚本，输入以下命令。

wget --no-check-certificate https://github.com/teddysun/across/raw/master/bbr.sh && chmod +x bbr.sh && ./bbr.sh

按任意键开始安装，安装需要一段时间，等待一会即可。

安装完成后，脚本会提示需要重启VPS，输入 y 并回车后重启。

重新使用SSH登录VPS，这时BBR应该已经开启了。你可以使用以下两行命令验证一下。

uname -r
lsmod | grep bbr

如果输出的内核版本为4.9以上版本，且返回值有 tcp_bbr 模块的话，说明bbr已启动。

至此，整个搭建过程就大功告成了！接下来，尽情地享受自由的网络吧😄

5 一些也许对你有用的教程

在客户端的代理设置上，还有些更强大和个性化的选择，你可以参考下文中的教程自行探索。

5.1 关于浏览器

依然记得自己使用「红杏」的畅快体验──哪个网站不能访问了，按下图标添加到规则列表中，就可以「科学」地访问了。这种无缝的体验，靠Shadowsocks加另一款Chrome扩展SwitchyOmega也能实现，这里是使用教程。

5.2 关于桌面应用

部署Shadowsocks完成后，浏览器就能实现科学上网了，但是像Dropbox等部分桌面应用的流量，还不能由Shadowsocks来代理。要实现桌面应用的代理，需要再借助其他应用，比如Proxifier、Surge for Mac等。

5.2 关于手机

安卓手机只需要下载安装Shadowsocks安卓版，并与桌面版一样，填入服务器IP、端口、密码和加密方式，就可以设置全局或分应用代理。如果要实现复杂PAC规则（自定义哪些域名走代理、哪些不走）和代理组的话，可以试试「Android版Surge」——Surfboard。

iOS则可以通过类Surge的App实现PAC规则下的自动翻墙。

• 详尽版Surge教程
• 简化版Surge教程

Surge目前定价328元，另有Mac版（另外收费）。作为一款兼具「科学上网」功能的网络开发调试利器，它完全值这个价。觉得太贵的话，可以使用相对便宜的Wingy或者Potatso。

参考文章

• SSH原理与运用（一）：远程登录
• Vultr的vps搭建shadowsocks科学上网
• 写给非专业人士看的Shadowsocks简介
• Shadowsocks一键安装脚本（四合一）

2018 年 8 月 9 日更新： 时至今日，「马克计划」已上线服役 2 年了，收获了几万用户，最高近 500 的 DAU，4.83 分的 App Store 评价，还有很多热心用户的反馈和支持。这两年来，团队成员也转行的转行、毕业的毕业，踏上了各自理想的征程。

工作忙碌起来以后，不由就耽搁了这个 side project。在一年多没有版本迭代后，我们思考再三，决定停更下架该应用。感谢我们的用户一直以来对我们的支持和鼓励，正因为有你们，这个不成熟的项目才有了意义。

FYI，应用下架后如果不主动删除，仍可以维持正常使用。如果对此类应用有强需求，推荐尝试 AT、时间卡、Habitify、Tasking、iBetter 等同类应用。此外，App 的源码以及未落地的2.0版本产品原型已开放，欢迎感兴趣且有能力的人 Fork。

「马克计划」是我和@墨迹、@Steven三人出于兴趣，花费半年时间做的一点微小工作，希望可以帮到有同样需求的人。

说到个人任务管理，iOS 平台上有太多强大好用的工具了──复杂如 OmniFocus，轻便如 Clear，甚至系统自带的「提醒事项」。但即便如此，依然存在没办法完全依赖这些工具解决的问题。比如说：怎样优雅地进行个人项目的进度管理。而**「马克计划」**就是一款试图回答这个问题的应用。

痛点

个人项目的进度管理一直以来都不算是件易事。比如，为了实现某个目标，如果你试图去安排和管理几个同时进行的项目，就会发现这远比想象中来得麻烦。

首先，你要统计每个项目要做多少事，比如读完某本书的 50 个章节。而后，根据自己设定的时间期限，计算每天要完成的量──如果准备 10 天读完那每天就要读 5 章。最后再用纸笔记录或 GTD 应用来管理安排。

经过这一番演算后，你的计划似乎已经相当严谨了。然而不幸的是，实际通常会出现偏差。当你某天或多或少地完成了一定进度后，由于与计划不符，上述这一计算、安排的过程又得再重复一遍。这个经历是如此蛋疼，以至于会让人想(ง •̀_•́)ง ┻━┻。

为什么那些功能齐全、似乎无所不能的日历和 GTD 应用没法很好地解决这一问题呢？因为它们管理的任务通常只存在两种状态──「还没做」和「已完成」，却很难涉及处于「正在做」这一状态中的任务。

而基于进度条形式的「马克计划」，试图以一种优雅、无痛的方式，来解决这些处于「正在做」状态中项目的安排和管理问题。

工作流

「马克计划」管理项目的工作流很简单，大致不过三步。首先，把一个大的个人目标拆解为具体、可执行且有期限的步骤，也就是「马克计划」中的基本单元：「项目」。

有了这些具体可行的项目之后，就可以按目标索引检视它们，查看要每天需要完成哪些事情。然后，在按照计划实施的过程中，每当你完成一定的进度后，就应该打开应用去记录它们。

「马克计划」会根据你记录的完成量，调整并提示你：今后每天如何安排进度才能如期完成项目。之后，你只要根据这些提示去推进项目，直至完成归档。

SMART 原则

上面种种看起来似乎是个有点无趣的工作流。除了满足那些每完成一定任务就想到处找地方标记处女座强迫症外，对其他人来说又有什么意义呢？

事实上，「马克计划」在个人项目管理的逻辑上，是遵守了基本法的管理学大师 Peter Drucker 的一个经典目标管理原则──SMART 的。

「马克计划」的工作流首先让你制定一个明确的目标（Specific）。这个目标可以被拆分为具体可行的项目（Attainable），同时这些项目又是具有进度（Measurable）且相关（Relevant）的。最后，这些项目都要求能在一定期限内（Time-bound）被实现。

因而，在理想状态下，使用「马克计划」去管理你的个人项目，是有助于更好地安排个人时间、实现既定目标的。当然，首先，你得是一个愿意制定目标并乐于自我驱动的人。

现在你可以在 App Store 中免费下载**「马克计划」**。

为了接收用户反馈，很多iOS应用都会在设置页面中，加入发送邮件功能——尤其当应用是由个人开发者开发时。当然iOS中邮件的发送方式有很多种，有体验相对较差openURL跳转方式，也有调用其他第三方库等办法。

不过较常用且方便的，还是如下图（应用为潮汐），调用系统的MFMailComposeViewController视图在应用内完成邮件发送，并返回应用。

下面就详解下这种方式的实现步骤。

1 建立静态列表

首先，拖一个Table View Controller到main.storyboard中，并选中Table View在右侧属性面板中将其设置为静态列表Static Cells。

为了演示方便这里就先创建一个Section，其中有两行Cell。两个Cell的Style都设置为Basic，并将Title修改如下。

下一步是建立这个Table View的Controller。新建一个Cocoa Touch Class文件，并选择Subclass of UITableViewController。

接着在右边工具栏面板中为其设置好Custom Class。由于这里暂时用不到这个UITableViewController类里的内容，可以把他们都注释掉或删掉。接着在其中重写一个tableView点选的函数：

override func tableView(tableView: UITableView, didSelectRowAtIndexPath indexPath: NSIndexPath){

 if indexPath.section == 0 && indexPath.row == 0 {
  print("给应用评分")
 }
  
 if indexPath.section == 0 && indexPath.row == 1 {
  print("意见反馈")
 }
} 

在模拟器中运行，点按Cell，检查output区中print的内容是否正常，然后就可以进入下一步。

2 MFMailComposeViewController

处理完UITableViewController以后，就可以开始调用邮件视图了。不过先不急着写代码，首先需要导入框架MessageUI.framework。在项目设置Build Phases的Link Binary With Libraries中添加MessageUI.framework。

然后在Controller里导入头文件import MessageUI。并给Controller加上MFMailComposeViewControllerDelegate协议。

上述步骤搞定后，就可以愉快地写代码了。首先先写个函数，来配置发邮件的视窗。

func configuredMailComposeViewController() -> MFMailComposeViewController {

 let mailComposeVC = MFMailComposeViewController()
 mailComposeVC.mailComposeDelegate = self

 //设置邮件地址、主题及正文
 mailComposeVC.setToRecipients(["<你的邮箱地址>"])
 mailComposeVC.setSubject("<邮件主题>")
 mailComposeVC.setMessageBody("<邮件正文>", isHTML: false)

 return mailComposeVC

}

鉴于这种发送邮件的方式，要求用户已经在设备上至少添加有一个邮箱，所以对没有设置邮箱的用户，还应予以提示。因此这里再写一个函数，来配置针对未设置邮箱用户的弹窗提醒。

func showSendMailErrorAlert() {

 let sendMailErrorAlert = UIAlertController(title: "无法发送邮件", message: "您的设备尚未设置邮箱，请在“邮件”应用中设置后再尝试发送。", preferredStyle: .Alert)
 sendMailErrorAlert.addAction(UIAlertAction(title: "确定", style: .Default) { _ in })
 self.presentViewController(sendMailErrorAlert, animated: true){}

}

搞定这俩函数后，就可以在之前的tableView函数中调用两者了。

if indexPath.section == 0 && indexPath.row == 1 {
 print("意见反馈")

 if MFMailComposeViewController.canSendMail() {
  //注意这个实例要写在if block里，否则无法发送邮件时会出现两次提示弹窗（一次是系统的）
  let mailComposeViewController = configuredMailComposeViewController()
  self.presentViewController(mailComposeViewController, animated: true, completion: nil)
 } else {
  self.showSendMailErrorAlert()
 }

}

最后，写上dismiss邮件视窗的函数，就大功告成了。

func mailComposeController(controller: MFMailComposeViewController, didFinishWithResult result: MFMailComposeResult, error: NSError?) {

 switch result.rawValue {
 case MFMailComposeResultCancelled.rawValue:
  print("取消发送")
 case MFMailComposeResultSent.rawValue:
  print("发送成功")
 default:
  break
 }
 self.dismissViewControllerAnimated(true, completion: nil)

}

3 加入设备及应用信息

为了获得更加准确的反馈信息，可以在邮件正文里加入反馈者的设备及应用信息。那怎样使用swift获得设备信息呢？可以如下通过UIDevice取得。

//获取设备名称
let deviceName = UIDevice.currentDevice().name
//获取系统版本号
let systemVersion = UIDevice.currentDevice().systemVersion
//获取设备的型号
let deviceModel = UIDevice.currentDevice().model
//获取设备唯一标识符
let deviceUUID = UIDevice.currentDevice().identifierForVendor?.UUIDString

这里的设备型号deviceModel只能获知设备的简单区分（如是iPhone还是iPad），如果需要详细的iOS设备信息，还需要写一个UIDevice的扩展。

public extension UIDevice {

  var modelName: String {
    var systemInfo = utsname()
    uname(&systemInfo)
    let machineMirror = Mirror(reflecting: systemInfo.machine)
    
    let identifier = machineMirror.children.reduce("") { identifier, element in
        guard let value = element.value as? Int8 where value != 0 else { return identifier }
        return identifier + String(UnicodeScalar(UInt8(value)))
    }

    switch identifier {
    case "iPod5,1": return "iPod Touch 5"
    case "iPod7,1": return "iPod Touch 6"
    case "iPhone3,1", "iPhone3,2", "iPhone3,3": return "iPhone 4"
    case "iPhone4,1": return "iPhone 4s"
    case "iPhone5,1", "iPhone5,2": return "iPhone 5"
    case "iPhone5,3", "iPhone5,4": return "iPhone 5c"
    case "iPhone6,1", "iPhone6,2": return "iPhone 5s"
    case "iPhone7,2": return "iPhone 6"
    case "iPhone7,1": return "iPhone 6 Plus"
    case "iPhone8,1": return "iPhone 6s"
    case "iPhone8,2": return "iPhone 6s Plus"
    case "iPad2,1", "iPad2,2", "iPad2,3", "iPad2,4":return "iPad 2"
    case "iPad3,1", "iPad3,2", "iPad3,3": return "iPad 3"
    case "iPad3,4", "iPad3,5", "iPad3,6": return "iPad 4"
    case "iPad4,1", "iPad4,2", "iPad4,3": return "iPad Air"
    case "iPad5,3", "iPad5,4": return "iPad Air 2"
    case "iPad2,5", "iPad2,6", "iPad2,7": return "iPad Mini"
    case "iPad4,4", "iPad4,5", "iPad4,6": return "iPad Mini 2"
    case "iPad4,7", "iPad4,8", "iPad4,9": return "iPad Mini 3"
    case "iPad5,1", "iPad5,2": return "iPad Mini 4"
    case "iPad6,7", "iPad6,8": return "iPad Pro"
    case "AppleTV5,3": return "Apple TV"
    case "i386", "x86_64": return "Simulator"
    default: return identifier
        }
    }
}

//调用
let modelName = UIDevice.currentDevice().modelName

获取这些设备信息后，就可以在邮件正文中加入它们了，比如:

mailComposeVC.setMessageBody("\\\\n\\\\n\\\\n系统版本：\\\\(systemVersion)\\\\n设备型号：\\\\(modelName)", isHTML: false)

同理，也可以获得应用的相关信息。

let infoDic = NSBundle.mainBundle().infoDictionary

// 获取App的版本号
let appVersion = infoDic?["CFBundleShortVersionString"]
// 获取App的build版本
let appBuildVersion = infoDic?["CFBundleVersion"]
// 获取App的名称
let appName = infoDic?["CFBundleDisplayName"]

到这里，一个调用MFMailComposeViewController的iOS邮件反馈就基本写完了。运行的时候，要注意用虚拟器的话可能会报错，测试需要真机环境。效果如下。

然而，这时候你会绝望地发现，绝大多数网页上的视频，都无法通过右键直接下载。本文介绍一些简单的方法和工具，能帮你轻松搞定99%的网页视频内容下载。

1 利用Chrome浏览器

先介绍一种使用没那么简单直接、但很Geek的下载方法，只需要借助Chrome浏览器即可完成（如果没有耐心装——哔，请跳过直接看第二部分）。

1.1 用开发者工具查找视频源

使用Chrome开发者工具查找视频源很简单，只需要在网页上视频处鼠标右击，点击 检查或审查元素来打开开发者工具。然后在窗口左半边HTML 源码中，找到<video>的标签，拷贝src=之后的链接地址。

这个地址就是视频的链接地址了，可以直接复制到下载工具中下载，也可以在浏览器中 粘贴并转到，再右击另存为之。下图是利用这种方法下载Tumblr视频的示意。

1.2 用开发者工具录制网络请求

其实上述方法能应对的网站相当有限，尤其是如今热门的视频类网站，都不太会以这种方式在网页上呈现视频。于是就要用到下面这种进阶办法了。

首先，依然是打开Chrome开发者工具，在最上方的标签栏中选择Network标签。这个标签下的窗口会记录页面上所有的网络请求。换句话说，你点击网页上的播放键，服务器响应你的请求，把视频内容传输过来，这个过程会完全被此窗口录制下来（如果没有任何内容请刷新页面）。

接下来，你只要在所有请求文件的列表中，找到Type为video/...的那一项，右击文件名选择Open link in new tab，就可以在新标签页打开视频并另存为了。下图为利用此方法下载哔哩哔哩视频的示意。

2 其他便捷工具

虽然上述方法逼格够高，但毕竟要自己点击完成一系列操作，还是挺费事的。于是，下面这几种工具就有了用武之地。

2.1 Chrome插件——Video Downloader Professional

Video Downloader Professional是一款Chrome浏览器插件。它实现视频下载的原理，和1.2中用开发者工具录制网络请求一样。只不过，开发者将这一功能做成了一个直观方便的插件工具。注意使用的时候，需要先点击播放视频，录制到请求后，就可以直接点击插件下载视频了。

2.2 YouTube专用下载器——Softorino YouTube Converter

Softorino YouTube Converter 是一款体验非常好的YouTube/Vimeo视频下载工具，不过目前只有Mac OS版。你只要在浏览器中复制视频页面链接，它就可以直接获取视频并下载。

另外，它还提供360p、720p、1080p、4k四种清晰度选择，也可以只下载音频。将iPhone通过数据线连接mac后，下载的视频还可以不通过iTunes，直接转码传输到iPhone上。

2.3 硕鼠FLVCD

硕鼠是一个传统的视频下载软件，有点类似于Video Downloader Professional。但相比后者，它提供了一个比较实用的功能——合并分段视频。

说它实用是因为，视频网站通常会分段传输较长的视频，这会导致——如果你使用Video Downloader Professional，需要下载好几个被切割的视频段。而硕鼠则比较贴心地提供了下载并合并分段视频的功能，由此省去了一个自行合并视频的操作。

2.4 专破优酷等网站的Video-Downloader

Video-Downloader是@EvilCult同学在Github发布的一款可以获取Youku、乐视、爱奇艺等视频源文件地址的工具，有Mac、Linux以及Windows客户端。最大的优势在于破解了优酷等网站的加密规则。

只需要把视频网站的地址贴进应用，就可以获得下载链接，但一些网站（比如优酷）仍然只能获取到分段视频。此外，作者自己也忍不住吐槽自己了：「就是丑！！！界面巨丑，不能再丑。不过就是单纯的娱乐一下，有兴趣就更新下……」