#interesting 近日云游戏平台 Stadia 成为了 Google 旗下又一款出师未捷身先死的产品。为什么 Google 的新产品总是命运多舛？为什么像 Inbox 这种大家喜爱且相对成功的产品也会被砍掉？从下面这条推中，我们能总结出的答案是 Google 内部陷入了 LPA cycle 。产品的立项和迭代存在大量 KPI （或者 OKR ？）驱动的情况，只要团队成员能借此拿到晋升优势等利益即可，没人真的在乎产品本身的好坏和生死。
以我的经验来看，这并不是 Google 的独家现状，事实上只要是个产品线众多的大厂，为了 KPI 而造轮子的现象就必然层出不穷。只不过这些轮子通常是限于内部范围或已有产品的迭代，而不是像 Google 这样经常以独立公共产品的形式对外提供服务。
https://twitter.com/petergyang/status/1576985038511448064
以我的经验来看，这并不是 Google 的独家现状，事实上只要是个产品线众多的大厂，为了 KPI 而造轮子的现象就必然层出不穷。只不过这些轮子通常是限于内部范围或已有产品的迭代，而不是像 Google 这样经常以独立公共产品的形式对外提供服务。
https://twitter.com/petergyang/status/1576985038511448064
X (formerly Twitter)
Peter Yang (@petergyang) on X
Google insiders explain why Google launches many products and then abandons them.
Hint: It has to do with chasing promotions. 🤦♂️
Hint: It has to do with chasing promotions. 🤦♂️
#稍后不读 写得挺好，标题有点限制范围了，这种用平面设计知识实现的降维打击基本可以适用于所有非专业平面作图场景 https://sspai.com/post/75989
少数派 - 高品质数字消费指南
论文可视化配色简易指南 - 少数派
用上这些知识你也可以给图表配上一个实用又好看的颜色。
#稍后不读 有点一亩三分地的味道，写得其实挺诚恳和接地气的
「谨慎转码 - 不要以为刷完题拿到 offer 就结束 - 这只是开始」
https://www.douban.com/group/topic/275000860/?_i=5051628ZFayYax
「谨慎转码 - 不要以为刷完题拿到 offer 就结束 - 这只是开始」
https://www.douban.com/group/topic/275000860/?_i=5051628ZFayYax
#稍后不读 用 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能拯救稍后不读吗」中有具体介绍，不过两个思路并不冲突，可以并行和冗余，甚至互相转换。