> 一份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 * * * * # 12 p.m. every day 0 12 * * * # every Monday at 1 a.m 0 1 * * */MON 0 1 * * */1 # every month and Sundays at 12 a.m. 0 0 1 * 0 # every second and third day of a month at the top of every hour 0 * 2,3 * * # every minute from 1 through 10 1-10 * * * * # 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 | 树形实现 ```txt Projects |- Project A | |- Architecture Overview | |- Setup Guide | `- ... | |- Project B | |- Architecture Overview | |- Setup Guide | `- ... | `- Project C |- ... ``` 作为软件工程师,我们知道像这样的平衡树的查找时间为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打印...