Digest | 2021年UI设计趋势，文档结构

>  一份2021年03月11日的信息流提炼

### 每天学点运维

#### 如何在Linux系统中设置Cron

原文：[How To Set Up Cron Jobs in Linux Systems](https://betterprogramming.pub/how-to-set-cron-jobs-in-linux-systems-83821be7ea3e)

每个用户，包括root用户，在`/var/spool/cron`目录下都有一个cron文件。如果你是root用户，在相关目录下会有一个root文件。
默认情况下，用户相关的cron文件是不存在的。当你发出`crontab -e`命令时，它们就会被创建。这个命令会创建cron文件，并作为一个编辑器来输入cron作业。一旦保存，它就会启动crondaemon。

##### Cron表达式的格式

```bash
MINUTE HOUR DAY MONTH DAY COMMAND

MINUTE — 0 ~ 59.
HOUR —  0 ~ 23.
DAY — 1 ~ 31.
MONTH — 1 ~ 12, JAN ~ DEC
DAY — 0 ~ 6, SUN ~ SAT

# every 30 minutes
*/30 * * * * <command>
# 12 p.m. every day
0 12 * * * <command>
# every Monday at 1 a.m
0 1 * * */MON <command>
0 1 * * */1 <command>
# every month and Sundays at 12 a.m.
0 0 1 * 0 <command>
# every second and third day of a month at the top of every hour
0 * 2,3 * * <command>
# every minute from 1 through 10
1-10 * * * * <command>

# Shorthand Expressions
@yearly/daily/weekly/hourly
```

### 每天学点软技能

#### 为什么你公司的文档很烂

原文：[Why Your Company's Documentation Sucks](https://news.ycombinator.com/item?id=26413937)

HN评论1：

> 多亏了scrum，没有人再关心完整性、正交设计或小部件的组成。因此，文档只有象征性的价值。也许，终端用户文档除外，但我还没有遇到一个 "用户故事"，它的开头是 "作为一个用户，我想做X，阅读文档中如何做X，按照说明去做，得到想要的结果"。
>
> Thanks to scrum, no one cares about completeness, orthogonal design, or composition of smaller parts anymore. Hence documentation has only token value. Except, maybe, for end user documentation, but I am yet to encounter a "user story" that begins with **"As a user, I want to do X, read how to do X in the documentation, follow the instructions and get the desired results."**

HN评论2：

4种文档的分类法:

```txt
    ┌──────────────────────────┬─────────────────────────┐   /\
    │        Tutorials         │       How-to Guide      │   ||  Practical 
    │    (Learning-oriented)   │    (Problem-oriented)   │   ||
    ├──────────────────────────┼─────────────────────────┤
    │       Discussions        │        Reference        │   ||
    │ (Understanding-oriented) │  (Information-oriented) │   ||  Theoretical
    └──────────────────────────┴─────────────────────────┘   \/
```

##### The Tree Approach | 树形实现

作为软件工程师，我们知道像这样的平衡树的查找时间为O(log(n))。这似乎很好：随着我们集体知识的增长，查找其中任何给定部分的工作量与该知识的规模是对数，这意味着我们应该总是能够在短时间内找到我们要找的东西。而这一点是正确的，对于一个完美组织的知识体系来说。

问题是，当我们有一个知识，我们想同时记录与项目A和项目B有关的知识时，它在这个层次结构中处于什么位置？我们是否要把信息重复到两个部分？我们是否完全创建一个新的部分来处理这些边缘情况？我们是否只把它放在项目A中，然后以某种方式链接到项目B的文档中？还是因为A项目的相关性更强，我们就把它放在A项目中，而忽略B项目？每一个试图增加集体知识的人都要经历这样的思考过程，他们不会做出相同的决定。这就是文档腐烂，它让你不自信，如果有些信息不能完美地融入到层次结构中，那么它可能在哪里。

回看我们的知识查询时间，很明显，如果我们真的在每个分支上做出了正确的决策，那么只需要O(log(n))。但如果我们的信息组织得不好，没有在某个分支上做出正确的决策，我们现在就进入了回溯的领域。与计算机不同，人类真的很不擅长回溯，因为我们会想 "好吧，也许我只是在下X分支的时候错过了"。这导致了挫折感，导致了烦躁，导致了工程师对文档失去了信任。如果他们不信任文档，他们就不会使用它，如果他们不使用它，他们就不会对它进行补充。

##### The Graph Approach | 图形实现

让我们考虑两个最广受推崇的文档系统。维基百科和[Arch Linux Wiki](https://wiki.archlinux.org/)。

两者都采取图的方式来组织数据。每一个文档基本上都是自由浮动的，而不是在一个层次结构中组织所有的东西。它不是由一个文档所在的位置来决定它与哪些其他文档相关，而是利用文档之间的链接来建立这种关系。随便看一下维基百科的页面，看看有多少链接是与其他页面相关的。这种由页面之间的链接所建立的密集网络，正是这些文档系统最优秀的地方。

让我们考虑任何给定信息的查找时间。这是一个比较棘手的问题，因为它取决于链接的密度。事实上，我认为如果不指定一些其他参数，我们无法确定算法运行时间。它肯定小于O(n)，很可能近似于O(log(n))，但这其实并不重要。重要的是最坏情况下的查找时间。

### 每天学点UI

#### 2021UI设计趋势

原文： [Aurora UI — new visual trend for 2021](https://uxdesign.cc/aurora-ui-new-visual-trend-for-2021-c763a7daa7e2)

##### 设计形态（morphisms）

Neumorphism和Glassmorphism都是设计潮流从强制极简主义的摆回反应。

##### Neumorphism | 新拟物风，类浮雕的效果

![](https://user-images.githubusercontent.com/13395840/110800636-be6b4e80-82bf-11eb-8b3f-fa05867a2467.png)

##### Glassmorphism | 玻璃拟物风，类毛玻璃的效果

![](https://user-images.githubusercontent.com/13395840/110800742-da6ef000-82bf-11eb-8528-205432e52d0f.png)

##### Skeuomorphism vs Flat Design vs Neumorphism | 拟物风 vs 极简风 vs 新拟物风

![](https://user-images.githubusercontent.com/13395840/110739797-38c2b100-8275-11eb-9b11-24391e024801.png)

##### Aurora + Glassmorphism

![](https://miro.medium.com/max/700/1*CUrnYfV0L9EHUFJ6oyfh2A.jpeg)

另外[Stripe](https://stripe.com/) 的官网也是一个很好的例子，同时使用了极光背景和玻璃拟物风。

### 其他值得阅读

- 唤起有趣对话的心理学技巧 [A Psychological Trick to Evoke An Interesting Conversation](https://medium.com/mind-cafe/a-psychological-trick-to-evoke-an-interesting-conversation-144ce6a376ae)

- 坎宁安法则：**人们倾向于希望自己是房间里最聪明的人，而不是乐于助人的那个。**

- > Cunningham’s Law: people generally don’t want to be helpful, but they do want to be the smartest person in the room.

- 当我给一个安静的孩子看一张大象的照片，然后问："这是什么？"他们就会觉得无聊，继续往前走，哭，什么都可以，但要回答我的问题。但如果我说，"这是长颈鹿"，他们都会站起来大叫 "不，这是大象！" - 突然间，他们都参与进来了。

- [坎宁安法则又称“卑鄙的人”](https://blog.csdn.net/cumi6497/article/details/108161094)

>The best way to get the right answer on the Internet is not to ask a question, it’s to post the wrong answer.
    >
    >在互联网上获得正确答案的最佳方法不是问问题，而是发布错误的答案。

- 启动社区的战术指南:  [A tactical guide to kickstarting your community](https://news.ycombinator.com/item?id=26413955)

- 社区框架： [community framework](https://github.com/orbit-love/orbit-model)
  - 利用slack/discord低成本启动
  - 密度驱动密度（限制频道数量）| Density drives destiny
  - 让对话有机扩大，但要自己种下种子。 | Let conversations expand organically, but plant the seeds yourself
  - 创造仪式 | Create rituals

- [OpenAI惊现大漏洞，一张手写纸条竟瞒过人工智能？](https://www.huxiu.com/article/414291.html?)

- 手写文字的照片，基于模型强大的读取文本能力也能够“欺骗”模型，核心在于CLIP的“多模态神经元”，多模态神经元能够对物体的照片、草图和文本做出反应。

- 2021年应该投资那些领域 [Big Ideas 2021](https://news.ycombinator.com/item?id=25922385)

- 深度学习，ARM/RISC-V，数字钱包，电动汽车，自动驾驶，无人机运输，轨道航空，3D打印...