#杂
#开源
得到已故中国顶级黑客吴岩峰先生的夫人的授权，将syserdebugger源码开放，欢迎大家继续开发：https://github.com/yanfengwu-syser/syserdebugger

Reference：https://t.me/codedump_notes/474

#数据库
http://sqlvisual.net/ ：可视化SQL执行的网站，鼠标悬停在右边的树形图上，还能看到具体是哪一步，方便理解SQL的执行流程

#播客
《 拒绝三亿美金 offer 的人：对话音遇创始人 Albert 》，文字版在 这里。

分析社交类产品、分析原神成功原因这几部分内容不错。

#数学
#开源
这位兄台（本科毕业于剑桥大学，博士毕业于哈佛，见 About Me）把自己的 数学笔记 全部公开出来，同时笔记的 Latex源码 也在Github上公开了。

#编程
Rob Pike's 5 Rules of Programming

Rule 1. You can't tell where a program is going to spend its time. Bottlenecks occur in surprising places, so don't try to second guess and put in a speed hack until you've proven that's where the bottleneck is.
规则 1：你无法判断程序将把时间花在哪里。瓶颈出现在令人惊讶的地方，因此，在证明瓶颈所在之前，不要尝试再次猜测并进行速度修改。

Rule 2. Measure. Don't tune for speed until you've measured, and even then don't unless one part of the code overwhelms
the rest.
规则 2. 测量。在测量之前不要调整速度，即使这样，除非代码的一部分压倒了其余部分，否则也不要调整速度。

Rule 3. Fancy algorithms are slow when n is small, and n is usually small. Fancy algorithms have big constants. Until you know that n is frequently going to be big, don't get fancy. (Even if n does get big, use Rule 2 first.)
规则 3：当 n 很小时，花哨的算法会很慢，而且 n 通常很小。奇特的算法有很大的常数。在您知道 n 通常会很大之前，不要幻想。 （即使 n 确实变大，也首先使用规则 2。）

Rule 4. Fancy algorithms are buggier than simple ones, and they're much harder to implement. Use simple algorithms as well as simple data structures.
规则 4：花哨的算法比简单的算法更容易出错，而且更难实现。使用简单的算法和简单的数据结构。

Rule 5. Data dominates. If you've chosen the right data structures and organized things well, the algorithms will almost always be self-evident. Data structures, not algorithms, are central to programming.
规则 5：数据占主导地位。如果您选择了正确的数据结构并很好地组织了事物，那么算法几乎总是不言而喻的。编程的核心是数据结构，而不是算法。

#独立开发
《My solopreneur story: zero to $45K/mo in 2 years》
中文版本：《从 0 到每月 4.5 万美元，还成为了全栈》

#开源项目
一个能够把pdf修改成“扫描”效果的 工具（github地址：https://github.com/rwv/lookscanned.io ），虽然我也不知道把pdf做成扫描效果有什么用。
（补充信息：修改之后，文件大小会明显变大，比如我这个例子中，文件大小会从700KB增大到4MB，另外修改后的文件也不支持选中文字了。）
（附图是把我的数分笔记修改之后的效果。）

#文章
昨晚阿里云发生大面积故障，今早以前在阿里工作多年的相关人士就写了一篇文章谈系统稳定性，列举了稳定性涉及到的一些思考：《稳定性，难的不是技术，而是》。
大体就是常说的那些：测试边界、降级、减少依赖、灰度。

我非常同意最后的总结：稳定性工作很难出成果，很难被认可，也很难评估投入产出比。这有点像扁鹊三兄弟的故事：能够防病患的老大，才是医术最好的那个，但却又最不为人所知。

#编程语言
#开源项目
#教程
系列教程《Building a Python compiler and interpreter》，讲解如何撸一个简单的Python解释器，配套的Github地址，切换tag可看到对应每个课程进度的代码。

#技术科普
《How HTTPS works》，以漫画的形式讲解HTTPS的工作原理，提供多语言（包括中文）版本。

#资料
#调试器
GDB的调试指令和LLDB有不少区别，LLDB官方这篇文档给出了相同命令在两个调试器下的指令对比《GDB to LLDB command map》

#工具
昨天才发现，万能的RSSHub，也能给电报频道添加RSS，URL格式为：“https://rsshub.app/telegram/channel/[channel]”，比如我的电报频道URL为：“https://rsshub.app/telegram/channel/codedump_notes”，有需要的可以用这个RSS地址订阅。

但是，由于Twitter API的改动，要订阅Twitter账户需要登录，目前仍然没有找到办法订阅推特用户。

以前不怎么用RSS，觉得RSS就是能省掉一个一个打开站点浏览的时间成本，在现在推荐算法横行的年代，更觉得RSS是对抗推荐、只关注自己想看的内容的一个工具。

#文章
《面壁人芒格: 融入现代但对抗现代》

昨天巴菲特的助手查理芒格去世，毫不意外地会有很多悼念的文字、文章，然而我都没有怎么看。

这篇文章同样是写于昨天的一篇关于查理芒格的文章，吸引我点开看的原因只是因为标题中“对抗现代”这个描述，感觉在过往对芒格的表述中没有看到类似的表述。

文章是篇好文章，其中拿孙正义和芒格做对比的部分尤其精彩。我也非常同意里面对芒格的描述：有边界感、有敬畏、恪守常识、不认为自己无所不能。

从这样来看，芒格的哲学确实很不“现代”（以上为褒义）。

#系统设计
滴滴前几天出了一个非常大的故障，会看到非常多的文章试图去分析故障的原因。

在《从滴滴的故障我们能学到什么》一文中，提到的k8s升级，可能源自这篇滴滴公众号上的文章《滴滴弹性云基于 K8S 的调度实践》。

尽管如此，目前也并不能确定就是文章提及的原因，至少滴滴官方并没有说明。不过，把《从滴滴的故障我们能学到什么》一文中提到的一些思路作为系统设计的参考倒是不错：降低复杂度、尽量控制出错的范围、拥抱重启。

#Rust
我司xuanwo的一篇文章《Rust std fs slower than Python!? No, it's hardware!》，还登上了hacker news的热门榜。
中文版本：《Rust std fs 比 Python 慢！真的吗！？》

PS：鄙视某些把本文题目篡改称”Rust比Python慢“的自媒体，真是为了点击率什么题目都能想出来。

#系统设计

《四层负载均衡漫谈》，深入浅出介绍了负载均衡相关的技术，由于我的网络知识仅限于四层、七层，文章里讲到ECMP 技术、BGP这些内容就看不懂了。

#计算机历史
#编译器
#编程语言

《40 years of Turbo Pascal, the coding dinosaur that revolutionized IDEs》，以前学C语言时是从Turbo C 2.0起步的，至今仍然记得大一的暑假炎热的夏天自己在没有空调的宿舍里调试C程序的日子，TC 2.0 蓝色的背景是那段岁月最美好的回忆。

也正是因为TC，后来看了《Borland 传奇》了解了Borland公司的故事，也在这里知道了后来大名鼎鼎的编译器大师Anders Hejlsberg。我一直认为创造一门自己的编程语言是编程领域最有意思的事情，自己也在业余学习中。这本书已经绝版买不到了，网友提供了pdf电子版，不知道和纸版的区别大不大。

#工具
#开源项目
kondo，清理不同类型的项目构建时留下的各种依赖、临时文件等，看项目介绍目前支持Cargo、Node、Unity等，我用这个工具清理了大几十GB的Rust编译产生的文件。

#计算机历史
#游戏开发

三集纪录片《中国游戏纪事》（腾讯视频），讲述了从90年代中国开始有自己的游戏产业之后的发展历程。

吸引我的是截图中的这句话。

时间回到2001年，彼时纳斯达克的互联网泡沫破裂，很多公司市值缩水严重，比如当时网易就快要退市了。丁磊找到的救命稻草就是网游，但是倾尽全力打造的《大话西游1》失败了，从网上找到一个开源了自己的游戏引擎的小伙云风，这才有了后面让网易起死回生的《大话西游2》。时至今日，这款“风魂”游戏引擎还是能下载到完整源码和文档的（当然了，这肯定不是后来网易在用的版本了）。

我不能说没有云风，网易就绝对开发不出来《大话西游2》，但是大概率会将进度延迟很久，质量也不好说，会不会像《大话1》那样失败下线，未得而知。在2001年那个时间点，濒临退市的网易已经再也承受不了一个大项目的失败了，再退后一步就是悬崖。从这个意义上说，有了云风的这款引擎才有的后来的《大话西游2》，才有的20多年后全球前十的游戏公司网易。

云风后来写了一个回忆录《那些日子》，这段经历见《那些日子（四）》。

另外从游戏在中国的发展可以看到：早年虽然技术大幅度落后，但是在背靠一个巨大人口市场、能够源源不断提供资金、技术迭代、人才的行业，追上来只是时间问题。

#开源项目
#工具
#Mac

XcodeBenchmark，对比了不同型号的iMac、MacBook、MacPro的性能。
看着里面的性能数据，觉得自己去年花了2W多买的64G M1有点不香了。