今天看到一个telegram频道：简中赛博坟场，不得不感慨简中网络删帖之力度。
想到一个简单的去中心化传播方案，可否通过Airdrop随机分享被删的帖子截图？同时在截图里告知别的用户也可以加入一起通过Airdrop随机传播某条被删的帖子。
如果有一个服务简化用户的操作就更好了
https://t.co/WUAiAfz4OT
我从 Hacker News 中学到了什么？
昨天看到 Hacker News 的创始人 Paul Graham 在 2009 年写的一篇文章 《我从 Hacker News 中学到了什么》 , 作者提到： 随着 Hacker News…
发现自己需要一个RSS deepl翻译服务。要不做一个？
不过其实可以用 https://t.co/VSqXbcYr4s
来实现，source rss 源，然后生成一个翻译后的rss.xml
回到原点了。从最一开始的vps -> docker -> k8s -> serverless -> vps
现在不喜欢docker, 更不要说k8s了。喜欢直接用 systemclt + 二进制部署，重新爱上了vps。
停止把浏览器的Tab页换成掘金的插件，或者一些toby之类的书签插件，那只会大大的吸引我们的注意力，为浪费时间大开方便之门。
正确的做法是，不显示顶部的书签栏，并且关闭tab页的常去站点栏。
推特的桌面端feed的宽度是600px，这是一个很舒服的阅读宽度，再宽的话，阅读体验就会下降。
比如阮老师的博客： https://t.co/iHvSUehlrB ，文章区域宽度是864px，阅读起来就有点困难，所以我一半阅读阮老师的博客的时候，就打开开发者模式，调整到600px左右去读。
就我自己的几个网站而言，Duckduckgo 现在收录速度明显快于谷歌了。而且我网站的流量来源分布，Duckduckgo现在已经占谷歌的一半了。以前没有用Duckduckgo是有点不信任它的搜索质量，但是最近谷歌的搜索质量下滑的太厉害了，准备切换到Duckduckgo ，过一个月再来说说搜索体验。 https://t.co/x01uIjmCk4
基本上所有隔了一段时间的nodejs项目都不敢升级依赖。以后如果要写nodejs项目，依赖一定要越少越好。
这个时候deno的好处就来了，deno的生态里本来就没多少库，逼得你自己写。
如果只听BBC的广播电台的话，目前我是用 @hzlzh 开发的Menubarx https://t.co/nSCiv3xY5X ，打开BBC sounds的网页版（BBC广播的网页版和客户端都做的非常棒）： https://t.co/hodlZKdb2W ，保存书签，下次即可接着收听，方便快捷。目前主要听bbc6和bbc1 relax频道，relax很适合工作的时候作为背景收听。
作为前端，今天第一次得到这样一种视角：重JS客户端代码的网页导致了用户设备的电池加速老化，所以网页应该越轻越好，最好只有HTML。
而我以前的视角都是尽可能把逻辑都放在用户端，压榨用户的设备，减轻服务器负担。
最近干了两件节省了大把时间的事：
1. 把常用设备从iPhone换成几年前的测试机Pixel 3a，每天玩手机时间至少降了2个多小时（卡，电量也不行，存储只有64G）
2. 从微信读书App切换到7年前的Kindle，读书时间大把提升（Kindle虽然翻页一卡一卡的，但无法上网，离线阅读让人读书更专心
#省时间就用烂设备
整理一下当前运营的Bots😂:
Hacker News中文Bot: @HackerNewsZh
Reddit热门提问中文Bot: @AskRedditZh
国外权威媒体的中文Bot: @NewsBotZh
国外热门讨论每周精选Bot @buzzingcc
追踪Github Awesome列表更新的Bot： @trackawesome
网站:
https://t.co/p5QEg4PrRY
https://t.co/4pgNssOL1t
