#稍后不读 用 Minimum Viable Product 的思想来做开源产品 https://www.tisonkun.org/2022/06/15/stone-soup-apache/
夜天之书
Apache 开源社群的“石头汤”
《程序员修炼之道》讲了一个有趣的“石头汤”寓言。这个寓言里，饿着肚子的外来人在村子里烧了一锅水，放了三块石头，开始煮“石头汤”。这样的行为引来好奇的村民围观，外来人顺势在“石头汤”的基础上引导村民们添加食材以改善这锅料理。最后，村民和外来人一起煮出了一锅靓汤，外来人于是把石头从汤里扔掉，所有人分享了这顿美餐。 开源协同的工作方式与制作“石头汤”的方式有些相似。开源社群的核心成员与寓言中的外来人一样
#memo 看到「如何像专家一样高效使用 Google 搜索」这样一篇文章，其实 Google 官方文档就有相关说明。而又由于这些命令都是上古 SEO 技能，所以各类 SEO 服务商也有详细的教程文章，例如：
1. An SEO Guide to Google Advanced Search Operators
2. Google Search Operators: The Complete List (42 Advanced Operators)
1. An SEO Guide to Google Advanced Search Operators
2. Google Search Operators: The Complete List (42 Advanced Operators)
freeCodeCamp.org
如何像专家一样高效使用 Google 搜索
你几乎可以在互联网上搜索到任何内容，而Google是大多数人选择搜索信息的主要途径之一。 尽管频繁地使用Google，但是大部分互联网用户都不知道如何快速和高效地使用Google搜索。 可以说使用Google是一门艺术。 想要获得正确的答案，你需要提出正确的问题。想要快速地获得正确的答案，你必须知道 如何 提正确的问题。 每一个人都应该学学这个实操（how） 部分，这也是一篇教程教学目的所在。 以下是一些提示和技巧，帮助你快速、高效地寻找到问题的正确答案。 如何高效地使用Google搜索 1. 使用…
#interesting 一份迟到的 IdeaVim 入门指南
https://blog.jetbrains.com/zh-hans/webstorm/2022/10/ideavim-in-webstorm/
https://blog.jetbrains.com/zh-hans/webstorm/2022/10/ideavim-in-webstorm/
The JetBrains Blog
在 WebStorm 和其他 JetBrains IDE 中获得 Vim 的强大功能 | The WebStorm Blog
IdeaVim 插件已经存在了一段时间，帮助开发者利用 Vim 的强大功能扩展 JetBrains IDE。JetBrains 内部有一个专属团队维护此插件，这为您提供了两项优势：以键盘为中心的编辑器和 IDE 的支持。
Vim 为文本中的跳转和修改带来了许多灵活性。移动操作使其成为最受开发者欢迎的文本编辑器之一。在 Vim 中编辑文本非常高效，无需鼠标即可快速导航。
在这篇博文中，我们将
Vim 为文本中的跳转和修改带来了许多灵活性。移动操作使其成为最受开发者欢迎的文本编辑器之一。在 Vim 中编辑文本非常高效，无需鼠标即可快速导航。
在这篇博文中，我们将
#interesting
分享推上看到的一篇如何完美剪藏网页的文章：https://utgd.net/article/8668 。
说起网页剪藏，我的剪藏场景倒不是为了收藏网页，而是想要为已读待整理内容和未读内容建立索引。所以最大的困难并不是如何完美地收藏网页，而是怎样才能如期消化完增量内容。
最近我的思路转变为将各类网页剪藏工具当成削峰的消息队列，先到先处理，堆积超过阈值就直接丢弃掉最老的。如果一份内容总是看到一半就分神，那就也丢弃掉。网上内容千千万，没缘分的别勉强。对剪藏网页的完整性也不做过多要求，仅用于提升阅读体验。因为过期信息也会被丢弃掉，所以通常也不会遇到内容 404 的情况。
我目前正在使用 Matter 来充当上述的消息队列角色。其实理论上任意一款稍后再读工具（如 Pocket ）都可以满足以上的需求，只不过 Matter 的 Queue 设计和我的初衷很接近，因此对我来讲他也就成为了更趁手的工具。此外，如果担心在线服务的稳定性和隐私性（虽然我不觉得这个场景需要关注这两点），那可以考虑使用将数据存储于本地或 iCloud 的 GoodLinks 。
除了这一思路，我们还可以做「积读」动作，这在之前的博客「Antilibrary能拯救稍后不读吗」中有具体介绍，不过两个思路并不冲突，可以并行和冗余，甚至互相转换。
分享推上看到的一篇如何完美剪藏网页的文章：https://utgd.net/article/8668 。
说起网页剪藏，我的剪藏场景倒不是为了收藏网页，而是想要为已读待整理内容和未读内容建立索引。所以最大的困难并不是如何完美地收藏网页，而是怎样才能如期消化完增量内容。
最近我的思路转变为将各类网页剪藏工具当成削峰的消息队列，先到先处理，堆积超过阈值就直接丢弃掉最老的。如果一份内容总是看到一半就分神，那就也丢弃掉。网上内容千千万，没缘分的别勉强。对剪藏网页的完整性也不做过多要求，仅用于提升阅读体验。因为过期信息也会被丢弃掉，所以通常也不会遇到内容 404 的情况。
我目前正在使用 Matter 来充当上述的消息队列角色。其实理论上任意一款稍后再读工具（如 Pocket ）都可以满足以上的需求，只不过 Matter 的 Queue 设计和我的初衷很接近，因此对我来讲他也就成为了更趁手的工具。此外，如果担心在线服务的稳定性和隐私性（虽然我不觉得这个场景需要关注这两点），那可以考虑使用将数据存储于本地或 iCloud 的 GoodLinks 。
除了这一思路，我们还可以做「积读」动作，这在之前的博客「Antilibrary能拯救稍后不读吗」中有具体介绍，不过两个思路并不冲突，可以并行和冗余，甚至互相转换。
#interesting Logseq 的官方同步功能终于开始公测了，基本对齐了 Obsidian 的设计，同样也是端到端加密，其他已有功能不变。目前的收费策略是 $5 每月起步，以捐赠形式订阅。
https://blog.logseq.com/how-to-setup-and-use-logseq-sync/
https://blog.logseq.com/how-to-setup-and-use-logseq-sync/
Logseq Blog
How to Set Up and Use Logseq Sync
Trust no one with your data! Learn step-by-step how to setup and securely sync your notes using Logseq Sync.
#interesting 借助 AWS 服务搭建一套 Serverless 版的 ETL 系统（听起来就很贵） https://medium.com/@rapurukirity/lets-design-a-serverless-etl-pipeline-with-aws-services-9ab88c95afd4
Medium
Let's design a serverless ETL pipeline with AWS services
In this article, let’s try to design a scalable, serverless ETL pipeline with AWS services.
#interesting All-in-one cheat sheet，本质上是个聚合了网上常见 cheat sheet 的树状 wiki 网站 https://github.com/chubin/cheat.sh
GitHub
GitHub - chubin/cheat.sh: the only cheat sheet you need
the only cheat sheet you need. Contribute to chubin/cheat.sh development by creating an account on GitHub.
#稍后不读 “No one seriously thought: ‘Why are we growing? Do we actually need the people we’re hiring, or are we just hiring because we like to hire?’”
https://www.wired.com/story/meta-layoffs-overhiring/
WIRED
The Reason for Meta’s Massive Layoffs? Ghosts in the Machine
The social media company's failed projects required thousands of staffers who swelled the ranks and never left.
#interesting Twitter 的广告主会因为什么原因停止投放？这篇贴子给出了一份答案。
令我惊讶的是「Serious brand safety issues」这一条，原来 Twitter 的广告插入策略不仅在用户看来莫名其妙，连广告主也苦之久矣。
令我惊讶的是「Serious brand safety issues」这一条，原来 Twitter 的广告插入策略不仅在用户看来莫名其妙，连广告主也苦之久矣。