体育无国界？艺术无国界？教育无国界？ | 原文

#Rust
SAP内部，貌似对Rust重度使用，所以他们对自己项目里使用到的项目upstream提了很多改进方案，比如：

对async-trait：https://github.com/dtolnay/async-trait/pull/189
对openraft：https://github.com/datafuselabs/openraft/pull/220

这两个老哥貌似都是一起在SAP内部为一个项目work的。

#杂

苏东坡被流放海南期间，写了一篇文章《在儋耳书》，其中有一段文字：

“吾始至南海，环视天水无际，凄然伤之曰：”何时得出此岛耶？“已而思之：天地在积水之中，九州在大瀛海中，中国在少海中，有生孰不在岛者？”

大意是：刚来海南的时候，觉得特别凄凉，不知道自己啥时候能从这个荒岛上出去。后来又想开了，天地都在积水之中，即便是整个中国大陆，也是在海洋之中。有谁是生来不在岛上的吗？

苏东坡一生豁达，这段具有辩证法思维的文字，又是一个佐证。

#杂
Datafuse Labs 一岁了：
https://mp.weixin.qq.com/s/ypR9BsHox01XibTumwampg

一年时间产品能到现在这个成熟度，除了团队成员的技术实力，选择了Rust来开发也是重要原因。

对比C系语言，Rust是一门“心智负担”更少的语言，只要能编译过去，运行时的各种问题就少了很多，这样编码者可以更多考虑逻辑、业务的问题，而不用想着类似“子弹打出去了，还会不会绕回来误伤自己”这样的问题。

减少使用时的“心智负担”，这才是一个好工具应该做的。

#杂
很实用的经验，能够快速定位到交流的双方对某个问题的gap在哪里。

https://twitter.com/hzlzh/status/1499252361746735106

#杂
”去中心化，还是只把中心化藏起来？“

我回想起来，一直没有去玩加密货币，可能本质上也是由于对所谓”去中心化“的不信任。

https://mp.weixin.qq.com/s/wbCZ_v6ptWF9LaDa4aDKsg

#博客

周刊（第8期）：技术配图的一些心得

写过不少技术文章，以及给不少技术思路手绘示例配图之后，在这方面有了一些心得，本文权当个人的一些的总结，抛砖引玉。

博客：https://www.codedump.info/post/20220304-weekly-8/
公众号：https://mp.weixin.qq.com/s/3oOZv5qhugJnvbBioHt4Dg
邮件订阅：https://www.getrevue.co/profile/lichuang/

#杂
波伏娃说过：男人的极大幸运在于不论在成年还是小时候，他必须踏上一条极为艰苦的道路，不过这是一条最可靠的道路；
女人的不幸则在于被几乎不可抗拒的诱惑包围着，她不被要求奋发向上，只被鼓励滑下去到达极乐。 当她发觉自己被海市蜃楼愚弄时通常为时太晚，她的力量在失败的冒险中已被耗尽。 没有哪条路对女性来说是容易。

#杂
Linux containers in 500 lines of code：https://blog.lizzie.io/linux-containers-in-500-loc.html


https://twitter.com/newsycombinator/status/1501815498463404033

#杂
这个视频演示了作者是怎么使用logseq这个笔记软件的。过一阵，我也会在周刊里写一下我是怎么记录笔记的。

https://twitter.com/randyloop/status/1501588790988918784

#杂
收集整理远程工作相关的资料：

https://github.com/greatghoul/remote-working

不过，貌似已经archive，不再更新了。

#Rust

这篇文章把Rust里future、pin等的原理都讲解的很好，作者的这一系列使用Rust来写OS的文章也很好：

https://os.phil-opp.com/async-await/

#杂
输入序列号查询苹果设备的生产日期：

https://sndeep.info/en

#Rust
rust版本的leveldb实现：

https://github.com/Fullstop000/wickdb

#杂
这段话说得挺好，虽然最近的局势确实让我很意外，还有可能重塑一下对世界的看法和视角，但是不能因为“外部环境下陷入悲观主义”。

“世界很乱，有可能一年更比一年乱，但我仍认为目前是人生中最令人兴奋的时期之一，情绪化的人很容易在这样的外部环境下陷入悲观主义，但只要想想伟大人物在命运低谷时选择的生活方式，我也必须动手做点什么，哪怕只是学英语、健身、阅读小说，只因我想要在黎明到来的时候，用健壮的体魄和心灵去迎接她。”

https://twitter.com/turingou/status/1498320714080067586

#杂
之前订阅了我在tinyletter上的newsletter的同学，最近我把newsletter迁移到了和推特绑定得更好的https://www.getrevue.co/，于是手动将原来的订阅导入到getevue上，可能要麻烦你们回复一下确认邮件。

切换后的订阅地址是：https://www.getrevue.co/profile/lichuang

#博客
周刊（第9期）：Mozilla rr使用简介

在之前周刊聊Rust体验时，简单提到过Mozilla rr这款调试工具，由于这个工具并不是太为人所知，所以本文对该工具做一个简介。

博客：https://www.codedump.info/post/20220313-weekly-9/
公众号：https://mp.weixin.qq.com/s/nBn1K89c8xGwH3EbfSbzOA
邮件订阅：https://www.getrevue.co/profile/lichuang

#杂
有时候想看一个技术问题的时候，想起来自己以前写过文章，一打开发现写得认真图画得也很清楚，这时候真心是感谢自己以前这么认真细致。

比如最近要看leveldb，找到自己以前写过一篇：
https://codedump.info/post/20190215-leveldb/

不吹牛逼得说：图画得是真好！

技术文章就是应该多画图少贴代码，即便贴代码也最好是讲解重点的伪代码，因为如果贴的源代码那还是作者原先的思路，写给别人或者自己看的时候，就得用自己的语言组织翻译成有重点的伪代码。如果不是这样，我可能回头看还是看不懂我自己的文章都写了啥。

对于一段输出，如果想到以后需要消化这段输出的人是自己，往往在当时能写得更好一些。这里的“输出”，包括并且不限于：代码、代码注释、文章、代码提交注释，等等。

#杂
昨天在推上看到一则讨论SRE的推，见：

https://twitter.com/forrest_zhao/status/1503540454289133571

于是想起来推特好友里有一位SRE（@laixintao），于是at了他，看到这则推之后，laixintao和另外的人也去做了几个回复：

https://twitter.com/9hills/status/1503576474908979203

https://twitter.com/laixintao/status/1503596051759915010

这几条时间线上的讨论，都可以展开看看。


顺便，还看到了laixintao博客上关于devops的两篇篇文章：

《Devops 中的 Overfitting》 https://www.kawabangga.com/posts/4145
《SRE 的工作介绍》https://www.kawabangga.com/posts/4481

我对SRE不了解，但是这几篇讨论和文章我看下来，第一反应是：所谓“大公司”光鲜亮丽的光环下面，比如对外公开、PR的技术文档，可能仅仅只是职级晋升的产物，而实则里面做相关事情的人，并不这么光鲜亮丽。

这有时候就是痛苦的来源：外人觉得大公司各种好，而自己身处其中，晋升、职级、工作内容、进步等等的都不理想。以上说的是我曾经的感受。

引用laixintao推特里的一段话描述这段经历：“阿里的高可用都是人肉盯盘，给故障定责，出问题开除、325堆出来的。”

所以，这样所谓“光鲜亮丽”的工作，对个体而言，意义在哪里，也许需要落到具体个人身上才能想清楚。于我而言，一份工作，如果技能没有能让我精进的空间，这种所谓的“稳定”是没有太大意义的。

#杂
了解到一个挺有意思、真诚的产品人刘少楠，最开始是在小宇宙的知行小酒馆听到一期播客节目：

https://www.xiaoyuzhoufm.com/episode/60b0dcd6e273a1e20b43dc1e

听完了以后，找了另外一个采访和文章多加了解：
https://www.xiaoyuzhoufm.com/episode/617f781f82dbcd91978df9da

https://xueqiu.com/2684655177/196666266

听完看完以后，打算flomo用起来。

#杂
Fig这个Mac上的命令行补全工具，要使用Rust重写了：

https://twitter.com/fig/status/1504517941991141378